Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy
Hi Toni,
Here's to experiment, gnome-mplayer-1.0.7.deb with yad message from prerm script, it seems to work well.
Don't take the message seriously, I was in kidding mood
https://googledrive.com/host/0ByBgCDlZZ ... 0_i386.deb
Edit: Probably made mistake, this one doesn't install, re-upload later.
Edit2: anyway didn't change/reupload, just the same url, don't know what happened, something to check with sure , has to do with mplayer/mplayer2.
End of the day now
Fred
Here's to experiment, gnome-mplayer-1.0.7.deb with yad message from prerm script, it seems to work well.
Don't take the message seriously, I was in kidding mood
https://googledrive.com/host/0ByBgCDlZZ ... 0_i386.deb
Edit: Probably made mistake, this one doesn't install, re-upload later.
Edit2: anyway didn't change/reupload, just the same url, don't know what happened, something to check with sure , has to do with mplayer/mplayer2.
End of the day now
Fred
Hi, Fred!fredx181 wrote:Here's to experiment, gnome-mplayer-1.0.7.deb with yad message from prerm script, it seems to work well.
I like it But I have few questions about Control file:
Code: Select all
Conflicts: gmplayer, mplayer, mplayer2, gnome-mplayer, gmplayer-portable, gnome-mplayer-1.0.7
Replaces: gmplayer, mplayer, mplayer2, gnome-mplayer, gmplayer-portable
gnome-mplayer-1.0.7 is added in Conflicts: line. It works but I think it should be removed from Conflicts: line.
We need to add yad as dependency in packages using yad in prerm script. Otherwise if yad is uninstalled the package can not be removed and alternative deb from official repository as mplayer can not be installed:
Code: Select all
The following packages will be REMOVED:
gnome-mplayer-1.0.7*
0 upgraded, 0 newly installed, 1 to remove and 50 not upgraded.
After this operation, 9728 kB disk space will be freed.
Do you want to continue [Y/n]? y
(Reading database ... 29019 files and directories currently installed.)
Removing gnome-mplayer-1.0.7 ...
Link does not exists.
/var/lib/dpkg/info/gnome-mplayer-1.0.7.prerm: line 17: yad: command not found
dpkg: error processing gnome-mplayer-1.0.7 (--purge):
subprocess installed pre-removal script returned error exit status 127
/opt/bin is in PATH
### NEW:
### DEL:
stdin: is not a tty
Errors were encountered while processing:
gnome-mplayer-1.0.7
E: Sub-process /usr/bin/dpkg returned an error code (1)
I will do more testing tonight.
Edit: Do we need to use in control Provides: gnome-mplayer-1.0.7. I think we have few more packages like this with unique names like gnome-mplayer-1.0.7 containing Provides: package-name. I think unique names like gnome-mplayer-1.0.7 are not dependency of any package and we do not need to use Provides: line.
Or we should change it to Provides: mplayer for example?
Toni
Hi Toni,
When official gnome-mplayer is installed, I just found out that this works well (when installing with dpkg -i):
And this doesn't:
So it seems that the order is important (in this case gnome-mplayer needs to be before mplayer2, otherwise dpkg refuses to uninstall mplayer2).
Note the '&', I think it's good because the installing continues while the message displays.
Please change the text to how you like it.
Edit:
Only thing I'm in doubt of is starting synaptic with popup message, isn't it overdone for just a few packages? (and as I said, first time switching works well)
I think adding post in howto thread about this "reload and unselect all" workarounds is enough.
Fred
When official gnome-mplayer is installed, I just found out that this works well (when installing with dpkg -i):
Code: Select all
Conflicts: gmplayer, gnome-mplayer, mplayer2, mplayer, gmplayer-portable
Replaces: gmplayer, gnome-mplayer, mplayer2, mplayer, gmplayer-portable
Code: Select all
Conflicts: gmplayer, mplayer2, mplayer, gnome-mplayer, gmplayer-portable
Replaces: gmplayer, mplayer2, mplayer, gnome-mplayer, gmplayer-portable
yes,I think also.I guess it is best to keep both as conflicting packages in gnome-mplayer-1.0.7.
Yes, it's mistake, it was kinda late yesterday.gnome-mplayer-1.0.7 is added in Conflicts: line. It works but I think it should be removed from Conflicts: line.
Yes, we can, but can also use xmessage like this maybe:We need to add yad as dependency in packages using yad in prerm script. Otherwise if yad is uninstalled the package can not be removed and alternative deb from official repository as mplayer can not be installed:
Code: Select all
if [ -n `which xmessage` ]; then
msg="We are sorry to see you go! \nIn case you changed your mind, download:\nhttp://www.smokey01.com/saintless/DebianDog/Packages/Included/gnome-mplayer-1.0.7.deb "
xmessage "`echo -e $msg`" &
fi
Please change the text to how you like it.
I guess that's good (or just remove the Provides line)Or we should change it to Provides: mplayer for example?
Edit:
Thinking more about it I feel also for this solution.1. Most people will use Synaptic instead apt-get and with activated DD repository sooner or later the problem will appear.
Solution - We can use startup script in DD for Synaptic with popup message what is the solution (+ adding post in howto thread about this reload and unselect all workarounds).
Only thing I'm in doubt of is starting synaptic with popup message, isn't it overdone for just a few packages? (and as I said, first time switching works well)
I think adding post in howto thread about this "reload and unselect all" workarounds is enough.
Fred
Hi, Fred.
For now we can leave all packages in DD repo and add post about the Synaptic workaround in howto thread (when the repository is available in next DD update).
We have backup plan to use message in prerm script and xmessage will be better and universal choice. We don't even need to add x11-utils as dependency because x11-utils is already part of any debian system. Especially with this probbing "which xmessage" line in your example.
Toni
Good to know this for new packages. I will change it in gnome-mplayer-1.0.7 deb.When official gnome-mplayer is installed, I just found out that this works well (when installing with dpkg -i):And this doesn't:Code: Select all
Conflicts: gmplayer, gnome-mplayer, mplayer2, mplayer, gmplayer-portable Replaces: gmplayer, gnome-mplayer, mplayer2, mplayer, gmplayer-portable
So it seems that the order is important (in this case gnome-mplayer needs to be before mplayer2, otherwise dpkg refuses to uninstall mplayer2).Code: Select all
Conflicts: gmplayer, mplayer2, mplayer, gnome-mplayer, gmplayer-portable Replaces: gmplayer, mplayer2, mplayer, gnome-mplayer, gmplayer-portable
Yes, it could be enough to post it in howto thread only and leave all packages available in DD repository. If someone gets the Synaptick broken package problem even without reading the solution it will be fixed anyway after restarting synaptic.Thinking more about it I feel also for this solution.
Only thing I'm in doubt of is starting synaptic with popup message, isn't it overdone for just a few packages? (and as I said, first time switching works well)
I think adding post in howto thread about this "reload and unselect all" workarounds is enough.
For now we can leave all packages in DD repo and add post about the Synaptic workaround in howto thread (when the repository is available in next DD update).
We have backup plan to use message in prerm script and xmessage will be better and universal choice. We don't even need to add x11-utils as dependency because x11-utils is already part of any debian system. Especially with this probbing "which xmessage" line in your example.
Toni
Hi, Fred.
Uploaded some more packages. I think almost all from included packages are moded for testing. Your yad prerm script is not included yet (maybe we will not use it if we keep all packages available in DD repository - this is what you prefer also If I do not mistake).
One question about ktsuss:
In Jwm I use ktsuss_1.4-1_i386.deb. It works for RemasterDog started as puppy user for example cleaning /home/puppy personal settings files.
I also keep the binary renamed /opt/bin/ktsuss2 from ktsuss-2.0-0_i386.deb which changes /home/puppy to /root for RemasterDog started as puppy user (I keep it just in case it is needed sometimes).
In OpenBox /usr/bin/ktsuss is different smaller file (I do not have it as deb).
Any suggestions which one to keep in DD repository? We need to do the same replaces method as for filemnt- if we keep more than one.
I suggest to keep ktsuss_1.4-1_i386.deb in repository and other ktsuss debs inside zip archive with text file what is the difference).
Edit: Forgot to add we have one more ktsuss from you here using user password instead root.
Edit2: BTW pfilesearch is removed from Pburn and added dependency pfind in control. Pfind has pfilesearch included. I need to test it properly first but it should work this way.
Any objections to keep Pburn with dependency Pfind instead duplicate pfilesearch files in Pfind and Pburn?
Toni
Uploaded some more packages. I think almost all from included packages are moded for testing. Your yad prerm script is not included yet (maybe we will not use it if we keep all packages available in DD repository - this is what you prefer also If I do not mistake).
One question about ktsuss:
In Jwm I use ktsuss_1.4-1_i386.deb. It works for RemasterDog started as puppy user for example cleaning /home/puppy personal settings files.
I also keep the binary renamed /opt/bin/ktsuss2 from ktsuss-2.0-0_i386.deb which changes /home/puppy to /root for RemasterDog started as puppy user (I keep it just in case it is needed sometimes).
In OpenBox /usr/bin/ktsuss is different smaller file (I do not have it as deb).
Any suggestions which one to keep in DD repository? We need to do the same replaces method as for filemnt- if we keep more than one.
I suggest to keep ktsuss_1.4-1_i386.deb in repository and other ktsuss debs inside zip archive with text file what is the difference).
Edit: Forgot to add we have one more ktsuss from you here using user password instead root.
Edit2: BTW pfilesearch is removed from Pburn and added dependency pfind in control. Pfind has pfilesearch included. I need to test it properly first but it should work this way.
Any objections to keep Pburn with dependency Pfind instead duplicate pfilesearch files in Pfind and Pburn?
Toni
Hi Toni,
Here's a little script to better determine dependency library packages of an executable.
It works similar to "ldd /path/to/binary" with these differences:
- only direct dependencies are displayed (ldd shows also dependencies of dependencies .... and so on)
- using apt-file the package-name corresponding with the library is displayed.
For example output of /usr/bin/gtkdialog:
It depends on readelf (part of binutils, included it in the attached libsearch.tar.gz) and on apt-file.
Edit: Some more about difference between using ldd or this script:
As I note above: ldd shows the dependencies of dependencies... , which IMO is not needed because these will be satisfied already by the package-management.
I think the packages names outcome from the script will be perfectly ok to use on the Depends: line of control file.
Fred
Yes, I prefer all packages available in DD but only if you agree, after all it's your 'project' to make all DD packages compatible with official Debian.Uploaded some more packages. I think almost all from included packages are moded for testing. Your yad prerm script is not included yet (maybe we will not use it if we keep all packages available in DD repository - this is what you prefer also If I do not mistake
I don't know but does your edit mean you figured it out?One question about ktsuss:
In Jwm I use ktsuss_1.4-1_i386.deb. It works for RemasterDog started as puppy user for example cleaning /home/puppy personal settings files.
I also keep the binary renamed /opt/bin/ktsuss2 from ktsuss-2.0-0_i386.deb which changes /home/puppy to /root for RemasterDog started as puppy user (I keep it just in case it is needed sometimes).
In OpenBox /usr/bin/ktsuss is different smaller file (I do not have it as deb).
Edit: Forgot to add we have one more ktsuss from you here using user password instead root.
No objections.Any objections to keep Pburn with dependency Pfind instead duplicate pfilesearch files in Pfind and Pburn?
Here's a little script to better determine dependency library packages of an executable.
It works similar to "ldd /path/to/binary" with these differences:
- only direct dependencies are displayed (ldd shows also dependencies of dependencies .... and so on)
- using apt-file the package-name corresponding with the library is displayed.
For example output of /usr/bin/gtkdialog:
Code: Select all
root@dog:/mnt/sda2# ./libsearch /usr/bin/gtkdialog
This script can be used to find the (library) dependency package names of a binary.
Similar to 'ldd /path/to/binary' with the difference that it shows also packages names (using apt-file)
instead of only /path/to/*.so, e.g. libc.so.6 shows also: libc6.
libgtk2.0-0: /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
libgtk2.0-0: /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
libgdk-pixbuf2.0-0: /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0
libglib2.0-0: /usr/lib/i386-linux-gnu/libgio-2.0.so.0
libglib2.0-0: /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
libglib2.0-0: /lib/i386-linux-gnu/libglib-2.0.so.0
libglib2.0-0: /usr/lib/i386-linux-gnu/libgthread-2.0.so.0
libglade2-0: /usr/lib/libglade-2.0.so.0
libc6: /lib/i386-linux-gnu/libpthread.so.0
libc6: /lib/i386-linux-gnu/libc.so.6
Results are stored in 'gtkdialog-liblist'
root@dog:/mnt/sda2#
Edit: Some more about difference between using ldd or this script:
As I note above: ldd shows the dependencies of dependencies... , which IMO is not needed because these will be satisfied already by the package-management.
I think the packages names outcome from the script will be perfectly ok to use on the Depends: line of control file.
Fred
- Attachments
-
- libsearch.tar.gz
- Determine dependencies of an executable
- (138.34 KiB) Downloaded 173 times
Hi, Fred.
About ktsuss my edit means we have 4 instaed 3 ktsuss packages. I think it is best to keep one available for download and to have the same ktsuss in both DD versions. I will do some testing with all ktsuss.
http://smokey01.com/saintless/DebianDog ... e.squashfs
Toni
I agree. I don't think all packages will work on standard Debian but I need to make sure after installing in standard Debian some package from DD will not break dpkg.fredx181 wrote:Yes, I prefer all packages available in DD but only if you agree, after all it's your 'project' to make all DD packages compatible with official Debian.
About ktsuss my edit means we have 4 instaed 3 ktsuss packages. I think it is best to keep one available for download and to have the same ktsuss in both DD versions. I will do some testing with all ktsuss.
Thanks, it makes finding dependencies easier. Added in /usr/local/bin inside 09-apt-file-debdir-aptitude.squashfs here (use right click save link as to download):Here's a little script to better determine dependency library packages of an executable.
http://smokey01.com/saintless/DebianDog ... e.squashfs
Toni
Hi Toni,
For the gnome-mplayer-1.0.7 package: from the results of libsearch script I made the following Depends line:
That's a big difference to how it is now!
Most additions come from /opt/bin/mplayer dependencies, for example libfribidi0, which is a 'real' dependency.
Mplayer doesn't work without it.
I know it's a lot of work to make all Depends: lines right but I think it's important and since we are changing lots of packages anyway it's worth the effort.
Fred
For the gnome-mplayer-1.0.7 package: from the results of libsearch script I made the following Depends line:
Code: Select all
Depends: dbus-x11, libasound2, libatk1.0-0, libc6, libcairo2, libdbus-1-3, libdbus-glib-1-2, libfontconfig1, libfreetype6, libfribidi0, libgtk2.0-bin, hicolor-icon-theme, libgdk-pixbuf2.0-0, libglib2.0-0, libnotify4, libpango1.0-0, libpng12-0, libx11-6, libxext6, libxinerama1, libxss1, libxv1, libdconf0, libdconf-dbus-1-0, dconf-gsettings-backend
Most additions come from /opt/bin/mplayer dependencies, for example libfribidi0, which is a 'real' dependency.
Mplayer doesn't work without it.
I know it's a lot of work to make all Depends: lines right but I think it's important and since we are changing lots of packages anyway it's worth the effort.
Fred
I agree, Fred. I know it will take time and a lot of work but it is better to prevent problems from not properly builded packages instead fixing new found conflicting files all the time. I will check the packages again tonight and tomorrow.fredx181 wrote:I know it's a lot of work to make all Depends: lines right but I think it's important and since we are changing lots of packages anyway it's worth the effort.
Toni
Hi Toni,
A little tip I wanted to give you already earlier:
To test package(s) from custom repo, it's easier to use the local repo, e.g. /media/sda1/tmp
Then in /etc/apt/sources.list:
It will save you from the trouble to upload files everytime to smokey01.com
Can I do something to lighten your tasks?
Fred
Thanks!click save link as to download):
http://smokey01.com/saintless/DebianDog ... e.squashfs
A little tip I wanted to give you already earlier:
To test package(s) from custom repo, it's easier to use the local repo, e.g. /media/sda1/tmp
Then in /etc/apt/sources.list:
Code: Select all
deb file:/media/sda1/tmp/ ./
Can I do something to lighten your tasks?
Fred
Thanks, Fred! I will keep it in mind.fredx181 wrote:A little tip I wanted to give you already earlier:
To test package(s) from custom repo, it's easier to use the local repo, e.g. /media/sda1/tmp
Then in /etc/apt/sources.list:It will save you from the trouble to upload files everytime to smokey01.comCode: Select all
deb file:/media/sda1/tmp/ ./
Testing repository checked and the packages reuploaded after running libsearch script.
I think zenity-portable has in control few dependencies more than needed (according to libsearch result) but I left them all.
Also desktop-drive-icons has already included libgtk2.0-bin (which is missing from libsearch output). I think we should keep all dependencies to be on the safe side.
Thanks, you already helped me much with apt-file-deb-search and libsearch scripts, Fred. Both will save a lot of time and typing commandsCan I do something to lighten your tasks?
I will continue testing in standard Debian and after that in DebianDog and keep posting the problems here asking for help.
Toni
Hi Toni,
I'll try upgrade with new DD test repository and report back probably tomorrow.
Looks like we're getting somewhere now!
Fred
Yes, at that moment I thought it would be best to copy from yad Depends: line, it should be ok, indeed better (a little) to much.I think zenity-portable has in control few dependencies more than needed (according to libsearch result) but I left them all.
Unfortunately libsearch works only for library packages, which libgtk2.0-bin is not, I think (looking at the filelist, I see no lib files).Also desktop-drive-icons has already included libgtk2.0-bin (which is missing from libsearch output).
I'll try upgrade with new DD test repository and report back probably tomorrow.
Looks like we're getting somewhere now!
Fred
Hi, Fred.
Just for information from testing standard Debian - we have some issues with:
desktop-editor
edit-sfs-rox ("thunar not found message" - which should not exist in rox version) - fixed
ffconvert
move-in-crypt (gksu is not added in gsu line I think) - fixed
pfind
peasyglue
sns
frisbee.
I will check them again and reupload what I can fix tomorrow.
Toni
Just for information from testing standard Debian - we have some issues with:
desktop-editor
edit-sfs-rox ("thunar not found message" - which should not exist in rox version) - fixed
ffconvert
move-in-crypt (gksu is not added in gsu line I think) - fixed
pfind
peasyglue
sns
frisbee.
I will check them again and reupload what I can fix tomorrow.
Toni
Hi Toni,
Could the issue be because sh is symlink to dash for you?
Fred
Quickly tried pburn and peasyglue on full wheezy install and see no problems.Just for information from testing standard Debian - we have some issues with:
desktop-editor
edit-sfs-rox ("thunar not found message" - which should not exist in rox version) - fixed
ffconvert
move-in-crypt (gksu is not added in gsu line I think) - fixed
pfind
peasyglue
sns
frisbee.
Could the issue be because sh is symlink to dash for you?
Fred
Hi, Fred.
Yes, the problem in standard Debian with peasyglue was sh is link to dash.
But I still get this for pburn:
Seems to work anyway.
Pfind has no problem actually. It just gets "Permission denied" messages for some folders because needs sudo to search inside. It is not a bug or a problem. It can be started with sudo from terminal in standard Debian or from user account in DD to search inside /root for example.
The result is very good to the moment. I will continue adding more packages in the next days.
Toni
Yes, the problem in standard Debian with peasyglue was sh is link to dash.
But I still get this for pburn:
Code: Select all
user@debian:~$ pburn
grep: /home/user/.gtkrc-2.0: No such file or directory
/usr/local/pburn/func_gui_options: line 167: type: vamps: not found
Pfind has no problem actually. It just gets "Permission denied" messages for some folders because needs sudo to search inside. It is not a bug or a problem. It can be started with sudo from terminal in standard Debian or from user account in DD to search inside /root for example.
The result is very good to the moment. I will continue adding more packages in the next days.
Toni
Hi Toni,
I've tried menumaker and ffconvert on my full install and no problems.
Only for menumaker a warning that defaultbrowser is not found.
Although I couldn't reproduce the menumaker error you had I've removed a section (mostly about default-browser)
So it's just a guess but maybe it helps.
Attached menumaker.tar.gz
Fred
Then better add 'vamps' package to Depends: ... line. (it's for shrinking DVD's, I've never used it with pburn though)But I still get this for pburn:
Code:
user@debian:~$ pburn
grep: /home/user/.gtkrc-2.0: No such file or directory
/usr/local/pburn/func_gui_options: line 167: type: vamps: not found
I've tried menumaker and ffconvert on my full install and no problems.
Only for menumaker a warning that defaultbrowser is not found.
Although I couldn't reproduce the menumaker error you had I've removed a section (mostly about default-browser)
So it's just a guess but maybe it helps.
Attached menumaker.tar.gz
Fred
- Attachments
-
- menumaker.tar.gz
- (6.43 KiB) Downloaded 135 times
Hi Toni, Fred et al,
Could the issue be because sh is symlink to dash for you?
How did you solve it? If you remeber, I had that issue in SID and reconfigured bash as default instead of dash. Shortly afterwards shellshock followed ... and I wonder if changing Debian default shell is the right thing to do. Can peasyglue be easily modded to work with dash? Debian has a script "checkbashisms", part of devscripts pkg.Yes, the problem in standard Debian with peasyglue was sh is link to dash.
https://packages.debian.org/wheezy/devscripts It's way above my level, though.- checkbashisms: check whether a /bin/sh script contains any common bash-specific contructs
Hi, Fred.
Not much time for testing few days but I will continue soon.
I will test menumaker without defaultbrowser line.
For ffconvert after installing ffmpeg I get "Segmentation fault" error.
Toni
Not much time for testing few days but I will continue soon.
I will add it.fredx181 wrote:Then better add 'vamps' package to Depends: ... line. (it's for shrinking DVD's, I've never used it with pburn though)
Strange. I will make fresh standard Debian install. Maybe something from too much testing different DD packages cause the problem.I've tried menumaker and ffconvert on my full install and no problems.
Only for menumaker a warning that defaultbrowser is not found.
I will test menumaker without defaultbrowser line.
For ffconvert after installing ffmpeg I get "Segmentation fault" error.
Toni