Re: Switching to by-label mounting of partitions
Quoting Jurij Smakov (ju...@wooyd.org): As the amount of users who are using the firmware loading feature is probably non-negligible, it would be cool to get the installer to assign labels by default to all partitions, and generate the /etc/fstab and bootloader configs using labels. What do you think? This is the use persistent names release goals for the installer: http://wiki.debian.org/DebianInstaller/SqueezeGoals There is a general agreement this is a wished feature, yes. It just needs people to care enough and make this happen..:-)... Colin Watson is trying to coordinate efforts to achieve this. signature.asc Description: Digital signature
Bug#526978: debootstrap exit 1 in amd64 arch only for no reason
severity 526978 nomal thanks Quoting Vincent Fortier (vincent.forti...@ec.gc.ca): Package: debootstrap Version: 0.3.3.2etch1 Severity: grave Justification: renders package unusable I don't think this is justified. normal seems more appropriate. execution in 64-bit: I: Base system installed successfully. [r...@kayak /root]# echo $? 1 Have you tried reproducing this with lenny's debootstrap? (please note that I know about nothing about debootstrap but I'm just worried about an RC bug filed against one of our key packages, but not verified against a recent enough version of the said package) - End forwarded message - -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Switching to by-label mounting of partitions
On Mon, May 04, 2009 at 08:52:17PM +0100, Jurij Smakov wrote: When using d-i on my sparc box I have to use the firmware loading feature in order to make the firmware for the SCSI controller available to the installer, otherwise the disks are not detected. A minor annoyance is that once you insert the USB flash drive with firmware, it's assigned 'sda' as as a device name, and then the real disk gets 'sdb'. This causes problems later, as /dev/sdb2 is listed as root device in /etc/fstab and /etc/silo.conf. If one tries to boot without the flash drive inserted later, the real disk is recognized as 'sda' instead of 'sdb', causing a boot failure, as the filesystem cannot be found. Today I tried to set the labels in the installer, and then manually edit /etc/fstab and /etc/silo.conf at the end of installation, specifying the devices by LABEL instead of device name. It appears to work fine, you only need to quote the value for root put in silo.conf like this: root=LABEL=root As the amount of users who are using the firmware loading feature is probably non-negligible, it would be cool to get the installer to assign labels by default to all partitions, and generate the /etc/fstab and bootloader configs using labels. What do you think? Assigning labels is fine. Using them by default in /etc/fstab is not; this would cause problems any time you add a second Debian disk to a system (e.g., for recovery purposes). This should be done using the UUIDs instead, which I believe is the plan that's been discussed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527057: console-setup: insecure tempfile handling
Package: console-setup Version: 1.33 Severity: grave User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic While merging console-setup 1.33 into Ubuntu, I happened to notice that debian/config.proto contains a few instances of code like this: echo unsupported_layout=$unsupported_layout /tmp/cslog # asdf We can't leave this sort of thing in packages uploaded to the archive, IMO; that means that any local user on a system they know is likely to be upgraded soon can create a symlink called /tmp/cslog and have root overwrite any file they like. (Admittedly they can only get root to write out rather specific text to that file, but it would still be enough to break the system if they just wanted to be randomly destructive.) Anton, I'm filing this bug rather than just correcting it because I'm not sure what you want to achieve here. Was it just code you committed by accident, or do you explicitly want to have extra logging in the package? If the latter, I'd suggest perhaps calls to logger(1) guarded by an environment variable. Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527057: console-setup: insecure tempfile handling
On Tue, May 05, 2009 at 12:08:14PM +0100, Colin Watson wrote: Anton, I'm filing this bug rather than just correcting it because I'm not sure what you want to achieve here. Was it just code you committed by accident, or do you explicitly want to have extra logging in the package? If the latter, I'd suggest perhaps calls to logger(1) guarded by an environment variable. This happened by accident. I will correct this the next 1-2 hours. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527057: console-setup: insecure tempfile handling
On Tue, May 05, 2009 at 02:21:13PM +0300, Anton Zinoviev wrote: On Tue, May 05, 2009 at 12:08:14PM +0100, Colin Watson wrote: Anton, I'm filing this bug rather than just correcting it because I'm not sure what you want to achieve here. Was it just code you committed by accident, or do you explicitly want to have extra logging in the package? If the latter, I'd suggest perhaps calls to logger(1) guarded by an environment variable. This happened by accident. I will correct this the next 1-2 hours. Thanks, much appreciated. -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526978: debootstrap exit 1 in amd64 arch only for no reason
-Message d'origine- De : Christian Perrier [mailto:bubu...@debian.org] Envoyé : 5 mai 2009 00:46 À : Fortier,Vincent [Montreal]; 526...@bugs.debian.org Objet : Re: Bug#526978: debootstrap exit 1 in amd64 arch only for no reason severity 526978 nomal thanks Quoting Vincent Fortier (vincent.forti...@ec.gc.ca): Package: debootstrap Version: 0.3.3.2etch1 Severity: grave Justification: renders package unusable I don't think this is justified. normal seems more appropriate. No problem. I actually was'nt sure since it completelly breaks FAI (backport 3.2.15+ version) execution in 64-bit: I: Base system installed successfully. [r...@kayak /root]# echo $? 1 Have you tried reproducing this with lenny's debootstrap? I did but not directly until this morning... Looks like this problem really got fixed for Lenny... Here is the output: [r...@kayak /root]# LC_ALL=C debootstrap --verbose --exclude=dhcp-client,info etch /data/fai/nfsroot/QC/amd64/live/filesystem.dir http://etch.apt.mydomain/debian/base/amd64 I: Retrieving Release I: Retrieving Packages I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Checking component main on http://etch.apt.mydomain/debian/base/amd64... I: Retrieving adduser I: Validating adduser I: Retrieving apt .. I: Configuring sysklogd... I: Configuring tasksel... I: Base system installed successfully. [r...@kayak /root]# echo $? 0 [r...@kayak /root]# dpkg -l | grep -i debootstrap ii debootstrap 1.0.10lenny1 Bootstrap a basic Debian system [r...@kayak /root]# uname -a Linux kayak.mydomain 2.6.24-etchnhalf.1-amd64 001 SMP Wed Apr 29 08:06:31 UTC 2009 x86_64 GNU/Linux (please note that I know about nothing about debootstrap but I'm just worried about an RC bug filed against one of our key packages, but not verified against a recent enough version of the said package) Hope this helps! Note: I've added FAI maintainers in CC to keep them updated with this bug info. - vin -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Installation of Lenny on ESX Server 2.5.3 fails
Hello List, I try to set up an Debian Lenny (5.0.1 netinst) in a virtual machine hosted on VMware ESX Server 2.5.3. After power on the boot menu is coming up fine (Install, Graphical Install,...). After I've selected the installation method, vmlinuz initrd is loading ... REBOOT! Sometimes I can see some characters but reboot comes too fast to read the message. Maybe, it could be something with ...PCI... Is there a way to pause the installer after error's? Is this a known Problem? I've tried graphical and text installation, fb=false, vga=771, noapic, nolapic, acpi=off without any success. Thank you Regards... Christian Exner System-Administrator, DBA reinisch AG Albert-Nestler-Str. 24 76131 Karlsruhe mailto:christian.ex...@reinisch.de http://www.reinisch.de Firmensitz: reinisch AG, Albert-Nestler-Str. 24-26, 76131 Karlsruhe Vorstand: Franz Reinisch (Vorsitzender) - Anke Wipf - Bernhard Waage Aufsichtsratsvorsitzender: Dr. Dietmar Straub Handelsregister: HRB 109622, Amtsgericht Mannheim USt-IdNr.: DE 218354429 - Steuernummer: 35001/06207 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of console-setup_1.34_i386.changes
console-setup_1.34_i386.changes uploaded successfully to localhost along with the files: console-setup_1.34.dsc console-setup_1.34.tar.gz console-setup_1.34_all.deb console-setup-mini_1.34_all.deb bdf2psf_1.34_all.deb console-setup-udeb_1.34_all.udeb console-setup-amiga-ekmap_1.34_all.udeb console-setup-ataritt-ekmap_1.34_all.udeb console-setup-macintoshold-ekmap_1.34_all.udeb console-setup-pc-ekmap_1.34_all.udeb console-setup-sun4-ekmap_1.34_all.udeb console-setup-sun5-ekmap_1.34_all.udeb console-setup-fonts-udeb_1.34_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
console-setup_1.34_i386.changes ACCEPTED
Accepted: bdf2psf_1.34_all.deb to pool/main/c/console-setup/bdf2psf_1.34_all.deb console-setup-amiga-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-amiga-ekmap_1.34_all.udeb console-setup-ataritt-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.34_all.udeb console-setup-fonts-udeb_1.34_all.udeb to pool/main/c/console-setup/console-setup-fonts-udeb_1.34_all.udeb console-setup-macintoshold-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-macintoshold-ekmap_1.34_all.udeb console-setup-mini_1.34_all.deb to pool/main/c/console-setup/console-setup-mini_1.34_all.deb console-setup-pc-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-pc-ekmap_1.34_all.udeb console-setup-sun4-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-sun4-ekmap_1.34_all.udeb console-setup-sun5-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-sun5-ekmap_1.34_all.udeb console-setup-udeb_1.34_all.udeb to pool/main/c/console-setup/console-setup-udeb_1.34_all.udeb console-setup_1.34.dsc to pool/main/c/console-setup/console-setup_1.34.dsc console-setup_1.34.tar.gz to pool/main/c/console-setup/console-setup_1.34.tar.gz console-setup_1.34_all.deb to pool/main/c/console-setup/console-setup_1.34_all.deb Override entries for your package: bdf2psf_1.34_all.deb - optional utils console-setup-amiga-ekmap_1.34_all.udeb - extra debian-installer console-setup-ataritt-ekmap_1.34_all.udeb - extra debian-installer console-setup-fonts-udeb_1.34_all.udeb - extra debian-installer console-setup-macintoshold-ekmap_1.34_all.udeb - extra debian-installer console-setup-mini_1.34_all.deb - extra utils console-setup-pc-ekmap_1.34_all.udeb - extra debian-installer console-setup-sun4-ekmap_1.34_all.udeb - extra debian-installer console-setup-sun5-ekmap_1.34_all.udeb - extra debian-installer console-setup-udeb_1.34_all.udeb - extra debian-installer console-setup_1.34.dsc - source utils console-setup_1.34_all.deb - optional utils Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 527057 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527057: marked as done (console-setup: insecure tempfile handling)
Your message dated Tue, 05 May 2009 13:32:04 + with message-id e1m1kke-0006a0...@ries.debian.org and subject line Bug#527057: fixed in console-setup 1.34 has caused the Debian Bug report #527057, regarding console-setup: insecure tempfile handling 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.) -- 527057: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527057 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: console-setup Version: 1.33 Severity: grave User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic While merging console-setup 1.33 into Ubuntu, I happened to notice that debian/config.proto contains a few instances of code like this: echo unsupported_layout=$unsupported_layout /tmp/cslog # asdf We can't leave this sort of thing in packages uploaded to the archive, IMO; that means that any local user on a system they know is likely to be upgraded soon can create a symlink called /tmp/cslog and have root overwrite any file they like. (Admittedly they can only get root to write out rather specific text to that file, but it would still be enough to break the system if they just wanted to be randomly destructive.) Anton, I'm filing this bug rather than just correcting it because I'm not sure what you want to achieve here. Was it just code you committed by accident, or do you explicitly want to have extra logging in the package? If the latter, I'd suggest perhaps calls to logger(1) guarded by an environment variable. Thanks, -- Colin Watson [cjwat...@ubuntu.com] ---End Message--- ---BeginMessage--- Source: console-setup Source-Version: 1.34 We believe that the bug you reported is fixed in the latest version of console-setup, which is due to be installed in the Debian FTP archive: bdf2psf_1.34_all.deb to pool/main/c/console-setup/bdf2psf_1.34_all.deb console-setup-amiga-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-amiga-ekmap_1.34_all.udeb console-setup-ataritt-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.34_all.udeb console-setup-fonts-udeb_1.34_all.udeb to pool/main/c/console-setup/console-setup-fonts-udeb_1.34_all.udeb console-setup-macintoshold-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-macintoshold-ekmap_1.34_all.udeb console-setup-mini_1.34_all.deb to pool/main/c/console-setup/console-setup-mini_1.34_all.deb console-setup-pc-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-pc-ekmap_1.34_all.udeb console-setup-sun4-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-sun4-ekmap_1.34_all.udeb console-setup-sun5-ekmap_1.34_all.udeb to pool/main/c/console-setup/console-setup-sun5-ekmap_1.34_all.udeb console-setup-udeb_1.34_all.udeb to pool/main/c/console-setup/console-setup-udeb_1.34_all.udeb console-setup_1.34.dsc to pool/main/c/console-setup/console-setup_1.34.dsc console-setup_1.34.tar.gz to pool/main/c/console-setup/console-setup_1.34.tar.gz console-setup_1.34_all.deb to pool/main/c/console-setup/console-setup_1.34_all.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 527...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Anton Zinoviev zinov...@debian.org (supplier of updated console-setup 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 05 May 2009 15:05:21 +0300 Source: console-setup Binary: console-setup console-setup-mini bdf2psf console-setup-udeb console-setup-amiga-ekmap console-setup-ataritt-ekmap console-setup-macintoshold-ekmap console-setup-pc-ekmap console-setup-sun4-ekmap console-setup-sun5-ekmap console-setup-fonts-udeb Architecture: source all Version: 1.34 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Anton Zinoviev zinov...@debian.org Description: bdf2psf- font converter to generate console fonts from BDF source fonts console-setup - console font and keymap setup program console-setup-amiga-ekmap - encoded keyboard layouts for Amiga keyboards (udeb) console-setup-ataritt-ekmap - encoded keyboard layouts for Atari TT keyboards (udeb)
Bug#526978: debootstrap exit 1 in amd64 arch only for no reason
Hello, On Tue, May 5, 2009 at 8:50 AM, Fortier,Vincent [Montreal] vincent.forti...@ec.gc.ca wrote: Have you tried reproducing this with lenny's debootstrap? I did but not directly until this morning... Looks like this problem really got fixed for Lenny... Here is the output: An easy way to check why this happens is to generate the sh -x log from both runs and compare them. That could help us to properly sort this out fastly. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526978: debootstrap exit 1 in amd64 arch only for no reason
-Message d'origine- De : otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] De la part de Otavio Salvador Envoyé : 5 mai 2009 11:15 À : Fortier,Vincent [Montreal]; 526...@bugs.debian.org Cc : Christian Perrier; Michael Tautschnig; Thomas Lange Objet : Re: Bug#526978: debootstrap exit 1 in amd64 arch only for no reason Hello, On Tue, May 5, 2009 at 8:50 AM, Fortier,Vincent [Montreal] vincent.forti...@ec.gc.ca wrote: Have you tried reproducing this with lenny's debootstrap? I did but not directly until this morning... Looks like this problem really got fixed for Lenny... Here is the output: An easy way to check why this happens is to generate the sh -x log from both runs and compare them. That could help us to properly sort this out fastly. Sure but I'd need to know where to add a set -x ?? Debootstrap calls subscripts and subroutines using: exec 43 I still did'nt found the way to capture an appropriate output by adding a set -x in the code, a call via sh -x /usr/sbin/debootstrap or removing exec xy I am now trying to figure which script is displaying the message I: Base system installed successfully. so I can add-up a set -x in it... Help would be appreciated... - vin -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527124: [console-setup-mini] should provide console-setup
Package: console-setup-mini Severity: normal --- Please enter the report below this line. --- According to console-setup changelog console-setup-mini should provide console-setup, yet: athlon:~# apt-cache depends console-setup-mini console-setup-mini |Depends: debconf Depends: debconf-2.0 cdebconf debconf Suggests: lsb-base |Recommends: kbd kbd-compat Recommends: console-tools Conflicts: console-setup Conflicts: console-terminus Conflicts: lsb Conflicts: lsb-base Conflicts: lsb-core athlon:~# when trying to install: athlon:~# apt-get install console-setup-mini Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: console-setup console-terminus xserver-xorg xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-video-nv xserver-xorg-video-v4l xserver-xorg-video-vesa The following NEW packages will be installed: console-setup-mini 0 upgraded, 1 newly installed, 10 to remove and 44 not upgraded. Need to get 718kB of archives. After this operation, 6631kB disk space will be freed. Do you want to continue [Y/n]? ^C --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-1-686 Debian Release: squeeze/sid 301 unstablewww.debian-multimedia.org 300 unstableftp.debian.org 101 experimentalftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Szymon K. Janc szymon#janc.int.pl // GG: 1383435 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Request for help - cleaning spam from the debian-boot mailing list archive
Quoting Frans Pop (elen...@planet.nl): Well, new messages will be nominated all the time, especially if enough people respond to this RFH. As of now, there seem to be 5 people working on the initial step (identify spam in list archives): fjp philbat bubulle fp dww. That just enough to bring potential spam mails to the second step (review) as each must receive 5 nominations. From my own experience, it's fairly easy to miss spams in the lists of messages, so we really needs a few more people (about 1 or 2, I think) to go through the archives. Interestingly, this is a task that one can do by relatively small bits: it takes me about 15 minutes to go through one month (about 1000 messages)... Take a look at http://wiki.debian.org/DebianInstaller/SpamClean, the second table, which has these statistics for d-boot. That shows we now have 18297 nominations in total for 4657 different messages. Of these 659 are considered (have received enough nominations to get to the review stage), so IIUC that's the number that needs to be reviewed and that should probably be the total you see for d-boot when you select the list for reviewing. There have been 591 reviews (although I doubt that number a bit) and the end result is that so far 16 messages have been removed from the archive. I went through all to be reviewed mails. For a post to be removed, it has to be rated as spam by at least THREE DD (assuming nobody rates it as Ham or Inappropriate). So we at least need another DD to commit self to do reviews. signature.asc Description: Digital signature
Processed: tagging 524556
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny3 tags 524556 pending Bug#524556: fails to build in parallel (-j2) There were no tags set. Tags added: pending 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
Processing of linux-kernel-di-hppa-2.6_1.42_multi.changes
linux-kernel-di-hppa-2.6_1.42_multi.changes uploaded successfully to localhost along with the files: ipv6-modules-2.6.29-2-parisc-di_1.42_hppa.udeb crypto-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb ipv6-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb ide-modules-2.6.29-2-parisc-di_1.42_hppa.udeb nic-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb loop-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb scsi-core-modules-2.6.29-2-parisc-di_1.42_hppa.udeb md-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb ext4-modules-2.6.29-2-parisc-di_1.42_hppa.udeb scsi-core-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb ext3-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb crypto-modules-2.6.29-2-parisc-di_1.42_hppa.udeb scsi-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb kernel-image-2.6.29-2-parisc64-di_1.42_hppa.udeb ide-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb crypto-dm-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb input-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb usb-storage-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb cdrom-core-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb linux-kernel-di-hppa-2.6_1.42.dsc cdrom-core-modules-2.6.29-2-parisc-di_1.42_hppa.udeb nic-modules-2.6.29-2-parisc-di_1.42_hppa.udeb input-modules-2.6.29-2-parisc-di_1.42_hppa.udeb crypto-dm-modules-2.6.29-2-parisc-di_1.42_hppa.udeb ext3-modules-2.6.29-2-parisc-di_1.42_hppa.udeb scsi-modules-2.6.29-2-parisc-di_1.42_hppa.udeb multipath-modules-2.6.29-2-parisc-di_1.42_hppa.udeb loop-modules-2.6.29-2-parisc-di_1.42_hppa.udeb usb-modules-2.6.29-2-parisc-di_1.42_hppa.udeb usb-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb kernel-image-2.6.29-2-parisc-di_1.42_hppa.udeb md-modules-2.6.29-2-parisc-di_1.42_hppa.udeb ppp-modules-2.6.29-2-parisc-di_1.42_hppa.udeb linux-kernel-di-hppa-2.6_1.42.tar.gz ppp-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb ext4-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb multipath-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb usb-storage-modules-2.6.29-2-parisc-di_1.42_hppa.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484421: partman-auto-raid + LVM: very nice, how to test?
That's something I was looking for... How can I test this patch? signature.asc Description: Digital signature
linux-kernel-di-hppa-2.6_1.42_multi.changes is NEW
(new) cdrom-core-modules-2.6.29-2-parisc-di_1.42_hppa.udeb standard debian-installer CDROM support This package contains core CDROM support for the Linux kernel. (new) cdrom-core-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb standard debian-installer CDROM support This package contains core CDROM support for the Linux kernel. (new) crypto-dm-modules-2.6.29-2-parisc-di_1.42_hppa.udeb extra debian-installer devicemapper crypto module This package contains the devicemapper crypto (dm-crypt) module. (new) crypto-dm-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb extra debian-installer devicemapper crypto module This package contains the devicemapper crypto (dm-crypt) module. (new) crypto-modules-2.6.29-2-parisc-di_1.42_hppa.udeb extra debian-installer crypto modules This package contains crypto modules. (new) crypto-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb extra debian-installer crypto modules This package contains crypto modules. (new) ext3-modules-2.6.29-2-parisc-di_1.42_hppa.udeb standard debian-installer EXT3 filesystem support This package contains the EXT3 filesystem module for the Linux kernel. (new) ext3-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb standard debian-installer EXT3 filesystem support This package contains the EXT3 filesystem module for the Linux kernel. (new) ext4-modules-2.6.29-2-parisc-di_1.42_hppa.udeb standard debian-installer EXT4 filesystem support This package contains the EXT4 filesystem module for the Linux kernel. (new) ext4-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb standard debian-installer EXT4 filesystem support This package contains the EXT4 filesystem module for the Linux kernel. (new) ide-modules-2.6.29-2-parisc-di_1.42_hppa.udeb standard debian-installer IDE drivers This package contains IDE drivers for the Linux kernel. (new) ide-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb standard debian-installer IDE drivers This package contains IDE drivers for the Linux kernel. (new) input-modules-2.6.29-2-parisc-di_1.42_hppa.udeb extra debian-installer Input devices support This package contains input device drivers for the Linux kernel. (new) input-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb extra debian-installer Input devices support This package contains input device drivers for the Linux kernel. (new) ipv6-modules-2.6.29-2-parisc-di_1.42_hppa.udeb extra debian-installer IPv6 driver This package contains the IPv6 driver for the Linux kernel. (new) ipv6-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb extra debian-installer IPv6 driver This package contains the IPv6 driver for the Linux kernel. (new) kernel-image-2.6.29-2-parisc-di_1.42_hppa.udeb extra debian-installer Linux kernel binary image for the Debian installer This package contains the Linux kernel image for the Debian installer boot images. It does _not_ provide a usable kernel for your full Debian system. (new) kernel-image-2.6.29-2-parisc64-di_1.42_hppa.udeb extra debian-installer Linux kernel binary image for the Debian installer This package contains the Linux kernel image for the Debian installer boot images. It does _not_ provide a usable kernel for your full Debian system. linux-kernel-di-hppa-2.6_1.42.dsc to pool/main/l/linux-kernel-di-hppa-2.6/linux-kernel-di-hppa-2.6_1.42.dsc linux-kernel-di-hppa-2.6_1.42.tar.gz to pool/main/l/linux-kernel-di-hppa-2.6/linux-kernel-di-hppa-2.6_1.42.tar.gz (new) loop-modules-2.6.29-2-parisc-di_1.42_hppa.udeb standard debian-installer Loopback filesystem support This package contains loopback filesystem support for the Linux kernel. (new) loop-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb standard debian-installer Loopback filesystem support This package contains loopback filesystem support for the Linux kernel. (new) md-modules-2.6.29-2-parisc-di_1.42_hppa.udeb extra debian-installer RAID and LVM support This package contains RAID and LVM modules for the Linux kernel. (new) md-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb extra debian-installer RAID and LVM support This package contains RAID and LVM modules for the Linux kernel. (new) multipath-modules-2.6.29-2-parisc-di_1.42_hppa.udeb extra debian-installer Multipath support This package contains DM-Multipath modules for the Linux kernel. (new) multipath-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb extra debian-installer Multipath support This package contains DM-Multipath modules for the Linux kernel. (new) nic-modules-2.6.29-2-parisc-di_1.42_hppa.udeb standard debian-installer Common NIC drivers This package contains common NIC drivers for the Linux kernel. (new) nic-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb standard debian-installer Common NIC drivers This package contains common NIC drivers for the Linux kernel. (new) ppp-modules-2.6.29-2-parisc-di_1.42_hppa.udeb optional debian-installer PPP drivers This package contains PPP drivers for the Linux kernel. (new) ppp-modules-2.6.29-2-parisc64-di_1.42_hppa.udeb optional debian-installer PPP drivers This package contains PPP drivers for the Linux
[D-I Manual] Build log for en (05 May 2009)
A build of the Debian Installer Manual was triggered by an update to SVN. There were no errors during the build process. The new version of the manual has been uploaded successfully. A log of the build is available at: - http://d-i.alioth.debian.org/manual/logs/en.log === It is possible to use RSS to track changes to the manual. For more information, see: http://d-i.alioth.debian.org/manual/translators.html === Note: PDF output is not yet supported for some languages; help with this would be appreciated. === If you have any questions about the build or this message, feel free to contact me at faw AT funlabs DOT org. === Updated files ('svn up') Uen/appendix/preseed.xml Updated to revision 58481. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484421: partman-auto-raid + LVM: very nice, how to test?
Quoting The Anarcat (anar...@anarcat.ath.cx): That's something I was looking for... How can I test this patch? Checkout D-I SVN (svn://svn.debian.org/d-i). Go to packages/partman/partman-auto-raid Apply the patch Build the package Put the generated udeb in installer/build/localudebs Build an installer netboot ISO : - cd installer/build - make build_netboot (you may need to installed required build dependencies first: try running dpkg-checkbuilddeps from installer/) The generated ISO should be in build/dest http://wiki.debian.org/DebianInstaller/Build may help in case these informations are too scarce... -- signature.asc Description: Digital signature