Re: http://wiki.debian.org/DebianInstaller/Today: add two entries
Dear Frans, thank you for your quick response. Am Dienstag, den 25.03.2008, 23:47 +0100 schrieb Frans Pop: > On Tuesday 25 March 2008, Paul Menzel wrote: > > could you please add these to items to [1]. I think this will save some > > people some time in finding out, that it does not work. > > > > 1. [25 March 2008] Installing Debian when sid is selected leaves an > > unconfigured system [2][3]. > > Don't think this is suitable. unstable is regularly broken and keeping up > with individual breakages is just not doable. Would you have minded, if I had added this and updated it today? I know it is hard to keep up, but the three (?) times I tried to install sid before it always went smoothly. And also this time it was a base package. > Anyway, as of today the issue with aptitude should be fixed. Yes, fortunately it is. > > Is there a way to fix this during the installation? > > a) Use branch testing. > > Just install testing and upgrade afterwards. That's always the safest > procedure for installing sid... I tried this. But after doing i) change sources.list to use sid ii) $ sudo aptitude dist-upgrade the system did not boot anymore – it did not ask for the passphrase as before (both linux images failed (2.6.22 (updated) and 2.6.24 (installed)). (I did not look at /etc/crypttab after the dist-upgrade. But it should not have changed.) I will try to install Debian again today and will submit an installation report. > > 2. Combining RAID and Crypto is still not working. Please read [4]. > > Instead I have activated the link to the errata for the last official > release (Lenny Beta 1 in this case) again, which lists the issue. Do you mean [6]? I cannot find it there. But maybe I am blind, it is still early in the morning. Thanks, Paul [6] http://www.debian.org/devel/debian-installer/errata.en signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
installation-report: #472487 not forwarded to list
Hi, I filed a installation report bug, but it didn't make it to the list: please see 472487 (installationreport: low memory install lenny beta1: Problems) -- Kind regards Holger == Created with Sylpheed 2.3.0 under THE NEW DEBIAN GNU/LINUX 4.0 »Etch« http://counter.li.org/, Registered LinuxUser #311290 Try out OpenGL 3D-Desktop Beryl! www.beryl-project.org =
Re: Small change to main-menu
On Tue, Mar 25, 2008 at 05:14:13PM +0100, Frans Pop wrote: > There are several packages that we do want to list during package selection > in anna, but that should not be listed in the main menu. > The current list I'm aware of is: > - openssh-client-udeb > - fdisk-udeb > - cfdisk-udeb > - parted-udeb > > One of the main deciding factors to list a component in anna is the > menu-item-number. > […] > Instead of asking isinstallable files to be added to util-linux, I intend to > commit the patch below to main-menu as an implementation of formal support > for this use case. It checks the menu item and, if it is 9 or 99900 it > is marked uninstallable and will thus not be displayed. > This is not the most beautiful solution, but IMO it is much better than > having both dummy menu item numbers _and_ dummy isinstallable files. I am thinking of another option (but I have not fully researched if it was doable): we could change main-menu to verify if a package has a postinst script before displaying an entry in the menu. At first look, this would remove the need for the isinstallable and for another hard-coded menu item number in main-menu… Cheers, -- Jérémy Bobbio signature.asc Description: Digital signature
partman-multipath_1_powerpc.changes is NEW
(new) partman-multipath_1.dsc optional debian-installer (new) partman-multipath_1.tar.gz optional debian-installer (new) partman-multipath_1_all.udeb optional debian-installer Adds support for multipath block devices to partman Changes: partman-multipath (1) unstable; urgency=low . * Initial version. Override entries for your package: Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of partman-multipath_1_powerpc.changes
partman-multipath_1_powerpc.changes uploaded successfully to localhost along with the files: partman-multipath_1.dsc partman-multipath_1.tar.gz partman-multipath_1_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#260625: The peak of pleasure
The joys of lovemaking await you when you click here http://www.Manticres.com/ FHM leading mens supplement -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Small change to main-menu
On Wednesday 26 March 2008, Jérémy Bobbio wrote: > I am thinking of another option (but I have not fully researched if it > was doable): we could change main-menu to verify if a package has a > postinst script before displaying an entry in the menu. Yes, that could work as well. If you want to look into that further, please do. I'm not sure if it would be a really clean solution though as details like that are usually left to udpkg, but if lib-di provides something like a has_postinst function it could be OK. Another issue is that it would still require the udeb to have a dummy menu item, and if it does need one, why not use a specific value for it (as we basically do already)? So, the gain is marginal at best. A proper solution would be one that does not require them to have a menu number at all. I looked at using the priority for that at some point, but that would IMO require too many priority changes for existing udebs _and_ leave us fairly exposed to mistakes is udeb priorities. Anyway, as fdisk is already being incorrectly included in the menu now, IMO we should do something fast. Any objection to implementing my patch now and maybe later switch to some other solution? Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#320054: I am sorry I banged her
The wonders of medical science have now made it possible to have amazing lovemaking every night http://www.Extenvime.com/ Playboy playmate bares all -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: http://wiki.debian.org/DebianInstaller/Today: add two entries
On Wednesday 26 March 2008, Paul Menzel wrote: > Would you have minded, if I had added this and updated it today? Yes, for the following reasons: 1) it is only likely to confuse other users 2) the breakage is mostly completely outside our control 3) listings would be highly unreliable because of the turnover speed of unstabe (we'd miss most issues and run the risk of issues not getting cleaned up when the are resolved) 4) installing sid directly really isn't that good an idea and _always_ has the risk of failure attached; just don't do it if you're unprepared to deal that > the system did not boot anymore – it did not ask for the passphrase as > before (both linux images failed (2.6.22 (updated) and 2.6.24 > (installed)). (I did not look at /etc/crypttab after the dist-upgrade. > But it should not have changed.) That's a known issue with busybox that would also have hit you if you'd installed sid directly. Again more a reason to _not_ install sid directly than anything else. Downgrading busybox and rebuilding your initrd should fix it. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#243437: Get freaky at the motel
Be the man of her dreams by clicking here http://www.Fordevers.com/ Don't Miss Out Anymore -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#260763: Don't Let Yourself Down
The wonders of medical science have now made it possible to have amazing lovemaking every night http://www.Extenvime.com/ See What You Missed Out In 2008 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of busybox_1.9.2-2_amd64.changes
busybox_1.9.2-2_amd64.changes uploaded successfully to localhost along with the files: busybox_1.9.2-2.dsc busybox_1.9.2-2.diff.gz busybox_1.9.2-2_amd64.deb busybox-static_1.9.2-2_amd64.deb busybox-udeb_1.9.2-2_amd64.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Small change to main-menu
On Wed, Mar 26, 2008 at 11:17:09AM +0100, Frans Pop wrote: > Another issue is that it would still require the udeb to have a dummy menu > item, and if it does need one, why not use a specific value for it (as we > basically do already)? So, the gain is marginal at best. True… Your proposal sounds "good enough" in this regard. > Anyway, as fdisk is already being incorrectly included in the menu now, IMO > we should do something fast. Any objection to implementing my patch now and > maybe later switch to some other solution? No objection from me. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
busybox_1.9.2-2_amd64.changes ACCEPTED
Accepted: busybox-static_1.9.2-2_amd64.deb to pool/main/b/busybox/busybox-static_1.9.2-2_amd64.deb busybox-udeb_1.9.2-2_amd64.udeb to pool/main/b/busybox/busybox-udeb_1.9.2-2_amd64.udeb busybox_1.9.2-2.diff.gz to pool/main/b/busybox/busybox_1.9.2-2.diff.gz busybox_1.9.2-2.dsc to pool/main/b/busybox/busybox_1.9.2-2.dsc busybox_1.9.2-2_amd64.deb to pool/main/b/busybox/busybox_1.9.2-2_amd64.deb Override entries for your package: busybox-static_1.9.2-2_amd64.deb - extra shells busybox-udeb_1.9.2-2_amd64.udeb - extra debian-installer busybox_1.9.2-2.dsc - source utils busybox_1.9.2-2_amd64.deb - optional utils Announcing to [EMAIL PROTECTED] Closing bugs: 472653 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472519: marked as done (init:157: printf not found)
Your message dated Wed, 26 Mar 2008 11:17:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#472653: fixed in busybox 1:1.9.2-2 has caused the Debian Bug report #472653, regarding init:157: printf not found to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 472653: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472653 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: initramfs-tools Version: 0.91e Severity: normal On a new installation with the 2008-03-16 daily built d-i businesscard image, the system says, right after loading the initramfs, that printf cannot be found in line 157 of init. This is the load_modules function in scripts/functions. busybox supports printf, so I don't really know what's up... -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/) --- End Message --- --- Begin Message --- Source: busybox Source-Version: 1:1.9.2-2 We believe that the bug you reported is fixed in the latest version of busybox, which is due to be installed in the Debian FTP archive: busybox-static_1.9.2-2_amd64.deb to pool/main/b/busybox/busybox-static_1.9.2-2_amd64.deb busybox-udeb_1.9.2-2_amd64.udeb to pool/main/b/busybox/busybox-udeb_1.9.2-2_amd64.udeb busybox_1.9.2-2.diff.gz to pool/main/b/busybox/busybox_1.9.2-2.diff.gz busybox_1.9.2-2.dsc to pool/main/b/busybox/busybox_1.9.2-2.dsc busybox_1.9.2-2_amd64.deb to pool/main/b/busybox/busybox_1.9.2-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Blank <[EMAIL PROTECTED]> (supplier of updated busybox package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 26 Mar 2008 11:33:59 +0100 Source: busybox Binary: busybox busybox-static busybox-udeb Architecture: source amd64 Version: 1:1.9.2-2 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Bastian Blank <[EMAIL PROTECTED]> Description: busybox- Tiny utilities for small and embedded systems busybox-static - Standalone rescue shell with tons of builtin utilities busybox-udeb - Tiny utilities for the debian-installer (udeb) Closes: 472653 Changes: busybox (1:1.9.2-2) unstable; urgency=low . * Set correct source section. * Move busybox-static to extra. * Update Standards-Version to 3.7.3, no changes. * Add generic applet fallback. (closes: #472653) Files: 31748e7166feaf126fc1a3b322938eee 674 utils optional busybox_1.9.2-2.dsc 1e708f10373ca6e0649cf98f9bd754b7 22529 utils optional busybox_1.9.2-2.diff.gz 12bbb5d90fe025348722f86a2c74ed9f 325214 utils optional busybox_1.9.2-2_amd64.deb fded3b600f6a5a4d86378135bb09c756 931900 shells extra busybox-static_1.9.2-2_amd64.deb bf33491d552e67ef871825d0a77f7110 135160 debian-installer extra busybox-udeb_1.9.2-2_amd64.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iEYEARECAAYFAkfqLU4ACgkQxWtQqFixGB4xOQCfSuDTLegmP4LrfReQP5B/gxWP A/YAn1NwZfbo1BhVO8jh+JFjJ49jL8iy =HWye -END PGP SIGNATURE- --- End Message ---
Bug#472653: marked as done (unable to exec applets when /proc is not mounted)
Your message dated Wed, 26 Mar 2008 11:17:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#472653: fixed in busybox 1:1.9.2-2 has caused the Debian Bug report #472653, regarding unable to exec applets when /proc is not mounted to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 472653: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472653 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: busybox Version: 1:1.9.2-1 Severity: critical Tags: patch This version of busybox is unable to execute its own applets in the absence of procfs. Attached is a screen shot of problem, below is a hotfix for initramfs-tools to workaround problem. This calls klibc provided binaries explicitly until /proc is mounted, and does not allow busybox the opportunity to fuck up. --- diff -Nrup initramfs-tools-0.91e.orig/init initramfs-tools-0.91e/init --- initramfs-tools-0.91e.orig/init 2008-01-23 01:36:28.0 +1000 +++ initramfs-tools-0.91e/init 2008-03-26 00:40:58.0 +1000 @@ -2,14 +2,14 @@ echo "Loading, please wait..." -[ -d /dev ] || mkdir -m 0755 /dev -[ -d /root ] || mkdir --mode=0700 /root -[ -d /sys ] || mkdir /sys -[ -d /proc ] || mkdir /proc -[ -d /tmp ] || mkdir /tmp -mkdir -p /var/lock -mount -t sysfs -o nodev,noexec,nosuid none /sys -mount -t proc -o nodev,noexec,nosuid none /proc +[ -d /dev ] || /bin/mkdir -m 0755 /dev +[ -d /root ] || /bin/mkdir --mode=0700 /root +[ -d /sys ] || /bin/mkdir /sys +[ -d /proc ] || /bin/mkdir /proc +[ -d /tmp ] || /bin/mkdir /tmp +/bin/mkdir -p /var/lock +/bin/mount -t sysfs -o nodev,noexec,nosuid none /sys +/bin/mount -t proc -o nodev,noexec,nosuid none /proc # Note that this only becomes /dev on the real filesystem if udev's scripts # are used; which they will be, but it's worth pointing out --- <>--- End Message --- --- Begin Message --- Source: busybox Source-Version: 1:1.9.2-2 We believe that the bug you reported is fixed in the latest version of busybox, which is due to be installed in the Debian FTP archive: busybox-static_1.9.2-2_amd64.deb to pool/main/b/busybox/busybox-static_1.9.2-2_amd64.deb busybox-udeb_1.9.2-2_amd64.udeb to pool/main/b/busybox/busybox-udeb_1.9.2-2_amd64.udeb busybox_1.9.2-2.diff.gz to pool/main/b/busybox/busybox_1.9.2-2.diff.gz busybox_1.9.2-2.dsc to pool/main/b/busybox/busybox_1.9.2-2.dsc busybox_1.9.2-2_amd64.deb to pool/main/b/busybox/busybox_1.9.2-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Blank <[EMAIL PROTECTED]> (supplier of updated busybox package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 26 Mar 2008 11:33:59 +0100 Source: busybox Binary: busybox busybox-static busybox-udeb Architecture: source amd64 Version: 1:1.9.2-2 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Bastian Blank <[EMAIL PROTECTED]> Description: busybox- Tiny utilities for small and embedded systems busybox-static - Standalone rescue shell with tons of builtin utilities busybox-udeb - Tiny utilities for the debian-installer (udeb) Closes: 472653 Changes: busybox (1:1.9.2-2) unstable; urgency=low . * Set correct source section. * Move busybox-static to extra. * Update Standards-Version to 3.7.3, no changes. * Add generic applet fallback. (closes: #472653) Files: 31748e7166feaf126fc1a3b322938eee 674 utils optional busybox_1.9.2-2.dsc 1e708f10373ca6e0649cf98f9bd754b7 22529 utils optional busybox_1.9.2-2.diff.gz 12bbb5d90fe025348722f86a2c74ed9f 325214 utils optional busybox_1.9.2-2_amd64.deb fded3b600f6a5a4d86378135bb09c756 931900 shells extra busybox-static_1.9.2-2_amd64.deb bf33491d552e67ef871825d0a77f7110 135160 debian-installer extra busybox-udeb_1.9.2-2_amd64.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iEYEARECAAYFAkfqLU4ACgkQxWtQqFixGB4xOQCfSuDTLegmP4LrfReQP5B/gxWP A/YAn1NwZfbo1BhVO8jh+JFjJ49jL8iy =HWye -END PGP SIGNATURE- --- End Message ---
Bug#341596: Playboy playmate bares all
They no longer called it just a prick after 3 months http://www.uppotwo.com/ The peak of pleasure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381875: Give her the ride of her life
Make your lady squirt with joy with your brand new pecker http://www.botoldday.com/ Her breasts just spilled out -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396469: Don't Miss Out Anymore
Even lesbians came to me for a good fix after this http://www.Extenvime.com/ Lindsay Lohan bares all -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 472389 to busybox
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.18.1 > reassign 472389 busybox Bug#472389: busybox: no longer falles back to busybox applets if no executable if found Bug#472382: busybox-static: sh doesn't have builtins for unix commands Bug#472424: busybox: Spurious messages at boot when used in an initrd Bug#472455: initramfs-tools: initramfs doesn't include grep, printf, basename, tr, sed, needed by splashy Bug reassigned from package `busybox' to `busybox'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252000: 15 tips on mind blowing foreplay
No more laughter, just serious fun after 3 months http://www.Dusantra.com/ The peak of pleasure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: e2fsprogs 1.40.8-2 MIGRATED to testing]
Theodore Tso <[EMAIL PROTECTED]> writes: > On Tue, Mar 25, 2008 at 10:31:50PM -0300, Otavio Salvador wrote: >> Hi Ted, >> >> > I wasn't the one who requested that e2fsprogs 1.40.8-2 get migrated >> > from unstable to testing. So hopefully you guys were expecting it; I >> > believe you had requested that I coordinate with you before new >> > versions of e2fsprogs hit testing, so there wouldn't be as many issues >> > with the debian installer? >> >> Yes, we were expecting it but now we need to get it synced (udebs) on it >> too. Please wait until I or Jeroen reply to this saying it's safe to upload. > > Remind me again what the constrints are? Is it a problem before > e2fsprogs gets uploaded to unstable, or when it goes from unstable to > testing? Which distribution do you synchronize against? We synchronize the udeb binaries of testing with unstable. When the packages goes to testing the udeb doesn't go automaticaly and it need to be done by a ftpmaster (Jeroen is who usually does it for us). If you update the unstable package it cannot be done that way anymore and sometimes is even impossible to us to sync until the next version is ready to go to testing. That's why we ask for people to wait. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Small change to main-menu
Jérémy Bobbio <[EMAIL PROTECTED]> writes: > On Wed, Mar 26, 2008 at 11:17:09AM +0100, Frans Pop wrote: >> Another issue is that it would still require the udeb to have a dummy menu >> item, and if it does need one, why not use a specific value for it (as we >> basically do already)? So, the gain is marginal at best. > > True… Your proposal sounds "good enough" in this regard. > >> Anyway, as fdisk is already being incorrectly included in the menu now, IMO >> we should do something fast. Any objection to implementing my patch now and >> maybe later switch to some other solution? > > No objection from me. Neither by me. The patch also looks clean. Please go with it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house."
Processing of main-menu_1.26_amd64.changes
main-menu_1.26_amd64.changes uploaded successfully to localhost along with the files: main-menu_1.26.dsc main-menu_1.26.tar.gz main-menu_1.26_amd64.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal: move win32-loader in SVN repository
Christian Perrier <[EMAIL PROTECTED]> writes: > Quoting Otavio Salvador ([EMAIL PROTECTED]): > >> I'm still of opinion to choose another dir for them. I've proposed[1] > > Depends if we have many of them or not. All propositions you made were > indeed OK for me. We already have: win32-loader busybox mklibs libdebian-installer (if we opt to move it too) >> few alternatives for directory names but noone commented on them; the >> move has been done without a widely agreement from the team and people >> that were involved discussing on the thread didn't agree too (me >> included). > > Well, that doesn't really makes a problem for me. Action was needed, > Frans did the action...and even enforced the discussion by doing > so..:-)...What would have happened if he hadn't? Very probably a dying > discussion, all of us going back to our various tasks and nothing > made. Sorry I disagree. We always preferred to hold changes until we get agreement. Many times it has been complained here by mistakes made by me, or others, and this is really serious when it has SCM metadata involved since it does complicate a future migration so it need to be well decided. > I'm all for action when a topic emerges (this is even something I > debated with Frans sometimes because I'm often even more for immediate > and quick action than he is...). Yes, sometimes it is really important and I agree that we shouldn't hold every action however a package move on SCM won't (and it didn't) change our lifes and neither solve any urgent trouble we were having so no reason to hurry with it. >> It can be moved again, for sure, but as Joey has already spot this is >> another thing to worry when migrating from svn to . >> >> This enforces the need of those svn moves being betther thought to >> avoid double work. > > > I don't really understand why multiples moves are a problem for a > future SCM change but, well, I'm mostly ignorant when it comes at > these complicated things > > About lost time: a "svn mv" is a matter of seconds, so we shouldn't > worry that hard, I think. > > I still favor the move. I'm favor of the move but I think we should agree to _where_ it should be done. About the migration in SCM changes, it does matter. When we're migrating from SVN to another SCM we'll need to do partial migrations for all previous places the source where and do a move add another point where we'll need another migration. Example: r100: /packages/foo r101 /trunk/foo If we were migrating foo, the source, we'd need to make a migration from r1 to r100 using /packages/foo, get the result and then do another migration using r101 /trunk/foo to allow it to continue to grab the code history. Now think about doing it for all moves since CVS, source renames, and wrong moves .. this can be really boring. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
main-menu_1.26_amd64.changes ACCEPTED
Accepted: main-menu_1.26.dsc to pool/main/m/main-menu/main-menu_1.26.dsc main-menu_1.26.tar.gz to pool/main/m/main-menu/main-menu_1.26.tar.gz main-menu_1.26_amd64.udeb to pool/main/m/main-menu/main-menu_1.26_amd64.udeb Override entries for your package: main-menu_1.26.dsc - source debian-installer main-menu_1.26_amd64.udeb - standard debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472382: marked as done (busybox-static: sh doesn't have builtins for unix commands)
Your message dated Wed, 26 Mar 2008 15:33:06 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#472389: busybox: no longer falls back to busybox applets if no executable if found has caused the Debian Bug report #472389, regarding busybox-static: sh doesn't have builtins for unix commands to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 472389: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472389 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: busybox-static Severity: normal Version: 1:1.9.1-3 Hello, compared to version 1.1.3, version 1.9.1 has much fewer built-in functions. In particular: BusyBox v1.9.1 (2008-03-22 22:40:55 UTC) built-in shell (ash) Enter 'help' for a list of built-in commands. debian:/# help Built-in commands: --- . : [ [[ alias bg break cd chdir command continue echo eval exec exit export false fg getopts hash help jobs kill let local pwd read readonly return set shift source test times trap true type ulimit umask unalias unset wait debian:/# cmd /bin/sh: cmd: not found as opposed to: BusyBox v1.1.3 (Debian 1:1.1.3-5) Built-in shell (ash) Enter 'help' for a list of built-in commands. debian:/# help Built-in commands: --- . : alias bg break cd chdir command continue echo eval exec exit export false fg getopts hash help jobs kill let local pwd read readonly return set shift times trap true type ulimit umask unalias unset wait [ [[ addgroup adduser adjtimex ar arping ash awk basename bunzip2 busybox bzcat cal cat chgrp chmod chown chroot chvt clear cmp cp cpio crond crontab cut date dc dd deallocvt delgroup deluser df dirname dmesg dos2unix dpkg dpkg-deb du dumpkmap dumpleases echo egrep env expr false fbset fdflush fdisk fgrep find fold free freeramdisk fsck.minix ftpget ftpput getopt getty grep gunzip gzip halt head hexdump hostid hostname httpd hwclock id ifconfig ifdown ifup init ip ipaddr ipcalc iplink iproute iptunnel kill killall klogd last length linuxrc ln loadfont loadkmap logger login logname logread losetup ls makedevs md5sum mesg mkdir mkfifo mkfs.minix mknod mkswap mktemp more mount mt mv nameif nc netstat nslookup od openvt passwd patch pidof ping ping6 pivot_root poweroff printf ps pwd rdate readlink realpath reboot renice reset rm rmdir route rpm rpm2cpio run-parts sed setkeycodes sh sha1sum sleep sort start-stop-daemon strings stty su sulogin swapoff swapon sync syslogd tail tar tee telnet telnetd test tftp time top touch tr traceroute true tty udhcpc udhcpd umount uname uncompress uniq unix2dos unzip uptime usleep uudecode uuencode vi vlock watch watchdog wc wget which who whoami xargs yes zcat debian:/# cmp Using fallback suid method BusyBox v1.1.3 (Debian 1:1.1.3-5) multi-call binary Usage: cmp [-l] [-s] FILE1 [FILE2] Compares FILE1 vs stdin if FILE2 is not specified. Options: -l Write the byte numbers (decimal) and values (octal) for all differing bytes -s quiet mode - do not print Please note that this means scripts on initrd with busybox-static will not work, unless there are symlinks for all the comamnds, which the busybox-static package doesn't facilitate at all, unfortunately. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3-test (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ --- End Message --- --- Begin Message --- Version: 1:1.9.2-2 These bug reports should be fixed with the upload of version 1:1.9.2-2 of busybox earlier today. --- End Message ---
Bug#472455: marked as done (initramfs-tools: initramfs doesn't include grep, printf, basename, tr, sed, needed by splashy)
Your message dated Wed, 26 Mar 2008 15:33:06 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#472389: busybox: no longer falls back to busybox applets if no executable if found has caused the Debian Bug report #472389, regarding initramfs-tools: initramfs doesn't include grep, printf, basename, tr, sed, needed by splashy to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 472389: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472389 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: initramfs-tools Version: 0.91e Severity: important Splashy 0.3.8-1 fails to start from initramfs because many busybox provided functions are missing from /bin. Maybe something to do with bug #338405 -- Package-specific info: -- /proc/cmdline root=/dev/mapper/VG1-root ro single -- /proc/filesystems ext3 fuseblk ext2 -- lsmod Module Size Used by i915 22144 2 drm74228 3 i915 rfcomm 36656 2 l2cap 22752 9 rfcomm nfsd 202448 13 auth_rpcgss39588 1 nfsd exportfs4736 1 nfsd ppdev 8676 0 parport_pc 32824 0 lp 10956 0 parport34216 3 ppdev,parport_pc,lp acpi_cpufreq9100 0 cpufreq_ondemand8332 1 cpufreq_userspace 4228 0 cpufreq_powersave 1792 0 cpufreq_stats 5156 0 nfs 226472 0 lockd 60440 3 nfsd,nfs nfs_acl 3488 2 nfsd,nfs sunrpc170208 11 nfsd,auth_rpcgss,nfs,lockd,nfs_acl ipv6 239556 22 ext2 65224 1 fuse 44756 1 tun10944 1 cpufreq_conservative 7560 0 freq_table 4416 3 acpi_cpufreq,cpufreq_ondemand,cpufreq_stats firewire_sbp2 14092 0 loop 16708 0 joydev 11232 0 pcmcia 36852 0 arc42016 2 ecb 3520 2 snd_hda_intel 268192 1 snd_pcm_oss38080 0 snd_pcm71460 2 snd_hda_intel,snd_pcm_oss tpm_infineon8712 0 tpm15104 1 tpm_infineon tpm_bios6816 1 tpm tifm_7xx1 7328 0 tifm_core 9860 1 tifm_7xx1 yenta_socket 24556 1 rsrc_nonstatic 11744 1 yenta_socket pcmcia_core36724 3 pcmcia,yenta_socket,rsrc_nonstatic snd_mixer_oss 15296 1 snd_pcm_oss psmouse36048 0 pcspkr 3136 0 serio_raw 6692 0 rtc12924 0 i2c_i8019008 0 iTCO_wdt 11140 0 i2c_core 22208 1 i2c_i801 snd_seq_dummy 3780 0 hci_usb14652 2 bluetooth 53596 7 rfcomm,l2cap,hci_usb battery13380 0 ac 6052 0 snd_seq_oss29332 0 sony_laptop28320 0 snd_seq_midi8160 0 snd_rawmidi22624 1 snd_seq_midi snd_seq_midi_event 6912 2 snd_seq_oss,snd_seq_midi snd_seq46428 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 21220 2 snd_pcm,snd_seq snd_seq_device 7788 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq iwl394584316 0 button 8304 0 firmware_class 9248 2 pcmcia,iwl3945 snd48308 11 snd_hda_intel,snd_pcm_oss,snd_pcm,snd_mixer_oss,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device mac80211 114508 1 iwl3945 cfg80211 13288 1 mac80211 soundcore 7492 1 snd snd_page_alloc 10024 2 snd_hda_intel,snd_pcm intel_agp 23188 1 agpgart31636 3 drm,intel_agp evdev 11072 13 ext3 122504 1 jbd43764 1 ext3 mbcache 8288 2 ext2,ext3 dm_mirror 21664 0 dm_snapshot16868 0 sha256_generic 11168 0 geode_aes 5992 0 aes_i586 32628 2 aes_generic26728 0 cbc 4448 1 blkcipher 6596 3 ecb,geode_aes,cbc usbhid 27908 0 hid34084 1 usbhid dm_crypt 13316 1 dm_mod 56084 10 dm_mirror,dm_snapshot,dm_crypt ide_cd 35844
Bug#472389: marked as done (busybox: no longer falles back to busybox applets if no executable if found)
Your message dated Wed, 26 Mar 2008 15:33:06 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#472389: busybox: no longer falls back to busybox applets
if no executable if found
has caused the Debian Bug report #472389,
regarding busybox: no longer falles back to busybox applets if no executable if
found
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
472389: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472389
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: busybox
Version: 1:1.9.1-3
Severity: important
CC'ing initramfs-tools maintainer, as it directly affects hooks into
initramfs-tools.
BusyBox 1.1.3 implemented a fallback to its own applets in case no
executable could be found:
BusyBox v1.1.3 (Debian 1:1.1.3-5) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
~ $ printf "foo\n"
foo
~ $ PATH=
~ $ export PATH
~ $ printf "foo\n"
foo
while BusyBox 1.9.1 just throws an error
BusyBox v1.9.1 (2008-03-22 22:06:19 UTC) built-in shell (ash)
Enter 'help' for a list of built-in commands.
~ $ printf "foo\n"
foo
~ $ PATH=
~ $ export PATH
~ $ printf "foo\n"
ash: printf: not found
Even though this behaviour is understandable, it does break hooks into
current initramfs-tools making use of functionality neither provided by
klibc nor busybox built-ins (but only as applets for busybox), because
initramfs-tools doesn't create {hard,sym}links to busybox (#338405).
Potentially affected packages (not checked in depths):
- bootcd-mkinitramfs (it seems to use grep)
- cryptsetup (it does use basename #466240 and seems to use grep)
- evms (it seems to use grep)
- initramfs-tools (it does use printf and seems to use awk as well)
- live-initramfs (it seems to use awk, basename, grep and printf)
- loop-aes-utils (it seems to use grep)
- ltsp-client-core (it seems to use grep
- mdadm (it seems to use grep)
- nbd-client (it seems to use grep)
- splashy (it seems to use grep)
- uswsusp (it seems to use grep)
A workaround seems to be enabling
CONFIG_FEATURE_PREFER_APPLETS=y
CONFIG_FEATURE_SH_STANDALONE=y
FEATURE_SH_STANDALONE was enabled in busybox 1.1.3, even though it prefers
busybox applets in favour of shipped executables (unless called with full
path names), it might be needed until a better long term solution can be found.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-2.6.24.3.slh.11-sidux-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages busybox depends on:
ii libc6 2.7-9 GNU C Library: Shared libraries
busybox recommends no packages.
-- no debconf information
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
--- Begin Message ---
Version: 1:1.9.2-2
These bug reports should be fixed with the upload of version 1:1.9.2-2 of
busybox earlier today.
--- End Message ---
Bug#252164: Embrace the future
Never have a bad day of lovemaking ever again - Click here http://www.stimulacram.com/ FHM leading mens supplement -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#257285: 15 tips on mind blowing foreplay
I gather it is the best way to gain popularity http://www.akbadbem.com/ Intense, unbelievable climaxes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of partman-xfs_40_amd64.changes
partman-xfs_40_amd64.changes uploaded successfully to localhost along with the files: partman-xfs_40.dsc partman-xfs_40.tar.gz partman-xfs_40_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of partman-ext2r0_1.15_arm.changes
partman-ext2r0_1.15_arm.changes uploaded successfully to localhost along with the files: partman-ext2r0_1.15.dsc partman-ext2r0_1.15.tar.gz partman-ext2r0_1.15_arm.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of partman-jfs_26_amd64.changes
partman-jfs_26_amd64.changes uploaded successfully to localhost along with the files: partman-jfs_26.dsc partman-jfs_26.tar.gz partman-jfs_26_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of partman-ext3_51_amd64.changes
partman-ext3_51_amd64.changes uploaded successfully to localhost along with the files: partman-ext3_51.dsc partman-ext3_51.tar.gz partman-ext3_51_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of partman-basicfilesystems_59_amd64.changes
partman-basicfilesystems_59_amd64.changes uploaded successfully to localhost along with the files: partman-basicfilesystems_59.dsc partman-basicfilesystems_59.tar.gz partman-basicfilesystems_59_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of partman-reiserfs_41_amd64.changes
partman-reiserfs_41_amd64.changes uploaded successfully to localhost along with the files: partman-reiserfs_41.dsc partman-reiserfs_41.tar.gz partman-reiserfs_41_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal: move win32-loader in SVN repository
On Wed, Mar 26, 2008 at 10:19:35AM -0300, Otavio Salvador wrote: > >> few alternatives for directory names but noone commented on them; the > >> move has been done without a widely agreement from the team and people > >> that were involved discussing on the thread didn't agree too (me > >> included). > > > > Well, that doesn't really makes a problem for me. Action was needed, > > Frans did the action...and even enforced the discussion by doing > > so..:-)...What would have happened if he hadn't? Very probably a dying > > discussion, all of us going back to our various tasks and nothing > > made. > > Sorry I disagree. We always preferred to hold changes until we get > agreement. Many times it has been complained here by mistakes made by > me, or others, [...] Since it sounds like I'm being implicitly referenced here, let me add to it that I don't feel the act of judging harshly someone's mistakes deserves a reciprocal response. So why not just ignore this and start afresh on what location is most suitable? FWIW, my only concern with regard to location is that it isn't changed every day, which I hope is not too demanding ;-) -- Robert Millan I know my rights; I want my phone call! What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: forcibly merging 472653 472389
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > forcemerge 472653 472389 Bug#472653: unable to exec applets when /proc is not mounted Bug#472389: busybox: no longer falles back to busybox applets if no executable if found Bug#472519: init:157: printf not found Bug#472382: busybox-static: sh doesn't have builtins for unix commands Bug#472424: busybox: Spurious messages at boot when used in an initrd Bug#472455: initramfs-tools: initramfs doesn't include grep, printf, basename, tr, sed, needed by splashy Forcibly Merged 472382 472389 472424 472455 472519 472653. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: forwarded this bug
Processing commands for [EMAIL PROTECTED]: > forwarded 472700 http://busybox.net/bugs/view.php?id=2704 Bug#472700: Source package contains non-free IETF RFC/I-D Noted your statement that Bug has been forwarded to http://busybox.net/bugs/view.php?id=2704. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partman-jfs_26_amd64.changes ACCEPTED
Accepted: partman-jfs_26.dsc to pool/main/p/partman-jfs/partman-jfs_26.dsc partman-jfs_26.tar.gz to pool/main/p/partman-jfs/partman-jfs_26.tar.gz partman-jfs_26_all.udeb to pool/main/p/partman-jfs/partman-jfs_26_all.udeb Override entries for your package: partman-jfs_26.dsc - source debian-installer partman-jfs_26_all.udeb - standard debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partman-reiserfs_41_amd64.changes ACCEPTED
Accepted: partman-reiserfs_41.dsc to pool/main/p/partman-reiserfs/partman-reiserfs_41.dsc partman-reiserfs_41.tar.gz to pool/main/p/partman-reiserfs/partman-reiserfs_41.tar.gz partman-reiserfs_41_all.udeb to pool/main/p/partman-reiserfs/partman-reiserfs_41_all.udeb Override entries for your package: partman-reiserfs_41.dsc - source debian-installer partman-reiserfs_41_all.udeb - standard debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472424: marked as done (busybox: Spurious messages at boot when used in an initrd)
Your message dated Wed, 26 Mar 2008 15:33:06 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#472389: busybox: no longer falls back to busybox applets if no executable if found has caused the Debian Bug report #472389, regarding busybox: Spurious messages at boot when used in an initrd to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 472389: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472389 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: busybox Version: 1:1.9.1-3 Severity: normal Hi, I got spurious messages at boot if I build an initrd using this version of busybox: /init: line 157: printf: not found /script/local/tp/cryptroot: line 22: basename: not found sh: cryptroot: unknown operand (2 previous lines repeated 5 times) Here the raids volumes assembly /script/local/top/lvm2: line 67: tr not found /script/local/top/lvm2: line 67: sed not found /script/local/top/lvm2: line 67: sed not found Then the boot process is completed normally. I tried the version in incoming. It is even worse: the boot process stops waiting for the root filesystem. The root filesystem is on lvm2 over raid1. Attached my init script. Regards Jean-Luc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc6-git7-k8-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages busybox depends on: ii libc6 2.7-9 GNU C Library: Shared libraries busybox recommends no packages. -- no debconf information init Description: application/shellscript --- End Message --- --- Begin Message --- Version: 1:1.9.2-2 These bug reports should be fixed with the upload of version 1:1.9.2-2 of busybox earlier today. --- End Message ---
Bug#274559: Rise and Shine To A Longer Beginning
Even lesbians came to me for a good fix after this http://www.molhomot.com/ She exposed herself to me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partman-xfs_40_amd64.changes ACCEPTED
Accepted: partman-xfs_40.dsc to pool/main/p/partman-xfs/partman-xfs_40.dsc partman-xfs_40.tar.gz to pool/main/p/partman-xfs/partman-xfs_40.tar.gz partman-xfs_40_all.udeb to pool/main/p/partman-xfs/partman-xfs_40_all.udeb Override entries for your package: partman-xfs_40.dsc - source debian-installer partman-xfs_40_all.udeb - standard debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partman-ext2r0_1.15_arm.changes ACCEPTED
Accepted: partman-ext2r0_1.15.dsc to pool/main/p/partman-ext2r0/partman-ext2r0_1.15.dsc partman-ext2r0_1.15.tar.gz to pool/main/p/partman-ext2r0/partman-ext2r0_1.15.tar.gz partman-ext2r0_1.15_arm.udeb to pool/main/p/partman-ext2r0/partman-ext2r0_1.15_arm.udeb Override entries for your package: partman-ext2r0_1.15.dsc - source debian-installer partman-ext2r0_1.15_arm.udeb - standard debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partman-basicfilesystems_59_amd64.changes ACCEPTED
Accepted: partman-basicfilesystems_59.dsc to pool/main/p/partman-basicfilesystems/partman-basicfilesystems_59.dsc partman-basicfilesystems_59.tar.gz to pool/main/p/partman-basicfilesystems/partman-basicfilesystems_59.tar.gz partman-basicfilesystems_59_all.udeb to pool/main/p/partman-basicfilesystems/partman-basicfilesystems_59_all.udeb Override entries for your package: partman-basicfilesystems_59.dsc - source debian-installer partman-basicfilesystems_59_all.udeb - standard debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472700: forwarded this bug
forwarded 472700 http://busybox.net/bugs/view.php?id=2704 thanks Hi, I've forwarded this bug to upstream, which seems the best place to handle it. Thijs pgpTEBE2lgMoZ.pgp Description: PGP signature
busybox bug triage
Hi all, Because I'm using busybox for a personal project (and to improve Debian in general) I've taken the liberty to do some bug triage on busybox bugs, and may do some more in the near future. Please let me know if there's an issue with this. cheers, Thijs pgpZbAiFduMvT.pgp Description: PGP signature
Bug#284058: Playboy playmate bares all
Real men have real big peckers click here now http://www.uppotwo.com/ Rise and Shine To A Longer Beginning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#188865: 15 tips on mind blowing foreplay
Make your lady squeal with desire with your brand new pecker http://www.akbadbem.com/ She feels so tight -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#247255: Love how he feels in me
Doggie style never felt this good before with a mightier tool http://www.urtugill.com/ Rise and Shine To A Longer Beginning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253320: Playboy playmate bares all
Real men have real big peckers click here now http://www.walkiherb.com/ Don't Let Yourself Down -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242221: Embrace the future
Invest in the best way to get the hottest chicks in town http://www.Torbuillone.com/ Intense, unbelievable climaxes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: e2fsprogs 1.40.8-2 MIGRATED to testing]
On Wed, Mar 26, 2008 at 10:10:33AM -0300, Otavio Salvador wrote: > We synchronize the udeb binaries of testing with unstable. When the > packages goes to testing the udeb doesn't go automaticaly and it need > to be done by a ftpmaster (Jeroen is who usually does it for us). > > If you update the unstable package it cannot be done that way anymore > and sometimes is even impossible to us to sync until the next version > is ready to go to testing. That's why we ask for people to wait. Is this is a fair summary of the situation? * Once a new version goes to testing, I should ping you guys to make sure you know to synchronize the udebs * I should avoid uploading a new version to unstable during the time window between when a new version gets migrated to testing, and when you tell me that you have grabbed the udebs and synchronized them. And this is because at the moment, although the .deb files are migrated automatically, the .udeb files aren't, and so if I upload a new unstable version, the .udeb files for the version that was just migrated to testing will get lost forever. (I assume that there's some reason that modifying the script which performs the migration from unstable to testing is more complicated than it first appears, which is why this step is being done manually.) Do I have this right? Thanks, regards, - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kernel 2.6.24 & speakup
On Tue, 25 Mar 2008, Samuel Thibault wrote: > Ah, so since Lenny's d-i is supposed to use 2.6.24, speakup won't make > it into it :/ as otavio said we gonna release with > 2.6.24 for debian 2.6.24 stuff would have to go through the stable releases. 7 out of 9 hunks FAILED -- saving rejects to file drivers/char/keyboard.c.rej 12 out of 16 hunks FAILED -- saving rejects to file drivers/char/vt.c.rej 1 out of 2 hunks FAILED -- saving rejects to file include/linux/keyboard.h.rej 1 out of 1 hunk FAILED -- saving rejects to file include/linux/notifier.h.rej 1 out of 1 hunk FAILED -- saving rejects to file include/linux/vt.h.rej (+) FAIL notifier-integration.patch notifier-integration.patch taken from HEAD 465da369435f5dc853656bb01731c59759d0a5e2 it'be nice if your git repo would feature a gitweb and a git server. anyway the -mm patch ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc5/2.6.25-rc5-mm1/broken-out/input-put-ledstate-in-the-keyboard-notifier.patch seems to apply fine for 2.6.25, but has none of the wanted exports. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243024: marked as forwarded (Unable to modify disks on a machine with Mylex Acceleraid 170 RAID controller (DAC960 controller). This is because of the unusual partition scheme used by the drive
Your message dated Wed, 26 Mar 2008 19:45:13 +0100 with message-id <[EMAIL PROTECTED]> has caused the report #243024, regarding Unable to modify disks on a machine with Mylex Acceleraid 170 RAID controller (DAC960 controller). This is because of the unusual partition scheme used by the driver: the first logical disk is /dev/rd/c0d0 and the partitions are /dev/rd/c0d0p1, /dev/rd/c0d0p2, etc. Howerver parted expects the naming scheme to be the usual for devfs (../disc, ../part1, ../part2, and so on). As a result partman attempts to mount/format unexisting devices. I do not know how to fix this. In my opinion this is not a bug in parted but in the DAC960 driver. to be marked as having been forwarded to the upstream software author(s) (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 243024: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=243024 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Wondering about your ability to satisfy in bed? Wonder no more http://www.molhomot.com/ Measure Up To the Present --- End Message ---
Bug#472806: console-setup: consoles loose their font when switching to X and back
Package: console-setup Version: 1.21 Severity: normal *** Please type your report below this line *** Hi I've set up console-setup on my laptop with the configuration below. As soon as /etc/init.d/console-setup start/restart is executed the Terminus font is loaded correctly, but when I switch to X and then back to a console each of them uses the standard kernel font. This is a Fujitsu-Siemens Lifebook E8410 with an nvidia GeForce 8400M G GPU. I'm using the propreitary nvidia driver for X. Any ideas? Best wishes, Chris. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-setup depends on: ii console-terminus4.20-6 Fixed-width fonts for fast reading ii debconf [debconf-2. 1.5.20 Debian configuration management sy ii xkb-data1.1~cvs.20080104.1-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools 1:0.2.3dbs-65 Linux console and font utilities -- debconf information: * console-setup/variant: Germany - Eliminate dead keys console-setup/fontsize-text: 16 * console-setup/compose: Caps Lock console-setup/modelcode: pc105 console-setup/switch: No temporary switch console-setup/fontsize: 16 * console-setup/charmap: UTF-8 console-setup/layoutcode: de console-setup/optionscode: lv3:ralt_switch,compose:caps * console-setup/layout: Germany console-setup/variantcode: nodeadkeys console-setup/codesetcode: Lat15 console-setup/dont_ask_layout: * console-setup/altgr: Right Alt * console-setup/ttys: /dev/tty[1-6] * console-setup/model: Generic 105-key (Intl) PC * console-setup/fontsize-fb: 16 * console-setup/codeset: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/toggle: No toggling * console-setup/fontface: Terminus This message was sent using IMP, the Internet Messaging Program.
Bug#472813: Typo in Debian GNU/Linux Installation Guide
Package: installation-guide-amd64 Version: 20080211 Hi, I see a small typo on page, accessible by URL http://d-i.alioth.debian.org/manual/en.amd64/ch04s02.html Links debian/dists/lenny/main/installer-amd64/current/images/ and MANIFEST point to http://http.us.debian.org/debian/dists/lenny/main/installer-amd64/current//images and http://http.us.debian.org/debian/dists/lenny/main/installer-amd64/current//images/MANIFEST note, double-slashes between 'current' and 'images' directories names. I suppose it's not only amd64 related... ps.It's my first typo/bug submit, If I did smth wrong, correct me pls. Thanks, Stas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295888: So wet and pink
Wondering about your ability to satisfy in bed? Wonder no more http://www.uppotwo.com/ So wet and pink -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320784: Give her the ride of her life
Make your lady squirt with joy with your brand new pecker http://www.inetromnew.com/ She exposed herself to me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#262140: Measure Up To the Present
My girlfriend just cannot get enough and I am happy to help http://www.livinlerge.com/ FHM leading mens supplement -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472824: Some Lenny install issues supposedly linked to win32-loader
Package: installation-reports
Boot method: qemu virtual machine, both with and without the new "Windows
install" feature (win32-loader)
Image version: debian-testing-i386-kde-CD-1.iso
.disk/info:
Debian GNU/Linux testing "Lenny" - Official Snapshot i386 kde-CD Binary-1
20080314-21:55
Installation Date: 2008-03-16
Machine: qemu-0.8.2-4etch1, with kqemu acceleration
Processor: AMD Sempron
Memory: About 200MB for the virtual machines
Partitions: No partition problems
Output of lspci -nn and lspci -vnn:
No hardware problems
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot: [ O]
Detect network card:[O ]
Configure network: [ O]
Detect CD: [ O]
Load installer modules: [O ]
Detect hard drives: [ O]
Partition hard drives: [ O]
Install base system:[ O]
Clock/timezone setup: [ E]
User/password setup:[ O]
Install tasks: [ E]
Install boot loader:[E]
Overall install:[ E]
Comments/Problems:
In fact I was surprised, how well this install ran, excellent work, folks!
Install tasks:
The "desktop" task installs, if the installation is started the classic way
via BIOS from CD. But it does not install, if the CD is started with the new
win32-loader mechanism from Windows ("XP SP2 spanish" in my case).
An "aptitude install kde kdm" solved it.
Clock/timezone setup:
I chose spanish localization, but the options for Carribean or even other
countries others than European did not show up in the install with
win32-loader.
Install boot loader:
The dialogue asked me, if grub should be installed in the (hd0) disk, I said
no, "please install grub in (hd0,1)", but the MBR of the disk has been
overwritten.
I thought the initial bootloader would be left untouched, but no.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472846: busybox: Regression in pidof: no longer lists 'debian-installer' processes
Package: busybox Version: 1:1.9.2-1 Severity: important Tags: d-i In Debian Installer we're seeing a regression in pidof. For certain processes it no longer returns the PID. # ps ax | grep [d]ebian-installer 452 root 1408 S /bin/sh /sbin/debian-installer 5594 root 1964 S /bin/sh /sbin/debian-installer /bin/network-console-m 5641 root 1964 S /bin/sh /sbin/debian-installer /bin/network-console-m # pidof debian-installer # With busybox 1.3.x the pidof command would return the PIDs: # pidof debian-installer 452 5594 5641 The first of these processes is started from /etc/inittab: ::respawn:/bin/cttyhack /sbin/debian-installer The second and third are started from an ssh connection to the system: # cat /etc/passwd root:*:0:0:root:/:/bin/sh installer:x:0:0:installer:/:/bin/network-console # cat /bin/network-console #!/bin/sh set -e [...] exec /sbin/debian-installer /bin/network-console-menu -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc6 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages busybox depends on: ii libc6 2.7-9 GNU C Library: Shared libraries busybox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of finish-install_2.16_amd64.changes
finish-install_2.16_amd64.changes uploaded successfully to localhost along with the files: finish-install_2.16.dsc finish-install_2.16.tar.gz finish-install_2.16_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472824: Some Lenny install issues supposedly linked to win32-loader
Hi Jochen,
On Wed, Mar 26, 2008 at 01:46:10PM -0400, Jochen Plumeyer wrote:
>
> Install tasks:
> The "desktop" task installs, if the installation is started the classic way
> via BIOS from CD. But it does not install, if the CD is started with the new
> win32-loader mechanism from Windows ("XP SP2 spanish" in my case).
> An "aptitude install kde kdm" solved it.
Which options did you choose in the win32 part of the install process?
Did you get GNOME instead of KDE, or just no desktop task at all?
Also, if you can reproduce the same boot settings again, would be nice if
you can provide a copy of the cmdline parameters (/proc/cmdline) and preseed
settings (/preseed.cfg) in your running Debian-Installer. (feel free to ask
if you have doubts or need assistance on how to do this)
> Clock/timezone setup:
> I chose spanish localization, but the options for Carribean or even other
> countries others than European did not show up in the install with
> win32-loader.
Are you referring to the timezone question specifically, or also to the country
selection? Also, do you mean that the question was displayed with incomplete
answer options, or that it was missing? Both settings can be auto-detected from
Windows, but I'm not aware of any situation in which an incomplete list would
be displayed.
> Install boot loader:
> The dialogue asked me, if grub should be installed in the (hd0) disk, I said
> no, "please install grub in (hd0,1)", but the MBR of the disk has been
> overwritten.
> I thought the initial bootloader would be left untouched, but no.
I recall having gone through this before. Could you provide the version number
of the win32 loader in the CD you downloaded? (displayed in the first screen
when you run it)
Thank you!
D-I team: I'm not familiar with "installation-reports" bug entry handling.
Should I reassign this bug to win32-loader, or perhaps clone it?
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call… if you are unable to speak?
(as seen on /.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
finish-install_2.16_amd64.changes ACCEPTED
Accepted: finish-install_2.16.dsc to pool/main/f/finish-install/finish-install_2.16.dsc finish-install_2.16.tar.gz to pool/main/f/finish-install/finish-install_2.16.tar.gz finish-install_2.16_all.udeb to pool/main/f/finish-install/finish-install_2.16_all.udeb Override entries for your package: finish-install_2.16.dsc - source debian-installer finish-install_2.16_all.udeb - required debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-m68k-2.6_0.89_m68k.changes ACCEPTED
Accepted: cdrom-core-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/cdrom-core-modules-2.6.24-1-amiga-di_0.89_m68k.udeb cdrom-core-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/cdrom-core-modules-2.6.24-1-atari-di_0.89_m68k.udeb cdrom-core-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/cdrom-core-modules-2.6.24-1-mac-di_0.89_m68k.udeb core-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/core-modules-2.6.24-1-amiga-di_0.89_m68k.udeb core-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/core-modules-2.6.24-1-atari-di_0.89_m68k.udeb core-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/core-modules-2.6.24-1-mac-di_0.89_m68k.udeb crypto-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/crypto-modules-2.6.24-1-amiga-di_0.89_m68k.udeb crypto-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/crypto-modules-2.6.24-1-atari-di_0.89_m68k.udeb crypto-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/crypto-modules-2.6.24-1-mac-di_0.89_m68k.udeb fat-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/fat-modules-2.6.24-1-amiga-di_0.89_m68k.udeb fat-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/fat-modules-2.6.24-1-atari-di_0.89_m68k.udeb fat-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/fat-modules-2.6.24-1-mac-di_0.89_m68k.udeb ide-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/ide-modules-2.6.24-1-amiga-di_0.89_m68k.udeb ide-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/ide-modules-2.6.24-1-atari-di_0.89_m68k.udeb ide-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/ide-modules-2.6.24-1-mac-di_0.89_m68k.udeb jfs-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/jfs-modules-2.6.24-1-amiga-di_0.89_m68k.udeb jfs-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/jfs-modules-2.6.24-1-atari-di_0.89_m68k.udeb jfs-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/jfs-modules-2.6.24-1-mac-di_0.89_m68k.udeb kernel-image-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/kernel-image-2.6.24-1-amiga-di_0.89_m68k.udeb kernel-image-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/kernel-image-2.6.24-1-atari-di_0.89_m68k.udeb kernel-image-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/kernel-image-2.6.24-1-mac-di_0.89_m68k.udeb linux-kernel-di-m68k-2.6_0.89.dsc to pool/main/l/linux-kernel-di-m68k-2.6/linux-kernel-di-m68k-2.6_0.89.dsc linux-kernel-di-m68k-2.6_0.89.tar.gz to pool/main/l/linux-kernel-di-m68k-2.6/linux-kernel-di-m68k-2.6_0.89.tar.gz nbd-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/nbd-modules-2.6.24-1-amiga-di_0.89_m68k.udeb nbd-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/nbd-modules-2.6.24-1-atari-di_0.89_m68k.udeb nbd-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/nbd-modules-2.6.24-1-mac-di_0.89_m68k.udeb nic-shared-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/nic-shared-modules-2.6.24-1-amiga-di_0.89_m68k.udeb nic-shared-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/nic-shared-modules-2.6.24-1-atari-di_0.89_m68k.udeb nic-shared-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/nic-shared-modules-2.6.24-1-mac-di_0.89_m68k.udeb ppp-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/ppp-modules-2.6.24-1-amiga-di_0.89_m68k.udeb ppp-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/ppp-modules-2.6.24-1-atari-di_0.89_m68k.udeb ppp-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/ppp-modules-2.6.24-1-mac-di_0.89_m68k.udeb reiserfs-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/reiserfs-modules-2.6.24-1-amiga-di_0.89_m68k.udeb reiserfs-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/reiserfs-modules-2.6.24-1-atari-di_0.89_m68k.udeb reiserfs-modules-2.6.24-1-mac-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/reiserfs-modules-2.6.24-1-mac-di_0.89_m68k.udeb scsi-modules-2.6.24-1-amiga-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/scsi-modules-2.6.24-1-amiga-di_0.89_m68k.udeb scsi-modules-2.6.24-1-atari-di_0.89_m68k.udeb to pool/main/l/linux-kernel-di-m68k-2.6/scsi-modules-2.6.24-1-atari-di_0.89_m68k.udeb scs
Bug#472846: busybox: Regression in pidof: no longer lists 'debian-installer' processes
On Wed, Mar 26, 2008 at 09:18:59PM +0100, Frans Pop wrote: > In Debian Installer we're seeing a regression in pidof. For certain > processes it no longer returns the PID. > > # ps ax | grep [d]ebian-installer > 452 root 1408 S /bin/sh /sbin/debian-installer > 5594 root 1964 S /bin/sh /sbin/debian-installer > /bin/network-console-m > 5641 root 1964 S /bin/sh /sbin/debian-installer > /bin/network-console-m > # pidof debian-installer > # This matches the behaviour of the sysvinit pidof: | $ pidof sh | 8402 | $ pidof test.sh | $ ps x | grep test.sh | 8402 pts/4S+ 0:00 /bin/sh ./test.sh Bastian -- The best diplomat I know is a fully activated phaser bank. -- Scotty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-mips-2.6_0.22_mips.changes ACCEPTED
Accepted: cdrom-core-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/cdrom-core-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb cdrom-core-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/cdrom-core-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb cdrom-core-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/cdrom-core-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb crypto-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/crypto-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb crypto-modules-2.6.24-1-r4k-ip22-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/crypto-modules-2.6.24-1-r4k-ip22-di_0.22_mips.udeb crypto-modules-2.6.24-1-r5k-ip32-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/crypto-modules-2.6.24-1-r5k-ip32-di_0.22_mips.udeb crypto-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/crypto-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb crypto-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/crypto-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb fat-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/fat-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb fat-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/fat-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb fat-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/fat-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb fb-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/fb-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb fb-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/fb-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb ide-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ide-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb ide-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ide-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb ide-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ide-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb input-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/input-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb input-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/input-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb input-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/input-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb ipv6-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ipv6-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb ipv6-modules-2.6.24-1-r4k-ip22-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ipv6-modules-2.6.24-1-r4k-ip22-di_0.22_mips.udeb ipv6-modules-2.6.24-1-r5k-ip32-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ipv6-modules-2.6.24-1-r5k-ip32-di_0.22_mips.udeb ipv6-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ipv6-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb ipv6-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ipv6-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb jfs-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/jfs-modules-2.6.24-1-4kc-malta-di_0.22_mips.udeb jfs-modules-2.6.24-1-r4k-ip22-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/jfs-modules-2.6.24-1-r4k-ip22-di_0.22_mips.udeb jfs-modules-2.6.24-1-r5k-ip32-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/jfs-modules-2.6.24-1-r5k-ip32-di_0.22_mips.udeb jfs-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/jfs-modules-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb jfs-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/jfs-modules-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb kernel-image-2.6.24-1-4kc-malta-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/kernel-image-2.6.24-1-4kc-malta-di_0.22_mips.udeb kernel-image-2.6.24-1-r4k-ip22-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/kernel-image-2.6.24-1-r4k-ip22-di_0.22_mips.udeb kernel-image-2.6.24-1-r5k-ip32-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/kernel-image-2.6.24-1-r5k-ip32-di_0.22_mips.udeb kernel-image-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/kernel-image-2.6.24-1-sb1-bcm91250a-di_0.22_mips.udeb kernel-image-2.6.24-1-sb1a-bcm91480b-di_0.22_mips.udeb to pool/main/l/linux-kernel-di-mips-2.6/ker
Bug#472846: busybox: Regression in pidof: no longer lists 'debian-installer' processes
On Wednesday 26 March 2008, Bastian Blank wrote: > This matches the behaviour of the sysvinit pidof: > | $ pidof sh > | 8402 > | $ pidof test.sh > | $ ps x | grep test.sh > | 8402 pts/4S+ 0:00 /bin/sh ./test.sh Hmm. Right, it does. Problem then is that sysvinit pidof has the -x option, but busybox doesn't: bysybox: 452 root 1408 S /bin/sh /sbin/debian-installer 2977 root 1968 S /bin/sh /var/lib/dpkg/info/network-console.postinst c 3018 root 1964 S /bin/sh /sbin/debian-installer /bin/network-console-m 3031 root 1964 S /bin/sh -e /var/lib/dpkg/info/di-utils-shell.postinst 3035 root 1964 S /bin/sh -e /bin/debconf-disconnect /bin/sh 3036 root 1968 S /bin/sh # pidof sh 3036 3035 3031 3018 2977 452 # pidof -x debian-installer pidof: invalid option -- x BusyBox v1.9.1 (2008-03-23 01:51:09 MDT) multi-call binary Usage: pidof process-name [OPTION] [process-name...] sysvinit: 4875 ?Ss 0:00 /bin/sh /usr/bin/x-session-manager 19237 pts/3S+ 0:00 /bin/sh /home/fjp/bin/nssh [EMAIL PROTECTED] $ pidof sh 19237 4875 $ pidof -x nssh 19237 So I guess this should be turned into an upstream wishlist bug to implement support for -x as a substitute for the old behavior. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#472813: Typo in Debian GNU/Linux Installation Guide
Processing commands for [EMAIL PROTECTED]: > tags 472813 pending Bug#472813: Typo in Debian GNU/Linux Installation Guide There were no tags set. Tags added: pending > severity 472813 minor Bug#472813: Typo in Debian GNU/Linux Installation Guide Severity set to `minor' from `normal' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472813: Typo in Debian GNU/Linux Installation Guide
tags 472813 pending severity 472813 minor thanks On Wednesday 26 March 2008, Stanislav Gromov wrote: > point to > http://http.us.debian.org/debian/dists/lenny/main/installer-amd64/current >//images and > > note, double-slashes between 'current' and 'images' directories names. > > I suppose it's not only amd64 related... Correct, the same issue is for all architectures. Note that it is only a cosmetic issue as the links still work (double slashes in paths are ignored). However, I have fixed it. Thanks for the report. > ps.It's my first typo/bug submit, If I did smth wrong, correct me pls. Everything fine, except for maybe a minor issue: you sent the report to [EMAIL PROTECTED], while normally new bugs are sent to [EMAIL PROTECTED] As the report arrived anyway it apparently does not really matter, but still. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472878: scsi drives are shown in syslog but their partitions can not be mounted.
Package: installation-reports I am trying to rescure a machine with /debian/dists/lenny/main/installer-i386/current/images/floppy: boot.img27-Feb-2008 19:32 1.4M cd-drives.img 27-Feb-2008 19:33 1.4M root.img27-Feb-2008 19:35 1.4M After loading modules from cd-image, and detecting disks, sym53c8xx and related modules are installed. /var/log/syslog has records of the 2 scsi drives involved, as well as the expected partitions. However trying to mount the partitions from a shell gives a `No such device' error. It could be a kernel issue because I was never able to boot with 2.6.22. 2.6.20 could boot. Other then that: 1.I seem to remember that there was an F1 Help while the installer asked for the root image. Yet pressing F1 only gives [[[~', or a similar printing, at the boot prompt. 2. Won't drives.img better describe the contents and usage of cd-drives.img? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
