WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Core v4.7rc3  (Read 24265 times)

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Core v4.7rc3
« Reply #15 on: October 18, 2012, 04:05:13 PM »
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 !
10+ Years Contributing to Linux Open Source Projects.

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Core v4.7rc3
« Reply #16 on: October 18, 2012, 04:09:19 PM »
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!
10+ Years Contributing to Linux Open Source Projects.

Offline AbNoRMiS

  • Hero Member
  • *****
  • Posts: 551
  • nothing can be impeccable in this imperfect world
    • @ß№®M!$
Re: Core v4.7rc3
« Reply #17 on: October 18, 2012, 05:19:37 PM »
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
« Last Edit: October 18, 2012, 05:44:29 PM by AbNoRMiS »
Basic Design Concept © @ß№®M!$
please forgive my terrible english :)

Offline netnomad

  • Hero Member
  • *****
  • Posts: 1027
Re: Core v4.7rc3
« Reply #18 on: October 18, 2012, 10:48:33 PM »
Quote
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.
« Last Edit: October 18, 2012, 10:50:20 PM by netnomad »

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Core v4.7rc3
« Reply #19 on: October 19, 2012, 05:16:25 AM »
Quote
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!
10+ Years Contributing to Linux Open Source Projects.

Offline AbNoRMiS

  • Hero Member
  • *****
  • Posts: 551
  • nothing can be impeccable in this imperfect world
    • @ß№®M!$
Re: Core v4.7rc3
« Reply #20 on: October 19, 2012, 08:42:10 AM »
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
Basic Design Concept © @ß№®M!$
please forgive my terrible english :)

Online Rich

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 7635
Re: Core v4.7rc3
« Reply #21 on: October 19, 2012, 09:15:51 AM »
Hi AbNoRMiS
Quote
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.

Offline AbNoRMiS

  • Hero Member
  • *****
  • Posts: 551
  • nothing can be impeccable in this imperfect world
    • @ß№®M!$
Re: Core v4.7rc3
« Reply #22 on: October 19, 2012, 10:14:51 AM »
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.png
these only from those extensions which i had installed
« Last Edit: October 19, 2012, 10:24:47 AM by AbNoRMiS »
Basic Design Concept © @ß№®M!$
please forgive my terrible english :)

Offline AbNoRMiS

  • Hero Member
  • *****
  • Posts: 551
  • nothing can be impeccable in this imperfect world
    • @ß№®M!$
Re: Core v4.7rc3
« Reply #23 on: October 19, 2012, 12:32:22 PM »
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
« Last Edit: October 19, 2012, 01:10:45 PM by AbNoRMiS »
Basic Design Concept © @ß№®M!$
please forgive my terrible english :)

Offline coreplayer2

  • Hero Member
  • *****
  • Posts: 3020
Re: Core v4.7rc3
« Reply #24 on: October 19, 2012, 10:15:00 PM »
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
« Last Edit: October 19, 2012, 10:21:08 PM by coreplayer2 »

Online Rich

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 7635
Re: Core v4.7rc3
« Reply #25 on: October 19, 2012, 10:34:55 PM »
Hi coreplayer2
Quote
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.

Offline coreplayer2

  • Hero Member
  • *****
  • Posts: 3020
Re: Core v4.7rc3
« Reply #26 on: October 19, 2012, 11:16:46 PM »
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).. 

Offline AbNoRMiS

  • Hero Member
  • *****
  • Posts: 551
  • nothing can be impeccable in this imperfect world
    • @ß№®M!$
Re: Core v4.7rc3
« Reply #27 on: October 20, 2012, 06:55:07 PM »
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 %f
execution 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
gparted
execution 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/gparted
maybe 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
« Last Edit: October 20, 2012, 07:29:11 PM by AbNoRMiS »
Basic Design Concept © @ß№®M!$
please forgive my terrible english :)

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Core v4.7rc3
« Reply #28 on: October 20, 2012, 07:29:47 PM »
Agreed for the support of sudo.
10+ Years Contributing to Linux Open Source Projects.

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Core v4.7rc3
« Reply #29 on: October 21, 2012, 09:08:20 AM »
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!

Quote
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.
« Last Edit: October 21, 2012, 09:45:37 AM by roberts »
10+ Years Contributing to Linux Open Source Projects.