Processed: Re: Bug#535931: Can't install debian in my notebook ( networking can't reconglize )
Processing commands for cont...@bugs.debian.org: reassign 535931 installation-reports Bug#535931: Can't install debian in my notebook ( networking can't reconglize ) Warning: Unknown package 'debian5.0.2_iso' Bug reassigned from package `debian5.0.2_iso' to `installation-reports'. -- 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
Re: Kenshi Muto: i386/amd64 d-i images for Lenny, kernel version?2.6.30 + firmware
* Frans Pop elen...@planet.nl [2009-07-05 15:51]: On Sunday 05 July 2009, Kenshi Muto wrote: Because I haven't tried on armel (I don't have) yet, I don't make sure it works on armel as same as i386/amd64. Maybe you need to modify ./build and some d-i/* files. It won't work for armel as your images only work because they are completely self-contained. In other words: it requires at least a netinst CD install and won't work for any network based installs. Oh, good point. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Reducing the complication of choices in console-setup udeb config: first thought
Quoting Samuel Thibault (sthiba...@debian.org): However, I still think we should be selective in it. For instance, I don't see any purpose in having a keymap for Oriya/India while we don't support Oriya in D-I. Why not? Even if we're not able to provide messages in the native language of the user, it's still _very_ useful for the user to be able to type mails in his own language. This is not how the reasoning was made all along D-I early development and not how console-data was maintained. Keymaps were added to the udeb of console-data only when the given language was supported. And, as of now, there has been no deep complaint that it should be done otherwise. I think anyway we should be in some way selective about what keymaps are proposed and not add any random keymap because it's added to xkeyboard-config and that's the first one for Klingon. The world of keymaps is a big mess (and, indeed, xkeyboard-config does not make it bettersee the number of variants for some keymaps)and the point of keymap selection in D-I is more providing with a good general support for users Still, that's quite a minor issue (whether we have 68 or 107 proposed keymaps). I would more like to have an idea whether a scheme with a reduced number of possibilities is accepted or not before we start hacking on this (that requires debconf templates that would be specific to the udeb as well as a specific .conf script...which would be much much smaller). signature.asc Description: Digital signature
Re: Reducing the complication of choices in console-setup udeb config: first thought
Christian Perrier, le Mon 06 Jul 2009 07:15:45 +0200, a écrit : Why not? Even if we're not able to provide messages in the native language of the user, it's still _very_ useful for the user to be able to type mails in his own language. This is not how the reasoning was made all along D-I early development and not how console-data was maintained. Ok. Keymaps were added to the udeb of console-data only when the given language was supported. And, as of now, there has been no deep complaint that it should be done otherwise. I fear that users who need the support just do not dare asking for it, used to having poor support from Microsoft for instance. Still, that's quite a minor issue (whether we have 68 or 107 proposed keymaps). Well, a menu with a hundred entries is maybe not so convenient. My point was that there are a lot of different keyboards for the various languages (please note that my script doesn't show any variant) and at some point we could want to support them all, so we have to wonder how to present the choice among a hundred of them. Samuel -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532515: on making decisions vs letting things happen
On Sun, Jul 05, 2009 at 03:53:06PM +0200, Frans Pop wrote: On Sunday 05 July 2009, Frans Pop wrote: I must say that I'm not at all sure that the change to include Recommends wasn't done prematurely or too lightly. It is quite likely to also affect the server tasks in quite a big way and could have a major impact on the contents of CD images if not handled correctly. So does that mean you feel that the policy manual's description of Recommends is wrong, or that Debian installations should be unusual by default? Realistically, either (a) the Recommends were correct or (b) nobody was going to bother fixing them until they started being installed by default as policy says they should be. It's one thing to say that something is premature, but the previous situation was just a deadlock. I also feel it is rather inconsistent to have tasksel install Recommends while debootstrap and base-installer do not. debootstrap is a slightly odd case (because it's also used to construct explicitly minimal systems, in which case the rules seem different) and I've long been unsure about how it should behave. Maybe it just needs an option for it. I think it's more important for tasksel to be consistent with the default configuration of apt than with how the base system is installed, though. -- 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
unblock fontconfig?
Hi all, fontconfig has been waiting 21 days for migration, perhaps it should be unblocked? No RC bugs were filed during that time. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#532515: handling of Recommends (was: on making decisions vs letting things happen)
On Monday 06 July 2009, Colin Watson wrote: So does that mean you feel that the policy manual's description of Recommends is wrong, or that Debian installations should be unusual by default? I don't think policy for Recommends is wrong, but I do feel it results to a hell of a lot of packages getting installed that are not actually needed/wanted in practice. IMO the special handling of Recommends in D-I so far was justified, especially as we did consciously compensate for not installing Recommends by default by adding them to the task definitions in cases where they were really needed/wanted. Realistically, either (a) the Recommends were correct or (b) nobody was going to bother fixing them until they started being installed by default as policy says they should be. I feel that the change could have been discussed more before being implemented in tasksel, possibly with some coordinated effort to check the impact on _all_ tasks instead of just the Gnome desktop task and maybe filing bugs to fix the most problematic Recommends. At the very least the impact on or consequences for debian-cd should have been discussed *before* the change was made. It's one thing to say that something is premature, but the previous situation was just a deadlock. There have been improvements of the use of Recommends during Lenny. Maybe not as many as needed, but still. debootstrap is a slightly odd case (because it's also used to construct explicitly minimal systems, in which case the rules seem different) and I've long been unsure about how it should behave. Maybe it just needs an option for it. I can agree to some extend with debootstrap although you could also argue that we should be consistent, maybe with an expert option to _consistently_ ignore Recommends for those who want a bare minimal install. IMO there is no justification to treat packages installed by base-installer or other components using apt-install differently from those installed by tasksel. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#535908: console-setup: Add support for newer Xorg option
Processing commands for cont...@bugs.debian.org: clone 535908 -1 -2 Bug#535908: console-setup: Add support for newer Xorg option Bug 535908 cloned as bugs 535965-535966. retitle -1 [Debconf] It is not clear what is the meaning of configuration program Bug#535965: console-setup: Add support for newer Xorg option Changed Bug title to `[Debconf] It is not clear what is the meaning of configuration program' from `console-setup: Add support for newer Xorg option'. retitle -2 Complains about unsupported option on every upgrade. Bug#535966: console-setup: Add support for newer Xorg option Changed Bug title to `Complains about unsupported option on every upgrade.' from `console-setup: Add support for newer Xorg option'. retitle 524235 [Debconf] The question about AltGr is confusing because 'AltGr' can denote both a physical key on the keyboard and software behaviour of a key Bug#524235: The question about AltGr is confusing as 'AltGr' can denote a physical key on the keyboard and software behaviour of a key. Changed Bug title to `[Debconf] The question about AltGr is confusing because 'AltGr' can denote both a physical key on the keyboard and software behaviour of a key' from `The question about AltGr is confusing as 'AltGr' can denote a physical key on the keyboard and software behaviour of a key.'. thanks 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#535908: console-setup: Add support for newer Xorg option
clone 535908 -1 -2 retitle -1 [Debconf] It is not clear what is the meaning of configuration program retitle -2 Complains about unsupported option on every upgrade. retitle 524235 [Debconf] The question about AltGr is confusing because 'AltGr' can denote both a physical key on the keyboard and software behaviour of a key thanks On Mon, Jul 06, 2009 at 01:30:38AM +0200, GSR wrote: upgrading console-setup complains about unknown options for the configuration program (which?) Yes, this is not clear. Configuration program means the Debconf part of console-setup. Typing yes keeps the config, but every update it complains (this is the second time, before it was with 1.37). This is not intentional behaviour and it needs to be fixed. So adding support for such new function would be nice. Thanks. Thanks for reporting these three problems. :) Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480899: reopen
reopen 480899 retitle 480899 incomplete split prevents installation of cdebconf-gtk severity serious thanks cdebconf needs a package split (or possibly more than one) so that the gtk+ frontend is optional, along with it's dependencies. The package split has happened but the default package still depends on GTK+ as it still contains the gtk frontend which needs to be optional to allow use of cdebconf within a buildd chroot. cdebconf_0.143_amd64.deb new debian package, version 2.0. size 173292 bytes: control archive= 1477 bytes. 19 bytes, 1 lines conffiles 797 bytes,15 lines control 1935 bytes,28 lines md5sums Package: cdebconf Version: 0.143 Architecture: amd64 Maintainer: Debian Install System Team debian-boot@lists.debian.org Installed-Size: 512 Depends: libatk1.0-0 (= 1.20.0), libc6, libcairo2 (= 1.6.4-6.1), libdebian-installer4 (= 0.63), libfontconfig1 (= 2.4.0), libfreetype6 (= 2.2.1), libglib2.0-0 (= 2.16.0), libgtk2.0-0 (= 2.8.0), libnewt0.52, libpango1.0-0 (= 1.14.0), libslang2 (= 2.0.7-1), libtextwrap1, debconf 66992 2009-07-06 13:19 ./usr/lib/cdebconf/frontend/gtk.so 29424 2009-07-06 13:19 ./usr/lib/cdebconf/frontend/newt.so 19424 2009-07-06 13:19 ./usr/lib/cdebconf/frontend/text.so libglib2.0-0, libcairo2, libfontconfig1, libfreetype6, libgtk2.0-0 and libatk1.0-0 are all unwanted for a debconf replacement. Currently, cdebconf-gtk cannot be installed alongside cdebconf anyway because ./usr/lib/cdebconf/frontend/gtk.so exists in both and Replaces is not used (hence the bump in severity). (libglib2.0-0 itself isn't that bad though, overall, as pkg-config and gettext both use it.) Version: 0.143+nmu1 Architecture: amd64 Maintainer: Debian Install System Team debian-boot@lists.debian.org Installed-Size: 428 Depends: libc6, libdebian-installer4 (= 0.63), libnewt0.52, libslang2 (= 2.0.7-1), libtextwrap1, debconf Recommends: cdebconf-gtk The replacement cdebconf.install file is: deb/etc/* etc deb/usr/lib/cdebconf/debconf-copydb usr/lib/cdebconf deb/usr/lib/cdebconf/debconf-loadtemplate usr/lib/cdebconf deb/usr/lib/cdebconf/dpkg-reconfigure usr/lib/cdebconf deb/usr/lib/cdebconf/debconf-communicate usr/lib/cdebconf deb/usr/lib/cdebconf/db/* usr/lib/cdebconf/db deb/usr/lib/cdebconf/debconf usr/lib/cdebconf/ deb/usr/lib/cdebconf/frontend/newt.so usr/lib/cdebconf/frontend deb/usr/lib/cdebconf/frontend/text.so usr/lib/cdebconf/frontend deb/usr/lib/cdebconf/libdebconf.so usr/lib/cdebconf deb/usr/lib/cdebconf/debconf-dumpdb usr/lib/cdebconf deb/usr/share usr $ debdiff ../cdebconf_0.143_amd64.deb ../cdebconf_0.143+nmu1_amd64.deb [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in first .deb but not in second - -rw-r--r-- root/root /usr/lib/cdebconf/frontend/gtk.so Control files: lines which differ (wdiff format) Depends: [-libatk1.0-0 (= 1.20.0),-] libc6, [-libcairo2 (= 1.6.4-6.1),-] libdebian-installer4 (= 0.63), [-libfontconfig1 (= 2.4.0), libfreetype6 (= 2.2.1), libglib2.0-0 (= 2.16.0), libgtk2.0-0 (= 2.8.0),-] libnewt0.52, [-libpango1.0-0 (= 1.14.0),-] libslang2 (= 2.0.7-1), libtextwrap1, debconf Installed-Size: [-512-] {+440+} Version: [-0.143-] {+0.143+nmu1+} Patch attached. -- Neil Williams = http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/ diff -Nru cdebconf-0.143/debian/cdebconf.install cdebconf-0.143+nmu1/debian/cdebconf.install --- cdebconf-0.143/debian/cdebconf.install 2006-01-27 01:59:05.0 + +++ cdebconf-0.143+nmu1/debian/cdebconf.install 2009-07-06 13:40:51.0 +0100 @@ -1,3 +1,12 @@ deb/etc/* etc -deb/usr/lib/cdebconf usr/lib +deb/usr/lib/cdebconf/debconf-copydb usr/lib/cdebconf +deb/usr/lib/cdebconf/debconf-loadtemplate usr/lib/cdebconf +deb/usr/lib/cdebconf/dpkg-reconfigure usr/lib/cdebconf +deb/usr/lib/cdebconf/debconf-communicate usr/lib/cdebconf +deb/usr/lib/cdebconf/db/* usr/lib/cdebconf/db +deb/usr/lib/cdebconf/debconf usr/lib/cdebconf/ +deb/usr/lib/cdebconf/frontend/newt.so usr/lib/cdebconf/frontend +deb/usr/lib/cdebconf/frontend/text.so usr/lib/cdebconf/frontend +deb/usr/lib/cdebconf/libdebconf.so usr/lib/cdebconf +deb/usr/lib/cdebconf/debconf-dumpdb usr/lib/cdebconf deb/usr/share usr diff -Nru cdebconf-0.143/debian/changelog cdebconf-0.143+nmu1/debian/changelog --- cdebconf-0.143/debian/changelog 2009-07-02 14:32:28.0 +0100 +++ cdebconf-0.143+nmu1/debian/changelog 2009-07-06 13:27:52.0 +0100 @@ -1,3 +1,10 @@ +cdebconf (0.143+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Drop gtk frontend from default cdebconf package (Closes: #480899) + + -- Neil Williams codeh...@debian.org Mon, 06 Jul 2009 13:27:27 +0100 + cdebconf (0.143) unstable; urgency=low [ Otavio Salvador ]
Processed (with 1 errors): reopen
Processing commands for cont...@bugs.debian.org: reopen 480899 Bug#480899: cdebconf: Needs a package split for gtk frontend to allow installation without X 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. retitle 480899 incomplete split prevents installation of cdebconf-gtk Bug#480899: cdebconf: Needs a package split for gtk frontend to allow installation without X Changed Bug title to `incomplete split prevents installation of cdebconf-gtk' from `cdebconf: Needs a package split for gtk frontend to allow installation without X'. severity serious Unknown command or malformed arguments to command. thanks 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: reopening 480899, found 480899 in 0.143, severity of 480899 is serious, tagging 480899
Processing commands for cont...@bugs.debian.org: reopen 480899 Bug#480899: incomplete split prevents installation of cdebconf-gtk Bug is already open, cannot reopen. found 480899 0.143 Bug#480899: incomplete split prevents installation of cdebconf-gtk Bug marked as found in version 0.143. severity 480899 serious Bug#480899: incomplete split prevents installation of cdebconf-gtk Severity set to `serious' from `wishlist' tags 480899 + patch Bug#480899: incomplete split prevents installation of cdebconf-gtk There were no tags set. Tags added: patch 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#535784: Bug seems to be more general
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After trying out some more configurations I think this issue is more general than only related to encrypted fs. Actual I've following partitions: Disk /dev/hdb: 32.0 GB, 32078036992 bytes 255 heads, 63 sectors/track, 3899 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x12641263 Device Boot Start End Blocks Id System /dev/hdb1 * 1 25 200781 83 Linux /dev/hdb2 261241 9767520 83 Linux /dev/hdb31242270011719417+ 5 Extended /dev/hdb51242270011719386 8e Linux LVM Here the according fstab: # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hdb2 / xfs defaults0 1 /dev/hdb1 /boot ext3noatime 0 2 /dev/mapper/rootvg-swaplv_crypt noneswapsw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 The / filesystem is now located on /dev/hdb2 and is not a encrypted filesystem any more. When I try to boot the kernel-panic message I get is exactly the same, only the major/minor number of the filsystem has changed in the output. So I think the problem is not related with encrypted filesystems - it seems to be of a more general nature. Kind regards, - -Andreas. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpSJpEACgkQ5xn1PeU7yzuFKwCfXR+iZhJSZ8SXKD+QMHZqBgvQ 2fEAnixaE7bvKAZu8CEeQAhphVD0Z9Ds =7htN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496929: [forward: The default locale only applies on one among the six consoles]
The following is from the responce of the submitter. - Forwarded message from Jean-Philippe MENGUAL mengualjean...@free.fr - Hi, Le mercredi 03 juin 2009 à 17:01 +0300, Anton Zinoviev a écrit : On Wed, Jun 03, 2009 at 02:27:39PM +0200, Jean-Philippe MENGUAL wrote: Yes the bug still exists, even on Lenny (stable). It's not really a problem since I use a bit more gnome, but the bug is here and I don't understand it. Right I am not sure of the package which has the bug, but I hypothesis it's console-setup. I'm ready to help testing, debugging... Thanks for offerint to help. Here are some questions: Can you check the output of the 'locale' command on tty1 and tty2? tty1: lang=fr...@euro LC_CTYPE=fr...@euro LC_NUMERIC=fr...@euro LC_TIME=fr...@euro LC_COLLATE=fr...@euro LC_MONETARY=fr...@euro LC_MESSAGES=fr...@euro LC_PAPER=fr...@euro LC_NAME=fr...@euro LC_ADDRESS=fr...@euro LC_TELEPHONE=fr...@euro LC_MEASUREMENT=fr...@euro LC_IDENTIFICATION=fr...@euro LC_ALL= tty2: lang=fr...@euro LC_CTYPE=fr...@euro LC_NUMERIC=fr...@euro LC_TIME=fr...@euro LC_COLLATE=fr...@euro LC_MONETARY=fr...@euro LC_MESSAGES=fr...@euro LC_PAPER=fr...@euro LC_NAME=fr...@euro LC_ADDRESS=fr...@euro LC_TELEPHONE=fr...@euro LC_MEASUREMENT=fr...@euro LC_IDENTIFICATION=fr...@euro LC_ALL= Are you able to type accents after 'cat /dev/null'? On tty1 it works, on tty2-6 no. Which of the following packages are installed and what version: 'kbd', 'console-tools', 'console-data' and 'console-tools'? Packages console-tools and -data are installed. I can't find easily the number of releases, but I can tell you they're the last available for lenny, amd64. It will be of a great help if you can send some of your configuration files by using the following command: tar zcf /tmp/locale-bug.tar.gz `ls -d /etc/default/*console* /etc/default/*kbd* /etc/init.d/*console* /etc/init.d/*kbd* /etc/*kbd* /etc/*console*` See attached. But the command also says to me that /etc/default/*console*, *kbd* (in /etc/default and /etc/init.d), /etc/*kbd* don't exist. Jean-Philippe MENGUAL - End forwarded message - locale-bug.tar.gz Description: Binary data
Bug#532515: on making decisions vs letting things happen
Josselin Mouette wrote: OK. I think we need to make a new round of checks to see whether there are some other things that are installed now and whether it is wise to consider them. I can start with a list of things in meta-gnome2, but there are also some indirect recommends. * gnome-games-extra-data : 4 MB download, its utility is purely visual. Nothing more, nothing less. I don’t know if it’s worth the deal, but it’s not as if disk space was expensive these days. My opinion of this has not changed since last time. * epiphany-extensions-more : small and really nice to have. There are some useful things in there; I am never sure about the real value of adding extensions which still have to be manually enabled to the default install; it does ease discovery some. I suspect a lot of people who want to use extensions will use iceweasel though. * gnome-office (abiword, gimp, gnumeric, xsane, inkscape, planner) : the main problem with this one is that we get to ship two word processors and two spreadsheets. I’m already not fond of shipping two browsers. OTOH they both have some features and GNOME integration that OOo doesn’t have. I think it's bad enough we install two browsers and we should avoid two office suites. Note that xsane and inkscape are already included in the gnome-desktop task; gimp is in the desktop task. * gnome-accessibility (at-spi, dasher, gnome-mag, gok, gnome-orca, mousetweaks, gnome-accessibility-themes) : I think it’s better to have this by default, but the size impact is not negligible. It is in fact already included in the gnome-desktop task. You may also want to pick at this list from the task: # The complete gnome environment, with selected extras. # TODO: Everything in list below should be moved to its Depends/Recommends. gnome # add gnome support for iceweasel, which is pulled in via the main desktop task iceweasel-gnome-support # use rarian-compat instead of scrollkeeper rarian-compat # May not get installed unless forced, if some other browser satisfies the # dependency, so force it. epiphany-browser # GNOME support in OOo openoffice.org-gnome openoffice.org-evolution # support for scanners xsane # vector drawing inkscape # accessibility support gnome-accessibility -- see shy jo signature.asc Description: Digital signature
Bug#532515: handling of Recommends (was: on making decisions vs letting things happen)
Frans Pop wrote: I don't think policy for Recommends is wrong, but I do feel it results to a hell of a lot of packages getting installed that are not actually needed/wanted in practice. We have a whole release cycle to sort this out now. IMO the special handling of Recommends in D-I so far was justified, especially as we did consciously compensate for not installing Recommends by default by adding them to the task definitions in cases where they were really needed/wanted. I seemed to be approximatly the only one doing that, and am inactive though.. I feel that the change could have been discussed more before being implemented in tasksel, possibly with some coordinated effort to check the impact on _all_ tasks instead of just the Gnome desktop task and maybe filing bugs to fix the most problematic Recommends. Yes, a non-inactive person to handle this in tasksel would have done much better than me. -- see shy jo signature.asc Description: Digital signature
Processed: Re: Bug#535494: Typo: # dkpg-reconfigure tzdata
Processing commands for cont...@bugs.debian.org: tag 535494 pending Bug#535494: Typo: # dkpg-reconfigure tzdata There were no tags set. Tags added: pending thanks 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#535494: Typo: # dkpg-reconfigure tzdata
tag 535494 pending thanks On Thursday 02 July 2009, Jesse W wrote: the line # dkpg-reconfigure tzdata should be # dpkg-reconfigure tzdata Fixed. Thanks for spotting the typo. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532842: marked as done (console-setup: [INTL:de] updated German debconf translation)
Your message dated Mon, 6 Jul 2009 21:29:01 +0300 with message-id 20090706182901.gd17...@debian.lan and subject line Re: Bug#532842: console-setup: [INTL:de] updated German debconf translation has caused the Debian Bug report #532842, regarding console-setup: [INTL:de] updated German debconf translation 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.) -- 532842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532842 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: console-setup Version: 1.36 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for console-setup attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # translation of po-debconf template to German # Copyright (C) 2006, the console-setup package'c copyright holder # Copyright (C) 2006, Matthias Julius # Copyright (C) 2007-2009 Helge Kreutzmann # This file is distributed under the same license as the console-setup package. # msgid msgstr Project-Id-Version: console-setup 1.36\n Report-Msgid-Bugs-To: console-se...@packages.debian.org\n POT-Creation-Date: 2009-05-12 20:36+0300\n PO-Revision-Date: 2009-06-12 07:31+0200\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.2\n #. Type: text #. Description #. Main menu item. Please keep below 55 columns #: ../console-setup.templates:2001 msgid Configure the keyboard msgstr Tastatur konfigurieren #. Type: text #. Description #: ../console-setup.templates:3001 msgid Do not change the boot/kernel font msgstr Boot/Kernel-Schrift nicht ändern #. Type: select #. Choices #: ../console-setup.templates:4001 msgid . Arabic msgstr . Arabisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Armenian msgstr # Armenisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Cyrillic - KOI8-R and KOI8-U msgstr # Kyrillisch - KOI8-R und KOI8-U #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Cyrillic - non-Slavic languages msgstr # Kyrillisch - nichtslawische Sprachen #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Cyrillic - Slavic languages (also Bosnian and Serbian Latin) msgstr # Kyrillisch - slawische Sprachen (auch Bosnisch und Serbisch-Lateinisch) #. Type: select #. Choices #: ../console-setup.templates:4001 msgid . Ethiopic msgstr . Ãthiopisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Georgian msgstr # Georgisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Greek msgstr # Griechisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Hebrew msgstr # Hebräisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Lao msgstr # Laotisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Latin1 and Latin5 - western Europe and Turkic languages msgstr # Latin1 und Latin5 - westeuropäische und türkische Sprachen #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Latin2 - central Europe and Romanian msgstr # Latin2 - Zentraleuropäisch und Rumänisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh msgstr # Latin3 und Latin8 - Chichewa, Esperanto, Irisch, Maltesisch und Walisisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Latin7 - Lithuanian; Latvian; Maori and Marshallese msgstr # Latin7 - Litauisch, Lettisch, Maorisch und Marshallisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid . Latin - Vietnamese msgstr . Latin - Vietnamesisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid # Thai msgstr # Thailändisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid . Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic msgstr . Kombiniert - Latein, slawisches Kyrillisch, Hebräisch, einfaches Arabisch #. Type: select #. Choices #: ../console-setup.templates:4001 msgid . Combined - Latin; Slavic Cyrillic; Greek msgstr . Kombiniert - Latein, slawisches Kyrillisch, Griechisch #. Type: select #. Choices #:
On taking responsibility (was: handling of Recommends (was: on making decisions vs letting things happen))
(Switching to m-l only as this does not really have anything to do with the BR.) On Monday 06 July 2009, you wrote: Frans Pop wrote: I don't think policy for Recommends is wrong, but I do feel it results to a hell of a lot of packages getting installed that are not actually needed/wanted in practice. We have a whole release cycle to sort this out now. The problem is that I doubt this will happen as ATM basically nothing is being followed up on. We already have several changes that have resulted in bugs or regressions for which nobody is taking any responsibility. Yes, a non-inactive person to handle this in tasksel would have done much better than me. As a general comment, not as a personal attack: IMHO this kind of change really should not be made unless one is willing to follow up on it. The same goes for the switch to c-s and the switch to grub2. Pushing for implementing changes just because they are on some ToDo or release goals list without being willing to take any responsibility for the change and even do a basic review and testing is a sure way to lower the quality of D-I. The same also goes for proposing patches: if you're not even willing to test your own patches, then don't start on them. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: bug management for console-setup
Processing commands for cont...@bugs.debian.org: tags 463632 help Bug#463632: console-setup: init.d scripts reported as obsolete by dpkg There were no tags set. Tags added: help block 514464 by 535997 Bug#535997: Can not assign arbitrary modifiers to the keyboard leds Bug#514464: caps lock led does not show up Was not blocked by any bugs. Blocking bugs of 514464 added: 535997 tags 531291 help Bug#531291: After installing console-setup does not the ö ä å keys work as supposed There were no tags set. Tags added: help block 535834 by 536006 Bug#536006: rules/*.xml allow unsupported model/layout combinations Bug#535834: mac_nodeadkeys not found Was not blocked by any bugs. Blocking bugs of 535834 added: 536006 tags 510211 help Bug#510211: console-setup breaks display of splashy There were no tags set. Tags added: help retitle 531646 [Debconf] console-setup/model and console-setup/layout require a long description Bug#531646: console-setup: Better explanations needed when (re)configuring Changed Bug title to `[Debconf] console-setup/model and console-setup/layout require a long description' from `console-setup: Better explanations needed when (re)configuring'. tags 506467 wontfix Bug#506467: console-setup: dpkg-reconfigure rejects to reconfigure when multiple keyboard layouts are set There were no tags set. Tags added: wontfix tags 532852 help Bug#532852: Please run console-setup during initrd phase There were no tags set. Tags added: help 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
Re: debian 5.02 install
On Mon, Jul 06, 2009 at 03:55:22PM +0100, Allan Fearon wrote: after doing clean install of Debian 5.02 desktop found that network-manager and update-manager no longer included by default. is there a reason for this. Rerouting to debian-boot, where this discussion is more appropriate, debian-release - bcc. -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: unblock fontconfig?
On Mon, Jul 06, 2009 at 06:40:19PM +0800, Paul Wise wrote: Hi all, fontconfig has been waiting 21 days for migration, perhaps it should be unblocked? No RC bugs were filed during that time. debian-boot, please approve, this is blocked due to a udeb. Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[patch] netcfg get_all_ifs()
This patch substitutes Linux-specific code in get_all_ifs() using getifaddrs(). I tested this patch on (linux-)i386 trunk monolithic. It builds and seems to work without regressions. I only tested on default qemu, and the network seems to behave as usual (I didn't complete the installation, but it seems to download/unpack/configure downloaded packages). I tested this patch in a draft hackish port of netcfg on kfreebsd-i386 (see d-i kfreebsd branch), and it builds. netcfg is not working on kfreebsd-i386, but at least now it creates a saner /etc/network/interfaces (i.e. with ed0, not eth0). Cheers, Luca Favatella P.S. At the moment I'm trying to port netcfg on GNU/kFreeBSD. If reading the code of netcfg you find some Linux-specific code that could be easily rewritten to be more portable (at least on GNU/k*BSD), please try to get it in trunk or drop me a patch. Index: debian/changelog === --- debian/changelog (.../trunk/packages/netcfg) (revisione 59247) +++ debian/changelog (.../branches/d-i/kfreebsd/packages/netcfg) (revisione 59252) @@ -8,6 +8,7 @@ * If wireless is disabled, don't build and link wireless related stuff. * Disable by default wireless on non-linux architectures. * Inverse the logic about building without wireless support (WIRELESS=0). + * Substitute Linux-specific code in get_all_ifs() using getifaddrs(). [ Colin Watson ] * check_kill_switch is Linux-specific; provide a stub implementation for Index: netcfg-common.c === --- netcfg-common.c (.../trunk/packages/netcfg) (revisione 59247) +++ netcfg-common.c (.../branches/d-i/kfreebsd/packages/netcfg) (revisione 59252) @@ -45,6 +45,8 @@ #include time.h #include netdb.h +#include ifaddrs.h + /* Set if there is currently a progress bar displayed. */ int netcfg_progress_displayed = 0; @@ -227,53 +233,24 @@ return ((ifr.ifr_flags IFF_UP) ? 1 : 0); } -void get_name(char *name, char *p) -{ -while (isspace(*p)) -p++; -while (*p) { -if (isspace(*p)) -break; -if (*p == ':') { /* could be an alias */ -char *dot = p, *dotname = name; -*name++ = *p++; -while (isdigit(*p)) -*name++ = *p++; -if (*p != ':') { /* it wasn't, backup */ -p = dot; -name = dotname; -} -if (*p == '\0') -return; -p++; -break; -} -*name++ = *p++; -} -*name++ = '\0'; -return; -} - int get_all_ifs (int all, char*** ptr) { -FILE *ifs = NULL; -char ibuf[512], rbuf[512]; +struct ifaddrs *ifap, *ifa; +char ibuf[512]; char** list = NULL; size_t len = 0; -if ((ifs = fopen(/proc/net/dev, r)) != NULL) { -fgets(ibuf, sizeof(ibuf), ifs); /* eat header */ -fgets(ibuf, sizeof(ibuf), ifs); /* ditto */ -} -else +if (getifaddrs(ifap) == -1) return 0; -while (fgets(rbuf, sizeof(rbuf), ifs) != NULL) { -get_name(ibuf, rbuf); -if (!strcmp(ibuf, lo))/* ignore the loopback */ +for (ifa = ifap; ifa; ifa = ifa-ifa_next) { +strncpy(ibuf, ifa-ifa_name, sizeof(ibuf)); +if (!strncmp(ibuf, lo, 2))/* ignore the loopback */ continue; +#if defined(__linux__) if (!strncmp(ibuf, sit, 3))/* ignore tunnel devices */ continue; +#endif #if defined(WIRELESS) if (is_raw_80211(ibuf)) continue; @@ -290,7 +267,7 @@ list = realloc(list, sizeof(char*) * (len + 1)); list[len] = NULL; } -fclose (ifs); +freeifaddrs(ifap); *ptr = list;
Processed: retitle
Processing commands for cont...@bugs.debian.org: retitle 535709 Missing dependency on package sharutils Bug#535709: console-setup: Missing dependency on uudecode Changed Bug title to `Missing dependency on package sharutils' from `console-setup: Missing dependency on uudecode'. (By the way, that Bug is currently marked as done.) thanks 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
Re: [patch] netcfg get_all_ifs()
On Monday 06 July 2009, Luca Favatella wrote: This patch substitutes Linux-specific code in get_all_ifs() using getifaddrs(). -if (!strcmp(ibuf, lo))/* ignore the loopback */ [...] +if (!strncmp(ibuf, lo, 2))/* ignore the loopback */ Please do not include random changes that are unrelated to what you document in the changelog in the patch. This _does_ change functionality, even if in practice it will not make a difference. The old code would not match on an (unlikely) interface named loop, the new code will. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Log from the July 6th 2009 D-I team meeting
The bi-monthly D-I team meeting happened today at 20:00UTC. As usual, the logs are available from http://wiki.debian.org/DebianInstaller/Meetings signature.asc Description: Digital signature
Date for next D-I team meeting
With our current schedulen, the next team meeting will happend on July 20th. However, This day of the week is not convenient for Colin Watson, our technical leader. Would people object to us moving the meeting day to Tuesdays, Wednesdays or Thursdays (same hour, that is 20:00 UTC)? -- signature.asc Description: Digital signature
Re: [patch] netcfg get_all_ifs()
On 06/07/2009, Frans Pop elen...@planet.nl wrote: On Monday 06 July 2009, Luca Favatella wrote: This patch substitutes Linux-specific code in get_all_ifs() using getifaddrs(). -if (!strcmp(ibuf, lo))/* ignore the loopback */ [...] +if (!strncmp(ibuf, lo, 2))/* ignore the loopback */ Please do not include random changes that are unrelated to what you document in the changelog in the patch. This _does_ change functionality, even if in practice it will not make a difference. The old code would not match on an (unlikely) interface named loop, the new code will. Cheers, FJP Solved in the attached version 2 of the patch. Thanks, Luca Favatella Index: debian/changelog === --- debian/changelog (.../trunk/packages/netcfg) (revisione 59247) +++ debian/changelog (.../branches/d-i/kfreebsd/packages/netcfg) (revisione 59252) @@ -8,6 +8,7 @@ * If wireless is disabled, don't build and link wireless related stuff. * Disable by default wireless on non-linux architectures. * Inverse the logic about building without wireless support (WIRELESS=0). + * Substitute Linux-specific code in get_all_ifs() using getifaddrs(). [ Colin Watson ] * check_kill_switch is Linux-specific; provide a stub implementation for Index: netcfg-common.c === --- netcfg-common.c (.../trunk/packages/netcfg) (revisione 59247) +++ netcfg-common.c (.../branches/d-i/kfreebsd/packages/netcfg) (revisione 59252) @@ -45,6 +45,8 @@ #include time.h #include netdb.h +#include ifaddrs.h + /* Set if there is currently a progress bar displayed. */ int netcfg_progress_displayed = 0; @@ -227,53 +233,24 @@ return ((ifr.ifr_flags IFF_UP) ? 1 : 0); } -void get_name(char *name, char *p) -{ -while (isspace(*p)) -p++; -while (*p) { -if (isspace(*p)) -break; -if (*p == ':') { /* could be an alias */ -char *dot = p, *dotname = name; -*name++ = *p++; -while (isdigit(*p)) -*name++ = *p++; -if (*p != ':') { /* it wasn't, backup */ -p = dot; -name = dotname; -} -if (*p == '\0') -return; -p++; -break; -} -*name++ = *p++; -} -*name++ = '\0'; -return; -} - int get_all_ifs (int all, char*** ptr) { -FILE *ifs = NULL; -char ibuf[512], rbuf[512]; +struct ifaddrs *ifap, *ifa; +char ibuf[512]; char** list = NULL; size_t len = 0; -if ((ifs = fopen(/proc/net/dev, r)) != NULL) { -fgets(ibuf, sizeof(ibuf), ifs); /* eat header */ -fgets(ibuf, sizeof(ibuf), ifs); /* ditto */ -} -else +if (getifaddrs(ifap) == -1) return 0; -while (fgets(rbuf, sizeof(rbuf), ifs) != NULL) { -get_name(ibuf, rbuf); +for (ifa = ifap; ifa; ifa = ifa-ifa_next) { +strncpy(ibuf, ifa-ifa_name, sizeof(ibuf)); if (!strcmp(ibuf, lo))/* ignore the loopback */ continue; +#if defined(__linux__) if (!strncmp(ibuf, sit, 3))/* ignore tunnel devices */ continue; +#endif #if defined(WIRELESS) if (is_raw_80211(ibuf)) continue; @@ -290,7 +267,7 @@ list = realloc(list, sizeof(char*) * (len + 1)); list[len] = NULL; } -fclose (ifs); +freeifaddrs(ifap); *ptr = list;
[D-I] Please test Debian Installer with console-setup (2nd version)
A *second version* of test D-I images with console-setup replacing kbdchooser has been built. It includes several recent fixes and evolutions for console-setup udebbased on the invaluable contributions by testers, particularly Frans Pop. I would appreciate if these images could be tested, particularly in various languages. It is suggested to test localized installations of a standard system, not necessarily with X, and check whether things work as expected on the installed system (particularly display at the console as well as the keymap used in the console). Please note that there have been *very few* tests of all this and it is then expected that you find bugs..:-) If you provide feeback, please do so by answering to this mail, keeping both lists CC'ed (but *don't* CC me as I read both lists!). Many thanks in advance for your help, [1] http://wiki.debian.org/DebianInstaller/ConsoleSetupSwitch [2] http://people.debian.org/~bubulle/d-i/mini-cs-i386.iso [3] http://people.debian.org/~bubulle/d-i/gtk-mini-cs-i386.iso -- -- signature.asc Description: Digital signature
[patch] libdebian-installer poll()
This patch solves a poll() portability issue on kfreebsd-i386, and shouldn't affect other archs. I tested this on kfreebsd-i386, solving an infinite loop. Cheers, Luca Favatella Index: debian/changelog === --- debian/changelog (.../trunk/packages/libdebian-installer) (revision 59247) +++ debian/changelog (.../branches/d-i/kfreebsd/packages/libdebian-installer) (revision 59254) @@ -2,6 +2,10 @@ * Remove a duplicated line from debian/copyright. + [ Luca Favatella ] + * The poll() system call has EOF-related portability issues. Solve them on +kfreebsd-i386. Thanks to Colin Watson for the poll() and EOF URL. + -- Colin Watson cjwat...@debian.org Thu, 18 Jun 2009 12:40:52 +0100 libdebian-installer (0.63) unstable; urgency=low Index: src/exec.c === --- src/exec.c (.../trunk/packages/libdebian-installer) (revision 59247) +++ src/exec.c (.../branches/d-i/kfreebsd/packages/libdebian-installer) (revision 59254) @@ -164,7 +164,12 @@ for (i = 0; i pipes; i++) { +// References: http://www.greenend.org.uk/rjk/2001/06/poll.html +#if defined(__FreeBSD_kernel__) + if ((pollfds[i].revents POLLIN) (! (pollfds[i].revents POLLHUP))) +#else if (pollfds[i].revents POLLIN) +#endif { while (fgets (line, sizeof (line), files[i].file) != NULL) {
[patch] installer ufs initrd support (how to create a ufs filesystem as a normal user?)
This patch adds ufs initrd support. It was in the previous d-i kfreebsd branch, so thanks to Robert Millan. This code has the bad thing that mkfs.ufs must be executed as root, and I don't know how to create a ufs filesystem on kfreebsd without being root. Comments on how to create a ufs filesystem as a normal user? I use this on kfreebsd-i386. Cheers, Luca Favatella Index: build/Makefile === --- build/Makefile (.../trunk/installer) (revision 59247) +++ build/Makefile (.../branches/d-i/kfreebsd/installer) (revision 59256) @@ -119,6 +119,18 @@ (cd $(TREE) find . | cpio --quiet -o -H newc) endef +define mkfs.ufs + fs=`mktemp` ; \ + dd if=/dev/zero of=$${fs} bs=1M count=16 ; \ + md=`mdconfig -a -t vnode -f $${fs}` ; \ + mkfs.ufs /dev/$${md} ; \ + mnt=`mktemp -d` ; mount /dev/$${md} $${mnt} ; \ + cp -a $(TREE)/* $${mnt}/ ; \ + umount $${mnt} ; rmdir $${mnt} ; \ + mdconfig -d -u $${md} ; \ + mv $${fs} +endef + define e2fsck e2fsck -fy endef @@ -610,6 +622,10 @@ jffs2) \ $(mkjffs2) $(TEMP_INITRD); \ ;; \ + ufs) \ + $(mkfs.ufs) $(TEMP)/initrd; \ + gzip -v9f $(TEMP)/initrd; \ + ;; \ *) \ echo Unsupported filesystem type; \ exit 1 ;; \ Index: debian/changelog === --- debian/changelog (.../trunk/installer) (revision 59247) +++ debian/changelog (.../branches/d-i/kfreebsd/installer) (revision 59256) @@ -76,6 +76,7 @@ [ Luca Favatella ] * Handle libc0.1 (GNU/kFreeBSD) and libc0.3 (GNU/Hurd) as libc6/libc6.1. + * Add ufs initrd support. Thanks to Robert Millan. -- Frans Pop f...@debian.org Sat, 13 Jun 2009 16:35:46 +0200