Tiny Core Linux

Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: roberts on October 17, 2012, 08:12:03 PM

Title: Core v4.7rc3
Post by: roberts on October 17, 2012, 08:12:03 PM
The thrid release candidate of Core 4.7 is ready for public testing:
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/4.x/x86/release_candidates

Change Log: RC1

    Updated filetool - New GUI access to ,filetool.lst, .xfiletool.lst, and backup options.
    Updated filetool.sh to interface to updated filetool GUI.
    Updated ondemand to suport scm extensions.
    Updated scmapps GUI for new ondemand maintenace.
    Updated scm to interface to updated scmaps GUI
    Updated apps GUI - New Check Onboot Unneeded and changes required by ondemand scm support.
    New chkonboot.sh for cli Core only use.
    Updated tce-setup for consistency in handling onboot.lst and scmlist.lst, dropped .scm from scmlist.lst items.

Note: Requires new Xprogs.tcz (apps, scmapps, filetool) also in the rc testing area until final release.

Change Log RC2:

    Updated loadcpufreq to allow blacklisting
    Fixed reported issues with OnBoot checking
    Fixed reported issues with OnDemand scm launching
    Updated apps and scmaps GUI to support relative path.
    Updated wbar as required for new OnDemand structure

Change Log RC3"



Note: Requires new wbar.tcz and Xprogs.tcz (apps, scmapps, filetool) also in the rc testing area until final release.

Note:
Having both scm and tcz in ondemand means changes to tcz ondemand. Specifically, icons would only be
displayed when extensions are loaded.
All ondemand items both scm and tcz will be available in the ondemand menu.
From ondemand menu, item will be loaded and if specified by a freedesktop item will also be launched.
Then the regular menu item and icon, if any, will be updated and displayed. Subsequent launching of the item
will be via the regular menu or displayed icon. Subsequent ondemand menu selection for an scm item will
unmount,  remove the regular menu item, and associated icon if any. Subsequent ondemand menu selection
for a tcz will produce no action, use regular menu item or icon.

All ondemand items need to be re-created for the new format.
Title: Re: Core v4.7rc3
Post by: netnomad on October 17, 2012, 10:01:53 PM
hi roberts,

i tested all discussed items of the rc3 and i can confirm their flawlessness for my configuration.

i'm very happy with that scm-run option and i see your new scm-infrastructure as a real enhancement.

there is still a tiny, little bug:
in the scm-gui ondemand maintenance the delete function doesn't work for me,
that means that i cannot delete a scm-ondemand-item with the help of the gui.

but never mind, it's so tiny that it can wait.
thank you for the recent improvements.
Title: Re: Core v4.7rc3
Post by: netnomad on October 17, 2012, 10:26:35 PM
i successfully included my libreoffice-shortcut strg-alt-o in my actkbd.conf
and everything works as expected :) :
29+56+24:key:exec:su tc -c -l "scm-run libreoffice3.6" &
Title: Re: Core v4.7rc3
Post by: netnomad on October 17, 2012, 10:33:49 PM
hi roberts,

i guess you did it on purpose:
in the last cuts you showed some more informations during the backup-process in the backup-gui.
i guess you showed the size of the different files and at the end the total size of the compressed backup.
i think that was a informative feature and it could be useful for some occasions...
is the overhead too big?
or are there other reasons that you changed it?

thank you for your help.
Title: Re: Core v4.7rc3
Post by: roberts on October 17, 2012, 10:37:13 PM
hi roberts,

i tested all discussed items of the rc3 and i can confirm their flawlessness for my configuration.

i'm very happy with that scm-run option and i see your new scm-infrastructure as a real enhancement.

there is still a tiny, little bug:
in the scm-gui ondemand maintenance the delete function doesn't work for me,
that means that i cannot delete a scm-ondemand-item with the help of the gui.

but never mind, it's so tiny that it can wait.
thank you for the recent improvements.

I have not been able to reproduce. The OnDemand maintenance delete button removes both ondemand items, script and icon (if any).

I want to fix this before final release.

If you run scmapps from an xterm does it display any error?
Title: Re: Core v4.7rc3
Post by: netnomad on October 17, 2012, 11:25:36 PM
Quote
If you run scmapps from an xterm does it display any error?

there are no messages at all.

the OnDemand maintenance delete button gets just greyed out, the ondemand-entry stays in the window on the right hand side and nothing else happens, nothing is removed.
also a reboot shows no improvement, so the ondemand-entry stays in the wm-standard-ondemand-menue.
Title: Re: Core v4.7rc3
Post by: coreplayer2 on October 18, 2012, 12:04:04 AM
Thanks Roberts, the " Check OnBoot Unneeded " items feature is performing as expected

 Nice work, I can't tell you how much work this has saved,  thanks again
Title: Re: Core v4.7rc3
Post by: Juanito on October 18, 2012, 01:00:44 AM
'seems to be working fine for me :)
Title: Re: Core v4.7rc3
Post by: roberts on October 18, 2012, 07:03:12 AM
hi roberts,

i guess you did it on purpose:
in the last cuts you showed some more informations during the backup-process in the backup-gui.
i guess you showed the size of the different files and at the end the total size of the compressed backup.
i think that was a informative feature and it could be useful for some occasions...
is the overhead too big?
or are there other reasons that you changed it?

thank you for your help.

No. All backup options still work fine here.
Perhaps you should md5sum check your download, or fsck check disk drive, or memcheck.
Title: Re: Core v4.7rc3
Post by: netnomad on October 18, 2012, 09:32:14 AM
hi roberts,

i guess you did it on purpose:
in the last cuts you showed some more informations during the backup-process in the backup-gui.
i guess you showed the size of the different files and at the end the total size of the compressed backup.
i think that was a informative feature and it could be useful for some occasions...
is the overhead too big?
or are there other reasons that you changed it?

thank you for your help.

No. All backup options still work fine here.
Perhaps you should md5sum check your download, or fsck check disk drive, or memcheck.

all backup options still work fine for me, too.
it doesn't matter, but in a early stage of your new backup-gui the messages of the backup-process showed some additional informations like the size of every single file in the backup, then the summary size of all backup-files and at the end the size of the compressed and encrypted backup-file.
these informations were a nice additional feature, but nothing essential.
so it's not such a big problem that this changed.
Title: Re: Core v4.7rc3
Post by: roberts on October 18, 2012, 01:17:46 PM
Dry Run is still a working option and displays the same info that the command line

filetool.sh -d
Title: Re: Core v4.7rc3
Post by: roberts on October 18, 2012, 01:22:36 PM
Quote
If you run scmapps from an xterm does it display any error?

there are no messages at all.

the OnDemand maintenance delete button gets just greyed out, the ondemand-entry stays in the window on the right hand side and nothing else happens, nothing is removed.
also a reboot shows no improvement, so the ondemand-entry stays in the wm-standard-ondemand-menue.

Cannot duplicate.

Perhaps you are running a sequence of events in scmapps prior to selecting OnDemand delete. If so, please state exactly which sequence of events so that I will be able to reproduce.
Title: Re: Core v4.7rc3
Post by: AbNoRMiS on October 18, 2012, 01:56:42 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
Title: Re: Core v4.7rc3
Post by: AbNoRMiS on October 18, 2012, 02:04:01 PM
it seems to me that choice 'None' is not required for backup gui
moreover that it does not work and just gives error

p.s.
nevertheless 'Clear' button near 'Delete' button little scares away me, even though i know for what it is used :)
perhaps can be better somehow different name it for example deselect/unselect, uncheck or unmark
Title: Re: Core v4.7rc3
Post by: AbNoRMiS on October 18, 2012, 03:17:11 PM
it seems to me that choice 'None' is not required for backup gui
moreover that it does not work and just gives error
sorry, i mistakenly thought that pops error message
but when looked closely i saw that pops up warning
Code: [Select]
This will clear the selected backup device and prevent the backup from occurring.i can not understand what means 'clear the selected backup device'
it only clean 'Device:' textbox?
Title: Re: Core v4.7rc3
Post by: roberts 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 !
Title: Re: Core v4.7rc3
Post by: roberts 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!
Title: Re: Core v4.7rc3
Post by: AbNoRMiS 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
Title: Re: Core v4.7rc3
Post by: netnomad 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.
Title: Re: Core v4.7rc3
Post by: roberts 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!
Title: Re: Core v4.7rc3
Post by: AbNoRMiS 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
Title: Re: Core v4.7rc3
Post by: Rich 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.
Title: Re: Core v4.7rc3
Post by: AbNoRMiS 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
Title: Re: Core v4.7rc3
Post by: AbNoRMiS 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
Title: Re: Core v4.7rc3
Post by: coreplayer2 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
Title: Re: Core v4.7rc3
Post by: Rich 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.
Title: Re: Core v4.7rc3
Post by: coreplayer2 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).. 
Title: Re: Core v4.7rc3
Post by: AbNoRMiS 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
Title: Re: Core v4.7rc3
Post by: roberts on October 20, 2012, 07:29:47 PM
Agreed for the support of sudo.
Title: Re: Core v4.7rc3
Post by: roberts 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.
Title: Re: Core v4.7rc3
Post by: roberts on October 21, 2012, 09:11:50 AM
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

I don't think that this suggestion is easily accessible for the user. Likey buried for experts only.
However I did implement it.
Title: Re: Core v4.7rc3
Post by: AbNoRMiS on October 21, 2012, 10:27:01 AM
yes indeed i always forget that now scm apps have also could be installed ondemand and just did not thought about it
scm extensions need an additional filter in order to support non-standard pixmap locations, e.g.,
 [ "$TYPE" == "scm" ] && ICONCHECK="${ICONCHECK#*$APPNAME/}"
may be is possible to avoid checking apps type if filter together with apps folder name
Code: [Select]
[ -e "$ICONCHECK" ] || ICONCHECK=/mnt/test${ICONCHECK#*apps/$APPNAME}for example
Code: [Select]
tc@box:~$ ICONCHECK=/apps/chromium-browser/local/share/icons/hicolor/64x64/apps/chromium-browser.png
tc@box:~$ echo /mnt/test${ICONCHECK#*apps/chromium-browser}
/mnt/test/local/share/icons/hicolor/64x64/apps/chromium-browser.png
or if X-FullPathIcon will changed to /apps/chromium-browser/share/pixmaps/chromium-browser.png
Code: [Select]
tc@box:~$ ICONCHECK=/apps/chromium-browser/share/pixmaps/chromium-browser.png
tc@box:~$ echo /mnt/test${ICONCHECK#*apps/chromium-browser}
/mnt/test/share/pixmaps/chromium-browser.png
that will not affect for tcz extensions
Code: [Select]
tc@box:~$ ICONCHECK=/usr/local/share/icons/hicolor/32x32/apps/meld.png
tc@box:~$ echo /mnt/test${ICONCHECK#*apps/chromium-browser}
/mnt/test/usr/local/share/icons/hicolor/32x32/apps/meld.png
Title: Re: Core v4.7rc3
Post by: roberts on October 21, 2012, 10:40:55 AM
The whole reason for this rc is to implement scm ondemand.
Otherwise there would be no change to the ondemand code.
And we could even have an obfuscation contest!  8)
I hope you understand that I ask for use cases and not code. Many ways to accomplish the same task. Submitted code only slows me down because of needed detail review and testing as this whole senario has clkearly shown.
Title: Re: Core v4.7rc3
Post by: roberts on October 21, 2012, 10:45:47 AM
@netnomad I did find a bug and fixed it with regard to ondemand current item list, which could have accounted for a deletion issue. However what I found was related to tcz and not scm.  Any  update on your scm deletion issue?
Title: Re: Core v4.7rc3
Post by: AbNoRMiS on October 21, 2012, 11:11:53 AM
Submitted code only slows me down because of needed detail review and testing as this whole senario has clkearly shown.
it seems that should not hurry with analysis and testing of code
taking in mind such major changes as in this version
even if will be need release more than one rc yet
Title: Re: Core v4.7rc3
Post by: netnomad on October 21, 2012, 11:22:24 AM
@netnomad I did find a bug and fixed it with regard to ondemand current item list, which could have accounted for a deletion issue. However what I found was related to tcz and not scm.  Any  update on your scm deletion issue?

hi roberts,

i still experience the reported behavior in v4.7rc3...

Quote
the OnDemand maintenance delete button gets just greyed out, the ondemand-entry stays in the window on the right hand side and nothing else happens, nothing is removed.
also a reboot shows no improvement, so the ondemand-entry stays in the wm-standard-ondemand-menue.

... or do you mean that i can change or influence something according to that issue?

thank you for your work and help.
Title: Re: Core v4.7rc3
Post by: AbNoRMiS on October 21, 2012, 12:27:58 PM
I don't think that this suggestion is easily accessible for the user. Likey buried for experts only.
However I did implement it.
thank roberts
it will also be useful for those users who use file managers like pcmanfm or xfe
to open documents, images, isos etc in those applications which process them
Title: Re: Core v4.7rc3
Post by: roberts on October 21, 2012, 03:22:05 PM
@netnomad I did find a bug and fixed it with regard to ondemand current item list, which could have accounted for a deletion issue. However what I found was related to tcz and not scm.  Any  update on your scm deletion issue?

hi roberts,

i still experience the reported behavior in v4.7rc3...

Quote
the OnDemand maintenance delete button gets just greyed out, the ondemand-entry stays in the window on the right hand side and nothing else happens, nothing is removed.
also a reboot shows no improvement, so the ondemand-entry stays in the wm-standard-ondemand-menue.

... or do you mean that i can change or influence something according to that issue?

thank you for your work and help.
I just updated Xprogs.tcz in the release_candidate area. However, the bug fix was with tcz and current ondemand list and not scm. Anyway, please download this new version.

Now lets take this step by step. If you open scmapps, select Maintenance, select OnDemand Maintainenace, then select an ondemand item from the right hand side, i.e., Current Ondemand Items, that the Delete button remains inactive? If this is so, then something is wrong with your setup. Check md5sum etc.

If, on the other hand, it works when used directly, but fails when using other parts of scmapps, then please explain step by step which actions lead to this failure. As I have not be able to reproduce it.

Title: Re: Core v4.7rc3
Post by: netnomad on October 21, 2012, 09:18:43 PM
Quote
I just updated Xprogs.tcz in the release_candidate area. However, the bug fix was with tcz and current ondemand list and not scm. Anyway, please download this new version.

hi roberts,

i downloaded your recent Xprogs.tcz and checked the md5sums.

tc@box:~/.TCE/optional$ md5sum -c libreoffice3.6.scm.md5.txt                   
libreoffice3.6.scm: OK                                                         
tc@box:~/.TC/4.x/optional$ md5sum -c Xprogs.tcz.md5.txt                         
Xprogs.tcz: OK
tc@box:~/.TC/4.x/optional$ ls -la Xprogs.tcz
-rw-rw-r--    1 tc       staff       131072 Oct 22 06:09 Xprogs.tcz
tc@box:~/.TC/4.x/optional$ cat Xprogs.tcz.md5.txt
a7a0d442a42a933e1e23131a8b6a9094  Xprogs.tcz

Quote
Now lets take this step by step. If you open scmapps, select Maintenance, select OnDemand Maintainenace, then select an ondemand item from the right hand side, i.e., Current Ondemand Items, that the Delete button remains inactive?

in the first step the Delete button is just shiny...
so i do everything as you describe above... i choose my libreoffice3.6-file on the right hand side and after pressing the shiny Delete button it gets inactive, although nothing happens.
afterwards i can choose the ondemand item again, i get again a shiny delete button and after pressing the button nothing happens (started in a terminal the command line shows nothing, too).
[/quote]

Quote
If this is so, then something is wrong with your setup. Check md5sum etc.

i guess that i'm a tester of details... so i see no hint for a wrong setup.

now i md5summ-check my core-file:

tc@box:~/.MNT/sdb1/live/core-testing/boot$ md5sum -c core.gz.md5.txt
core.gz: OK

Quote
If, on the other hand, it works when used directly, but fails when using other parts of scmapps, then please explain step by step which actions lead to this failure. As I have not be able to reproduce it.

everything works in scmapps... only the delete function seems to do nothing without any other misfunction and no further error message or behavior.

i use fluxbox, but i see there no cause in my configuration.

now i have an idea:
i use something like "my personal standard paths" that keep "fixed" for different setups:

f.e.

tc@box:~$ ls -la
total 608
drwxr-sr-x     32 tc       staff       1480 Oct 22 06:28 ./
drwxr-xr-x       3 tc       staff           60 Dec 27  2011 ../
lrwxrwxrwx     1 root     staff            4 Oct 22 06:12 .MNT -> /mnt/
lrwxrwxrwx    1 root     staff           10 Oct 22 06:12 .TC -> /mnt/sdb2//
lrwxrwxrwx    1 root     staff           14 Oct 22 06:12 .TCE -> /mnt/sdb2/tce4/

tc@box:/mnt$ ls -la
total 8
drwxr-xr-x   11 root     root          260 Oct 22 06:12 ./
drwxr-xr-x   17 root     root          360 Aug 14  2011 ../
lrwxrwxrwx    1 root     root              5 Oct 22 06:12 TC -> sdb2//
lrwxrwxrwx    1 root     root            14 Oct 22 06:12 TCE -> /mnt/sdb2/tce4/

tc@box:~/.TC$ ls -la
total 11780
drwxr-xr-x       10 tc       staff         4096 Oct 22 06:37 ./
drwxr-xr-x   11 root     root              260 Oct 22 06:12 ../
lrwxrwxrwx    1 root     root                 4 Mar 24  2012 4.x -> tce4/
-rw-r--r--        1 root     root    1656866 Oct  9 20:58  core-test.tgz.bfe
-rw-r--r--        1 root     root    1656290 Oct  9 18:12  core-testbk.tgz.bfe
drwxrwxr-x    4 tc       staff            4096 Oct 18 07:07 tce4/


that's my boot-setup:

waitusb=5:LABEL=tc
protect
restore=LABEL=tc
tce=LABEL=tc/tce4
lst=onboot.lst
vga=795
psmouse.proto=imps
settime
tz=CET-1CEST,M3.5.0,M10.5.0/3
laptop
kmap=de
multivt
lang=de_DE.UTF-8
mydata=core-test
intel_rng.no_fwh_detect=-1
printk.time=1
initrd=/live/core-testing/boot/core.gz
BOOT_IMAGE=/live/core-testing/boot/vmlinuz

thank you for your help.
Title: Re: Core v4.7rc3
Post by: roberts on October 21, 2012, 10:06:52 PM
It would appear that your tcedir is simply  /mnt/sdb2tce4.
I can not imagine why all those links would be desired, when one should be able to reference their tce directory by way of /etc/sysconfig/tcedir. Pray tell what is your /etc/sysconfig/tcedir referencing?
Title: Re: Core v4.7rc3
Post by: netnomad on October 21, 2012, 10:38:31 PM

tc@box:/etc/sysconfig$ ls -la
lrwxrwxrwx    1 root     root            14 Oct 22 06:11 tcedir -> /mnt/sdb2/tce4

tc@box:/mnt/sdb2/tce4$ ls -la
total 92
drwxrwxr-x    4 tc       staff         4096 Oct 18 07:07 ./
drwxr-xr-x   10 tc       staff         4096 Oct 22 06:37 ../
-rw-rw----    1 tc       staff            0 Aug 19 11:29 firstrun
-rw-rw-r--    1 tc       staff          290 Oct 22 06:11 onboot.lst
drwxrwxr-x    2 tc       staff         4096 Oct 21 21:34 ondemand/
drwxrwxr-x    3 tc       staff        69632 Oct 22 06:09 optional/
-rw-rw-r--    1 tc       staff          610 Oct 18 07:07 xwbar.lst


Title: Re: Core v4.7rc3
Post by: Rich on October 21, 2012, 10:43:40 PM
Hi netnomad
Quote
lrwxrwxrwx    1 root     staff           10 Oct 22 06:12 .TC -> /mnt/sdb2//
Quote
lrwxrwxrwx    1 root     root              5 Oct 22 06:12 TC -> sdb2//
What's with the extra / in these two entries?
Title: Re: Core v4.7rc3
Post by: netnomad on October 21, 2012, 11:05:03 PM
hi roberts,

you are right, that looks a little bit odd, but i had never a negative side effect.
i just checked my links and they work properly to navigate easily from one dir to the next.
(btw, i use these links to navigate to these dirs, in really high speed with the help of mc, like a flash of lightning ;) )

with the help of /opt/bootlocal.sh i create these links with tc-dev and tce-dir.
i get this additional / at the end of the link,
caused by /etc/sysconfig/backup_device: there is a / at the end of the device-variable.

tc@box:/etc/sysconfig$ cat backup_device
sdb2/

my tc-dev
#!/bin/sh
sudo ln -s /mnt/"$(cat /etc/sysconfig/backup_device)" /home/tc/.TC &
sudo ln -s "$(cat /etc/sysconfig/backup_device)" /mnt/TC

my tce-dir
#!/bin/sh
TCEDIR=`readlink /etc/sysconfig/tcedir`
rm -f /home/tc/.TCE
rm -f /mnt/TCE
ln -s $TCEDIR /home/tc/.TCE
ln -s $TCEDIR /mnt/TCE
Title: Re: Core v4.7rc3
Post by: Juanito on October 22, 2012, 02:32:45 AM
if I use the apps gui to "download and load" an extension that is already present locally, the md5 checksum is doubled and triggers "check for updates" next time it is called.

eg:
Code: [Select]
6de4bf4bdb0ec53bc60e7729b2c397a9  lame-dev.tcz
6de4bf4bdb0ec53bc60e7729b2c397a9  lame-dev.tcz
Title: Re: Core v4.7rc3
Post by: roberts on October 22, 2012, 06:08:06 AM
It is not possible to have two files of the same name as the second instance would overwrite the first.

If this were a bug in apps then such behavior would involve all extensions and not a specific one.

I suspect one of those two files has a control character (non-visible). Perhaps caused by line noise. I would suggest to delete both md5 files and tce-fetch.sh lame-dev.tcz.md5.txt  Be aware that tce-fetch.sh downloads to current directory..
Title: Re: Core v4.7rc3
Post by: Juanito on October 22, 2012, 06:13:45 AM
Sorry I wasn't clear enough - I was displaying the contents of one file, lame-dev.tcz.md5.txt - when the file already exists, it seems the checksum is added again in the same file.

i.e. original:
Code: [Select]
$ cat lame-dev.tcz.md5.txt
6de4bf4bdb0ec53bc60e7729b2c397a9  lame-dev.tcz

final:
Code: [Select]
$ cat lame-dev.tcz.md5.txt
6de4bf4bdb0ec53bc60e7729b2c397a9  lame-dev.tcz
6de4bf4bdb0ec53bc60e7729b2c397a9  lame-dev.tcz
Title: Re: Core v4.7rc3
Post by: roberts on October 22, 2012, 06:18:57 AM
@netnomad, I can only surmise that via your many links for mc that the system believes that the ondemand item is in use and therefore cannot be deleted. Sorry, but I am not inclined to try to setup your specific configuration and support for mc.
Title: Re: Core v4.7rc3
Post by: roberts on October 22, 2012, 06:20:45 AM
Sorry I wasn't clear enough - I was displaying the contents of one file, lame-dev.tcz.md5.txt - when the file already exists, it seems the checksum is added again in the same file.

i.e. original:
Code: [Select]
$ cat lame-dev.tcz.md5.txt
6de4bf4bdb0ec53bc60e7729b2c397a9  lame-dev.tcz

final:
Code: [Select]
$ cat lame-dev.tcz.md5.txt
6de4bf4bdb0ec53bc60e7729b2c397a9  lame-dev.tcz
6de4bf4bdb0ec53bc60e7729b2c397a9  lame-dev.tcz

Cannot reproduce. Just tried three times. Also tried a combo of using apps and tce-load -w
You claim you can reproduce each time?
Title: Re: Core v4.7rc3
Post by: Juanito on October 22, 2012, 08:44:26 AM
Code: [Select]
$ cat aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
$ tce-load -w aalib
Downloading: aalib.tcz
Connecting to distro.ibiblio.org (152.19.134.43:80)
wget: server returned error: HTTP/1.1 416 Requested Range Not Satisfiable
aalib.tcz: OK
aalib.tcz: OK
$ cat aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz

I tried three or four extensions - three were repeats of the above, and the fourth, advcomp, doubled up the dep file  :o

[this is with busybox wget]
Title: Re: Core v4.7rc3
Post by: curaga on October 22, 2012, 08:57:24 AM
@netnomad

Please try with strace (post the output file to pastebin).

strace -o strace.out -f -s99 scmapps
Title: Re: Core v4.7rc3
Post by: netnomad on October 22, 2012, 11:00:58 AM
hi curaga,

thank you for your reply and your offer for help.
... but i don't understand what you mean with "post the output file to pastebin"!?
Title: Re: Core v4.7rc3
Post by: tinypoodle on October 22, 2012, 11:08:24 AM
The content of the output file ;)
Title: Re: Core v4.7rc3
Post by: roberts on October 22, 2012, 11:35:36 AM
Code: [Select]
$ cat aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
$ tce-load -w aalib
Downloading: aalib.tcz
Connecting to distro.ibiblio.org (152.19.134.43:80)
wget: server returned error: HTTP/1.1 416 Requested Range Not Satisfiable
aalib.tcz: OK
aalib.tcz: OK
$ cat aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz

I tried three or four extensions - three were repeats of the above, and the fourth, advcomp, doubled up the dep file  :o

[this is with busybox wget]

With a fresh base install I try:
Code: [Select]
tc@box:~$ tce-load -w ace-of-penguins
Downloading: ace-of-penguins.tcz
Connecting to distro.ibiblio.org (152.19.134.43:80)
ace-of-penguins.tcz  100% |*******************************|   196k  0:00:00 ETA
ace-of-penguins.tcz: OK

tc@box:~$ tce-load -w ace-of-penguins
Downloading: ace-of-penguins.tcz
Connecting to distro.ibiblio.org (152.19.134.43:80)
wget: server returned error: HTTP/1.1 416 Requested Range Not Satisfiable
ace-of-penguins.tcz: OK

tc@box:~$ cat /mnt/sda1/tce/optional/ace-of-penguins.tcz.md5.txt
92cc2f7ad4ea7e38287d927bbc17f268  ace-of-penguins.tcz
Works as expected. If it was the code it should be extension agnostic.
Have you done a file system check lately?

Title: Re: Core v4.7rc3
Post by: netnomad on October 22, 2012, 11:43:44 AM
hi curaga,

thank you for your reply and your offer for help.
... but i don't understand what you mean with "post the output file to pastebin"!?

The content of the output file ;)

the upload in the forum is limited to
Restrictions: 4 per post, maximum total size 192KB, maximum individual size 128KB

so what other ways f.e. like a ftp-server are offered for an upload like 2mb or more.
Title: Re: Core v4.7rc3
Post by: tinypoodle on October 22, 2012, 12:10:24 PM
post to pastebin = copy and paste to a pastebin website (e.g. pastebin.com), then post link on forum
Title: Re: Core v4.7rc3
Post by: netnomad on October 22, 2012, 12:26:42 PM
post to pastebin = copy and paste to a pastebin website (e.g. pastebin.com), then post link on forum

thank you tinypoodle, now i understand what you mean...

hi curaga,

that's my link
http://paste.ubuntu.com/1298331/
Title: Re: Core v4.7rc3
Post by: Juanito on October 22, 2012, 08:24:02 PM
Have you done a file system check lately?

Yes :) - in fact both machines I use display the same issue.

Nevermind - if there's only me that has the problem, we can mark it down to Internet weirdness...
Title: Re: Core v4.7rc3
Post by: netnomad on October 22, 2012, 11:16:08 PM
Hi netnomad
Quote
lrwxrwxrwx    1 root     staff           10 Oct 22 06:12 .TC -> /mnt/sdb2//
Quote
lrwxrwxrwx    1 root     root              5 Oct 22 06:12 TC -> sdb2//
What's with the extra / in these two entries?

hi friends,

i corrected this with the help of a script from abnormis:

#!/bin/sh
sudo ln -s /mnt/"$(cat /etc/sysconfig/backup_device | cut -f1 -d/)" /home/tc/.TC &
sudo ln -s "$(cat /etc/sysconfig/backup_device | cut -f1 -d/)" /mnt/TC

thank you friends.
Title: Re: Core v4.7rc3
Post by: curaga on October 23, 2012, 09:32:38 AM
@netnomad

Thanks.

Robert, it shows ondemand getting called as "ondemand -r libreoffice3.6" and then ondemand operating on "libreoffice3". One dot extension too much is being removed.
Title: Re: Core v4.7rc3
Post by: roberts on October 23, 2012, 10:58:38 AM
Thanks Curaga. As I had lost interest in further pursuing.

However I feel compelled to state the following:

First I truly appreciate the help for those that take time to test release candidates.
Merging disparate systems (tcz & scm) is never an easy task. Initial bugs are a certainty.
But... When when a bug is found statements such as
Quote
in the scm-gui ondemand maintenance the delete function doesn't work for me,
that means that i cannot delete a scm-ondemand-item with the help of the gui.
This gives the impression that such is the user's experience for all scm extensions.
Whereas stating a specific use case, e.g., it works for all my scms except this one.
This would have saved so much time.

Within this thread I have repeatedly asked for specifics. When I am focused on release candidate code and one provides specific use case I can quickly take action. Generalized statements are of little to no help and therefore I cannot and do not stay focused on them.

In the future, please remember, specific data example(s) in reporting bugs is that which will leads to success.

Anyway, thanks again to those that take the time to test and report. Now onwards towards 4.7
Title: Re: Core v4.7rc3
Post by: roberts on October 23, 2012, 06:05:06 PM
Code: [Select]
$ cat aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
$ tce-load -w aalib
Downloading: aalib.tcz
Connecting to distro.ibiblio.org (152.19.134.43:80)
wget: server returned error: HTTP/1.1 416 Requested Range Not Satisfiable
aalib.tcz: OK
aalib.tcz: OK
$ cat aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz

I tried three or four extensions - three were repeats of the above, and the fourth, advcomp, doubled up the dep file  :o

[this is with busybox wget]

I would like to follow up with a few more questions.
Did this start to happen with 4.7rc series?
Does it not happen with 4.6.2?

I still have not been able to duplicate. Using your specific example of aalib.tcz
and downloading it fives times shows no duplicate.
Code: [Select]
tc@box:~$ which wget
/usr/bin/wget
tc@box:~$ ls -l /usr/bin/wget
lrwxrwxrwx    1 root     root            17 Aug  8  2011 /usr/bin/wget -> ../../bin/busybox
tc@box:~$ tce-load -w aalib.tcz
Downloading: aalib.tcz
Connecting to distro.ibiblio.org (152.19.134.43:21)
aalib.tcz            100% |************************************************************| 40960  --:--:-- ETA
aalib.tcz: OK
tc@box:~$ cat /mnt/sda1/tce/optional/aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
tc@box:~$ tce-load -w aalib.tcz
Downloading: aalib.tcz
Connecting to distro.ibiblio.org (152.19.134.43:21)
aalib.tcz            100% |************************************************************| 40960  --:--:-- ETA
aalib.tcz: OK
tc@box:~$ cat /mnt/sda1/tce/optional/aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
tc@box:~$ tce-load -w aalib.tcz
Downloading: aalib.tcz
Connecting to distro.ibiblio.org (152.19.134.43:21)
aalib.tcz            100% |************************************************************| 40960  --:--:-- ETA
aalib.tcz: OK
tc@box:~$ cat /mnt/sda1/tce/optional/aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
tc@box:~$ tce-load -w aalib.tcz
Downloading: aalib.tcz
Connecting to distro.ibiblio.org (152.19.134.43:21)
aalib.tcz            100% |************************************************************| 40960  --:--:-- ETA
aalib.tcz: OK
tc@box:~$ cat /mnt/sda1/tce/optional/aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
tc@box:~$ tce-load -w aalib.tcz
Downloading: aalib.tcz
Connecting to distro.ibiblio.org (152.19.134.43:21)
aalib.tcz            100% |************************************************************| 40960  --:--:-- ETA
aalib.tcz: OK
tc@box:~$ cat /mnt/sda1/tce/optional/aalib.tcz.md5.txt
ec0c53ed730c5f807d2f7b075552e5ec  aalib.tcz
There has been no change in busybox.
If you experience this with 4.6.2 then we know it is not related to this rc series.
4.6 has been out and in use so you would think that others would also be experiencing it.

Lastly, if you can duplicate it then immediately tce-fetch.sh aalib.tcz.md5.txt to be sure it is not the actual file being transfered.
Title: Re: Core v4.7rc3
Post by: Juanito on October 23, 2012, 08:30:48 PM
Did this start to happen with 4.7rc series?
Now that I think about it, it was probably present before 4.7rc - without paying attention to the larger than usual md5 file, it would have looked like an extension needed upgrading.

Quote
I still have not been able to duplicate. Using your specific example of aalib.tcz
and downloading it fives times shows no duplicate.
I can duplicate the issue with any extension taken at random - as hinted at, this is quote possibly a result of the Internet "filtering" that goes on here.

Quote
Lastly, if you can duplicate it then immediately tce-fetch.sh aalib.tcz.md5.txt to be sure it is not the actual file being transfered.
I did this, in every case with tce-fetch.sh the correct md5 file was downloaded.
Title: Re: Core v4.7rc3
Post by: coreplayer2 on October 24, 2012, 08:25:43 AM
The filetool app works great, thanks..   I have noticed one small glitch though, for example appending a new item is often added on the same line as the previous last item instead of a new line.  see screenshot

(http://db.tt/I5ZKiDNs)


Also re this app and onboot etc, don't you think "Add item & Remove item" is an improved balanced phraseology  over  "Add & Delete"  ??    I think "remove item" defines precisely the desired action, whereas "delete" leaves open too many questions..
Title: Re: Core v4.7rc3
Post by: gerald_clark on October 24, 2012, 09:35:27 AM
Are you also sometimes manually editing onboot.lst?
There may have been a missing newline on the last entry.
Title: Re: Core v4.7rc3
Post by: coreplayer2 on October 24, 2012, 10:26:18 AM
Not this time, actually (to my knowledge) I was surprised to see the last two entries.

Whenever manually adding items, I always hit the carriage key at the end.
Title: Re: Core v4.7rc3
Post by: gerald_clark on October 24, 2012, 11:16:12 AM
Sorry, I was thinking of onboot.lst not .filetool.lst.
Blank last lines are now removed from .filetool.lst during the backup.
That used to not be the case, and you would get an error during backup.

I have not been able to reproduce this.
Title: Re: Core v4.7rc3
Post by: roberts on October 24, 2012, 12:27:12 PM
The filetool app works great, thanks..   I have noticed one small glitch though, for example appending a new item is often added on the same line as the previous last item instead of a new line.  see screenshot

(http://db.tt/I5ZKiDNs)


Also re this app and onboot etc, don't you think "Add item & Remove item" is an improved balanced phraseology  over  "Add & Delete"  ??    I think "remove item" defines precisely the desired action, whereas "delete" leaves open too many questions..

OK, I am bored trying to reproduce! More details please.

Is there a DOS file that you are trying to add?
Is your .filetool.lst in DOS format?
Is your /opt and therefore .filetool.lst on a DOS or Windows partition?

If none of the above then key stroke sequence that leads to such condition.
Title: Re: Core v4.7rc3
Post by: coreplayer2 on October 24, 2012, 03:37:41 PM
Well now..  I can't reproduce this now either.

I had simply used the "add file" feature today,  selected the file .xsession and the result was an entry added to the end of the last line.   

The example is installed on an Ext2 file system (no windows involved).

I can not be certain who or what app added the previous ssh&d_config entries so am assuming an extension (perhaps one of the ssh app's which I had been trying out made these entries, which was many weeks ago.  memory gets a little fuzzy after a week or two) Though i can't exclude myself from adding the entries either, I normally remember to add a carriage return after the last entry.   In which case I'll have to attempt to recreate the issue.
 
This occurs with Onboot.lst also where much of the fault lies in mixing up manual entries and Apps initiated entries.  The two issues I see most frequently are like this, an entry appended to the end of an existing entry, or an entry added after a blank line after the last line. 

Is it possible to add a provision to check if the a new entry will be added to a newline please? 


I just ran a search for "ssh_config" of the info files using APPS  which came up with no results, so I think it's safe to say these previous entries where not made manually..
Title: Re: Core v4.7rc3
Post by: coreplayer2 on October 24, 2012, 03:41:45 PM
Quote
Blank last lines are now removed from .filetool.lst during the backup.

Awesome thanks  ;D
Title: Re: Core v4.7rc3
Post by: coreplayer2 on October 25, 2012, 08:30:37 AM
Thanks for looking into this roberts.  I have not been able to reproduce the entries which leads me to believe that I probably created the last entries and obviously failed to add a carriage return.