Re: [RFC] IMPORTANT: Cleaning l10n-sync damage from D-I SVN repository
Quoting Frans Pop (elen...@planet.nl): As you may remember we had a problem before the release of Lenny with the l10n-sync script running wild and creating an insanely large Danish PO file for sublevel 4. I can't comment deeply on your proposal, but I'd like to thank you for taking care to repair that damage as much as possible, while it occurred mostly because I was not attentive enough to commit logs. I'm highly confident that you'll take all care needed to avoid damaging the SVN so, the only thing I can really do, is wishing you good luck and courage for that task that obviously need to be done with grreat care. Again, thanks. signature.asc Description: Digital signature
Generating a Lenny Netinst CD with a newer kernel
Since the lenny netinst CD recognized neither the RAID controller, nor the networking card of our server (a dell poweredge r710), we decided to build ourselves a custom lenny installer cd using a newer installer kernel. We tried to follow these tutorials: https://lliurex.net/projects/valencia/lliurex-pool/browser/installer/trunk/debian-installer/doc/custom-kernel.txt?rev=3506 http://wiki.debian.org/DebianInstaller/Modify/CustomKernel We used the kernel from lenny_backports (2.6.29). After figuring out that kernel-wedge had to be upgraded to its unstable version, we managed to build the udebs, and moved them to build/localudebs. We than found out that we had to uncomment monolithic in build/config/amd64.cfg to make the build_monolithic target available. However, make build_monolithic fails with E: Konnte Paket acpi-modules-2.6.29-2-amd64-di nicht finden (Transl.: could not find packet acpi-modules-2.6.29-2-amd64-di) Furthermore, there is a lot of stuff like fat-modules-2.6.26-1-amd64-di in the package list, even though we have only build udebs for 2.6.29, and changed the KERNELVESION parameter in build/config/amd64.cfg accordingly. We tried copying the line deb copy:/usr/src/debian-installer-20090123lenny1/build/ localudebs/ from build/sources.list.udeb to /etc/apt/sources.list. Now we can download the module acpi-modules-2.6.29-2-amd64-di using normal apt-get. So the build script really _should_ find the packages, shouldn't it? What are we doing wrong? And what about the 2.6.26 packages?
Re: Generating a Lenny Netinst CD with a newer kernel
For reference, this is the complete output of make build_monolithic: make[2]: »pkg-lists/standard-udebs« ist bereits aktualisiert. get-packages udeb update * * Warning: Building with localudebs. * Secure apt validation will be disabled for this build. * This build should not be used for official purposes. * OK http://ftp.nl.debian.org lenny Release.gpg Ign http://ftp.nl.debian.org lenny/main/debian-installer Translation-de OK http://ftp.nl.debian.org lenny-proposed-updates Release.gpg Ign http://ftp.nl.debian.org lenny-proposed-updates/main/debian-installer Translation-de OK http://ftp.nl.debian.org lenny Release OK http://ftp.nl.debian.org lenny-proposed-updates Release Ign http://ftp.nl.debian.org lenny/main/debian-installer Packages/DiffIndex Ign http://ftp.nl.debian.org lenny-proposed-updates/main/debian-installer Packages/DiffIndex OK http://ftp.nl.debian.org lenny/main/debian-installer Packages OK http://ftp.nl.debian.org lenny-proposed-updates/main/debian-installer Packages Paketlisten werden gelesen... Fertig Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig pkg-lists/kernel-module-udebs grep-dctrl -P -e '.*-modules-2.6.29-2-amd64-di' -sPackage apt.udeb/state/lists/*_Packages* | cut -d -f 2 pkg-lists/kernel-module-udebs; * * Warning: Building with localudebs. * Secure apt validation will be disabled for this build. * This build should not be used for official purposes. * OK http://ftp.nl.debian.org lenny Release.gpg Ign http://ftp.nl.debian.org lenny/main/debian-installer Translation-de OK http://ftp.nl.debian.org lenny-proposed-updates Release.gpg Ign http://ftp.nl.debian.org lenny-proposed-updates/main/debian-installer Translation-de OK http://ftp.nl.debian.org lenny Release OK http://ftp.nl.debian.org lenny-proposed-updates Release Ign http://ftp.nl.debian.org lenny/main/debian-installer Packages/DiffIndex Ign http://ftp.nl.debian.org lenny-proposed-updates/main/debian-installer Packages/DiffIndex OK http://ftp.nl.debian.org lenny/main/debian-installer Packages OK http://ftp.nl.debian.org lenny-proposed-updates/main/debian-installer Packages Paketlisten werden gelesen... Fertig Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig dh_testroot get-packages udeb acpi-modules-2.6.29-2-amd64-di ai-choosers anna apt-mirror-setup apt-setup-udeb archdetect auto-install base-installer bogl-bterm-udeb bootstrap-base busybox-udeb cdebconf-newt-udeb cdebconf-priority cdebconf-udeb choose-mirror choose-mirror-bin clock-setup console-keymaps-at core-modules-2.6.26-1-amd64-di crypto-core-modules-2.6.26-1-amd64-di crypto-dm-modules-2.6.26-1-amd64-di crypto-modules-2.6.26-1-amd64-di cryptsetup-udeb debian-archive-keyring-udeb debootstrap-udeb dhcp3-client-udeb di-utils di-utils-mapdevfs di-utils-reboot di-utils-shell di-utils-terminfo disk-detect dmsetup-udeb e2fsprogs-udeb env-preseed ethdetect ext2-modules-2.6.26-1-amd64-di ext3-modules-2.6.26-1-amd64-di fat-modules-2.6.26-1-amd64-di fdisk-udeb file-preseed finish-install gpgv-udeb grub-installer hw-detect initrd-preseed installation-locale jfs-modules-2.6.26-1-amd64-di jfsutils-udeb kbd-chooser kernel-image-2.6.26-1-amd64-di kernel-image-2.6.29-2-amd64-di kickseed-common libblkid1-udeb libdebconfclient0-udeb libdebian-installer4-udeb libdevmapper1.02.1-udeb libfribidi0-udeb libiw29-udeb libnss-dns-udeb libparted1.8-udeb libpcre3-udeb libpopt0-udeb libsysfs2-udeb libtextwrap1-udeb libuuid1-udeb lilo-installer localechooser lowmemcheck lvm2-udeb main-menu md-modules-2.6.26-1-amd64-di mdadm-udeb mdcfg-utils mkreiserfs-udeb module-init-tools-udeb nano-udeb netcfg network-preseed nls-core-modules-2.6.26-1-amd64-di nobootloader ntfsprogs-udeb os-prober-udeb partconf-find-partitions partman-auto partman-auto-raid partman-base partman-basicfilesystems partman-basicmethods partman-efi partman-ext3 partman-jfs partman-md partman-partitioning partman-reiserfs partman-target partman-utils partman-xfs pciutils-udeb pcmciautils-udeb pkgsel preseed-common rdate-udeb reiserfs-modules-2.6.26-1-amd64-di rescue-check rescue-mode rootskel save-logs tzsetup-udeb udev-udeb udpkg user-setup-udeb xfs-modules-2.6.26-1-amd64-di xfsprogs-udeb zlib1g-udeb * * Warning: Building with localudebs. * Secure apt validation will be disabled for this build. * This build should not be used for official purposes. * OK http://ftp.nl.debian.org lenny Release.gpg Ign http://ftp.nl.debian.org lenny/main/debian-installer Translation-de OK http://ftp.nl.debian.org lenny-proposed-updates Release.gpg Ign http://ftp.nl.debian.org lenny-proposed-updates/main/debian-installer Translation-de OK http://ftp.nl.debian.org lenny Release OK http://ftp.nl.debian.org lenny-proposed-updates Release Ign http://ftp.nl.debian.org lenny/main/debian-installer Packages/DiffIndex Ign http://ftp.nl.debian.org lenny-proposed-updates/main/debian-installer Packages/DiffIndex OK http://ftp.nl.debian.org
Re: [RFC] IMPORTANT: Cleaning l10n-sync damage from D-I SVN repository
On Thursday 04 June 2009, Bastian Blank wrote: A tag is a copy, but the files are not actually copied. So if I change the file in trunk in a revision before the tag, the tagged version of the file will automatically change as well. You can change the file along with the copy operation. Right, I see what you mean now. I've extended my awk script to do that: - when a da.po file for a package is removed, it's also saved to a tmp dir, so I always have the latest version for each package available - when I encounter a revision that creates a tag for the package, I read the last saved file back in (modifying the path to match the tag dir) The cleaned dump file it creates looks good; next is testing if it loads and checking resulting revisions. New version of script attached (for posterity and the curious :-) Another problem: does anyone use dumps with deltas? The hotbackup script bundled with subversion does this. No idea, though the subversion-tools package description says it's for bdb based repos. If someone does I hope they speak up. Cheers, FJP Output of the awk script Tag r55973 found for cdebconf 282 lines restored Tag r56032 found for partman-efi 96 lines restored Tag r56062 found for nobootloader 227 lines restored Tag r56074 found for partman-target 264 lines restored Tag r56090 found for flash-kernel 92 lines restored Tag r56092 found for silo-installer 224 lines restored Tag r56094 found for partman-ext2r0 267 lines restored Tag r56119 found for partman-palo 80 lines restored Tag r56157 found for sibyl-installer 101 lines restored Tag r56160 found for arcboot-installer 168 lines restored Tag r56399 found for quik-installer 454 lines restored Tag r56402 found for prep-installer 133 lines restored Tag r56404 found for yaboot-installer 355 lines restored Tag r56406 found for partman-prep 81 lines restored Tag r56408 found for partman-newworld 106 lines restored Tag r56411 found for cdebconf 282 lines restored Tag r56825 found for cdebconf 282 lines restored BEGIN { start = 1 clean = 0 infile = 0 save_trans = 0 restore_trans = 0 } # Set limits of cleaning operation /^Revision-number: 55934/ { clean = 1 } /^Revision-number: 57134/ { clean = 0 } # New revision; close previous one /^Revision-number:/ { rev = substr($0, 18) infile = 0 if (save_trans == 1) { close(pfile) save_trans=0 } # Restore last version of corrupted file for taged version if (restore_trans == 1) { cnt = 0 # Skip first (blank) line getline line pfile while (getline line pfile) { cnt = cnt + 1 if (line !~ /^Node-path:/) { print line } else { print npath /debian/po/da.po } } print cnt lines restored /dev/stderr close(pfile) restore_trans = 0 } } # New file in current revision /^Node-path:/ { infile = 0 npath = $0 if (save_trans == 1) { close(pfile) save_trans = 0 } } # These are the files we want /^Node-path: trunk.*\/(po\/sublevel4|cdebconf|nobootloader|flash-kernel|partman-(prep|newworld|target|ext2r0|efi|palo)|(silo|prep|quik|yaboot|sibyl|arcboot|vmelilo)-installer)\/.*da\.po/ { # Save a copy of the last version we encounter if ($0 !~ /\/sublevel4\//) { s = match($0, [^/]+/debian) package = substr($0, s, RLENGTH - 7) pfile = tmp/ package .sv save_trans = 1 } infile = 1 } # We're tagging a cleaned package = restore the da.po file to the # uploaded version (last saved cleaned instance from trunk) /^Node-copyfrom-path: trunk.*\/(cdebconf|nobootloader|flash-kernel|partman-(prep|newworld|target|ext2r0|efi|palo)|(silo|prep|quik|yaboot|sibyl|arcboot|vmelilo)-installer)$/ { if (clean == 1) { s = match($0, [^/]+$) package = substr($0, s) pfile = tmp/ package .sv print Tag r rev found for package /dev/stderr restore_trans = 1 } } # The prevline construction is needed because if we restore a translation # that needs to be done before the extra newline that starts a new revision /.*/ { if (clean == 0 || infile == 0) { if (start != 1) { print prevline } } else if (save_trans == 1) { print prevline pfile } start = 0 prevline = $0 } END { print prevline }
Re: [RFC] IMPORTANT: Cleaning l10n-sync damage from D-I SVN repository
On Wed, Jun 03, 2009 at 10:42:39PM +0200, Frans Pop wrote: As a result of the cleanup the 'svnadmin dump' file shrinks by more than 2GB (!) and the repository database shrinks from 2.4GB to 1.7GB. A direct dump and load gives the following: | wa...@alioth:~$ du -s /svn/d-i/db | 2448288 /svn/d-i/db | wa...@alioth:~$ du -s debian/d-i/test/db | 1724144 debian/d-i/test/db | wa...@alioth:~$ cat /svn/d-i/db/current | 58721 | wa...@alioth:~$ cat debian/d-i/test/db/current | 58721 Bastian -- It is a human characteristic to love little animals, especially if they're attractive in some way. -- McCoy, The Trouble with Tribbles, stardate 4525.6 signature.asc Description: Digital signature
Re: Generating a Lenny Netinst CD with a newer kernel
Found a solution for at least a part of the problem: The file sources.list.udeb.local did not have the correct entries. sources.list.udeb even contains the comment # This file is automatically generated, edit sources.list.udeb.local instead., so my bad. Must have been too late... Now all that is left is to resolve the dependencies: packages crypto-core-modules-2.6.29-2-amd64-di and efi-modules are missing. And I'm still wondering about the 2.6.26 stuff. 2009/6/5 Martin Gerdes martin.gerde...@googlemail.com: Since the lenny netinst CD recognized neither the RAID controller, nor the networking card of our server (a dell poweredge r710), we decided to build ourselves a custom lenny installer cd using a newer installer kernel. We tried to follow these tutorials: https://lliurex.net/projects/valencia/lliurex-pool/browser/installer/trunk/debian-installer/doc/custom-kernel.txt?rev=3506 http://wiki.debian.org/DebianInstaller/Modify/CustomKernel We used the kernel from lenny_backports (2.6.29). After figuring out that kernel-wedge had to be upgraded to its unstable version, we managed to build the udebs, and moved them to build/localudebs. We than found out that we had to uncomment monolithic in build/config/amd64.cfg to make the build_monolithic target available. However, make build_monolithic fails with E: Konnte Paket acpi-modules-2.6.29-2-amd64-di nicht finden (Transl.: could not find packet acpi-modules-2.6.29-2-amd64-di) Furthermore, there is a lot of stuff like fat-modules-2.6.26-1-amd64-di in the package list, even though we have only build udebs for 2.6.29, and changed the KERNELVESION parameter in build/config/amd64.cfg accordingly. We tried copying the line deb copy:/usr/src/debian-installer-20090123lenny1/build/ localudebs/ from build/sources.list.udeb to /etc/apt/sources.list. Now we can download the module acpi-modules-2.6.29-2-amd64-di using normal apt-get. So the build script really _should_ find the packages, shouldn't it? What are we doing wrong? And what about the 2.6.26 packages? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [RFC] IMPORTANT: Cleaning l10n-sync damage from D-I SVN repository
On Friday 05 June 2009, Bastian Blank wrote: On Wed, Jun 03, 2009 at 10:42:39PM +0200, Frans Pop wrote: As a result of the cleanup the 'svnadmin dump' file shrinks by more than 2GB (!) and the repository database shrinks from 2.4GB to 1.7GB. A direct dump and load gives the following: | wa...@alioth:~$ du -s /svn/d-i/db | 2448288 /svn/d-i/db | wa...@alioth:~$ du -s debian/d-i/test/db | 1724144 debian/d-i/test/db Cleaned version (with tagged releases now identical to existing tags!): $ du -s repo/db 1716912 repo/db $ cat repo/db/current 58721 So not a major difference. Fairly logical as the errors are repeating and thus compress well. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Generating a Lenny Netinst CD with a newer kernel
Prividing dummy packages for the two packages created an iso, which boots, and recognizes both the networking card (after adding the firmware from an usbstick to /lib/firmware), and the hard drive. :-) Now the only problem left to solve is to get a kernel form lenny_backports installed, so that the installed system will actually find it's root file system. Anyway, the problem of creating an iso is solved, sorry about the noise. 2009/6/5 Martin Gerdes martin.gerde...@googlemail.com: Found a solution for at least a part of the problem: The file sources.list.udeb.local did not have the correct entries. sources.list.udeb even contains the comment # This file is automatically generated, edit sources.list.udeb.local instead., so my bad. Must have been too late... Now all that is left is to resolve the dependencies: packages crypto-core-modules-2.6.29-2-amd64-di and efi-modules are missing. And I'm still wondering about the 2.6.26 stuff. 2009/6/5 Martin Gerdes martin.gerde...@googlemail.com: Since the lenny netinst CD recognized neither the RAID controller, nor the networking card of our server (a dell poweredge r710), we decided to build ourselves a custom lenny installer cd using a newer installer kernel. We tried to follow these tutorials: https://lliurex.net/projects/valencia/lliurex-pool/browser/installer/trunk/debian-installer/doc/custom-kernel.txt?rev=3506 http://wiki.debian.org/DebianInstaller/Modify/CustomKernel We used the kernel from lenny_backports (2.6.29). After figuring out that kernel-wedge had to be upgraded to its unstable version, we managed to build the udebs, and moved them to build/localudebs. We than found out that we had to uncomment monolithic in build/config/amd64.cfg to make the build_monolithic target available. However, make build_monolithic fails with E: Konnte Paket acpi-modules-2.6.29-2-amd64-di nicht finden (Transl.: could not find packet acpi-modules-2.6.29-2-amd64-di) Furthermore, there is a lot of stuff like fat-modules-2.6.26-1-amd64-di in the package list, even though we have only build udebs for 2.6.29, and changed the KERNELVESION parameter in build/config/amd64.cfg accordingly. We tried copying the line deb copy:/usr/src/debian-installer-20090123lenny1/build/ localudebs/ from build/sources.list.udeb to /etc/apt/sources.list. Now we can download the module acpi-modules-2.6.29-2-amd64-di using normal apt-get. So the build script really _should_ find the packages, shouldn't it? What are we doing wrong? And what about the 2.6.26 packages? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529307: Contact: Mr. Fred Peters
Agent Name: Mr. Fred Peters Tel: +44-702-409-3921 Email: (mr.fredpet...@yahoo.com.hk) This is to inform you that you have been selected for a cash prize of £1,000,000 (British Pounds) held on the 31th of May 2009 in London Uk. 1. Name: 2. Address: 3. Country of Residence: 4. Telephone Number: 5. Age -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
reassign 531600 to busybox, forcibly merging 521443 531600
reassign 531600 busybox forcemerge 521443 531600 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: reassign 531600 to busybox, forcibly merging 521443 531600
Processing commands for cont...@bugs.debian.org: reassign 531600 busybox Bug#531600: busybox grep gives SEGV on ppc Bug reassigned from package `busybox-static' to `busybox'. forcemerge 521443 531600 Bug#521443: segfaults on big-endian machines Bug#531600: busybox grep gives SEGV on ppc Forcibly Merged 521443 531600. 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 debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#375208: marked as done (provide beta3 (and rc1++) miboot images til they're obsolete)
Your message dated Fri, 5 Jun 2009 20:29:20 +0200 with message-id 200906052029.20932.elen...@planet.nl and subject line Bug#375208: provide beta3 (and rc1++) miboot images til they're obsolete has caused the Debian Bug report #375208, regarding provide beta3 (and rc1++) miboot images til they're obsolete 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 ow...@bugs.debian.org immediately.) -- 375208: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=375208 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- package: installation-report Hi, I tested the daily-build from http://people.debian.org/~cjwatson/d-i/powerpc-miboot/2006-06-21/powerpc/floppy/ on an oldworld powermac 4400 with lowmen (48mb IIRC) and noticed some problems and a failed installation. The etch floppies from http://ftp.nl.debian.org/debian/dists/testing/main/installer-powerpc/beta2/images/ didnt work (boot-floppy didn't boot), I guess because they are build without the non-free miboot tool. It would be nice, if for beta3 we could point people to working images. (Which I haven't found for beta2.) After booting the boot.img from june 21st (which worked fine so #345467 can be closed) I noticed that I need to eject it manually, before I could insert the root-floppy. IIRC this is a regression, and we had ejecting boot-floppies. After writing a floppy image on a floppy, I compare them with /usr/bin/cmp. cmp: EOF on root.img is known for a while (#295996), whats new is that I get the same error with the cd-drivers.img now as well. The net-drivers.img is too big to fit on a floppy! :-( I downloaded and used the CD image I used from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/debian-testing-powerpc-netinst.iso Next problem was the auto-partioning, in Partition disks: it defaults to floppy :( So far I avoided LVM and choose the non LVM setup. (So I cannot say if #267992 and #279118 are fixed) Then the installation runs without problems until quik-installer, this ends with an error because /boot is on a seperate partition (though quik supports it, the error-msg (typed not copied) is: the quik bootloader requires /boot to be on the same partition as / (#264815 are #266123 (essentially fixed, otherwise the above would not happen :) are related to this. ) Even when this is fixed, the machine will not boot, cause some OF variables need to be set, see #274115. So my todo-list is: 1. close #345467 (root.img doesnt work) 2. clone this bug to have one as a reminder to have beta3 miboot images somewhere - should I also reassign/usertag it? 3. clone this bug and rename to net-drivers.img to big to fit on a floppy 4. send mail to #295996 indicating that cd-drivers.img is know also affected 5. clone this bug, reassign to ??? and rename to partioning defaults to floppy drive when booting from floppy 6. clone this bug, reassign to quik-installer and rename to /boot on a seperate partition is ok, try to fix it 7. add powerpc usertag for user debian-boot@lists.debian.org to this bug and the cloned ones. 8. monitor #267992, #279118 (both lvm related) and #264815, #266123 (quik ext3 related), and #274115, #369304 (quik OF related) regards, Holger pgphfn7fnxwt2.pgp Description: PGP signature ---End Message--- ---BeginMessage--- This BR seems to no longer be relevant; therefore closing. Cheers, FJP ---End Message---
Processed (with 1 errors): Bug#447755: s390 installer doesn't support CMS minidisks; tries to mount partitions in wrong order
Processing commands for cont...@bugs.debian.org: reassign 447755 partman-base Bug#447755: s390 installer doesn't support CMS minidisks; tries to mount partitions in wrong order Bug reassigned from package `installation-reports' to `partman-base'. force-merge 486549 447755 Unknown command or malformed arguments to command. 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 debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Bug#447755: s390 installer doesn't support CMS minidisks; tries to mount partitions in wrong order
Processing commands for cont...@bugs.debian.org: forcemerge 486549 447755 Bug#486549: The single partition present on a CMS minidisk is not supported (s390/s390x only) Bug#447755: s390 installer doesn't support CMS minidisks; tries to mount partitions in wrong order Forcibly Merged 447755 486549. 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 debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Fwd: Upcoming Lenny Point Release]
Hi Forwarding this announcement as it might directly affect your team. Don't hesitate to forward it further if you think that can be useful. Cheers Luk Original Message Subject: Upcoming Lenny Point Release Resent-Date: Fri, 5 Jun 2009 18:25:12 + (UTC) Resent-From: debian-rele...@lists.debian.org Date: Fri, 5 Jun 2009 20:25:00 +0200 From: Philipp Kern pk...@debian.org Organization: The Debian Project (http://www.debian.org) To: debian-rele...@lists.debian.org CC: t...@security.debian.org, pr...@debian.org Hi there, we intend to do a Lenny Point Release on Saturday, June 20th. We will clear stable NEW in the coming days and then declare the point release frozen. Please hurry up if you still need something to go into Lenny at that point. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Dear ,
cont...@bugs.debian.org, cont...@bugs.debian.org., 393033-cl...@bugs.debian.org, ftpmas...@debian.org, f...@debian.org, debian-bugs-d...@lists.debian.org, debian-boot@lists.debian.org, 393...@bugs.debian.org, tuncer.a...@gmail.com, elen...@planet.nl, 393033-d...@bugs.debian.org - Discuss the hottest topics in all fields with News Forum. http://news.maktoob.com/forum/
Bug#532043: Debootstrap segfault during installation : testing i386 netinstall
Package: Installation-reports I've been trying to install debian-testing using both the larger netinstall ISO, and the small kernel/initrd, and in both cases, the process fails when debootstrap segfaults while trying to execute: chroot /target mount -t proc proc /proc. The command executes cleanly from a shell, and I'm able to go back after doing so and retry the Install the base system step successfully. This has happened on both a P4 desktop system, and an eeePC netbook. I didn't get a chance to save the logs from either installation as I needed to get the job finished, but as it happened on two different machines, hopefully it is reproducible easily elsewhere. Thanks.
Bug#532050: deboostrap segfault at mount
Package: debootstrap Version: 1.0.10lenny1 Sorry, this ticket is a duplicate of #532047 (typo in the package name). Hi, I tried to install Debian Sid and then Debian Testing using the daily (6 june) netinst (CD-Rom) on a i386 box. Both CDR crashed at the same step (mount after formatting the disk). I choosed to format my whole disk using the automated choice (with: /, /home, /var, /tmp, swap). After format completion, the installer fails with a message like mount /dev/... fails (sorry I don't remember the exact message). Here are the last lines of syslog before the crash: ... Jun 6 01:13:55 kernel: [ 63.964013] device-mapper: uevent: version 1.0.3 Jun 6 01:13:55 kernel: [ 63.964636] device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-de...@redhat.com Jun 6 01:13:55 partman: /dev/cdrom: open failed: Read-only file system Jun 6 01:13:55 partman: Attempt to close device '/dev/cdrom' which is not open. Jun 6 01:13:55 partman: No matching physical volumes found Jun 6 01:13:55 partman: /dev/cdrom: open failed: Read-only file system Jun 6 01:13:55 partman: Attempt to close device '/dev/cdrom' which is not open. Jun 6 01:13:55 partman: Reading all physical volumes. This may take a while... Jun 6 01:14:12 kernel: [ 80.952425] Adding 2650684k swap on /dev/sda7. Priority:-1 extents:1 across:2650684k Jun 6 01:14:12 partman: mke2fs 1.41.6 (30-May-2009) Jun 6 01:14:14 partman: mke2fs 1.41.6 (30-May-2009) Jun 6 01:14:18 partman: mke2fs 1.41.6 (30-May-2009) Jun 6 01:14:21 partman: mke2fs 1.41.6 (30-May-2009) Jun 6 01:14:22 partman: mke2fs 1.41.6 (30-May-2009) Jun 6 01:15:01 kernel: [ 130.045121] kjournald starting. Commit interval 5 seconds Jun 6 01:15:01 kernel: [ 130.048285] EXT3 FS on sda1, internal journal Jun 6 01:15:01 kernel: [ 130.048290] EXT3-fs: mounted filesystem with ordered data mode. Jun 6 01:15:01 kernel: [ 130.142741] kjournald starting. Commit interval 5 seconds Jun 6 01:15:01 kernel: [ 130.144231] EXT3 FS on sda9, internal journal Jun 6 01:15:01 kernel: [ 130.144236] EXT3-fs: mounted filesystem with ordered data mode. Jun 6 01:15:01 kernel: [ 130.189763] kjournald starting. Commit interval 5 seconds Jun 6 01:15:01 kernel: [ 130.189911] EXT3 FS on sda8, internal journal Jun 6 01:15:01 kernel: [ 130.189916] EXT3-fs: mounted filesystem with ordered data mode. Jun 6 01:15:01 kernel: [ 130.258908] kjournald starting. Commit interval 5 seconds Jun 6 01:15:01 kernel: [ 130.260282] EXT3 FS on sda5, internal journal Jun 6 01:15:01 kernel: [ 130.260287] EXT3-fs: mounted filesystem with ordered data mode. Jun 6 01:15:01 kernel: [ 130.297040] kjournald starting. Commit interval 5 seconds Jun 6 01:15:01 kernel: [ 130.300203] EXT3 FS on sda6, internal journal Jun 6 01:15:01 kernel: [ 130.300208] EXT3-fs: mounted filesystem with ordered data mode. Jun 6 01:15:02 apt-install: Queueing package e2fsprogs for later installation Jun 6 01:15:06 main-menu[1076]: INFO: Falling back to the package description for auto-install Jun 6 01:15:06 main-menu[1076]: INFO: Falling back to the package description for ai-choosers Jun 6 01:15:06 main-menu[1076]: INFO: Menu item 'bootstrap-base' selected Jun 6 01:15:42 debootstrap: Segmentation fault Jun 6 01:15:42 debootstrap: Jun 6 01:16:18 base-installer: error: exiting on error base-installer/debootstrap-failed ... I retreived the whole syslog using netcat. Should I attach this file to this bug? I don't know how to get more informations. If I retry the same installer step (install base system, using the option: replace existing files), deboostrap doesn't crash anymore... Victor -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532050: Details about the crash
More details: * debootstrap segfaults at chroot /target mount -t proc proc /proc * If I run this command in a shell after the crash, the command runs fine. * There is nothing special in kernel logs (dmesg). * I used the graphical installer It looks like the error is already known: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532043 * Yesterday (Jun 2009) * Crash on chroot /target mount -t proc proc /proc https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/147025 * 2007-09-30 * Stop on chroot /target mount -t proc proc /proc * Software RAID https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/63619 * 2006-10-02 * Failure trying to run: chroot /target mount -t proc proc /proc -- Another similar bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514195 * Feb 2009 * Kernel oops in ext3_permission -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [D-I] Please test Debian Installer with console-setup
Hi, On Tue, 2 Jun 2009 08:19:03 +0200 Christian Perrier bubu...@debian.org wrote: Packages have now reached the state where it is possible to test things out and provide some feedback. For this to happen, I built two netboot i386 ISO images (one[2] is console-based and another one[3] is using the graphical installer), where kbd-config has been replaced by console-setup-udeb and localechooser activates the use of console-setup on the installed system by default. Keyboard select question is different from previous one, good. But they stop installation with debootstrap failure message Warning: Failure trying to run: chroot /target mount -t proc proc /proc in my environment. So I test keyboard layout with virtual console (good) but cannot test with X. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org