Tiny Core Linux
Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: roberts on October 17, 2012, 11: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"
- New scm-run
- Updated scmapps - new OnDemand download option.
- Updated scm-load - new option -wo ondemand download
- Updated tc-functions - added new support functions
- Updated ondemand - now supports icons from both tcz and scm
- Updated wbar - to support on demand icons
- Updated Apps GUI - Check OnBoot Unneeded added "Scan complete" message
- Updated filetool GUI - added directory support and enhanced tab labels
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.
-
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 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" &
-
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.
-
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?
-
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.
-
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
-
'seems to be working fine for me :)
-
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.
-
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.
-
Dry Run is still a working option and displays the same info that the command line
filetool.sh -d
-
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.
-
if extension has desktop-file with X-FullPathIcon key such as
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 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
-
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
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?
-
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 !
-
if extension has desktop-file with X-FullPathIcon key such as
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!
-
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
[ -e "$ICONCHECK" ] || ICONCHECK="$DESKTOP_PATH"/pixmaps/"${ICONCHECK##*/}"having done this as it was in old version
[ -e "$ICONCHECK" ] || ICONCHECK=/mnt/test/"$ICONCHECK"it will be work with any path to icon in X-FullPathIcon key as in previous tinycore versions
-
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.
-
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!
-
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
-
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.
-
thank Rich for assistance
these are gnome-mplayer, inkscape, isomaster, meld, minitube
and seems it also could be in tcz version of chromium-browser
$ 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
-
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
#!/bin/sh
ondemand -e extension.tcz $@and
#!/bin/sh
ondemand -e application.scm $@and there after shifting of app name then add remained parameters to executable line
-
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
-
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:
export BACKUP=1to
export BACKUP=0in your .profile file will do that.
-
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)..
-
lines 307-309 in /etc/init.d/tc-functions
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
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
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
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
E="${E##*/}"is not required and then ondemand apps as in example above may be running
-
Agreed for the support of sudo.
-
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
[ -e "$ICONCHECK" ] || ICONCHECK="$DESKTOP_PATH"/pixmaps/"${ICONCHECK##*/}"having done this as it was in old version
[ -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.
-
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
#!/bin/sh
ondemand -e extension.tcz $@and
#!/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.
-
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
[ -e "$ICONCHECK" ] || ICONCHECK=/mnt/test${ICONCHECK#*apps/$APPNAME}for example
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.pngor if X-FullPathIcon will changed to /apps/chromium-browser/share/pixmaps/chromium-browser.png
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.pngthat will not affect for tcz extensions
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
-
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.
-
@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?
-
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
-
@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...
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 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
-
@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...
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.
-
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
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]
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
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.
-
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?
-
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
-
Hi netnomad
lrwxrwxrwx 1 root staff 10 Oct 22 06:12 .TC -> /mnt/sdb2//
lrwxrwxrwx 1 root root 5 Oct 22 06:12 TC -> sdb2//
What's with the extra / in these two entries?
-
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
-
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: 6de4bf4bdb0ec53bc60e7729b2c397a9 lame-dev.tcz
6de4bf4bdb0ec53bc60e7729b2c397a9 lame-dev.tcz
-
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..
-
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: $ cat lame-dev.tcz.md5.txt
6de4bf4bdb0ec53bc60e7729b2c397a9 lame-dev.tcz
final: $ cat lame-dev.tcz.md5.txt
6de4bf4bdb0ec53bc60e7729b2c397a9 lame-dev.tcz
6de4bf4bdb0ec53bc60e7729b2c397a9 lame-dev.tcz
-
@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.
-
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: $ cat lame-dev.tcz.md5.txt
6de4bf4bdb0ec53bc60e7729b2c397a9 lame-dev.tcz
final: $ 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?
-
$ 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]
-
@netnomad
Please try with strace (post the output file to pastebin).
strace -o strace.out -f -s99 scmapps
-
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 ;)
-
$ 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:
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?
-
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.
-
post to pastebin = copy and paste to a pastebin website (e.g. pastebin.com), then post link on forum
-
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/
-
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...
-
Hi netnomad
lrwxrwxrwx 1 root staff 10 Oct 22 06:12 .TC -> /mnt/sdb2//
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.
-
@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.
-
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
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
-
$ 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.
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.
-
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.
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.
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.
-
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..
-
Are you also sometimes manually editing onboot.lst?
There may have been a missing newline on the last entry.
-
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.
-
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.
-
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.
-
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..
-
Blank last lines are now removed from .filetool.lst during the backup.
Awesome thanks ;D
-
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.