Core v4.7rc3

[roberts]

Why now must you complain about every detail? There has been no change in this area!
What is cleared and has been since Tiiny Core v1.0 is: /etc/sysconfig/backup_device !

[roberts]

if extension has desktop-file with X-FullPathIcon key such as

Code: [Select]

X-FullPathIcon=/usr/local/share/icons/hicolor/48x48/apps/extension.pngthen img-file not added to tce/ondemand folder by using ondemand maintanance

p.s.
in versions tc4.1-4.6.2 it has worked as expected

It would be most helpful to state which specific extension that have devaited from the preferred standard /usr/share/pixmaps as per the wiki. Otherwise I must search 4052 extensions!

[AbNoRMiS]

Why now must you complain about every detail? There has been no change in this area!
What is cleared and has been since Tiiny Core v1.0 is: /etc/sysconfig/backup_device !

thank roberts for clarifying, i did not want in any way to upset you
just earlier i never used old backup gui and could not understand this
but new gui really liked to me and i just tried to help you little bit improve it

It would be most helpful to state which specific extension that have devaited from the preferred standard /usr/share/pixmaps as per the wiki. Otherwise I must search 4052 extensions!

i not quite understand why need search such number of extensions
now as far as i was able i analyzed code of old and new versions of /usr/bin/ondemand
and it seems to me that if correct line 165

Code: [Select]

[ -e "$ICONCHECK" ] || ICONCHECK="$DESKTOP_PATH"/pixmaps/"${ICONCHECK##*/}"having done this as it was in old version

Code: [Select]

[ -e "$ICONCHECK" ] || ICONCHECK=/mnt/test/"$ICONCHECK"it will be work with any path to icon in X-FullPathIcon key as in previous tinycore versions

[netnomad]

Dry Run is still a working option and displays the same info that the command line

filetool.sh -d

hi roberts,

now i got it!

these "additional informations" are shown in the dry-run-process,
not in the backup-process.
it's a very nice feature to get all these infos.

a new gui with the same content may confuse in the first case,
although it's a real improvement.

thank you for your patience.

[roberts]

i not quite understand why need search such number of extensions
now as far as i was able i analyzed code of old and new versions of /usr/bin/ondemand
and it seems to me that if correct line 165

I see you cannot even comply with my simple request. My request is for the purpose of testing!
I did not and do not need or require your analysis of my code! Such a simple request and you did not comply.
Writing code is not the time consuming part, testing is. Typically a 5 to 1 ratio of my time is spent testing.
Therefore the reason for my simple request!

[AbNoRMiS]

I did not and do not need or require your analysis of my code!

even despite that probably misunderstanding occured because i have difficulty clearly speak and understand
but it sounds at least outrageous given that i'm only trying to find and report possible mistakes
i does not demand any respect for myself or my efforts but so it seems to me
with all due respect to you and to your work

[Rich]

Hi AbNoRMiS

X-FullPathIcon=/usr/local/share/icons/hicolor/48x48/apps/extension.png

Roberts is just trying to duplicate the behavior you described. Please give an example of an extension that
lists the icon this way.

[AbNoRMiS]

thank Rich for assistance
these are gnome-mplayer, inkscape, isomaster, meld, minitube
and seems it also could be in tcz version of chromium-browser

Code: [Select]

$ egrep 'FullPathIcon.*/icons/' *
chromium-browser.desktop:X-FullPathIcon=/apps/chromium-browser/local/share/icons/hicolor/64x64/apps/chromium-browser.png
gnome-mplayer.desktop:X-FullPathIcon=/usr/local/share/icons/hicolor/48x48/apps/gnome-mplayer.png
inkscape.desktop:X-FullPathIcon=/usr/local/share/icons/hicolor/48x48/apps/inkscape.png
isomaster.desktop:X-FullPathIcon=/usr/local/share/isomaster/icons/isomaster.png
meld.desktop:X-FullPathIcon=/usr/local/share/icons/hicolor/32x32/apps/meld.png
minitube.desktop:X-FullPathIcon=/usr/local/share/icons/hicolor/64x64/apps/minitube.pngthese only from those extensions which i had installed

[AbNoRMiS]

http://forum.tinycorelinux.net/index.php/topic,14193.msg79918.html#msg79918
maybe possible to bind registered file mime types with apps installed ondemand
and also provide ability to run them from command line with parameters
if transmit parameters together with app name for processing in ondemand script
something like this

Code: [Select]

#!/bin/sh
ondemand -e extension.tcz $@and

Code: [Select]

#!/bin/sh
ondemand -e application.scm $@and there after shifting of app name then add remained parameters to executable line

[coreplayer2]

Please keep "None" option in BackUp, it plays a vital role in much of my work   

In fact, I'd like to expand on this, I'd like to know if it's possible to set none as the default when runing "tc exit options"    I think this would be a very useful feature to allow the use of a MyData.tgz file that once created as desired will never be appended with new data potentially corrupting the backup.

Thank you

[Rich]

Hi coreplayer2

I'd like to know if it's possible to set none as the default when runing "tc exit options"

This has been answered before. I believe changing:

Code: [Select]

export BACKUP=1to

Code: [Select]

export BACKUP=0in your  .profile  file will do that.

[coreplayer2]

Rich, YOU are a life saver   Thank you it does indeed set the exit backup option to none !! 

Perfect thanks.   

(I've searched for nearly 6 months for this little gem).. 

[AbNoRMiS]

lines 307-309 in /etc/init.d/tc-functions

Code: [Select]

tc@box:~$ sed '307,309!d' /etc/init.d/tc-functions
E=`awk 'BEGIN{FS="="}/^Exec/{print $2}' "$FREEDESKTOP"/"$1".desktop`
E="${E##*/}"
  E="${E% \%*}"for example
original exec key in gparted.desktop

Code: [Select]

tc@box:~$ awk 'BEGIN{FS="="}/^Exec/{print $2}' /usr/local/share/applications/gparted.desktop
 sudo /usr/local/sbin/gparted %fexecution result of lines 307-309

Code: [Select]

tc@box:~$ E=`awk 'BEGIN{FS="="}/^Exec/{print $2}' /usr/local/share/applications/gparted.desktop`
tc@box:~$ E="${E##*/}"
tc@box:~$ E="${E% \%*}"
tc@box:~$ echo $E
gpartedexecution result without line 309

Code: [Select]

tc@box:~$ E=`awk 'BEGIN{FS="="}/^Exec/{print $2}' /usr/local/share/applications/gparted.desktop`
tc@box:~$ E="${E% \%*}"
tc@box:~$ echo $E
sudo /usr/local/sbin/gpartedmaybe line 309 in /etc/init.d/tc-functions

Code: [Select]

E="${E##*/}"is not required and then ondemand apps as in example above may be running

[roberts]

Agreed for the support of sudo.

[roberts]

It would be most helpful to state which specific extension that have devaited from the preferred standard /usr/share/pixmaps as per the wiki. Otherwise I must search 4052 extensions!

i not quite understand why need search such number of extensions
now as far as i was able i analyzed code of old and new versions of /usr/bin/ondemand
and it seems to me that if correct line 165

Code: [Select]

[ -e "$ICONCHECK" ] || ICONCHECK="$DESKTOP_PATH"/pixmaps/"${ICONCHECK##*/}"having done this as it was in old version

Code: [Select]

[ -e "$ICONCHECK" ] || ICONCHECK=/mnt/test/"$ICONCHECK"it will be work with any path to icon in X-FullPathIcon key as in previous tinycore versions

Now that specific extensions were finally submitted. Lets check the code for the prior ondemand as per suggestion:

First an scm. Lets look at chromium=browser.scm

grep X-F /mnt/test/share/applications/chromium-browser.desktop
X-FullPathIcon=/apps/chromium-browser/share/pixmaps/chromium-browser.png

We find the specified icon is located here:
/mnt/test/share/pixmaps/chromium-browser.png

The icon is not where the suggested code would indicate, /mnt/test/$ICONCHECK, i.e,
/mnt/test/apps/chromium-browser/share/pixmaps/chromium-browser.png

In fact every scm would fail to get an icon using the prior ondemend code !

Ofr course the old code works for a tcz, lets look at a non-standard tcz as suggested:
grep X-F /mnt/test/usr/local/share/applications/meld.desktop
X-FullPathIcon=/usr/local/share/icons/hicolor/32x32/apps/meld.png

We find the specified icon here:
/mnt/test/usr/local/share/icons/hicolor/32x32/apps/meld.png

The existing code from prior ondemand using /mnt/test/$ICONCHECK
/mnt/test/usr/local/share/icons/hicolor/32x32/apps/meld.png

Works as expected.

This is precisely why I asked for example extensions that failed.i.e., use cases; not code.
The suggeasted code from prior ondemand does not work any ANY scm extension.

scm extensions need an additional filter in order to support non-standard pixmap locations, e.g.,
 [ "$TYPE" == "scm" ] && ICONCHECK="${ICONCHECK#*$APPNAME/}"

Thanks for submitting some example extensions as that did save me from searching through the many extensions in both repositories.