Bug#520828: [INTL:be] Updated Belarusian debconf for console-setup
Quoting Pavel Piatruk (piatru...@gmail.com):
> Package: console-setup
> Version: 1.30
> Severity: wishlist
>
>
> Please update Belarusian debconf translation
Committed. I corrected the following:
> msgid ""
> "The configuration file /etc/default/console-setup specifies a keyboard "
> "layout (${XKBLAYOUT}), which is not supported by the configuration program."
> msgstr "Файл налад /etc/default/console-setup вызначае раскладку клавіятуры
> (${XKBLAYOT}), што не падтрымліваецца праграмай наладжвання."
s/KBDLAYOT/KBDLAYOUT
signature.asc
Description: Digital signature
Bug#520581: marked as done (debootstrap should create loopback network interface)
Your message dated Mon, 23 Mar 2009 00:22:38 -0700 with message-id <1237792958.31055.0.ca...@shawn-desktop.local> and subject line Re: Bug#520581: debootstrap should create loopback network interface has caused the Debian Bug report #520581, regarding debootstrap should create loopback network interface 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.) -- 520581: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520581 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: debootstrap Version: lenny Severity: wishlist is there any reason debootrap doesnt create the loopback device? is there any install that wouldnt want a loopback device? just one less thing when you debootstrap manually. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- End Message --- --- Begin Message --- On Mon, 2009-03-23 at 01:22 -0300, Otavio Salvador wrote: > Do you have any good reason to really want it to be done at debootstrap? > If not, I belive it is best to close the bug report. > agreeing --- End Message ---
Processed: setting package to console-setup-sun5-ekmap console-setup-fonts-udeb bdf2psf console-setup-ataritt-ekmap console-setup-pc-ekmap console-setup-sun4-ekmap console-setup-mini console-setup-ude
Processing commands for cont...@bugs.debian.org: > #console-setup (1.29) UNRELEASED; urgency=low > # > # * Debconf templates and debian/control reviewed by the debian-l10n- > #english team as part of the Smith review project. Closes: #520375 > # * Debconf translations: > #- Brazilian Portuguese. Closes: #512457 > #- French > #- Belarusian. Closes: #520828 > # > package console-setup-sun5-ekmap console-setup-fonts-udeb bdf2psf > console-setup-ataritt-ekmap console-setup-pc-ekmap console-setup-sun4-ekmap > console-setup-mini console-setup-udeb console-setup-amiga-ekmap console-setup > console-setup-macintoshold-ekmap Ignoring bugs not assigned to: console-setup-sun5-ekmap console-setup-fonts-udeb bdf2psf console-setup-ataritt-ekmap console-setup-pc-ekmap console-setup-sun4-ekmap console-setup-mini console-setup-udeb console-setup-amiga-ekmap console-setup-macintoshold-ekmap console-setup > tags 520375 + pending Bug#520375: console-setup: [debconf_rewrite] Debconf templates and debian/control review Tags were: patch Tags added: pending > tags 520828 + pending Bug#520828: [INTL:be] Updated Belarusian debconf for console-setup 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
Bug#292221: marked as done (d-i: mkinitrd STILL omits medley.o (see also #265424))
Your message dated Mon, 23 Mar 2009 11:52:49 - with message-id <002101c9abad$e4f62bc0$2c958...@lbcamden.net> and subject line Overtaken by dmraid support in Lenny has caused the Debian Bug report #292221, regarding d-i: mkinitrd STILL omits medley.o (see also #265424) 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.) -- 292221: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292221 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: debian-installer Version: daily build 25 Jan 2005 Method: Installed from boot & root floppies Machine: ASUS A7N8X Deluxe 2.0 Processor: Athlon XP 3200+ Memory: 1 GB Root Device: Silicon Image Sil 3112 SATA RAID Hard disks: 2x Maxtor 6Y160M0 (160Gb) in a single 320Gb stripe set This is *exactly* the same bug as #265424, which does not appear to have been addressed or even acknowledged. Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [ ] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [E] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Unlike Todd (the author of #265424), I did not attempt to use a CD drive. Please see #286939 for my tribulations here (I was trying to use via82cxxx instead of amd74xx - I suspect I will be able to use the CD next time). I had to use expert mode and manually modprobe siimage, ide-detect, ide-disk, ataraid and medley, in that order. Using non-expert mode caused a total freeze during loading of ide-detect, every time. Once medley was loaded, I was able to partition and create filesystems successfully. Note that Todd's point about the default options being dangerous still stands - only by using manual partitioning could I see the existing partitions of the stripe set. After installation, I ignored grub and installed LILO, which worked fine. It even detected my Windows installation on /dev/ataraid/d0p1 and included it. Then I rebooted, and it tried gamely to install hptraid and pdcraid, but not medley! So it could not find the root device (/dev/ataraid/d0p3) and panicked. It's now over 5 months since Todd submitted #265424, and it's surely a simple matter of adding medley.o to that part of the script which tries the other ataraid drivers. Grateful if someone could add this asap. (Todd, if you've managed to work around this yourself, I'd love to know how!) CC --- End Message --- --- Begin Message --- This bug is now obsolete, as dmraid support has been successfully implemented in Lenny. CC --- End Message ---
ext4 in debian?
Hi all, my question is: when does the installer have ext4 for installing? thx regards Marco -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#501863: marked as done (Documentation for the proposed passwd/allow-password-empty preseed entry)
Your message dated Mon, 23 Mar 2009 21:11:47 +0900 with message-id <49c77c83.9070...@ubuntu.com> and subject line Withdrawing the user-setup change that would use this documentation has caused the Debian Bug report #501863, regarding Documentation for the proposed passwd/allow-password-empty preseed entry 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.) -- 501863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501863 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: installation-guide Version: 20080520 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu intrepid ubuntu-patch Bug #501849 requests the inclusion of a new preseed value (passwd/allow-password-empty) in user-setup. As documentation of preseed values appears to belong in the installation-manual appendix, I've attached a patch against SVN r56349 that would include documentation in English. My apologies that I'm not confident enough with generation of other languages to include the documentation there as well. -- Emmet HIKORY Index: en/appendix/preseed.xml === --- en/appendix/preseed.xml (revision 56349) +++ en/appendix/preseed.xml (working copy) @@ -1128,6 +1128,9 @@ #d-i passwd/user-password-again password insecure # or encrypted using an MD5 hash. #d-i passwd/user-password-crypted password [MD5 hash] +# Permit the created user to have an empty password. The default is false. +# Preseed this to true if the created user may have an empty password. +#d-i passwd/allow-password-empty boolean false # Create the first user with the specified UID instead of the default. #d-i passwd/user-uid string 1010 --- End Message --- --- Begin Message --- As my project changes, I'm withdrawing the user-setup change (bug #501849) that would have used this documentation. As a result, this bug ought not fixed, and so I'm closing it. -- Emmet HIKORY --- End Message ---
Bug#501849: marked as done (Please permit installation with an empty user password)
Your message dated Mon, 23 Mar 2009 21:15:28 +0900 with message-id <49c77d60.8000...@ubuntu.com> and subject line Please don't apply this patch has caused the Debian Bug report #501849, regarding Please permit installation with an empty user password 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.) -- 501849: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501849 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: user-setup Version: 1.23 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu intrepid ubuntu-patch When performing an install, the user cannot proceed without entering a non-empty password. This remains the case even when an empty password has been specifically preseeded. For most use cases, this is clearly entirely the correct behaviour. In those rare cases where someone really, really, wants to have an empty password for an automatically created user, it would be nice if user-setup would allow this directly, rather than requiring workarounds such as reset with late_command. The attached patch creates an additional internal-use-only preseed boolean: passwd/allow-password-empty which when set to true allows the use of an empty password, either interactively or through preseeding. Users will still be asked for a password, but will not be forced to enter one. I've created the patch against revision 56349 in SVN, but would be happy to update it to a newer revision with modifications if requested. -- Emmet HIKORY Index: debian/user-setup-udeb.templates === --- debian/user-setup-udeb.templates (revision 56349) +++ debian/user-setup-udeb.templates (working copy) @@ -22,6 +22,12 @@ Default: audio cdrom dialout floppy video plugdev netdev powerdev Description: for internal use only +# Allow preseeding whether to permit a blank password for created non-root user +Template: passwd/allow-password-empty +Type: boolean +Default: false +Description: for internal use only + Template: passwd/root-login Type: boolean Default: true Index: user-setup-ask === --- user-setup-ask (revision 56349) +++ user-setup-ask (working copy) @@ -169,7 +169,7 @@ db_get passwd/user-password-crypted || true if ! test "$RET" ; then # Compare the two passwords, loop with message if not -# identical, or if empty. +# identical db_get passwd/user-password USER_PW="$RET" db_get passwd/user-password-again @@ -183,7 +183,10 @@ STATE=6 continue fi -if [ -z "$USER_PW" ]; then +# Loop if the password is empty, and it's not +# specifically allowed by preseeding +db_get passwd/allow-password-empty +if [ "$RET" = false ] && [ -z "$USER_PW" ]; then db_set passwd/user-password "" db_set passwd/user-password-again "" db_fset user-setup/password-empty seen false --- End Message --- --- Begin Message --- From the initial comments on this bug, I was convinced the patch was both unnecessary and undesirable. I've been intending to clean it up anyway for inclusion and application, but since I've not gotten around to it for so long, and since I don't want it anymore, and since nobody else seems to have adopted it, I think it's worth closing this bug as something that not only won't be fixed, but shouldn't be "fixed", as the current behaviour is sufficiently flexible. -- Emmet HIKORY --- End Message ---
Re: ext4 in debian?
On Mon, Mar 23, 2009 at 8:56 AM, wrote: > > Hi all, > > my question is: > when does the installer have ext4 for installing? Not yet; we're adding the support for it but it will still take a while to be complete. partman got most of required parts already and we are working with parted upstream to get it released to use it for ext4. Besides that, we also depends on kernel updating that is also being done. As you can see, a lot of things are in progress :-) -- 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
Re: updating kernel-wedge
Hi, At 22 Mar 09 18:23:53 GMT, Martin Michlmayr wrote: > * Otavio Salvador [2009-03-21 17:02]: > > This is the first proposal of patches to update our kernel to > > 2.6.29. I belive we'll still have changes to do on this set of patches > > before really commiting it but it would be nice if porters could take > > a look at them and propose patches for any remaining issues. > > These changes look good to me. I suggest you commit them to SVN. From my experience when I built 2.6.28 kernel d-i, I'd like to ask to add: [nic-wireless-modules] ath9k ? iwlagn ? [nic-usb-modules or nic-wireless-modules] rtl8187 ? [nic-extra-modules] myri10ge ? sc92031 ? Thanks, -- Kenshi Muto km...@debian.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: updating kernel-wedge
On Mon, Mar 23, 2009 at 10:33 AM, Kenshi Muto wrote: > Hi, > > At 22 Mar 09 18:23:53 GMT, > Martin Michlmayr wrote: >> * Otavio Salvador [2009-03-21 17:02]: >> > This is the first proposal of patches to update our kernel to >> > 2.6.29. I belive we'll still have changes to do on this set of patches >> > before really commiting it but it would be nice if porters could take >> > a look at them and propose patches for any remaining issues. >> >> These changes look good to me. I suggest you commit them to SVN. > > From my experience when I built 2.6.28 kernel d-i, I'd like to ask to add: Mind to prepare a patch for it? -- 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
Re: base-installer r53756 vs. console-setup
On Tue, Mar 10, 2009 at 12:39:30PM +0100, Frans Pop wrote: > On Tuesday 10 March 2009, Colin Watson wrote: > > I just rather belatedly noticed that r53756 breaks console-setup (or at > > least will once we switch to it and console-setup is installed by > > debootstrap). > > BTW > Do we really want console-setup installed by debootstrap? Mm, I think you may be right there. I'll look at making sure things work properly if it's installed later than that. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520934: console-setup: [INTL:fi] Updated Finnish translation of the debconf templates
Package: console-setup Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please include attached updated translation file fi.po to the package. Regards, Esko Arajärvi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknH1FIACgkQejjRZhTfFSy3PQCfc0kQFZl/I5CV+q2qMz5J4+TB jB8AnR/GYc4O6NpVlbT3SD1aQobxRg2d =pjq2 -END PGP SIGNATURE- msgid "" msgstr "" "Project-Id-Version: console-setup\n" "Report-Msgid-Bugs-To: console-se...@packages.debian.org\n" "POT-Creation-Date: 2009-03-19 18:29+0100\n" "PO-Revision-Date: 2009-03-23 20:19+0200\n" "Last-Translator: Esko Arajärvi \n" "Language-Team: Finnish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Poedit-Country: FINLAND\n" #. Type: text #. Description #. Main menu item. Please keep below 55 columns #: ../console-setup.templates:2001 msgid "Configure the keyboard" msgstr "Tee näppäimistön asetukset" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid ". Arabic" msgstr ". Arabialainen" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Armenian" msgstr "# Armenialainen" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Cyrillic - KOI8-R and KOI8-U" msgstr "# Kyrillinen - KOI8-R ja KOI8-U" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Cyrillic - non-Slavic languages" msgstr "# Kyrillinen - ei-slaavilaiset kielet" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Cyrillic - Slavic languages (also Bosnian and Serbian Latin)" msgstr "# Kyrillinen - slaavilaiset kielet (myös Bosnian ja Serbian Latin)" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid ". Ethiopic" msgstr ". Etiopialainen" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Georgian" msgstr "# Georgialainen" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Greek" msgstr "# Kreikkalainen" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Hebrew" msgstr "# Heprealainen" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Lao" msgstr "# Laolainen" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Latin1 and Latin5 - western Europe and Turkic languages" msgstr "# Latin1 ja Latin5 - länsieurooppalaiset ja turkkilaiset kielet" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Latin2 - central Europe and Romanian" msgstr "# Latin2 - keskieurooppalaiset kielet ja romania" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh" msgstr "# Latin3 ja Latin8 - chichewa; esperanto; iiri; malta; kymri" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Latin7 - Lithuanian; Latvian; Maori and Marshallese" msgstr "# Latin7 - liettua; latvia; maori; marshallin kieli" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid ". Latin - Vietnamese" msgstr ". Latin - vietnamilainen" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid "# Thai" msgstr "# Thai" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid ". Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic" msgstr ". Yhdistelmä - Latin; slaavilainen kyrillinen; heprea; arabia" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid ". Combined - Latin; Slavic Cyrillic; Greek" msgstr ". Yhdistelmä - Latin; slaavilainen kyrillinen; kreikka" #. Type: select #. Choices #: ../console-setup.templates:3001 msgid ". Combined - Latin; Slavic and non-Slavic Cyrillic" msgstr ". Yhdistelmä - Latin; slaavilainen ja ei-slaavilainen kyrillinen" #. Type: select #. Description #: ../console-setup.templates:3002 msgid "Character set to support:" msgstr "Tuettava merkistö:" #. Type: select #. Description #: ../console-setup.templates:3002 msgid "" "Please choose the character set that should be supported by the console font." msgstr "Valitse merkistö, jota konsolifontin tulisi tukea:" #. Type: select #. Description #: ../console-setup.templates:3002 msgid "" "If you don't use a framebuffer, the choices that start with \".\" will " "reduce the number of available colors on the console." msgstr "" "Jos kehyspuskurointi ei ole käytössä, merkillä ”.” alkavat vaihtoehdot " "rajoittavat konsolilla käytössä olevien värien määrää." #. Type: select #. Description #: ../console-setup.templates:4001 msgid "Keyboard model:" msgstr "Näppäimistön malli:" #. Type: select #. Description #: ../console-setup.templates:5001 msgid "Origin of the keyboard:" msgstr "Näppäimistön alkuperä:" #. Type: select #. Description #: ../console-setup.templates:6001 msgid "Keyboard layout:" msgstr "Näppäinasettelu:" #. Type: select #. Description #: ../console-setup.templates:6001 msgid "" "There is more than one possible keyboard layout with the origin you " "selected. Ple
List of udebs that depend on non-udebs
Hello, while talking today with Otavio on #debian-release about the #520642 thread (I’ve Bin-NMUed pcre3/i386, btw, and dmraid will fix itself becuase it’s seen a recent sourceful upload), the topic about udebs depending on non-udebs came up. Otavio said: 18:28 dato: i belive that we could check for any non-udeb dependency. AFAIK no package should have them now. Well, in case it’s of any use, please find attached a list of all udebs in unstable that depend on regular packages. Bottom line: only dependencies on libc6, libgcc1 and libnewt0.52 are present, plus debconf (in debian-edu udebs) and os-prober (in the *-installer packages). Cheers, non_udeb_dependency | package | arch ---++- debconf | debian-edu-install-udeb| all debconf | debian-edu-profile-udeb| all libc6 | beep-udeb | amd64 libc6 | beep-udeb | armel libc6 | beep-udeb | hppa libc6 | beep-udeb | i386 libc6 | beep-udeb | mips libc6 | beep-udeb | mipsel libc6 | beep-udeb | powerpc libc6 | beep-udeb | s390 libc6 | beep-udeb | sparc libc6 | cfdisk-udeb| amd64 libc6 | cfdisk-udeb| armel libc6 | cfdisk-udeb| hppa libc6 | cfdisk-udeb| i386 libc6 | cfdisk-udeb| mips libc6 | cfdisk-udeb| mipsel libc6 | cfdisk-udeb| powerpc libc6 | cfdisk-udeb| s390 libc6 | devio-udeb | amd64 libc6 | devio-udeb | armel libc6 | devio-udeb | hppa libc6 | devio-udeb | i386 libc6 | devio-udeb | mips libc6 | devio-udeb | mipsel libc6 | devio-udeb | powerpc libc6 | devio-udeb | s390 libc6 | devio-udeb | sparc libc6 | dmidecode-udeb | amd64 libc6 | dmidecode-udeb | i386 libc6 | fbset-udeb | hppa libc6 | fbset-udeb | mips libc6 | fdisk-udeb | amd64 libc6 | fdisk-udeb | armel libc6 | fdisk-udeb | hppa libc6 | fdisk-udeb | i386 libc6 | fdisk-udeb | mips libc6 | fdisk-udeb | mipsel libc6 | fdisk-udeb | powerpc libc6 | fdisk-udeb | s390 libc6 | fdisk-udeb | sparc libc6 | jfsutils-udeb | mips libc6 | kbd-udeb | i386 libc6 | libexpat1-udeb | hppa libc6 | libexpat1-udeb | mips libc6 | libfribidi0-udeb | amd64 libc6 | libfribidi0-udeb | armel libc6 | libfribidi0-udeb | hppa libc6 | libfribidi0-udeb | i386 libc6 | libfribidi0-udeb | mips libc6 | libfribidi0-udeb | mipsel libc6 | libfribidi0-udeb | powerpc libc6 | libfribidi0-udeb | s390 libc6 | libfribidi0-udeb | sparc libc6 | libiw29-udeb | hppa libc6 | libiw29-udeb | mips libc6 | libpcre3-udeb | i386 libc6 | libpopt0-udeb | hppa libc6 | libpopt0-udeb | mips libc6 | libtextwrap1-udeb | amd64 libc6 | libtextwrap1-udeb | armel libc6 | libtextwrap1-udeb | hppa libc6 | libtextwrap1-udeb | i386 libc6 | libtextwrap1-udeb | mips libc6 | libtextwrap1-udeb | mipsel libc6 | libtextwrap1-udeb | powerpc libc6 | libtextwrap1-udeb | s390 libc6 | libtextwrap1-udeb | sparc libc6 | mac-fdisk-udeb | powerpc libc6 | mii-diag-udeb | amd64 libc6
Re: List of udebs that depend on non-udebs
Hi, On Montag, 23. März 2009, Adeodato Simó wrote: > 18:28 dato: i belive that we could check for any non-udeb >dependency. AFAIK no package should have them now. Is that already the case for lenny or just for squeeze/sid? I'm asking cause Debian Edu lenny is still in development... regards, Holger signature.asc Description: This is a digitally signed message part.
Re: List of udebs that depend on non-udebs
On Monday 23 March 2009, Adeodato Simó wrote: > 18:28 dato: i belive that we could check for any non-udeb >dependency. AFAIK no package should have them now. Almost true, but not quite. See my early mails about getting rid of the dependencies on libc6 and the udeb dependencies status page in the wiki. signature.asc Description: This is a digitally signed message part.
Re: [PATCH 12/15] [linux-kernel-di-amd64-2.6] crypto-core-modules: dropped
Could we also include this patch since 2.6.27+ supports Xen domU on amd64 as well, this is the equivalent to r54357 for i386. diff --git a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules index 2512e83..fe57a1f 100644 --- a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules +++ b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules @@ -1 +1,2 @@ #include +xen-netfront ? diff --git a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules index 8909dfb..38bc883 100644 --- a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules +++ b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules @@ -1 +1,2 @@ #include +xen-blkfront ? -- Ian Campbell "May the forces of evil become confused on the way to your house." -- George Carlin signature.asc Description: This is a digitally signed message part
Re: List of udebs that depend on non-udebs
* Frans Pop [Mon, 23 Mar 2009 21:19:37 +0100]: > On Monday 23 March 2009, Adeodato Simó wrote: > > 18:28 dato: i belive that we could check for any non-udeb > >dependency. AFAIK no package should have them now. > Almost true, but not quite. See my early mails about getting rid of the > dependencies on libc6 and the udeb dependencies status page in the wiki. Sure. Well, I just wanted to provide an up-to-date and archive-wide list, in case if was of use for you. Regarding the wiki page, it lists glibc as “BTS”, but it’s been fixed apparently since 2008-05-11, so you may want to update the page and check/ask for rebuilds of the libc6 dependencies I sent, if it’s important for you to see them gone. I see nothing in the wiki page about libgcc1, and I do see libnewt0.52 dependencies are okay, so that should be all. In any case, somebody shout if they need something from us. I just reacted on that comment from Otavio in the hopes it’d be of any use. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514055: debian still not working on PS3
On 03/22/2009 10:45 AM, Geoff Levand wrote: > On 03/21/2009 10:38 AM, Wouter Verhelst wrote: >> On Fri, Mar 20, 2009 at 04:40:51PM -0700, Geoff Levand wrote: >>> 1) At boot there were some kernel I/O errors about /dev/sr0. >> >> That is the BD drive. Did you have a disc in the drive at that point? >> If so, what kind of disc? > > The mini.iso installer, a CD-ROM. Here are the messages. Geert, any idea about them? Mar 20 21:57:32 kernel: [5.399309] Driver 'sr' needs updating - please use bus_type methods Mar 20 21:57:32 kernel: [5.426872] sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray Mar 20 21:57:32 kernel: [5.433191] Uniform CD-ROM driver Revision: 3.20 Mar 20 21:57:32 kernel: [5.433678] sr 0:0:0:0: Attached scsi CD-ROM sr0 Mar 20 21:57:32 kernel: [5.457911] sr 0:0:0:0: Attached scsi generic sg0 type 5 ... Mar 20 21:57:32 kernel: [7.704702] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK Mar 20 21:57:32 kernel: [7.710429] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] Mar 20 21:57:32 kernel: [7.716198] sr 0:0:0:0: [sr0] Add. Sense: L-EC uncorrectable error Mar 20 21:57:32 kernel: [7.722110] end_request: I/O error, dev sr0, sector 45712 Mar 20 21:57:32 kernel: [7.727934] Buffer I/O error on device sr0, logical block 11428 ... Mar 20 21:57:32 kernel: [9.394691] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK Mar 20 21:57:32 kernel: [9.401118] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] Mar 20 21:57:32 kernel: [9.407622] sr 0:0:0:0: [sr0] Add. Sense: L-EC uncorrectable error Mar 20 21:57:32 kernel: [9.414009] end_request: I/O error, dev sr0, sector 45712 Mar 20 21:57:32 kernel: [9.420386] Buffer I/O error on device sr0, logical block 11428 Mar 20 21:57:32 kernel: [ 10.864657] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK Mar 20 21:57:32 kernel: [ 10.871199] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] Mar 20 21:57:32 kernel: [ 10.877661] sr 0:0:0:0: [sr0] Add. Sense: L-EC uncorrectable error Mar 20 21:57:32 kernel: [ 10.884132] end_request: I/O error, dev sr0, sector 45712 Mar 20 21:57:32 kernel: [ 10.890609] Buffer I/O error on device sr0, logical block 11428 ... -Geoff -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [PATCH 12/15] [linux-kernel-di-amd64-2.6] crypto-core-modules: dropped
On Mon, Mar 23, 2009 at 5:12 PM, Ian Campbell wrote: > Could we also include this patch since 2.6.27+ supports Xen domU on > amd64 as well, this is the equivalent to r54357 for i386. > > diff --git > a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules > b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules > index 2512e83..fe57a1f 100644 > --- a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules > +++ b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules > @@ -1 +1,2 @@ > #include > +xen-netfront ? > diff --git > a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules > b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules > index 8909dfb..38bc883 100644 > --- a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules > +++ b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules > @@ -1 +1,2 @@ > #include > +xen-blkfront ? It looks like the best way to do that is to add them to kernel-wedge as optional and let them to be included on the images. What others think? -- 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
Re: List of udebs that depend on non-udebs
Adeodato Simó wrote: Hello, while talking today with Otavio on #debian-release about the #520642 thread (I’ve Bin-NMUed pcre3/i386, btw, and dmraid will fix itself becuase it’s seen a recent sourceful upload), the topic about udebs depending on non-udebs came up. Otavio said: 18:28 dato: i belive that we could check for any non-udeb dependency. AFAIK no package should have them now. Well, in case it’s of any use, please find attached a list of all udebs in unstable that depend on regular packages. Bottom line: only dependencies on libc6, libgcc1 and libnewt0.52 are present, plus debconf (in debian-edu udebs) and os-prober (in the *-installer packages). I have removed the depends on debconf in the debian-edu udebs in svn allready. But the packages have not been uploaded to sid yet. kind regards Ronny Aasen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [PATCH 12/15] [linux-kernel-di-amd64-2.6] crypto-core-modules: dropped
On Mon, 2009-03-23 at 17:36 -0300, Otavio Salvador wrote: > On Mon, Mar 23, 2009 at 5:12 PM, Ian Campbell wrote: > > Could we also include this patch since 2.6.27+ supports Xen domU on > > amd64 as well, this is the equivalent to r54357 for i386. > > > > diff --git > > a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules > > b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules > > index 2512e83..fe57a1f 100644 > > --- a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules > > +++ b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/nic-modules > > @@ -1 +1,2 @@ > > #include > > +xen-netfront ? > > diff --git > > a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules > > b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules > > index 8909dfb..38bc883 100644 > > --- a/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules > > +++ b/packages/kernel/linux-kernel-di-amd64-2.6/modules/amd64/scsi-modules > > @@ -1 +1,2 @@ > > #include > > +xen-blkfront ? > > It looks like the best way to do that is to add them to kernel-wedge as > optional > and let them to be included on the images. IIRC I was asked to add direct to i386 instead of adding to kernel wedge. Maybe that was because i386 was the only one back then though and for two arches kernel-wedge makes sense. The only other (currently) potential arch is ia64 though. In any case the alternative patch is below. Ian. diff --git a/packages/kernel/kernel-wedge/debian/changelog b/packages/kernel/kernel-wedge/debian/changelog index d13b529..45fa409 100644 --- a/packages/kernel/kernel-wedge/debian/changelog +++ b/packages/kernel/kernel-wedge/debian/changelog @@ -1,7 +1,11 @@ kernel-wedge (2.54) UNRELEASED; urgency=low + [ Colin Watson ] * Add ext4-modules. + [ Ian Campbell ] + * Add Xen disk and network modules. + -- Colin Watson Tue, 03 Mar 2009 09:45:52 + kernel-wedge (2.53) unstable; urgency=low diff --git a/packages/kernel/kernel-wedge/modules/nic-modules b/packages/kernel/kernel-wedge/modules/nic-modules index aa79509..16f0d8c 100644 --- a/packages/kernel/kernel-wedge/modules/nic-modules +++ b/packages/kernel/kernel-wedge/modules/nic-modules @@ -8,3 +8,4 @@ tg3 ? tulip winbond-840 eth1394 ? +xen-netfront ? diff --git a/packages/kernel/kernel-wedge/modules/scsi-modules b/packages/kernel/kernel-wedge/modules/scsi-modules index afb5f27..89471c3 100644 --- a/packages/kernel/kernel-wedge/modules/scsi-modules +++ b/packages/kernel/kernel-wedge/modules/scsi-modules @@ -36,3 +36,4 @@ qlogicfas408 ? dc395x ? aic94xx ? stex ? +xen-blkfront ? diff --git a/packages/kernel/linux-kernel-di-i386-2.6/debian/changelog b/packages/kernel/linux-kernel-di-i386-2.6/debian/changelog index e5583b5..35f3ea3 100644 --- a/packages/kernel/linux-kernel-di-i386-2.6/debian/changelog +++ b/packages/kernel/linux-kernel-di-i386-2.6/debian/changelog @@ -1,7 +1,11 @@ linux-kernel-di-i386-2.6 (1.77) UNRELEASED; urgency=low + [ Frans Pop ] * Remove myself as uploader. + [ Ian Campbell ] + * Remove Xen modules, they have been added to kernel wedge. + -- Frans Pop Sat, 28 Feb 2009 16:26:14 +0100 linux-kernel-di-i386-2.6 (1.76) unstable; urgency=low diff --git a/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/nic-modules b/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/nic-modules index fe57a1f..2512e83 100644 --- a/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/nic-modules +++ b/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/nic-modules @@ -1,2 +1 @@ #include -xen-netfront ? diff --git a/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/scsi-modules b/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/scsi-modules index 38bc883..8909dfb 100644 --- a/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/scsi-modules +++ b/packages/kernel/linux-kernel-di-i386-2.6/modules/i386/scsi-modules @@ -1,2 +1 @@ #include -xen-blkfront ? -- Ian Campbell "...a most excellent barbarian ... Genghis Kahn!" -- _Bill And Ted's Excellent Adventure_ signature.asc Description: This is a digitally signed message part
Re: [PATCH 12/15] [linux-kernel-di-amd64-2.6] crypto-core-modules: dropped
On Monday 23 March 2009, Ian Campbell wrote: > IIRC I was asked to add direct to i386 instead of adding to kernel > wedge. Maybe that was because i386 was the only one back then though > and for two arches kernel-wedge makes sense. The only other (currently) > potential arch is ia64 though. IMO adding them to kernel wedge does not make sense as long as that results in the modules being added in generic kernel udebs (such as nic-modules) for arches where they are sure to be unused. It would be different if there were XEN-specific udebs. If they are added in kernel-wedge, they should definitely not be added in nic-modules, but in nic-extra modules (and the same goes if they are added in the arch-specific packages and not in kernel-wedge). Just my 2 cents. signature.asc Description: This is a digitally signed message part.
Re: [PATCH 12/15] [linux-kernel-di-amd64-2.6] crypto-core-modules: dropped
On Mon, 2009-03-23 at 23:05 +0100, Frans Pop wrote: > On Monday 23 March 2009, Ian Campbell wrote: > > IIRC I was asked to add direct to i386 instead of adding to kernel > > wedge. Maybe that was because i386 was the only one back then though > > and for two arches kernel-wedge makes sense. The only other (currently) > > potential arch is ia64 though. > > IMO adding them to kernel wedge does not make sense as long as that > results in the modules being added in generic kernel udebs (such as > nic-modules) for arches where they are sure to be unused. The modules aren't even built on architectures where Xen is not supported or enabled in the kernel .config, so there is no danger of them getting into any udebs where they don't belong. The modules are marked as optional for this reason, see for example the 486 kernel which doesn't have Xen enabled in it, and as expected there are no Xen modules in any 486 udeb despite them being present in the 386 specific udeb lists. Ian. -- Ian Campbell I have the power to HALT PRODUCTION on all TEENAGE SEX COMEDIES!! signature.asc Description: This is a digitally signed message part
Re: [PATCH 12/15] [linux-kernel-di-amd64-2.6] crypto-core-modules: dropped
On Monday 23 March 2009, Ian Campbell wrote: > On Mon, 2009-03-23 at 23:05 +0100, Frans Pop wrote: > > On Monday 23 March 2009, Ian Campbell wrote: > > > IIRC I was asked to add direct to i386 instead of adding to kernel > > > wedge. Maybe that was because i386 was the only one back then > > > though and for two arches kernel-wedge makes sense. The only other > > > (currently) potential arch is ia64 though. > > > > IMO adding them to kernel wedge does not make sense as long as that > > results in the modules being added in generic kernel udebs (such as > > nic-modules) for arches where they are sure to be unused. > > The modules aren't even built on architectures where Xen is not > supported or enabled in the kernel .config, so there is no danger of > them getting into any udebs where they don't belong. The modules are > marked as optional for this reason, see for example the 486 kernel > which doesn't have Xen enabled in it, and as expected there are no Xen > modules in any 486 udeb despite them being present in the 386 specific > udeb lists. You mentioned IA64. As long as we have no D-I support for Xen for that, adding the udebs in kernel-wedge would result in them being uselessly being included there. Also, for i386 you have the split between the 486 kernel and the Xen kernel for D-I, but that's not true for amd64. So for amd64 the Xen modules would end up in all images. signature.asc Description: This is a digitally signed message part.
Bug#520967: SCSI HDD Issues with 2009.03.22 Nightly
Package: installation-reports Boot method: Minimal Netinst from CD-R Image version: http://laotzu.acc.umu.se/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-businesscard.iso Date: 2009.03.22 Machine: Dell Precision 670 Processor: 2x Xeon 3.6 w/hyperthreading enabled Memory: 2GB Partitions: Blank Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [E] Detect CD: [O] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Loved the graphical installer, very slick. Anyway, to business. Ages ago I reported that DHCP didn't work from the netinst (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479473) I suspect that issue still exists as DHCP still fails. Moving on with static settings, I got to the point of setting up the disks. The mobo has an Adaptec U320 SCSI controller (aic79xx), and I have several drives connected (with various old partitions on each that are all going to be wiped). The installer reports no drives were detected. I fired up the console, and ls /dev/sd* shows all of the drives are there; /dev/sda-d (plus all the usual partition devices) fdisk lets me examine them, and all have their expected partition tables, showing the drives are accessible just fine. I have no idea why the installer does not detect them. signature.asc Description: OpenPGP digital signature
Re: [PATCH 12/15] [linux-kernel-di-amd64-2.6] crypto-core-modules: dropped
On Mon, Mar 23, 2009 at 7:38 PM, Frans Pop wrote: > On Monday 23 March 2009, Ian Campbell wrote: >> On Mon, 2009-03-23 at 23:05 +0100, Frans Pop wrote: >> > On Monday 23 March 2009, Ian Campbell wrote: >> > > IIRC I was asked to add direct to i386 instead of adding to kernel >> > > wedge. Maybe that was because i386 was the only one back then >> > > though and for two arches kernel-wedge makes sense. The only other >> > > (currently) potential arch is ia64 though. >> > >> > IMO adding them to kernel wedge does not make sense as long as that >> > results in the modules being added in generic kernel udebs (such as >> > nic-modules) for arches where they are sure to be unused. >> >> The modules aren't even built on architectures where Xen is not >> supported or enabled in the kernel .config, so there is no danger of >> them getting into any udebs where they don't belong. The modules are >> marked as optional for this reason, see for example the 486 kernel >> which doesn't have Xen enabled in it, and as expected there are no Xen >> modules in any 486 udeb despite them being present in the 386 specific >> udeb lists. > > You mentioned IA64. As long as we have no D-I support for Xen for that, > adding the udebs in kernel-wedge would result in them being uselessly > being included there. > > Also, for i386 you have the split between the 486 kernel and the Xen > kernel for D-I, but that's not true for amd64. So for amd64 the Xen > modules would end up in all images. Sure we really care about them being included on amd64 images? amd64 machines are powerful enough to the increase of memory due those module be mostly ignored and about ia64 I do believe we'll end up supporting them once kernel does it properly. I see i386 case mostly a workaround due our backward compatibility for older machines. I do agree that this is really important, so makes sense to provde a specific image for xen. This isn't the case for amd64 it doesn't makes sense for me. Only con I see about having it in all amd64 images is that we'll need to be carefully how to proper document it. Besides that, I see no problem with that. Kind regards, -- 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
