Bug#441701: dwm: diff for NMU version 4.4.1-1.1
On Sat, Sep 29, 2007 at 04:24:23PM +0200, Daniel Baumann wrote: > Daniel Baumann wrote: > > this patch is actually wrong, this way, a user shipped config.h gets > > deleted, see #415587. > > ...which is not required anymore with 4.5 anyway. Upload canceled. I should not really try to organize a Bug Squashing Party while at the same time trying to fix bugs. :( Sorry about the fuss. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#250823: install report
tags 250823 + moreinfo thanks On Tue, May 25, 2004 at 02:45:43AM -0400, Peter Amstutz wrote: > The only, very very minor trip up is that I did not boot with my PCMCIA > network card inserted, so when it got to the network device detection > it (obviously) didn't work. A note to the effect of "please insert > your PCMCIA network card now for detection" would have been helpful. You have reported this problem against a fairly old version of the debian-installer. Can you reproduce this issue on a more recent version? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#316004: localechooser: Locale selection list should also show the encoding
On Mon, Jun 27, 2005 at 10:57:00PM +0200, Christian Perrier wrote: > Package: localechooser > Severity: wishlist > Tags: d-i > > > - Locale selection list should also show the encoding (like you see > > with dpkg-reconfigure locales). Is this still on-topic now that the debian-installer installs a system using UTF-8 by default? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#320124: localechooser: creating multiple encoding during installation
On Wed, Jul 27, 2005 at 04:13:29PM +0900, Kenshi Muto wrote: > Package: localechooser > Severity: wishlist > > (I talked with some Japanese Debian developers and had the consensus we > should migrate all of our default locale to UTF-8 from EUC-JP. > > ja_JP.UTF-8 is well tested by FedoraCore users and some Debian users, > so we believe this migration is not so problematic.) > > One request from Japanese users is that we can have not only ja_JP.UTF-8, but > ja_JP.EUC-JP also after installation. > This is mainly for backward compatibility (shell via network, > legacy filesystem, and so on). > > We know we can create EUC-JP locale by running dpkg-reconfigure, but > it's inconvenience for novice users. In your opinion, do you still think that it would be a desirable changes, two years later after the initial report? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#341905: debian_chroot
On Mon, Aug 20, 2007 at 07:43:01PM +0300, Eddy Petrișor wrote: > What would a cool would be to have the possibility to have a special > file such as "/this-is-a-chroot" or something like that to be able to > make some initial setting up of the chroot you might use before > providing control to the command ran in the shell but maybe this > a feature for chroot ? schroot already knows how to do that through the /etc/schroot/setup.d hooks. In any case, it does not feel like something relevant to debootstrap for me... Cheers, -- Jérémy Bobbio signature.asc Description: Digital signature
Bug#439267: Post-install sources.list should contain commented-out generic URIs
reassign 439267 apt-setup thanks On Thu, Aug 23, 2007 at 07:46:18PM +0100, Chris Lamb wrote: > If installing via CD or DVD, the sources.list post-installation should > contain the generic APT URIs commented-out. For example: > > #deb http://ftp.debian.org/debian/ stable main > #deb-src http://ftp.debian.org/debian/ stable main > > deb > > This would help users to quickly enable internet-based sources if required. > > It would be particularly useful to users of graphical APT tools (such as > Synaptic, etc.) where enabling a previously disabled source is trivial > compared to the apparent complexity of constructing a source URI from scratch. Sounds like a good idea to me. Although it would probably be better to have a more local mirror than ftp.debian.org used, probably by using the country selected by the user at the beginning of the installation... Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#436282: [l10n] Updated Czech translation of zope-common debconf messages
tags 436282 + pending thanks On Mon, Aug 06, 2007 at 08:59:57PM +0200, Miroslav Kure wrote: > in attachement there is updated Czech (cs.po) translation of > zope-common debconf messages. Please include it with the package. Commited in r994 of the repository and it should be released with version 0.5.38 of zope-common. Thanks! Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#438121: memory leak problem in the main-menu.c
tags 438121 + pending tags 438121 - d-i thanks On Wed, Aug 15, 2007 at 11:06:40PM +0900, Masami Ichikawa wrote: > I found one memory leak problem in the main-menu.c at show_main_menu(). > The "s" variable is leaked. Applied in r49045. Thanks for the patch! Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#438566: Promise TX4 disk ordering (was: various problems with RAID1/cryptsetup)
On Fri, Aug 17, 2007 at 09:36:29PM +0200, Luca Capello wrote: > 4) again, at reboot, the machine didn't boot, because the previous > /dev/sda1 is now /dev/sdb1. I discovered the real problem: AFAIK > the linux kernel erroneously maps the Promise TX4 devices, > counting from the last one. I can confirm this because I > attached a third SATA HD to the port3/channel3 and this one was > marked as /dev/sda instead of the expected /dev/sdc. According to a recent mail on LKML [1], this should be fixed in Linux 2.6.22. The debian-installer has not switched to this new version yet, but packages for 2.6.22 are available from unstable. Could you try it and see if the ordering is correct with the newer kernel? That would be definitely helpful. :) [1] http://lkml.org/lkml/2007/5/22/65 Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#440043: Missing a dependency on libfile-homedir-perl
Package: dpkg-cross Version: 1.99+2.0.0pre1 Severity: serious Hi! The experimental dpkg-cross package seems to miss a dependency on libfile-homedir-perl, as it fails with: --- 8< --- Can't locate File/HomeDir.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/share/perl5/Debian/DpkgCross.pm line 2. BEGIN failed--compilation aborted at /usr/share/perl5/Debian/DpkgCross.pm line 2. Compilation failed in require at /usr/bin/dpkg-buildpackage line 26. BEGIN failed--compilation aborted at /usr/bin/dpkg-buildpackage line 26. --- >8 --- -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-1-amd64 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages dpkg-cross depends on: ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina ii debconf1.5.9 Debian configuration management sy ii dpkg-dev 1.14.5package building tools for Debian ii file 4.20-5Determines file type using "magic" ii libdebian-dpkgcross-pe 1.99+2.0.0pre1functions to aid cross-compiling D ii perl 5.8.8-7 Larry Wall's Practical Extraction dpkg-cross recommends no packages. -- debconf information: * dpkg-cross/default-arch: None Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#440045: installation-reports: Successful install, Intel Core 2 Duo processor, SATA hard drive
retitle 440045 unoptimal size computation for "multi" recipe when LVM is used reassign 440045 partman-auto severity 440045 normal thanks On Wed, Aug 29, 2007 at 02:44:09PM +0300, Jaakko Kangasharju wrote: > Partitions: > FilesystemType 1K-blocks Used Available Use% Mounted on > /dev/mapper/jennifer-root > ext3 273674171671 87872 67% / > tmpfstmpfs 1031788 0 1031788 0% /lib/init/rw > udev tmpfs 1024092 10148 1% /dev > tmpfstmpfs 1031788 0 1031788 0% /dev/shm > /dev/sda1 ext3 241116 29533199135 13% /boot > /dev/mapper/jennifer-home > ext3 369696784 14489960 336427280 5% /home > /dev/mapper/jennifer-tmp > ext3 388741 10507358164 3% /tmp > /dev/mapper/jennifer-usr > ext3 4922684 4000396672228 86% /usr > /dev/mapper/jennifer-var > ext3 2955216 1570252 1234848 56% /var > [...] > I did have one problem with the partitioning step. I chose guided > partitioning with LVM and separate partitions for /home, /tmp, /usr, > and /var. As you can see above, the installer gave only 5GB to /usr > and 3GB to /var, despite the 400GB total space, and they are already > starting to fill up. It looks like a bug in partman-auto when used together with LVM. This will need more investigation though. Could you please send us (gzip'ed) the file /var/log/installer/partman that is on your newly installed system? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#440161: wrong /etc/fstab when installing on RAID using Adaptec 2100S
On Thu, Aug 30, 2007 at 12:38:50PM +0200, Arne Metzger wrote: > I recently used d-i to install etch on a FujituSiemens Primergy F200. > That maschine has 6 SCSI-Drives built-in, which i have configured as > RAID5 (no Hotspare) using the Adaptec-BIOS. During POST and installation > the RAID-Array is shown as /dev/sda. I am not familiar at all with I2O and don't have the hardware to reproduce your issue, so we are going to need your help to solve this! :) > Then i have created a ext3-Partition /dev/sda1 for /boot and a LVM on > /dev/sda5 using the rest of the Array-capacity for /. > Installation proceeded fine. > > After rebooting the maschine, everything worked fine. System found LVM > and could mount it correctely, but then failed to mount /boot (which is > on /dev/sda1 - as i thought). > > I found out, that for the Adaptec 2100S the modules i2o-core and > i2o-block are loaded. The modules find the Adapter correctely. > > But my /boot-partition - formerly known as /dev/sda1 - could now be > found at /dev/i2o/hda1 after loading the i2o-modules. > > After changing the line in /etc/fstab from > /dev/sda1 /boot [...] > to > /dev/i2o/hda1 /boot [...] > and rebooting the maschine - it worked! > > Dont know, if that is a problem in d-i or in i2o... After reading the I2O FAQ [1] it seems that the second path is only accessing the first disk instead of the whole RAID array: What are the various modules for? [...] I2O Block OSM (i2o_block): This is the disk driver, which let you access your RAID array, or if you don't have a RAID array configured to the single disks. You only have access to the disks through this driver! I2O SCSI OSM (i2o_scsi): This driver let you direct access to the disks. NEVER use this driver to mount a filesystem or so. If you do so, you could destroy your data. Only use this driver, to monitor your disks for failure. You could use the smartmontools to do so. [...] The data for your /boot partition are probably out of sync now. :( Does /dev/sda1 exists on the system? What error message is printed when you try to mount it? Is there any strange entry that shows up in kernel messages (dmesg)? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#421148: Any opinions on #421148?
Hi! Did you had the time to take a look at the patch submitted in #421148? I am working on a Debian LiveCD that would have Tor enabled by default. Not having to maintain a custom package to do so would be great. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#442389: remind: new version 3.1.2 available
On Sat, Sep 15, 2007 at 02:03:11PM -0400, Kevin Coyner wrote: > A new version of remind is available from: > > http://www.roaringpenguin.com/en/penguin/openSourceProducts/remind Any progress on an updated remind packages? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#446634: Please build with --enable-utf8
Package: wyrd Version: 1.4.3b-3 Severity: normal Tags: patch Hi! wyrd is currently not built using the --enable-utf8 configure flag, resulting in encoding issues when ".reminders" is encoded using UTF-8. Since Etch, Debian uses UTF-8 by default so that's a real issue. The attached patch adds the configure flag and a new Build-Depends on libncursesw5-dev. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u wyrd-1.4.3b/debian/changelog wyrd-1.4.3b/debian/changelog diff -u wyrd-1.4.3b/debian/control wyrd-1.4.3b/debian/control --- wyrd-1.4.3b/debian/control +++ wyrd-1.4.3b/debian/control @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Kevin Coyner <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 5.0), autotools-dev, camlp4, cdbs (>=0.4.39), remind (>= 03.00.24), dpatch +Build-Depends: debhelper (>= 5.0), autotools-dev, camlp4, cdbs (>=0.4.39), remind (>= 03.00.24), dpatch, libncursesw5-dev Standards-Version: 3.7.2 Package: wyrd diff -u wyrd-1.4.3b/debian/rules wyrd-1.4.3b/debian/rules --- wyrd-1.4.3b/debian/rules +++ wyrd-1.4.3b/debian/rules @@ -4,6 +4,8 @@ include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/dpatch.mk +DEB_CONFIGURE_EXTRA_FLAGS = --enable-utf8 + binary-post-install/wyrd:: -rm $(CURDIR)/debian/wyrd/usr/share/doc/wyrd/README find . -name '*.cm[iox]' -o -name '*.o' | xargs rm -f signature.asc Description: Digital signature
Bug#429672: libcairo: shlibs file are broken regarding udeb
Package: libcairo Version: 1.4.6-1.1 Severity: important Hi! libcairo2 and libcairo-directfb2 .shlibs files disagree on which dependencies should be used for udebs: * /var/lib/dpkg/info/libcairo2.shlibs libcairo 2 libcairo2 (>=1.4.0) udeb: libcairo 2 libcairo-directfb2-udeb (>=1.4.0) * /var/lib/dpkg/info/libcairo-directfb2.shlibs libcairo 2 libcairo2 (>=1.4.0) udeb: libcairo 2 libcairo2 (>=1.4.0) The former looks good, but the later package (which is a dependency of libgtk-directfb-2.0-dev) results in udebs linked against cairo getting a wrong Depends on libcairo2. Loïc Minier have suggested that no libcairo2 should have no udeb entries and that libcairo-directfb2 should only gets the udeb entry. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#429672: libcairo: shlibs file are broken regarding udeb
Sorry for the previous misleading comment. After more tests, the right fix should probably be: > > * /var/lib/dpkg/info/libcairo-directfb2.shlibs > > > > libcairo 2 libcairo2 (>=1.4.0) > > udeb: libcairo 2 libcairo2 (>=1.4.0) ^ libcaire-directfb2-udeb Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#548309: dropbear: allow more than one public key in initramfs
Package: dropbear Version: 0.52-2 Severity: wishlist Hi! When dropbear is used for remote unlocking of an encrypted partition, it currently unconditionnaly overwrite `/root/.ssh/authorized_keys` in the initrd with `/etc/initramfs-tools/root/.ssh/id_rsa.pub`. Unfortunately, this prevents to add any other public keys that would allow access to the initrd environment. Is there any security reasons being this design? Otherwise, it would be nice to support an `/etc/initramfs-tools/root/.ssh/authorized_keys` file in which `/etc/initramfs-tools/root/.ssh/id_rsa.pub` could be copied during the package installation. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#542671: vidalia: Should not suggest "update-rc.d -f" only
On Sun, Aug 23, 2009 at 06:11:20PM -0300, UlisesVitulli wrote: > Hi Jeremy! I only noticed your reply today. Bug submitter do *not* receive emails unless subscribed to the bug report, so you should keep the submitter in To: or Cc: fields unless you are only discussing with package maintainers. > I've to say I'm fully aware about this problem, unfortunately, I'm > almost sure policy is against of any interaction with other packages > files than the ones carried by itself , in this case, tor's init > scripts, so some kind of user-interaction must have to show up around > this. #542670 is indeed related. I really think you should ask weasel his opinion on this issue. Please not that dkg also wrote on blog entry on similar issues recently [1]. Maybe splitting the tor package between "tor" and "tor-bin" could be a solution to the issue currently affecting the vidalia package. [1] http://www.debian-administration.org/users/dkg/weblog/53 Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#532913: Giving svg on command line -> crash with BadWindow error
tags 532913 + patch
thanks
Hi!
On Fri, Jun 12, 2009 at 01:14:18PM -0400, Anthony DeRobertis wrote:
> When I run 'inkscape drawing.svg' to edit drawing.svg, inkscape takes
> forever to start (like normal; takes ages scanning fonts I believe),
> very briefly pops up its window, then crashes with a BadWindow error.
After encountering the same problem and digging a little more, I came up
with the following one-liner:
--- inkscape-0.46.orig/src/widgets/desktop-widget.cpp
+++ inkscape-0.46/src/widgets/desktop-widget.cpp
@@ -1058,7 +1058,6 @@
if (window)
{
window->set_default_size (w, h);
-window->reshow_with_initial_size ();
}
}
The GTK+ configuraton says about gtk_window_reshow_with_initial_size():
Hides window, then reshows it, resetting the default size and position
of the window. Used by GUI builders only.
I think the call can be safely removed as the function is here called
programmatically and, from what I have seen,
gtk_window_set_default_size() is always called before gtk_widget_show(),
thus rendered with the desired size.
After building with this patch, inkscape was not crashing anymore,
neither on startup or by loading another document afterwards.
Cheers,
--
Jérémy Bobbio.''`.
lu...@debian.org: :Ⓐ : # apt-get install anarchism
`. `'`
`-
signature.asc
Description: Digital signature
Bug#544234: ITP: schleuder -- gpg-enabled mailing list manager with remailer-capabilities
Package: wnpp Severity: wishlist Owner: "Jérémy Bobbio" * Package name: schleuder Version : 2.0.0 Upstream Author : * URL : http://schleuder.nadir.org/ * License : GPL-2 Programming Lang: Ruby Description : gpg-enabled mailing list manager with remailer-capabilities Schleuder is designed to server as a tool for group communication: subscribers can communicate encrypted (and pseudonymously) among themselves, receive emails from non-subscribers and send emails to non-subscribers via the list. Schleuder takes care of all de- and encryption, stripping of headers, formatting conversions, etc. Further Schleuder can send out its own public key upon request and receive administrative commands by email. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#543811: init script is silent
On Thu, Aug 27, 2009 at 01:54:08AM -0400, Joey Hess wrote: > /etc/init.d/privoxy start|stop returns without printing anything. > > Apparently it does this because /proc/cmdline contains "quiet", > but that should have nothing to do with an init script being run > at the command line. > > Policy is quite clear: > > * When daemons are started > > If the script starts one or more daemons, the output should look > like this (a single line, no leading spaces): >Starting : ... . Actually, this behaviour is the same as /etc/init.d/skeleton, provided by the initscripts package since 2.86.ds1-13. Looking for the "quiet" option to set VERBOSE value comes from initscripts 2.86.ds1-21. An quick archive wide searh on today's unstable (amd64) resulted in positive hits searching "VERBOSE.*no.*Starting" for the following packages: ample amule-daemon auditd bird bird6 chillispot citadel-server citadel-webcit console-tools ddclient deejayd dovecot-common fail2ban flumotion fso-frameworkd fso-gpsd fuse-utils glusterfs-server gridengine-exec gridengine-master hdapsd initscripts iodine ipkungfu ipmitool kbd krb5-admin-server krb5-kdc lldpd mailscanner mandos mumble-server nfdump nodm openafs-fileserver pcscd privoxy root-system-proofd root-system-rootd root-system-xrootd sec shishi-kdc silcd snmptt steam strongswan strongswan-starter teamspeak-server webgui wicd wu-ftpd So if there really is a policy issue, looks like it started to grow. :D Maintainers of the initscripts package, could your comments on this? Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477092: [PATCH] add support for setting a username + password in grub-installer for GRUB 2
On Fri, Sep 04, 2009 at 09:11:23PM +0200, Felix Zielcke wrote: > Here's now a patch which adds support to set a username and password for > GRUB 2 > The debconf templates probable need to be changed. I'm not that perfect > in writing them. > And I wasn't sure what to do if people enter a username but no password. Best behaviour is probably to fail displaying that the password can't be empty, like it is currently done in user-setup. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#550744: Please add support for WPA(2)
On Mon, Oct 12, 2009 at 07:33:48PM +0200, Christian Perrier wrote: > The same request came back in 2005 and nobody did work on > it since then. *ahem* Glenn Saberton did put a lot of energy into this. See the mailing-list archive [1]. His code is already included in the unofficial builds done by Kenshi Muto [2]. [1] At least: http://lists.debian.org/debian-boot/2009/03/msg00684.html [2] http://kmuto.jp/debian/d-i/ Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#542671: vidalia: Should not suggest "update-rc.d -f" only
Package: vidalia Version: 0.1.15-1 Severity: normal Hi! In README.Debian, in order to prevent Tor to start automatically at boot time, it is suggested to use: # update-rc.d -f tor remove This suggestion is a bad one. When startup links are removed this way, they will be created again on the next upgrade (or reinstallation) of the tor package. Thus enabling it again on startup. Using the "disable" option of "update-rc.d" would probably be a better suggestion, here. But maybe it would be more user friendly to either: a) Ask (through debconf) about disabling Tor startup links; with "no" as a default; and do it in the postinst script. b) Change tor init script so that it does not start the daemon itself when a specific setting (maybe in /etc/default/vidalia) is set. This setting value could be asked through debconf as well. I am unsure about how policy compliant is option a). Option b) would need coordination with weasel (tor's package maintainer). Feel free to clone this bug to follow up on the previous ideas. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#542670: vidalia: Wrongly says that a Tor process is already running
Package: vidalia Version: 0.1.15-1 Severity: normal Hi! When I did execute "aptitude install vidalia" on a system where Tor was not installed (and thus pulled as a Recommend), I was very suprised to read that an existing Tor process was detected. The issue comes from the "config" script, which unconditionally displays "vidalia/info". Or debconf-devel(7) says: The config script can be run in one of three ways: 1 If a package is pre-configured, with dpkg-preconfigure, its config script is run, and is passed the parameters "configure", and installed-version. 2 When a package's postinst is run, debconf will try to run the config script then too, and it will be passed the same parameters it was passed when it is pre-configured. This is necessary because the package might not have been pre-configured, and the config script still needs to get a chance to run. See HACKS for details. […] The way the "config" and "postinst" scripts are written only works in the second case. Then wrongly telling me that a running Tor process has been detected. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#545679: giver: Communications between peers should be encrypted
Package: giver Version: 0.1.8-2 Severity: wishlist After looking at a tcpdump of a Giver session, I have seen that communcations between peers are not encrypted. Both filenames and contents can be seen are sent as cleartext. This makes Giver unsuitable to use on untrusted network, e.g. at conferences, where it could be really useful to allow two participants siting next to each others to quickly exchanges files. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-bpo.1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages giver depends on: ii libavahi1.0-cil 0.6.19-2 CLI bindings for Avahi ii libc6 2.7-18 GNU C Library: Shared libraries ii libglib2.0-cil 2.12.1-2 CLI binding for the GLib utility l ii libgnome2.0-cil 2.20.1-1 CLI binding for GNOME 2.20 ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtk2.0-cil 2.12.1-2 CLI binding for the GTK+ toolkit 2 ii libmono-corlib2.0-cil 1.9.1+dfsg-6 Mono core library (2.0) ii libmono-system2.0-cil 1.9.1+dfsg-6 Mono System libraries (2.0) ii libmono2.0-cil 1.9.1+dfsg-6 Mono libraries (2.0) ii libnotify0.4-cil0.4.0~r2998-1CLI library for desktop notificati ii libx11-62:1.1.5-2X11 client-side library ii mono-runtime1.9.1+dfsg-6 Mono runtime giver recommends no packages. giver suggests no packages. -- no debconf information Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476388: partman-auto-crypto: Allow preseeding of the skip_erase flag
Package: partman-auto-crypto Version: 7 Severity: wishlist This wishlist is extracted for T. Nan's request [1] posted on the debian-boot mailling-list. partman-auto-crypto should define a debconf question (for preseeding only) that would make it define the skip_erase flag for the encrypted partition. This would allow one to bypass the lengthly erasing step when doing automated installations. As using this option would hamper the security of the encrypted partition, enough warning should be present in the documentation. Having the ability to skip erasure would at least benefit automated testing of encrypted installations, and sounds worthwhile to have. [1] http://lists.debian.org/debian-boot/2008/04/msg00475.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476177: [Pkg-silc-devel] Bug#476177: irssi-plugin-silc: prints /actions twice like * foo did bar\n * foo did bar\n
tags 476177 + confirmed thanks On Mon, Apr 14, 2008 at 11:27:30PM +0200, Helmut Grohne wrote: > When someone (or oneself) does /me did bar it appears like > * foo did bar > * foo did bar > > This behaviour is wrong. Indeed. I will try to find out the reason soon. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476540: Allow preseeding of netcfg/choose_interface=none
Package: netcfg Version: 1.43 Severity: wishlist netcfg gracefully handle the case where no network interfaces has been detected on the system. But there is actually no way to get the same behaviour (configuration limited to the hostname) when there is at least an interface on the system. When doing automated installations where the network configuration is handled by custom scripts later on, there is currently no way to bypass the network configuration done by netcfg. Activating this option should be done by preseeding, probably by setting "netcfg/choose_interface" to "none". Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476388: partman-auto-crypto: Allow preseeding of the skip_erase flag
On Thu, Apr 17, 2008 at 02:25:31PM +0100, Colin Watson wrote:
> On Wed, Apr 16, 2008 at 01:22:11PM +0200, Jérémy Bobbio wrote:
> > This wishlist is extracted for T. Nan's request [1] posted on the
> > debian-boot mailling-list.
> >
> > partman-auto-crypto should define a debconf question (for preseeding
> > only) that would make it define the skip_erase flag for the encrypted
> > partition. This would allow one to bypass the lengthly erasing step
> > when doing automated installations.
>
> Surely this is what partitioning recipes are for. Why not just put:
>
> skip_erase{ }
>
> ... in the recipe? (If that doesn't work, then I think it should be made
> to.)
No actual recipes are actually used when using LVM or crypto auto
partitioning: an "enveloppe" is created by auto_lvm_prepare() which
contains enough space to hold every partitions tagged "lvmok" in the
recipe.
Its this enveloppe partition that is turned, when using crypto, into an
encrypted partition and that is erased. So there is no user accessible
recipes where one could actually specify such flag…
Maybe we should change the whole recipe format to add support for
stacked block devices, but that's a lot more work to do. :)
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
signature.asc
Description: Digital signature
Bug#476764: metche: Segmentation fault in line 76
tags 476764 + unreproducible moreinfo thanks On Sat, Apr 19, 2008 at 01:19:28AM +0200, Eric Gianquinto wrote: > Cron send me a mail with that : > > Error sending message, child exited 75 (Deferred.). > /usr/sbin/metche: line 76: 29387 Erreur de segmentation > LC_ALL="$LOCALE" mutt -s "$subject" "$EMAIL_ADDRESS" > > It's a segmentation fault > > Any hint ? metche iteslf is only a shell script, and should not segfault. Probably mutt's fault, but this problem is probably related to your very own setup, as I have never seen mutt segfault. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476767: (no subject)
tags 476767 + moreinfo
thanks
On Sat, Apr 19, 2008 at 02:37:02AM +0200, [EMAIL PROTECTED] wrote:
> SISTEMA DI BASE IN CORSO - 75% - memorizzazione della lingua in corso
> (" The installation is to go in error in this moment: ISTALLATION OF
> BASE SYSTEM GOING - 75% - memoring of linguage going").
Sounds like a problem with your CD-ROM drive or media. Could you please
do the following:
1. Boot on your Debian installation CD.
2. At the boot prompt, enter "expert".
3. Once you have the menu, please select "Check the CD-ROM(s)
Integrity".
4. Answer all questions until the integrity check is complete.
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
signature.asc
Description: Digital signature
Bug#476848:
reassign 476848 installation-reports tags 476848 + moreinfo thanks Hi! On Sat, Apr 19, 2008 at 05:09:49PM +0200, crack7 crack7 wrote: > Package: boot-floppies "boot-floppies" are no more in Debian since Sarge. The new installation software for Debian is unimaginatively called "debian-installer". > flavor:debian-40r3-i386-DVD-1.iso > architecture: i386 > model: notebook Fujitsu-Siemens C1020 > memory:512Mb > scsi: > cd-rom:QSI DVDRW-041 > network card: Realtek Semiconductor RTL-8139 > > installer can`t mount cd-rom during installtion :( This laptop look fairly recent. I was not able to find a detailed specifications, but it is possible that the CD-ROM drive is connected through SATA. The kernel shipped with Etch have limited support for these devices. Could you please try again with the Lenny beta1 version [1] of the installer? You can still install Etch with this version by adding "suite=etch" at the boot prompt. The other remaining options to install Etch are using an USB-stick and doing a full network install. Both are documented in the installation manual. [2] [1] Available on http://www.debian.org/devel/debian-installer/ [2] http://www.debian.org/releases/stable/i386/ Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476902: debian-installer: Progress bar resizing NTFS partitions doesn't function
reassign 476902 partman-partitioning forcemerge 402956 476902 thanks On Sun, Apr 20, 2008 at 12:38:31AM -0400, Andrew Moise wrote: > I installed Debian using the win32 installer from > goodbye-microsoft.com, and while resizing my NTFS partition the progress > bar stayed at 0% until the operation was completed. This is especially > problematic because immediately before, the installer warns that > resizing partitions may take a very long time, and it does :-). The issue is already known. Let's hope someone we'll find enough time to tackle this… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#321109: [PATCH] grub-installer password confirmation
On Fri, Apr 25, 2008 at 12:35:21PM +0100, James Westby wrote: > I tested yesterday with preseeding the grub-installer/password-crypted > value with a crypted value that I generated with grub beforehand. I was > able to use the uncrypted password to unlock grub after install. Great! > I'm not sure what you mean by "both for clear text and encrypted". Would > you like to test preseeding grub-installer/password and > grub-installer/password-again? Yes. :) Sometimes, people prefer to have a preseeding file with password in cleartext so they can more easily remember them… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477988: Failed to detect ROM drive after starting installation
reassign 477988 debian-installer retitle 477988 Document irqpoll in the "special boot parameters" help screen severity 477988 wishlist thanks On Sat, Apr 26, 2008 at 07:18:19AM +0100, Chris Bell wrote: > Repeatedly stopped reading DVD/CD while searching for hardware and ROM > drive, so I tried > > > dmesg | more > Near end of file, found > Probing IDE interface ide1 > hdc: TOSHIBA DVD-ROM SD-C2402, ATAPI CD/DVD-ROM drive > > IRQ 15: Nobody cared, disabling interrupt > > This was immediately followed by a string of reports about hdc (CD/DVD) lost > interrupt, and eventually a hint to try rebooting with the "irqpoll" option. > > Tried another installation using > > expert irqpoll > > no problems, went straight through and re-booted OK. Should irqpoll be > included in the standard installation proceedure? irqpoll really slow down the system and it would be a loss to include it in the default command-line. However, it is not currently documented in the help screen alongside other "special boot parameters" for hardware work-arounds. It might worth it to mention it there. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477700: setting package to netcfg netcfg-static, tagging 477700
# Automatically generated email from bts, devscripts version 2.10.20~bpo40+1 # # netcfg (1.44) UNRELEASED; urgency=low # # * Define IPv6 ::1 address as "localhost". (Closes: #477700) #Thanks to Marco d'Itri for the patch. # package netcfg netcfg-static tags 477700 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477268: [EMAIL PROTECTED]
On Tue, Apr 22, 2008 at 06:10:15PM +1200, Steven Jones wrote: > Image version: 4.0.r3 netinst iso. > > Machine: Whitebox, Asus P5K Premium Wi-fi motherbaird with Perc 3CDL > raid controller, PCI MX200 graphics card. > Processor: dual core celeron 1.6Ghz Please note that this is fairly recent hardware. Your motherboard was released after Etch. Debian is slowly making progress on releasing Etch+1/2 which will make a newer kernel available to the stable release, supporting more hardware. > Several problems were encountered...the Asus P5K permium wi-fi > motherboard has 6 internal sata ports (ICH9R) and one ide port with two > e-sata (J-micron). The cd would only go through the detect CD stage if > the sata dvd was on sata port 1, I tried it initially on 4 then 3 and it > didnt work. Seems like one of these SATA controllers are unsupported by the Linux kernel in Etch (2.6.18). > I next moved to an IDE DVD and got the same problem. I think what was > happening was the cd detection was off looking for a cdrom on the raid > card or adaptec 3940at each test it locked up the box at 8% but the > scsi hds lights were flashing, each in turn briefly. The flashing is normal: drivers for each supported controllers are loaded only just before the CD detection. Most SCSI cards that I have seen initialize their disks in turn, making their light flash that way. The freezing, and the other issues mentioned below remind me about the dreaded SCSI terminators problem. Could you please fully verify your SCSI setup? > When I went back to the sata dvd drive and port 1 on the ICH9R the cd > detect went fine. However I then encountered a terminal issue with the > Megaraid module so was unable to install etch. What do you mean by a "terminal issue"? > I went back to 3.1 netinst cd […] Neither Sarge nor 2.4 kernels are supported by the d-i team anymore. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477268: [EMAIL PROTECTED]
Hi! Please keep the bug report in Cc. Please also note that I am just trying to help here. Debian is a volunteer project, and owe you nothing particularily. Your problem seems unlikely to be directly in the installation software, but more in the kernel, which is not something the debian-installer team is directly responsible of. On Sun, Apr 27, 2008 at 09:42:25PM +1200, Steven Jones wrote: > Older kernels work, suggesting the bug has been introduced by adding a > later megaraid driver! Could you please look at #410817 [1] and see if that bug report match your problems with the megaraid driver? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410817 > >Debian is slowly making progress on releasing Etch+1/2 which will make a > >newer kernel available to the stable release, supporting more hardware. > > Lenny has 2.6.24-5, it does not work eitherso you have a way to go When you say "does not work either" you are talking specifically about megaraid support, right? > The onboard controller is the same one for ports 1 to 6...yet only port > 1 will install. Is every port configured in the same way? No SATA (fake) RAID activated or something similar in the BIOS? > >>When I went back to the sata dvd drive and port 1 on the ICH9R the cd > >>detect went fine. However I then encountered a terminal issue with the > >>Megaraid module so was unable to install etch. > > > >What do you mean by a "terminal issue"? > > I cannot install, the install dies/lockups. Any error mesage available? (Hint: Alt+F4 show the installation log.) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477331: More information about this issue
On Sat, Apr 26, 2008 at 07:35:11PM -0300, Otavio Salvador wrote: > I did a bisect and it shows f3cec9d1c2a4d43cd734aae4bc7f8e7410a5e89a > as the bad one. Looking at it I had figure that > 08516d97a1b34cbb119d6d842ae31e4cb4e08740 might be the responsable > change (since it was merged) and reverted it. It solves the problem. When started with "CAIRO_DIRECTFB_NO_ACCEL=true" in the environment, the display is fine. I have tested this with both cdebconf tests and by passing it as an argument on the debian-installer boot command line. If the issue happens to need time to be properly solved, we could probably define this variable during d-i startup until then. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#473401: grub-installer: grub2 config for Windows partition does not boot
On Wed, Apr 30, 2008 at 11:38:56PM +0200, Robert Millan wrote: > This patch gets rid of the problem by simplifiing the convert() function like > we did for grub-install/update-grub. Although maybe it's a bit too radical. > > But since we're committed to use this approach in the grub package, I think > it's a good idea to do the same on D-I. > > Comments? How extensively have you tested that patch? On first look, I am all in favor of reducing code complexity in d-i. :) Does this change affect rescue mode as well? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#484263: rescue-mode: Does not support RAID+LUKS setups
Package: rescue-mode Version: 1.15 Severity: minor When a LUKS encrypted partition is on a software RAID device, there is no possibility to enter a passphrase for the RAID devices (/dev/md*). Instead, rescue-mode offers to enter a passphrase for every LUKS header detected on the partitions used by the software RAID, and unlocking these partitions will simply fail with "Can not access device". Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#484259: rescue-mode: Should not offer partitions that are part of a MD device
Package: rescue-mode Version: 1.15 Severity: minor When rescue-mode ask which root partition it should use, the list contains software RAID devices which is fine. But it also lists the partitions that are part of these software RAID devices which can not be mounted (fails with "Device or resource busy). As an example: /dev/md0 is a RAID 1 software device using /dev/hda1 and /dev/hdc1. The root filesystem is on /dev/md0. Both /dev/hda1 and /dev/hdc1 will contain a valid filesystem as well which can be selected as root partition in rescue mode. Trying to mount these partitions will fail. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#484272: partman-auto-lvm: Should support for explicit logical volume names in recipes
Package: partman-auto-lvm
Version: 27
Severity: wishlist
Tags: patch
The attached patch adds support for explicitely preseeding a logical
volume name (instead of computing one) in recipes.
This is done by using "lvname{ }", which fits nicely with the
"vgname" option proposed in Grégory Oestreicher's patch in #462396.
(No test was done with both patches applied, though.)
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
commit 8f27d9d47f34903e8ba5fa613f6c4c525194e22c
Author: Jérémy Bobbio <[EMAIL PROTECTED]>
Date: Tue Jun 3 11:09:23 2008 +
Add support for preseeding logical volume names directly
partman-auto-lvm now support the direct preseeding of a logical volume
names (instead of computing one) using "lvname{ }" in the recipe.
diff --git a/packages/partman/partman-auto-lvm/debian/changelog b/packages/partman/partman-auto-lvm/debian/changelog
index 7200752..72a8a76 100644
--- a/packages/partman/partman-auto-lvm/debian/changelog
+++ b/packages/partman/partman-auto-lvm/debian/changelog
@@ -1,3 +1,11 @@
+partman-auto-lvm (28) UNRELEASED; urgency=low
+
+ [ Jérémy Bobbio ]
+ * Add support for preseeding logical volume names directly using
+lvname{ } in the recipe.
+
+ -- Jérémy Bobbio <[EMAIL PROTECTED]> Tue, 03 Jun 2008 11:06:17 +
+
partman-auto-lvm (27) unstable; urgency=low
[ Updated translations ]
diff --git a/packages/partman/partman-auto-lvm/perform_recipe_by_lvm b/packages/partman/partman-auto-lvm/perform_recipe_by_lvm
index c530104..c466b52 100755
--- a/packages/partman/partman-auto-lvm/perform_recipe_by_lvm
+++ b/packages/partman/partman-auto-lvm/perform_recipe_by_lvm
@@ -48,7 +48,11 @@ db_progress STEP 1
name_number=1
foreach_partition '
- if echo $* | grep -q "mountpoint{"; then
+ if echo $* | grep -q "lvname{"; then
+ lvname=$(echo $* | sed \
+ -e "s/.*lvname{ *\([^ }]*\) *}.*/\1/g"
+ )
+ elif echo $* | grep -q "mountpoint{"; then
lvname=$(echo $* | sed \
-e "s/.*mountpoint{ *\([^ }]*\) *}.*/\1/g" \
-e "s!//!/!g" \
signature.asc
Description: Digital signature
Bug#484421: partman-auto-raid: Should support preseeding of LVM-over-RAID setups
Package: partman-auto-raid Version: 11 Severity: wishlist Tags: patch Attached is a patch adding support for preseeding LVM-over-RAID setups. This patch depends and has been tested with the recent improvements proposed over partman-md initialization scheme. [1] [1] http://lists.debian.org/debian-boot/2008/06/msg00093.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#484421: Should support preseeding of LVM-over-RAID setups
On Wed, Jun 04, 2008 at 01:48:16AM +0200, Jérémy Bobbio wrote:
> Attached is a patch adding support for preseeding LVM-over-RAID setups.
Here it is.
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
commit a0bac278b265a7755323c70c2db234935357406b
Author: Jérémy Bobbio <[EMAIL PROTECTED]>
Date: Tue Jun 3 14:35:00 2008 +
Move dev_to_partman() to lib/auto-shared.sh
dev_to_partman() was defined and used in both partman-auto and
partman-auto-raid. It is now defined in lib/auto-shared.sh.
diff --git a/packages/partman/partman-auto-raid/debian/changelog b/packages/partman/partman-auto-raid/debian/changelog
index 95bc242..d57a5b4 100644
--- a/packages/partman/partman-auto-raid/debian/changelog
+++ b/packages/partman/partman-auto-raid/debian/changelog
@@ -1,3 +1,11 @@
+partman-auto-raid (12) UNRELEASED; urgency=low
+
+ [ Jérémy Bobbio ]
+ * Use dev_to_partman() from lib/auto-shared.sh.
+Requires partman-auto (>= 79)
+
+ -- Jérémy Bobbio <[EMAIL PROTECTED]> Tue, 03 Jun 2008 11:31:01 +
+
partman-auto-raid (11) unstable; urgency=low
[ Updated translations ]
diff --git a/packages/partman/partman-auto-raid/debian/control b/packages/partman/partman-auto-raid/debian/control
index 90d5f46..355c605 100644
--- a/packages/partman/partman-auto-raid/debian/control
+++ b/packages/partman/partman-auto-raid/debian/control
@@ -9,5 +9,5 @@ Vcs-Svn: svn://svn.debian.org/d-i/trunk/packages/partman/partman-auto-raid
Package: partman-auto-raid
XC-Package-Type: udeb
Architecture: all
-Depends: ${misc:Depends}, partman-base (>= 114), partman-basicfilesystems, partman-ext3, partman-auto (>= 58), partman-md
+Depends: ${misc:Depends}, partman-base (>= 114), partman-basicfilesystems, partman-ext3, partman-auto (>= 79), partman-md
Description: Allow preseeded RAID installs
diff --git a/packages/partman/partman-auto-raid/display.d/initial_auto_raid b/packages/partman/partman-auto-raid/display.d/initial_auto_raid
index d545c6b..64fbbb1 100755
--- a/packages/partman/partman-auto-raid/display.d/initial_auto_raid
+++ b/packages/partman/partman-auto-raid/display.d/initial_auto_raid
@@ -5,24 +5,7 @@
. /lib/partman/lib/base.sh
. /lib/partman/lib/commit.sh
-
-dev_to_partman () {
- local dev_name="$1"
-
- local mapped_dev_name="$(mapdevfs $dev_name)"
- if [ -n "$mapped_dev_name" ]; then
- dev_name="$mapped_dev_name"
- fi
-
- for dev in $DEVICES/*; do
- # mapdevfs both to allow for different ways to refer to the
- # same device using devfs, and to allow user input in
- # non-devfs form
- if [ "$(mapdevfs $(cat $dev/device))" = "$dev_name" ]; then
- echo $dev
- fi
- done
-}
+. /lib/partman/lib/auto-shared.sh
# See if we are supposed to run and only run once
db_get partman-auto/method
diff --git a/packages/partman/partman-auto/debian/changelog b/packages/partman/partman-auto/debian/changelog
index d6d23a4..6809d3a 100644
--- a/packages/partman/partman-auto/debian/changelog
+++ b/packages/partman/partman-auto/debian/changelog
@@ -1,3 +1,10 @@
+partman-auto (79) UNRELEASED; urgency=low
+
+ [ Jérémy Bobbio ]
+ * Move dev_to_partman() to lib/auto-shared.sh.
+
+ -- Jérémy Bobbio <[EMAIL PROTECTED]> Tue, 03 Jun 2008 14:30:14 +
+
partman-auto (78) unstable; urgency=low
[ Updated translations ]
diff --git a/packages/partman/partman-auto/display.d/initial_auto b/packages/partman/partman-auto/display.d/initial_auto
index ff486db..c89dc20 100755
--- a/packages/partman/partman-auto/display.d/initial_auto
+++ b/packages/partman/partman-auto/display.d/initial_auto
@@ -9,26 +9,6 @@ fi
. /lib/partman/lib/auto-shared.sh
-dev_to_partman () {
- local dev_name="$1"
-
- local mapped_dev_name="$(mapdevfs $dev_name)"
- if [ -n "$mapped_dev_name" ]; then
- dev_name="$mapped_dev_name"
- fi
-
- for dev in $DEVICES/*; do
- [ -d "$dev" ] || continue
-
- # mapdevfs both to allow for different ways to refer to the
- # same device using devfs, and to allow user input in
- # non-devfs form
- if [ "$(mapdevfs $(cat $dev/device))" = "$dev_name" ]; then
- echo $dev
- fi
- done
-}
-
# Skip if no disks detected and don't run on S/390
if [ -z "$(get_auto_disks)" ] || \
[ "$(udpkg --print-architecture)" = s390 ]; then
diff --git a/packages/partman/partman-auto/lib/auto-shared.sh b/packages/partman/partman-auto/lib/auto-shared.sh
index 1429183..ec42e52 100644
--- a/packages/partman/partman-auto/lib/auto-shared.sh
+++ b/packages/partman/partman-auto/lib/auto-shared.sh
@@ -213,3 +213,21 @@ select_auto_disk() {
# TODO: Add a select_auto_disks() function
# Note: This needs a debconf_multiselect equiv.
+
+dev_to_partman () {
Bug#475838: cryptsetup: Would like to use decrypt_derived with a source mapping other than that of the root filesystem
On Sun, Apr 13, 2008 at 11:09:38AM +0100, Sam Morris wrote: > Alternatively, if there is another way to set up encrypted swap so that > I can hibernate to it, I would love to hear it. :) The setup done by the debian-installer when using guided partitioning with "encrypted LVM" is fully able to hibernate. The layout is the following: * There is only two physical partitions on your hard drive, a small unencrypted one for /boot, and the rest of the disk is all in an encrypted partition. * Use this encrypted partition as an LVM physical volume. * Then setup a LVM volume group with at least two logical volumes: one for / and one for the swap. When entering the passphrase during the boot sequence, you will be unlocking both the root filesystem and the swap at the same time and hibernation works fine. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#475399: partman-crypto: fails to configure multiple encrypted devices
On Mon, Apr 14, 2008 at 12:11:48AM +0200, Max Vozeler wrote: > On Thu, Apr 10, 2008 at 03:58:55PM +0200, Frans Pop wrote: > > The first volumes were loop-aes with random key. The last one was with > > gnupg > > key file. While configuring the last, partman and the debconf frontend > > crashed. > > That crash is caused by an API and ABI change in cdebconf 0.129: > > -char *question_get_field(const struct question *q, const char *lang, > +char *question_get_raw_field(const struct question *q, const char *lang, > const char *field); > +char *question_get_field(struct frontend *obj, const struct question *q, > +const char *lang, const char *field); > > Currently cdebconf-entropy (or any other plugin) crashes > cdebconf when it tries to use this function. Damn. I should really have thought about this, and I apologies. :( > We'll need to adapt plugins and rebuild them. > > Unfortunately I have a very busy work week ahead of me and > won't be able to do anything about it before next weekend. > > Jérémy, could you maybe have a look? > > This situation is further complicated by missing strutl.h in > libdebconfclient0-dev 0.129, which currently prevents plugins > from building against that version. I'd like to fix this today, and upload the recent changes in cdebconf-entropy at the same time, if you feel fine with it. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#475399: partman-crypto: fails to configure multiple encrypted devices
clone 475399 -1 reassign -1 libdebconfclient0-dev severity -1 wishlist retitle -1 Move plugin related files out of libdebconfclient0-dev thanks On Mon, Apr 14, 2008 at 10:50:13AM +0200, Max Vozeler wrote: > On Mon, Apr 14, 2008 at 10:16:35AM +0200, Jérémy Bobbio wrote: > > On Mon, Apr 14, 2008 at 12:11:48AM +0200, Max Vozeler wrote: > > > That crash is caused by an API and ABI change in cdebconf 0.129: > > > > > > -char *question_get_field(const struct question *q, const char *lang, > > > +char *question_get_raw_field(const struct question *q, const char *lang, > > > const char *field); > > > +char *question_get_field(struct frontend *obj, const struct question *q, > > > +const char *lang, const char *field); > > > > > > Currently cdebconf-entropy (or any other plugin) crashes > > > cdebconf when it tries to use this function. > > > > Damn. I should really have thought about this, and I apologies. :( > > No bad feelings - such things happen! Especially since we > have no clear boundary between an cdebconf-internal API and > something like a "plugin module API". cdebconf-entropy actually depends on libdebconfclient0-dev to be built, but cdebconf-entropy does not actually produce a debconf client written in C, but a *plugin* for cdebconf. In order to achieve that, libdebconfclient0-dev provides headers that are only related to cdebconf plugins. Those files should be moved out to another package, probably called "cdebconf-dev". This package will then be helpful to track ABI and API changes in cdebconf. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#475975: cdebconf-entropy: FTBFS: frontend.h:11:20: error: strutl.h: No such file or directory
reassign 475975 libdebconfclient0-dev retitle 475975 libdebconfclient0-dev: frontend.h includes the unavailable strutl.h thanks On Mon, Apr 14, 2008 at 12:44:53PM +0200, Lucas Nussbaum wrote: > Relevant part: > > gcc -Wall -g -O2 -I. -fPIC -o newt-plugin-entropy-text.opic -c > > newt-plugin-entropy-text.c > > In file included from newt-plugin-entropy-text.c:25: > > /usr/include/cdebconf/frontend.h:11:20: error: strutl.h: No such file or > > directory Problem lies in libdbeconfclient0-dev. Bug reassigned. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#486309: swaks: Please upgrade libnet-ssleay-perl and libnet-dns-perl as Recommends
Package: swaks Version: 0+20061116.0-2 Severity: wishlist Hi! swaks is a really great tool, but I think that it's really useful when libnet-ssleay-perl and libnet-dns-perl are installed. As both aptitude and apt-get now installs Recommends by default, I think these packages currently listed as Suggests should be upgraded to Recommends. Knowing how Perl works is not useful for testing mail servers, authentication and encrypted channels, so I think perl-doc should stay as a suggestion. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#486309: swaks: Please upgrade libnet-ssleay-perl and libnet-dns-perl as Recommends
On Sun, Jun 15, 2008 at 11:58:02AM +0200, Andreas Metzler wrote: > > swaks is a really great tool, but I think that it's really useful when > > libnet-ssleay-perl and libnet-dns-perl are installed. > > > As both aptitude and apt-get now installs Recommends by default, I think > > these packages currently listed as Suggests should be upgraded to > > Recommends. > > Personally I always use the -s option, since I access/test a specific > server and not "the mx for a given domain", so it *is* useful without > libnet-dns-perl. No strong feelings with respect to > libnet-ssleay-perl, though. I never said that it was not useful without libnet-dns-perl. But you get most out of swaks possibility when it is installed; that's why I was suggesting a Recommends. As you are the maintainer, it's up to you! :) As a final suggestion, you could always patch swaks to suggest Debian packages names in the same messages that suggests the missing Perl module. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#479325: cdebconf-gtk-entropy: minor usability issues
On Thu, May 08, 2008 at 05:27:44PM +0200, Frans Pop wrote: > - if I break off entropy gathering (using Go Back) and then try to run it > again, I end up with an empty screen (just buttons); syslog shows: > debconf: cdebconf_gtk: CRITICAL: mkfifo failed: File exists > debconf: cdebconf_gtk: CRITICAL: init_entropy failed. > debconf: cdebconf_gtk: WARNING: tag "partman-crypto/entropy" failed to > display! The cleanup function was not called when the "Go back" button was activated before. A fix has been commited, it should work fine now. > - the text box now stays completely empty when characters are typed; with > the patches you posted earlier that did not happen (behaved same as newt) > - when I do nothing (no mouse movement or character entry, the CPU stays > at 100%; I don't remember that happening with earlier patches, but I'm > not 100% sure Both were related to my failure to fully switch to a non-blocking read. Hasty tests did not show this up. :( This has been fixed as well. :) I hope it's ready to be released now… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#479325: cdebconf-gtk-entropy: minor usability issues
On Mon, May 12, 2008 at 03:06:54PM +0200, Frans Pop wrote: > One last extremely minor issue though :-) > When the Continue button is disabled, it is still possible to tab to it, > which is kind of strange. This should have been fixed with my last commit. :) I hope we can leave cdebconf-entropy some rest now… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#481689: should default to gksudo if root doesn't have a password
On Sun, May 18, 2008 at 01:29:00AM +0200, Josselin Mouette wrote: > Le samedi 17 mai 2008 à 18:26 -0400, Avery Fay a écrit : > > The latest snapshots of the debian installer allow root to have no > > password (pure sudo system). Since gksu seems to default to su behavior > > instead of sudo behavior, this breaks all of gnomes admin menu items. I > > think gksu should check whether root has a password and if not it should > > default to gksudo behavior. Actually, this is not new at all. Etch already fully supports sudo-based system. > In this case, I think the installer should globally set > the /apps/gksu/sudo-mode GConf key. > > D-I team: which package is responsible for this? Fixing things this way > should be quite simple. When gksu is available in the target system at the end of the installation (for example, by being installed by the "desktop" task), it is properly configured to use sudo if no root password has been entered. See the "user-setup-apply" script in user-setup. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#487955: reprepro: sub-components not handled properly
Package: reprepro Version: 3.5.1-1 Severity: normal Hi! I am trying to create a repository that would look like Debian's volatile or security repositories. Both uses Components like "updates/main" or "volatile/main". Unfortunately, reprepro seems unable to handle such repositories. The "normal" configuration snippet in conf/distributions shoud be: Origin: Debian Suite: stable Codename: etch Architectures: i386 Components: updates/main But when using "export", the Release file is created in dists/etch/Release when it should be created in dists/etch/updates/Release. Same goes for the paths to Packages files which have an extra "updates/" directory. Thanks for your help and this great piece of software. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#487955: reprepro: sub-components not handled properly
On Wed, Jun 25, 2008 at 02:39:18PM +0200, Bernhard R. Link wrote: > I think this is a hint that you want > > Codename: etch/updates > Components: main > > instead. Doing this result in a Release file containing (indeed): Codename: etch/updates Components: main This diverges slightly from Release files in security or volatile repositories: Codename: etch Components: updates/main updates/contrib updates/non-free Limited to conf/distributions, it is not really a problem, but when adding updates it gets hard to have a correct configuration, and this tends to trigger APT warnings for codename mismatch. After fiddling a lot with the configuration and setting up manual symlinks, it seems that we now have something working. You might consider this bug as only a cosmetic issue or lack of documentation. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#487955: reprepro: sub-components not handled properly
On Wed, Jun 25, 2008 at 03:48:49PM +0200, Bernhard R. Link wrote: > * Jérémy Bobbio <[EMAIL PROTECTED]> [080625 15:29]: > > Doing this result in a Release file containing (indeed): > > Codename: etch/updates > > Components: main > > > > This diverges slightly from Release files in security or volatile > > repositories: > > Codename: etch > > Components: updates/main updates/contrib updates/non-free > > security layout is from before apt as far as I know, and apt when I > last looked has some dirty workaround because of that. Perhaps > apt invented some new sheme so security fits into this, though. Well… the workarounds might be dirty, but are now also used for volatile updates. > > Limited to conf/distributions, it is not really a problem, but when > > adding updates it gets hard to have a correct configuration, > > Well, in apt/sources.list the distribution you usually put is > etch/updates and the codename in main. Bending this forward and backward > till it fits seems a bit strange. True. I had not thought about that. > > and this tends to trigger APT warnings for codename mismatch. > > Hm, that must have changed (though already some time ago). > Looks like apt was changed to the inconsistent naming of security instead > of the other way around... Sigh... Well… feel free to tag the bug as wishlist or just close it by adding some documentation. Many thanks for your help. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion
On Thu, Jun 05, 2008 at 10:41:16PM +0200, Adeodato Simó wrote: > > However, there is no equivilant source of information for packages > > apt-installed by d-i. > > Could there be one? Well, if you're interested in having the same > safeguard mechanism in place for these packages. I have made a first one by grepping through the source code. As "apt-install" is used in code, we can't really think of automating the process of creating such list. The debian-installer team might probably be able to maintain a list in its source repository. Would that be fine for the release-team? In the meantime, here's a first one: --- 8< --- aboot acpi acpi-support-base acpid apex-nslu2 arcboot busybox colo console-common console-cyrillic console-data console-setup console-terminus console-tools cryptsetup delo dmraid dmsetup dosfstools e2fsprogs eject elilo flash-kernel glantank-utils grub grub-efi grub-of grub-pc hfsutils initramfs-tools installation-report jfsutils laptop-detect libc6-i686 libc6-sparcv9 libc6-sparcv9b libfribidi0 lilo locales loop-aes-utils lvm2 mdadm mkvmlinuz multipath-tools-boot nis nslu2-utils openssh-server palo pbbuttonsd pcmciautils powerpc-utils quik reiserfsprogs sibyl silo sudo sysconfig-hardware uboot-mkimage udev usbutils vmelilo wireless-tools xfsprogs yaboot yaird --- >8 --- This list misses the various kernel related packages which versions are computed dynamically from what is available in the installer accessible repositories. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#247225: Upstream now offers a .deb package
Hi! postfixadmin upstream provides a .deb package [1] since version 2.2.0, released in April 2008. Maybe someone should convince them to properly maintain it inside Debian… [1] http://downloads.sourceforge.net/postfixadmin/postfixadmin_2.2.0_all.deb Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#451446: [debian-installer][ppp-udeb] please drop ipconfig usage in favour of ip
On Fri, Nov 16, 2007 at 02:52:47AM +0200, Eddy Petrișor wrote: > Busybox was updated in Sid back in August[1] and as a result of that > update, the ifconfig command is no longer available; instead the ip > command can be used. > > This affects ppp-udeb's postinst which uses ifconfig; an untested[*] > patch was proposed by Jeremy Bobio[2]. > > [1] http://lists.debian.org/debian-boot/2007/08/msg00609.html > [2] http://lists.debian.org/debian-boot/2007/08/msg00614.html I have made a test of ppp-udeb with today's daily builds of the installer, and it simple fails right now. I have also tested the previously sent patch, and indeed confirm that it solves the issue. Please integrate the patch in the next upload! Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#473782: ppp-udeb: Please enable preseeding of a fallback DNS
Package: ppp-udeb Version: 2.4.4rel-9 Severity: wishlist Tags: patch Hi! If a PPPoE server does not send any DNS IP, ppp-udeb will not set any nameserver in resolv.conf, thus making the rest of the installation process likely to fail. The attached patch solves this issue by using the value of netcfg/get_nameservers as a fallback. This allows to preseed a fallback DNS, solving this problem. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u ppp-2.4.4rel/debian/changelog ppp-2.4.4rel/debian/changelog --- ppp-2.4.4rel/debian/changelog +++ ppp-2.4.4rel/debian/changelog @@ -1,3 +1,11 @@ +ppp (2.4.4rel-10) UNRELEASED; urgency=low + + [ Jérémy Bobbio ] + * Handle the setting of fallback DNS in ppp-udeb. Those are set by +preseeding netcfg/get_nameservers. + + -- Jérémy Bobbio <[EMAIL PROTECTED]> Tue, 01 Apr 2008 18:15:15 +0200 + ppp (2.4.4rel-9) unstable; urgency=low * ppp-udeb: quote username and password in pap/chap secrets since they diff -u ppp-2.4.4rel/debian/ppp-udeb.postinst ppp-2.4.4rel/debian/ppp-udeb.postinst --- ppp-2.4.4rel/debian/ppp-udeb.postinst +++ ppp-2.4.4rel/debian/ppp-udeb.postinst @@ -316,6 +316,14 @@ db_input critical ppp/unhandled || true db_go || true exit 1 +else + # Handle a fallback DNS + if ! [ -s /etc/resolv.conf ] && + db_get netcfg/get_nameservers; then + for nameserver in $RET; do + echo "nameserver $nameserver" >>/etc/resolv.conf + done + fi fi #DEBHELPER# signature.asc Description: Digital signature
Bug#481169: installation-reports
On Wed, May 14, 2008 at 11:31:15AM +0200, michel levy wrote: > Machine : toshiba 310CDT > Processor : Pentium 200Mhz with MMX support > Memory : 94MB > […] > Initial boot: [E] > The machine stops with > code : bad EIP value > debian kernel panic not syncing : attempt to kill init It looks like an hardware problem. It might be triggered only with the newer version of the kernel though. Could you please ensure that your memory is fine (memtest86 should help) and look for a possible BIOS upgrade? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#481687: Install report
tag 481687 + moreinfo thanks On Sat, May 17, 2008 at 03:07:08PM -0700, Avery Fay wrote: > 1.) The installer repeatedly asks me if I want to start pccard > services. I realize I'm doing an expert install, but I can't see a > situation where I would change my mind and therefore would want to be > asked again. Imagine that you have a PC Card NIC. The drivers for the PC Card controller are in a udeb on an IDE CD-ROM drive. You would not enable the PC Card service during the first question, but you would the second time. > 2.) Guided partitioning does not ask at all about swap. It gave me a > 10 or 12 GB swap partition which is pretty ridiculous for my needs. A > simple question like "How large do you want your swap partition to be > (in multiples of main memory)?" would be fine. Again, this is an > expert install. I'd like to be asked about this stuff. Already known issue. See #346589. > 3.) GB != GB in manual LVM setup. Space available on a volume group is > reported as 299GB and yet making a logical volume of 295GB fails > because there isn't enough space. I don't really care whether the > installer uses traditional mega-, giga- or "hard drive manufacturer" > mega-, giga-, BUT it should be consistent. As it is, manual > partitioning is guess and check. Already known issue. See #411943. > 4.) The gui installer crashed when I tried to manually partition. > Given some of the recent reports on debian-boot, I decided not to > investigate this further, but if there are no known crashes (was > gdk-something) I can try to get it to happen again. I had no report of such issue. You would be welcome if you could provide us a procedure on how to reproduce the crashes you have experienced. > 5.) Having a gui is a great way to make partitioning easier. > Unfortunately, the current gui is an exact clone of the text > interface. This does not translate well at all. I'd like to see visual > representation of the layout as well as buttons for add/delete/modify > next to partitions. Also, there's no need to go to a separate page > when modifying a partition... just bring up a modal dialogue. A specific partitioning interface for the graphical installer is in everyone's mind for a while now. The first step was to work on the GTK+ frontend for cdebconf to make the creation of plugins easier and this is mostly done now. Given the short time before the release of Lenny, we have decided to improve the current interface (by providing properly aligned columns instead of misrendered whitespaces) instead of working on a specific partitioner interface. The main issue is lack of time and interested contributors though. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#480937: Etch Install
tag 480937 + moreinfo thanks On Mon, May 12, 2008 at 03:23:17PM -0400, Dan Collier wrote: > Comments/Problems: It seemed to install OK & install the boot loader > OK, but it will not boot either the Debian drive or the Windows drive. > I don't know Linux, so I don't know what to do to fix the boot loader. > I would appreciate any help you can offer. As far as I understand your issue, it might be related to your BIOS settings. In any case, the installation CD provides a rescue mode which you can start be typing "rescue" at the initial installation boot prompt (the one with the Debian logo). The rescue mode provide an option to reinstall the boot loader. See: http://www.debian.org/releases/stable/i386/ch08s07.html.en Hope that helps, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#481433: Installation report: minor partitioning display bug, otherwise fine (Daily i386 netboot build, 13-May-2008)
reassign 481433 partman-base 117 retitle 481433 wrong partition numbering when confirming changes severity 481433 minor tag 481433 patch thanks On Thu, May 15, 2008 at 08:05:16PM -0400, Johnathan Mayo wrote: > However, when I continued on and the screen came up afterwards to > confirm it looked like the following: > The partition tables of the following devices are changed: > IDE1 master (hda) > > The following partitions are going to be formatted: > partition #1 of IDE1 master (hda) as ext3 > partition #1 of IDE1 master (hda) as swap Well spotted! :) The bug has been introduced while adding support for multipath devices. I have just commited a fix for this issue. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#494910: partman-crypto: No longer allows to manually create LVM on crypto setup
reassign 494910 partman-lvm
tags 494910 + patch
thanks
On Wed, Aug 13, 2008 at 02:21:28AM +0200, Frans Pop wrote:
> This is probably not a bug in partman-crypto itself, but I think that's
> the best place to start. Potential culprits include libparted,
> partman-base and partman-lvm...
This bug seems triggered by recent changes in parted, but is actually in
partman-lvm.
> […]
> And:
> # ls /dev/mapper/
> controlhda6_crypthda6_cryptp1
>
> This last device obviously should NOT be there.
This last devices is created because update.d/lvm_sync_flag did not skip
crypto devices and did set the "lvm" flag on the "virtual" partition.
The result is that partman believes that the "virtual" (of type loop)
has been changed and apply these changes on commit.
It then gets everything wrong and create the _cryptp1 partition.
update.d/lvm_sync_flag previously partitions on RAID devices, but this
must also be done for partition on crypto devices. And actually, it
looks to me like we could skip every disk with partition type "loop"
from LVM flag settings.
The attached patch fixed the issue in my tests.
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
commit 3f093d528f2e2c4b957851802184b3fb2569a77f
Author: Jérémy Bobbio <[EMAIL PROTECTED]>
Date: Fri Aug 15 13:31:02 2008 +0200
Skip devices of type "loop" in lvm_sync_flag
Device of type loop (e.g. RAID or crypto) do not handle flag setting
correctly. Previously, only LVM on /dev/md* partitions were skipped in
lvm_sync_flag. We now skip every devices with the partition type "loop"
to also skip crypto devices.
(Closes: #494910)
diff --git a/packages/partman/partman-lvm/debian/changelog b/packages/partman/partman-lvm/debian/changelog
index c4d0284..d71ddbd 100644
--- a/packages/partman/partman-lvm/debian/changelog
+++ b/packages/partman/partman-lvm/debian/changelog
@@ -1,3 +1,11 @@
+partman-lvm (63) UNRELEASED; urgency=low
+
+ [ Jérémy Bobbio ]
+ * Don't fiddle with label on devices of type loop (e.g. RAID or crypto) in
+update.d/lvm_sync_flag. (Closes: #494910)
+
+ -- Jérémy Bobbio <[EMAIL PROTECTED]> Fri, 15 Aug 2008 14:31:06 +0200
+
partman-lvm (62) unstable; urgency=low
[ Jérémy Bobbio ]
diff --git a/packages/partman/partman-lvm/update.d/lvm_sync_flag b/packages/partman/partman-lvm/update.d/lvm_sync_flag
index ecaa0c5..d70b93d 100755
--- a/packages/partman/partman-lvm/update.d/lvm_sync_flag
+++ b/packages/partman/partman-lvm/update.d/lvm_sync_flag
@@ -24,15 +24,12 @@ if [ -f $id/method ]; then
method=$(cat $id/method)
fi
-# As setting flags on RAID devices does not work and causes errors from
-# libparted, do not attempt to sync flags in case of LVM on RAID.
-# This is in line with the hacks in init.d/lvm and undo.d/lvm.
-# Note: must cover both /dev/md/X and /dev/mdX devices.
-if [ -f device ]; then
- case $(cat device) in
- /dev/md*)
- exit 0 ;;
- esac
+# Don't fiddle with label on devices where there is no "real" partitioning
+open_dialog GET_LABEL_TYPE
+read_line label
+close_dialog
+if [ "$label" = loop ]; then
+ exit 0
fi
has_lvm=no
signature.asc
Description: Digital signature
Bug#494466: [patch, RFC] Allow to select driver inclusion policy for initramfs-tools
On Sun, Aug 10, 2008 at 09:03:46AM +0300, Martin Michlmayr wrote: > * Frans Pop <[EMAIL PROTECTED]> [2008-08-09 19:53]: > > With the default initrd now being over 6 GB on amd64 and the fact > > that lilo has structural problems with large initrds, I think that > > implementing something like the attached patch for Lenny is almost > > unavoidable. > > Nice patch. I wouldn't change the default to dep on amd64 and i386 > though: > 1) These arches are the most generic ones we support in terms of > hardware and MODULES=most makes most sense on them (unlike on > embedded hardware which doesn't change). I do agree that it is always nice when you can just take an hard drive out of a system, plug it into another, and that everything works as usual. > 2) The LILO bug has been fixed. Frans said earlier: > > It is also needed for e.g. arm where in some cases the initrd is > > getting too big for the flash memory it needs to fit in. So, do you think that it would make sense for NAS or similar devices? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#484366: Bug#493865: cttyhack does not handle other serial devices than ttySn (was: Bug booting from console)
block 484366 by 493865 tag 484366 + patch thanks (Moving the discussion to #484366) On Sat, Aug 09, 2008 at 06:19:09PM +0200, Frans Pop wrote: > On Wednesday 06 August 2008, Jérémy Bobbio wrote: > > Bad news is that we probably have to modify > > /lib/debian-installer/init-udev-devices to create a file for every > > misc. serial line device. > > I think someone should look into the option of starting udevd _before_ we > run init (as also suggested by Marco in a recent discussion on IRC). > > A good time to do this would be after the first boot debug shell, but > before the second one. Attached is a patch the implements this. Details inside. Attached is also a patch against udev that simple moves /lib/debian-installer-startup.d/S02udev to /lib/debian-installer/start-udev so the script can be called from the init script. I have tested that script on an amd64 build using KVM and also with the same qemu setup described in #484366 and all worked fine. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u udev-0.125/debian/udev-udeb.dirs udev-0.125/debian/udev-udeb.dirs --- udev-0.125/debian/udev-udeb.dirs +++ udev-0.125/debian/udev-udeb.dirs @@ -2,5 +2,5 @@ /etc/udev/ /etc/udev/rules.d/ -/lib/debian-installer-startup.d/ +/lib/debian-installer/ /lib/udev/ /sbin/ diff -u udev-0.125/debian/changelog udev-0.125/debian/changelog --- udev-0.125/debian/changelog +++ udev-0.125/debian/changelog @@ -1,3 +1,12 @@ +udev (0.125-6~~lunar1) UNRELEASED; urgency=low + + [ Jérémy Bobbio ] + * Move /lib/debian-installer-startup.d/S02udev to +/lib/debian-installer/start-udev in udev-udeb as udev will now be started + before busybox init in the debian-installer. + + -- Jérémy Bobbio <[EMAIL PROTECTED]> Fri, 15 Aug 2008 20:44:35 +0200 + udev (0.125-5) unstable; urgency=medium * Modified debian/rules to work with the etch version of findutils. diff -u udev-0.125/debian/rules udev-0.125/debian/rules --- udev-0.125/debian/rules +++ udev-0.125/debian/rules @@ -126,7 +126,7 @@ $(DU)/lib/udev/hotplug.functions install --mode=644 hotplug/modprobe.d/* $(DU)/etc/modprobe.d/ install --mode=755 extra/udev.startup \ - $(DU)/lib/debian-installer-startup.d/S02udev + $(DU)/lib/debian-installer/start-udev mkdir -p $(DU)/usr/lib/base-installer.d/ install --mode=755 extra/udev.base-installer \ $(DU)/usr/lib/base-installer.d/05udev commit 0b0adaa5365c498d50f3b5d2d288da81ab2adc92 Author: Jérémy Bobbio <[EMAIL PROTECTED]> Date: Fri Aug 15 14:28:44 2008 +0200 Start udev before running init In order to solve the #484366, udev needs to be started before we start busybox init as we don't want to create every /dev/tty devices manually. udev-udeb (>= 1.125-6) moved the startup script from /lib/debian-installer-startup.d/S02udev to /lib/debian-installer/start-udev. The later is called directly in the initial init script. Starting udev requires /sys to be available, and we now mount it as we do for /proc. udev already needed be available in order to make the installer boot, so rootskel now depends on udev-udeb. We can thus avoid testing for the presence of udevd on the initrd. As rootskel depends on udev-udeb, there is no further need to explicitely udev-udeb to pkg-lists/base. diff --git a/installer/build/pkg-lists/base b/installer/build/pkg-lists/base index 3b93216..cd060d5 100644 --- a/installer/build/pkg-lists/base +++ b/installer/build/pkg-lists/base @@ -19,7 +19,5 @@ rescue-check env-preseed pciutils-udeb -#include "udev" - # busybox modutils is gone module-init-tools-udeb diff --git a/installer/build/pkg-lists/udev b/installer/build/pkg-lists/udev deleted file mode 100644 index f6f9800..000 --- a/installer/build/pkg-lists/udev +++ /dev/null @@ -1 +0,0 @@ -udev-udeb diff --git a/installer/debian/changelog b/installer/debian/changelog index 17c5abf..1bb362b 100644 --- a/installer/debian/changelog +++ b/installer/debian/changelog @@ -65,6 +65,8 @@ debian-installer (2008) UNRELEASED; urgency=low [ Jérémy Bobbio ] * Add cdebconf-gtk-terminal to graphical images. + * As udev-udeb is now a dependency of rootskel, remove its explicit +inclusion. -- Frans Pop <[EMAIL PROTECTED]> Tue, 15 Jul 2008 08:18:36 +0200 diff --git a/packages/rootskel/debian/changelog b/packages/rootskel/debian/changelog index 7b2d0a1..5f75f83 100644 --- a/packages/rootskel/debian/changelog +++ b/packages/rootskel/debian/changelog @@ -1,8 +1,13 @@ rootskel (1.65) UNRELEASED; urgency=low + [ Colin Watson ] * Add debian-installer/exit/poweroff to run poweroff rather than reboot or halt at the end of the installation. Requested by Crispi
Bug#491737: oldsys-preseed: keep translations around
On Sat, Aug 16, 2008 at 01:36:19PM +0300, Martin Michlmayr wrote: > With these patches applied, everything works as expected. In lowmem > mode, the translations are removed anything and the language question > is never asked. And in normal mode, the language question is asked > and oldsys-preseed will tell d-i to keep the translations. > > I've tested both scenarios. > > OK to apply? Looks fine to me. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#493845: setting package to installation-guide-s390 installation-guide-mipsel installation-guide-i386 installation-guide-alpha installation-guide-ia64 installation-guide-powerpc installation-guide-
# Automatically generated email from bts, devscripts version 2.10.33 # via tagpending # # installation-guide (2008) UNRELEASED; urgency=medium # # * Document hw-detect/load_firmware. Closes: #493845 package installation-guide-s390 installation-guide-mipsel installation-guide-i386 installation-guide-alpha installation-guide-ia64 installation-guide-powerpc installation-guide-amd64 installation-guide-hppa installation-guide-mips installation-guide-sparc installation-guide installation-guide-arm tags 493845 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495357: debian-installer: installation method selection does not work
On Sat, Aug 16, 2008 at 05:27:40PM +0200, Toni Mueller wrote: > Package: debian-installer > Version: version on 20080815 CD > Severity: important > > while test-installing a Lenny machine, I encountered this problem while > booting from CD: > > First, a short one-line message is shown at the top of the screen, > saying something about SYSLINUX and ending with "Peter Anvin". So far, > so good. In the Etch installer, next followed a screen with a Debian > Logo background, where one could type the desired installation method > at. In this case, with the "Lenny Beta2" CD, only a strong flicker > occurred, covering the whole screen with lines and "snow", which makes > it completely impossible to read a single letter. > > After typing 'Enter' to accept the default course of action (whatever > that might be), the screen returned to normal. Looks like an incompatibility with the graphical menu (vesamenu) used by the new installer. > The hardware involved is a SuperMicro PDSMU board with its on-board > graphics, and an Intel Core2Duo CPU. Care to ellaborate which graphic adapter it is? Which kind of screen is connected? Are you using any kind of KVM equipment? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#495357: debian-installer: installation method selection does not work
reassign 495357 syslinux tags 495357 + d-i thanks On Sat, Aug 16, 2008 at 08:05:20PM +0200, Toni Mueller wrote: > On Sat, 16.08.2008 at 18:45:13 +0200, Jérémy Bobbio <[EMAIL PROTECTED]> wrote: > > Looks like an incompatibility with the graphical menu (vesamenu) used by > > the new installer. > > yes, I thought so. I am reassigning this bug to syslinux, at the issue should probably be solved there. > > > The hardware involved is a SuperMicro PDSMU board with its on-board > > > graphics, and an Intel Core2Duo CPU. > > > > Care to ellaborate which graphic adapter it is? > > Well... I'm just using the on-board chip. The Linux kernel also doesn't > tell me, it only says it has found an 80x25 console (how > embarrassing!). You can probably get the information by using "lspci" on the installed system. > OpenBSD says it's a > > vga1 at pci6 dev 0 function 0 "ATI ES1000" rev 0x02 > > > > Which kind of screen is connected? > > I have a standard 15" screen connected. > > > Are you using any kind of KVM equipment? > > No. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#493720: Installation Report
reassign 493720 installation-guide thanks On Wed, Aug 06, 2008 at 10:05:34AM +0200, Christian Perrier wrote: > Quoting Jérémy Bobbio ([EMAIL PROTECTED]): > > > So basically in the past passing 'de' would "work" but only because by > > > accident a keymap named "de" [1] does exist, *not* because it was > > > expanded into a valid value from the selection list. The only really > > > valid value for preseeding has always been 'de-latin1-nodeadkeys'. > […] > Being able to preseed the keymaps that are not offered as choices is > not something that has been advertized in D-I documentation, […] The preseed appendix currently says: "The keymap must be valid for the selected keyboard architecture." If we don't support all valid keymaps, I would be in favor of changing this to: "The keymap must be known to the debian-installer for the selected keyboard architecture." Or any better wording… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492751: Lenny beta 2 dies on boot up
On Mon, Aug 11, 2008 at 12:53:34AM +0200, Tex wrote: > I had the same problem on the VIA Nehemiah (in my case: stepping 8, 1 GHz) > > as explained in this link > > http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-07/msg11568.html > > this seems to be a problem of the via chip (something about stepping and > NOP's) in kernels above 2.6.22 > > I installed the 2.6.22-3-486 from the lenny repository (via rescue mode of > the > installer) > > kernel is now booting - some dma problems remain > > maybe there is a chance to choose the 2.6.22 image by default for the buggy > cpu From what I have read in this thread, the -486 flavour of 2.6.25 (testing) or 2.6.26 (unstable) should work. Could you please try to install them on a running system and tell us if they works? In that case, we probably need to select -486 on all CPU which have CentaurHauls as vendor_id. (in base-installer/kernel/i386.sh:arch_get_kernel_flavour) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#495279: debian-installer: unable to abort
On Fri, Aug 15, 2008 at 08:57:30AM +0100, Adrian Bridgett wrote: > However now any menu item I pick - including "Abort the installation" > says: > > Installation step failed > An installation step failed. You can try to run the failing item > again from the menu, or skip it and choose something else. The > failing step is: Abort the installation > > It would be nice to have an emergency "reboot" option - this is a > remote machine so I can't just hit the off switch (and the BMC isn't > responding either :-(). Could you check your dest/MANIFEST.udebs file to see which version of rootskel you have built in the initrd? I have noticed a similar issue with the currently UNRELEASED version, see: http://lists.debian.org/debian-boot/2008/08/msg00451.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#494466: [patch, RFC] Allow to select driver inclusion policy for initramfs-tools
On Fri, Aug 15, 2008 at 10:05:59PM +0300, Martin Michlmayr wrote: > > Frans said earlier: > > > > It is also needed for e.g. arm where in some cases the initrd is > > > > getting too big for the flash memory it needs to fit in. > > > > So, do you think that it would make sense for NAS or similar devices? > > Yeah, I need it for some NAS devices. I'm not sure yet if I'll simply > define "dep" as the default for all of armel, but I probably will. So > this patch is very useful to me. The patch has been commited by Christian, although I have then removed the defaulting to "dep" on i386 and amd64 based on your comments. Please make the necessary adjustements for the relevant NAS devices. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492751: Lenny beta 2 dies on boot up
On Sun, Aug 17, 2008 at 12:59:10AM +0200, Tex wrote: > I did last night (2.6.25-2-486)... it works, as long an I choose the > 486 kernel As I did not remove the 686 version before I updatet I also > had the newest 686 kernel (2.6.25-2-686) installed and tried it - > same problem, not booting Thanks for the confirmation. :) > selecting -486 for this vendor-id will probably solve the issue This will be done with the next upload of the base-installer package. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#495279: debian-installer: unable to abort
On Sun, Aug 17, 2008 at 08:28:31AM +0100, Adrian Bridgett wrote: > On Sun, Aug 17, 2008 at 00:16:49 +0200 (+0200), Jérémy Bobbio wrote: > > Could you check your dest/MANIFEST.udebs file to see which version of > > rootskel you have built in the initrd? > > I grabbed the netboot images from > http://www.debian.org/devel/debian-installer/ on Friday 15th August, I > then unpacked the initrd, added the firmware images and repacked the > initrd (find . | xargs cpio -o -H newc | gzip -c > initrd). I can't > see what I did wrong in the initrd repacking but I presume I must have > broken it somehow (maybe I managed to repack an older initrd - perhaps > I mistakenly repacked etch's initrd with lenny's kernel). Ok, so with this procedure I was in the wrong track. You could you please look if you see anything wrong in the syslog. Eventually, you can add "set -x" to: * /var/lib/dpkg/info/di-utils-reboot.postinst * /lib/debian-installer/exit * /lib/debian-installer/exit-command Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#493865: cttyhack does not handle other serial devices than ttySn (was: Bug booting from console)
On Tue, Aug 05, 2008 at 06:56:19PM +0200, Jérémy Bobbio wrote: > The attached patch makes cttyhack scan the kernel command line in > order to get the correct serial device. This is another hack in the > hack, but it should fixes the issue for d-i. Just for the recorde, here is Bastian's comments on this patch: is a no magic constants, console= handling in the kernel is a mess currently and the two variants don't match, coding style (NULL ==, != 0, bufferoverflow Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#495649: rescue-mode: Mount ext3 root filesystem as ext2
Package: rescue-mode Version: 1.15 Severity: minor While testing rescue-mode, I noticed that the root filesystem (ext3) was mounted as ext2 by the following log line: kernel: EXT2-fs warning (device hda6) ext2_fill_super: mounting ext3 filesystem as ext2 Maybe we need to explicitely try ext3 before relying on autodection. Or remove the ext2 module from the list of manually loaded modules… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#419571: cryptsetup may need to activate more than 1 crypt partition
On Tue, Aug 19, 2008 at 07:52:31AM +0200, Florian wrote: > I tried with the lenny beta2 debian installer businesscard image > (release selection unstable) and the daily build netinst installer from > 20080816 with a similar setting as described above in the report of > Jonas and it didn't work. > With the daily build installer I get a "Can't open dev/mapper/hda1_crypt > exclusively. Mounted filesystem?" error message when trying to set up > the lvm over the crypt-devices, […] Known issue, see #494910. Expect a fix in the archive pretty soon. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#495676: hw-detect: hw-detect new device detection misbehaves with wlan* devices
Package: hw-detect
Version: 1.65
Severity: important
Hi!
While testing a daily image on a Lenovo R61 with a manually updated
2.6.26 image, I was puzzled when I was asked "Do you intend to use
FireWire Ethernet?" on a machine which has both wired and wireless LAN
cards.
2.6.26 kernels re-introduced the old FireWire stack. So we are back
having the eth1394 module available, and thus FireWire ethernet. That's
why the following issue did not pop up before.
After digging through the logs, I eventually found that every single
card was listed as "FireWire ethernet" in /etc/network/devnames. Next
step was figuring out why could make that happen.
More tests later, I eventually found that this was due to the way
hw-detect finds a new network interface after loading a module.
The list of available interface is known by snapshot_devs()
after sorting the content of the first column in /proc/net/dev,
e.g. "lo eth0".
This list is kept while a new module is loaded, then snapshot_devs() is
called again to get something like "lo eth0 eth1". To compare those
lists and get the new interfaces, compare_devs() is used.
compare_devs() basically currently works by doing:
echo ${devs#$olddevs}
In the previous case, as ethX interfaces are always added at the end,
both lists have the same start, and so compare_devs() nicely output
"eth1".
Unfortunately, thanks to new Wi-Fi stacks, we now have interfaces that
are not named "ethX". On this laptop we get the following:
compare_devs "lo eth0 wlan0 wmaster0" "lo eth0 eth1 wlan0 wmaster0"
not inserted at the end!
I see two possible fixes here:
* Stop sorting devices in snapshot_devs() anymore. I don't see why
the kernel would reorder the content of /proc/net/dev when new
modules are inserted. From my tests, this nicely solved the issue.
* Make compare_dev() able to detect the addition in the middle of the
device list. For the record, modifying compare_devs to use the
following did the trick:
sed="$(echo $olddevs | sed -e 's#\([a-z0-9]\+\) *#s/\1 *//;#g')"
echo $devs | sed -e "$sed"
I tried to dig the history of the repository in order to figure out why
snapshot_dev() used "sort" in the first place, but I was not able to get
any meaningful result. Do anyone have an idea?
Otherwise, removing the sorting sounds like the best option to me.
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
signature.asc
Description: Digital signature
Bug#499030: debian-installer: [s390] installer fails to boot 'attempt to kill init'
On Fri, Sep 19, 2008 at 04:11:12PM +0200, Frans Pop wrote: > On Friday 19 September 2008, Frans Pop wrote: > > With the new rootskel I get an endless repetition of: > > steal-ctty: No such file or directory > > Running with set-x gives a bit more info: > + -f /var/run/console-device ! > + cat /var/run/console-device > + exec /sbin/steal-ctty /dev/ttyS0 /sbin/debian-installer > steal-ctty: No such file or directory > > This repeats endlessly. Note that the first line is mangled a bit because > of the "!" in the if statement. reopen-console is writing in /var/run/console-device the console that was found in the first run, so the result would be more meaningful if the "set -x" was add by using BOOT_DEBUG=3 and then running something like "/sbin/reopen-console echo" manually. > There seem to be various issues: > - trying /dev/ttyS0 is just plain wrong for s/390: /dev/ttyS0 does not > exist, which explains the error from steal-ccty Indeed. Could you look at kernel messages for anything related to the console? Using "dmesg -s 65535 | grep console" should probably do the trick. I might have misunderstood the meaning of the "console handover" line and that's probably where the /dev/ttyS0 line came from, as reopen-console defaults to /dev/console if no console can be found. > - steal-ctty's error message should include the name of the file that does > not exist True. > - the program should not end in a loop The loop is caused by init trying, as told in inittab, to respawn the process. It don't really feel like an issue for me, because this should not happen. What could be done is a final check in reopen-console for the existence of the device file, though… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#499285: debian-installer: A reinstall of a machine that used LVM over software RAID had partitioning problems
On Wed, Sep 17, 2008 at 11:08:31PM +1000, Russell Coker wrote: > I have a machine that had been used in a Linux Software RAID-1 > configuration with LVM running on top of the RAID. The Debian Installer > recognised the LVM devices which in most cases is a good thing. > > But having LVM enabled it was unable to cease all kernel access to the > partitions for the purpose of getting the kernel to recognise the new > partitions I created (I decided I wanted a slightly different RAID > installation for the rebuild). Did you remove all Logical Volumes, Volume Groups and Physical Volumes before changing the RAID 1 partitions? partman have a locking mechanism that is already used for crypto that prevent such problems by not allowing partitions in use to be changed. Unfortunately, the changes required to use this mechanism for RAID are too invasive for Lenny (two d-i components needs to be merged before adding the feature). Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#499285: debian-installer: A reinstall of a machine that used LVM over software RAID had partitioning problems
reassign 499285 partman-md retitle 499285 partman-md: should use partman locking mechanism thanks On Sun, Sep 21, 2008 at 06:36:30AM +1000, Russell Coker wrote: > On Saturday 20 September 2008 09:35, Jérémy Bobbio <[EMAIL PROTECTED]> wrote: > > > But having LVM enabled it was unable to cease all kernel access to the > > > partitions for the purpose of getting the kernel to recognise the new > > > partitions I created (I decided I wanted a slightly different RAID > > > installation for the rebuild). > > > > Did you remove all Logical Volumes, Volume Groups and Physical Volumes > > before changing the RAID 1 partitions? > > No. There were many LVs and it seemed a lot easier to just remove the RAID > devices. > > > partman have a locking mechanism that is already used for crypto that > > prevent such problems by not allowing partitions in use to be changed. > > Unfortunately, the changes required to use this mechanism for RAID are > > too invasive for Lenny (two d-i components needs to be merged before > > adding the feature). > > OK. > > I'm happy for this one to be fixed in Lenny+1. Indeed. Reassigning this bug to partman-md to be sure to remember this issue. In the meantime, this issue should be documented in the installer errata. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#500378: segfaults parsing status file
On Sat, Sep 27, 2008 at 06:39:40PM +0300, Martin Michlmayr wrote:
> libdebian-installer segfaults parsing the attached status file.
>
> open("/var/lib/dpkg/status", O_RDONLY) = 7
> fstat64(7, {st_mode=S_IFREG|0644, st_size=12288, ...}) = 0
> mmap2(NULL, 12288, PROT_READ, MAP_PRIVATE, 7, 0) = 0x40172000
> madvise(0x40172000, 12288, MADV_SEQUENTIAL) = 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x400355bc in di_parser_rfc822_read () from /lib/libdebian-installer.so.4
> (gdb) where
> #0 0x400355bc in di_parser_rfc822_read () from /lib/libdebian-installer.so.4
> #1 0x400356a8 in di_parser_rfc822_read_file () from
> /lib/libdebian-installer.so.4
> #2 0x40034d84 in di_packages_special_read_file () from
> /lib/libdebian-installer.so.4
> #3 0x9970 in ?? ()
> (gdb)
The following program worked fine with the given "status" file on i386:
--- 8< ---
#include
int main(int argc, char ** argv)
{
di_packages *packages;
di_packages_allocator *packages_allocator;
packages_allocator = di_packages_allocator_alloc();
packages = di_packages_read_file("status", packages_allocator);
return 0;
}
--- >8 ---
A more complete trace would be helpful.
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
signature.asc
Description: Digital signature
Bug#483470: process `rdate' used the deprecated sysctl system call with 1.40
On Sun, Jul 20, 2008 at 09:12:50PM +1000, Aníbal Monsalve Salazar wrote: > >kernel: warning: process `rdate' used the deprecated sysctl system call > >with 1.40. > > Jérémy, in your recent tests with rdate, did you see this error message? Yes I did. Culprit seems to be in arc4random.c:105. For more details, there is a good LWN article: http://lwn.net/Articles/247243/ Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#474286: cdebconf-gtk-udeb: segfaults after SIGTERM during reboot
clone 474286 -1 reassign -1 libgtk-directfb-2.0-0 retitle -1 GDK/DirectFB does not release resources when main loop quits block 474286 by -1 thanks On Fri, Apr 04, 2008 at 08:41:38PM +0200, Frans Pop wrote: > On Friday 04 April 2008, Paul Wise wrote: > > reboot > > see debconf segfault on console just before the reboot happens > > I've noticed that as well, but so far not bothered to report it as it's > mostly a cosmetic issue. But it would definitely be better if it terminated > cleanly. I have looked into this and the issue is actually in the GDK/DirectFB port. DirectFB resources are not released/deallocated properly when the GTK main loop exits. I have tried to see how this could be resolved, by GDK intrasics are still a bit beyond my head, and I think a fair bit of the code has to be reworked in order to do so. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#491712: firmware for iwl4965 is asked in disk-detect (was: installation-reports: HP lenovo R61i laptop)
reassign 491712 ethdetect retitle 491712 firmware for iwl4965 is asked in disk-detect thanks On Mon, Jul 21, 2008 at 10:45:10AM -0400, Joey wrote: > The wifi is iwl4965, and something didn't quite work in the firmware > loading code. I had the firmware on the USB stick, attached, but was not > prompted for it until after netcfg had run. (So the hw-detect run in > disk-detect). I told it to install firmware, but did not see anything in > /lib/firmware afterwards. Did see some codepage errors in the syslog. No > error message displayed to me. Installed via ethernet. Wild guess after having a look at the log: is the firmware only requested when trying to brought the interface up? This would explain why the firmware is only asked during disk-detect: 1. ethdetect loads the iwl driver, 2. netcfg tries to up the interface, which fails as the firmware is missing, but iwl firmware is added to missing-firmware, 3. disk-detect runs and ask for the iwl firmware. If you still have access to the necessary hardware, can you look how far I am from what is really happening? If something close happens, we probably need to find a way to "up" then "down" every interfaces in ethdetect, just to be sure that we have the necessary firmware. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#491813: Acknowledgement ([lenny][i386][hd-media][20080721] fails to boot)
On Tue, Jul 22, 2008 at 02:03:23PM +1000, Vincent McIntyre wrote: > I tried 20080721 again, to be sure I hadn't muffed the usb install. > I redid the setup of the key, as described in the initial report, > double-checking I did not have the think mounted by usbmount or > whatever while I was zcatting to it. > > Same result. > I see 'linux' and 'initrd.gz' all the away till it says 'done' > or 'complete' or whatever. And then back to the BIOS. Is this also the last message you see when using "Expert Installation"? Normal installation are booted with the "quiet" kernel command-line parameter which silences most kernel messages. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492077: debian-installer: avoid searching for libgcc_s.so
On Wed, Jul 23, 2008 at 09:13:06PM +0200, Frans Pop wrote: > Sounds reasonable for the Debian Installer environment, but we should > probably not have that set when commands are executed in the target > environment. > > We can easily unset LD_LIBRARY_PATH in chroot-setup.sh for apt-install and > in-target, but it's less easy for direct calls of chroot. OTOH, as we've > been moving towards a situation where the rule is "use in-target if you > need a sane target environment" anyway that may not be a major objection. > > Making this change should probably be delayed until after the release of > lenny as it could well introduce some subtle breakage. > > What do others think? Proposal sounds reasonable, waiting after Lenny too. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492086: partman: menus are very slow
On Wed, Jul 23, 2008 at 10:31:12AM -0700, John Reiser wrote: > The menus used by the partition manager during an install in low-memory mode > are very slow. Several seconds elapse between and the next menu. > This > is too long. The delay should be 1/2 second or less, similar to the reponse > for choosing timezone (continent, country, zone) at the beginning of install. I agree with the fact that partman currently feels a little bit sluggish, even on not that old hardware. Various improvements could probably be done, but we need people willing to work on that. Those changes would need to wait until the release of Lenny though. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492205: installation-reports: firmware load testing
clone 492205 -1 reassign -1 hw-detect retitle -1 firmware listed multiple times during firmware loading severity -1 minor clone 492205 -2 ressaign -2 hw-detect retitle -2 install more firmware packages than required severity -2 normal clone 492205 -3 reassign -3 hw-detect retitle -3 installation firmware packages with dependencies fails in post-base-installer hook severity -3 grave clone 492205 -4 reassign -4 hw-detect retitle -4 does not handle firmware packages for other architectures on media severity -4 important thanks On Thu, Jul 24, 2008 at 05:41:17AM -0600, dann frazier wrote: > Thanks for adding the firmware support! I finally got around to > testing it out w/ one of the dailies & thought I'd write up the issues > I ran into in case any of them aren't yet known. Thanks for your detailed report. As we are trying to polish things up for Lenny, this is definitely worthwhile. Would you be able to do other test installations as we fix the issue you have encountered here? (I am leaving this bug report opened in order to allow follow-up.) > Unable to mount usb stick > - This issue is already known. See #490562. > fw file dups on error > - > minor - but each time I returned to the "should i look for firmware" > screen, the displayed list would include more copies of the same > filenames. To illustrate, see the following screen shots: > http://free.linux.hp.com/~dannf/d-i-20080723/missing-fw-1.png > http://free.linux.hp.com/~dannf/d-i-20080723/missing-fw-2.png > http://free.linux.hp.com/~dannf/d-i-20080723/missing-fw-3.png Assigned to hw-detect. I see two possible fix: * make firmware.agent idempotent while adding files to /tmp/missing-firmware, * call "sort -u" or "uniq" in check-missing-firmware.sh:read_log(). > fails to install fw debs into target > > I lazily dumped all of the fw debs from the firmware.tar.gz onto my > stick instead of just the one I needed (bnx2). This caused problems > during the base install: > http://free.linux.hp.com/~dannf/d-i-20080723/busybox-error.png > […] > Full syslog file: > http://free.linux.hp.com/~dannf/d-i-20080723/syslog Ok, various interesting bugs happening here (all assigned to hw-detect): * Firmware packages should not be installed for firmware that were not explicitely required. This would need further investigation as the code, as far as I can see, should filter out the packages present on the media based on needed firmware files. * The post-base-installer hook uses "dpkg -i" to install the firmware packages on the target system. This will fail if the firmware package dependencies are not fulfilled on the target at that time of the installation process. Possible fix: switch to a "dpkg --unpack", "apt-get -f install" construct * If firmware packages for other architectures than all or the one being installed are present on the firmware media, the post-base-installer hook will try to install them nevertheless. This will obviously fails. Possible fix: filter packages for wrong architectures in check-missing-firmware.sh > Grub installed to usb stick instead of system disk > -- > When prompted if I wanted grub installed to the MBR, I said sure - but > that ended up installing grub to my firmware usb stick ;( > Not sure there's anything we can about this one, other than > potentially warn the user. This issue is strongly connected to the "persistent device naming" issue, which we are aware of and hard enough so we were not able to tackle it on time for Lenny. I do wonder if we should not make an extra confirmation if we detect that grub-installer is going to put the MBR on a USB disk, as it should not be the most common case. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492051: Lenny Beta 2 installer failure
On Wed, Jul 23, 2008 at 03:26:27PM +0100, Jon Thackray wrote: > Despite the fact that my system is using what is now a relatively well > known Intel motherboard, the netinst could not find CDROM drivers. The > CDROM is a standardr IDE CDROM, designed by Toshiba/Samsung, model SH-C522. > The motherboard is an Intel 955 chipset board, model type D955XBKLKR. > > The installer was also unable to find network drivers for this board. > > I have previously been able to install to this combination of board and > CDROM using netinst, so this fault represents a regression. Could you please try with a daily built image? You will be able to download them from the links on: http://www.debian.org/devel/debian-installer/ Please use the "Save debug logs" menu option if you still encounter problem, as with the present information you gave us, it's pretty hard to figure out what is the problem. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492086: partman: menus are very slow
On Thu, Jul 24, 2008 at 07:28:41PM -0400, Joey Hess wrote: > Or one could teach busybox shell to jump to the in-busybox > implementations of cat and all other busybox commands, thereby > eliminating every exec in partman except for those needed to run > subshells. (It'd still have to fork, but linux can fork very fast, and > most shell tricks above involve a fork due to the use of subshells.) Just for the record, it seems that busybox upstream is working on that: config FEATURE_SH_NOFORK bool "Run 'nofork' applets directly" default n depends on (MSH || LASH || HUSH || ASH) && FEATURE_PREFER_APPLETS help This option causes busybox shells [currently only ash] to not execute typical fork/exec/wait sequence, but call _main directly, if possible. (Sometimes it is not possible: for example, this is not possible in pipes). This will be done only for some applets (those which are marked NOFORK in include/applets.h). This may significantly speed up some shell scripts. This feature is relatively new. Use with care. It seems to have been added in busybox 1.11. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492051: Lenny Beta 2 installer failure
Hi! Please keep the bug report CC'ed. On Sun, Jul 27, 2008 at 10:55:32PM +0100, Jon Thackray wrote: > And yet further efforts. I rebooted using an Ubuntu CD, and checked what > modules were installed. It would appear that what is needed at least for > the PATA system on the 955 board (D955XBKLKR) is pata_marvell. > Unfortunately, this doesn't see the light of day until 2.6.25 kernels, > which is a shame given that it's needed for boards several years old now. > With this, and some other modules from 2.6.25 which I've been unable to > identify, I can see both PATA IDE discs and the CDROM on the same IDE > channel (although /dev/cdrom now points to /dev/scd0). I think this is > about as far as I want to go with this investigation, so unless someone is > prepared to produce a CDROM boot image (or a floppy boot image) that > contains the required modules, I shall be forced to use Ubuntu instead. Most SATA drivers can be set (using the BIOS) to use a compatible mode which would be supported, AFAIK, by the ide-generic driver which exists in d-i beta2. The current daily builds of the debian-installer uses the 2.6.25 kernel and ships the pata_marvell driver in the pata-modules udeb. The pata-modules is priority "standard" and is included on the CD-ROM but not included in the cdrom initial ramdisk. Thus making it unavailable until the content of the CD can be read (with a driver that would support it, for example). The ide-pci-generic module that is shipped in 2.6.25 has a command-line option "all_generic_ide" that will make it claim all unknown PCI IDE storage controller, which might fit your Marvell's. Could you please try to start a daily build of the debian-installer, specifiying on the boot command-line (use TAB to enter additional paramaters), the following: all_generic_ide=1 I am leaving the rest of your email as it contains information that have not been read by other followers of the debian-boot mailling-list. > To summarise, the problems are:- > > Lenny beta2 boot CDROM does not contain suitable CDROM drivers for this > board > Lenny beta2 boot CDROM does not contain suitable ethernet drivers for this > board > Lenny beta2 boot CDROM does not contain suitable ethernet drivers for an > SMC network card > Lenny beta2 boot CDROM does not contain suitable floppy drivers for this > board > because of this, it is impossible to save (and hence to forward) the > installation failure debug logs > > The same problems apply to the latest testing CDROM install > > The floppy install does contain the missing ethernet drivers, both for the > board and the SMC card > The floppy install does contain the missing floppy drivers > The floppy install does not contain the missing CDROM drivers > > There is therefore the possibility of adding the missing CDROM drivers to > the driver set for the floppy install > > - Original Message - > From: "Jon Thackray" <[EMAIL PROTECTED]> > To: "Jérémy Bobbio" <[EMAIL PROTECTED]> > Sent: Saturday, July 26, 2008 7:14 PM > Subject: Re: Bug#492051: Lenny Beta 2 installer failure > > > >Further efforts. > > > >I have now verified that the floppy drive is not faulty. The machine can > >boot from it. I have since acquired the Debian floppy installation system > >from http://linux.simple.be/debian/floppy and have been able to use it to > >detect all the network cards in the system (one SMC card which the testing > >latest and the lenny2 beta could not detect, and the on board Intel chip). > >The cd-drivers from this site were still insufficient to detect the CDROM > >drive however. > > > >So, one thing you will now be able to check is what network drivers are > >available from the floppy installer that are missing from the testing > >latest and lenny2 beta. > > > >One a system has been installed, I'll let you know what CDROM driver it > >has chosen, assuming it does choose one. > > > >- Original Message - > >From: "Jon Thackray" <[EMAIL PROTECTED]> > >To: "Jérémy Bobbio" <[EMAIL PROTECTED]> > >Sent: Friday, July 25, 2008 12:55 PM > >Subject: Re: Bug#492051: Lenny Beta 2 installer failure > > > > > >>I have now also tried a formatted floppy with no fie system (using using > >>fdformat) and a formatted floppy with an ext2 file system. All fail. I > >>can't save the data to /mnt, but have no way to get it out of the machine > >>from there. I've tried mounting other devices within the machine which I > >>know to contain valid linux partitions, but mount always replies > >>"mounting /dev/sc
Bug#492051: Lenny Beta 2 installer failure
On Mon, Jul 28, 2008 at 09:25:42AM +0100, Jon Thackray wrote: > Unfortunately, that made no difference at all. There's still no CDROM > driver. I didn't go further to see if the IDE discs were recognised. Can > you suggest something which would make the floppy usable, then I could send > you debug logs, and I might also be able to do a network install. The change of default codepage which broke usage of FAT filesystems in d-i have been dealt with in the last upload of i386 kernel udeb. Could you please try the next daily build and see if the floppy works this time? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492331: installation-report: a few glitches
On Fri, Jul 25, 2008 at 01:27:29PM +0200, Paul Slootman wrote: > - I chose expert install. What's the difference with the normal install? > I didn't really detect anything that was particularly "expert"... The difference between "expert" and "normal" installation is just a matter of debconf priority. Normal installations just show debconf questions with priority high or critical. Expert adds medium on top of that. You should probably try a normal installation and see by yourself that you'll probably need to answer less than 15 different questions to get a fully operational desktop system. > - After saying "no" to "do pc card services need to be started", I found it > unexpected that I was asked for memory ranges to exclude for PCMCIA; > I would have thought that the first question would mean I didn't need > anything with PCMCIA. Known issue, see #479391. > - It was impossible to setup the disk layout I wanted: > - root on raid1 over 2 partitions > - ditto swap and /boot > - /var and other things on LVM on RAID1 > […] > In short, most of the configuration entered was not remembered when > "writing to disk". Known issues, see #391479, #391483, #393728, #398668, #475479. Should be fixed before Lenny. > - The question "should root be allowed to login" should indicate that this > includes the console; I was thinking of ssh access. BTW, I think that > offering to install an ssh server should also be asked, I expect that to > always be there... which is a pain if you install the server somewhere > and can't access it remotely. Are you talking about the following template? Allow login as root? If you choose not to allow root to log in, then a user account will be created and given the power to become root using the 'sudo' command. I don't see how exacltly it could be improved, as it seems pretty obvious to me that this is a system-wide setting. An SSH server is already automatically installed when a system is installed through an SSH connection (network-console). For other means of installation, one can install the openssh-server once the installation process is done through the same way the installation was made (through classic console or serial connection). > - After selecting the tasks I was hoping to be dumped into aptitude to > fine-tune the packages; that didn't happen. Did I miss the choice for > aptitude somewhere? I did choose "expert install", so I expect to be > offered a bit more control... AFAIK, you did not miss it. People who want fine tuning of their packages usually unselect every tasks and start installing packages with a plain base system after the first reboot. > - I didn't get any chance to enter anything for the mail config, hence this > is going out as from "[EMAIL PROTECTED]" while it should be just > "[EMAIL PROTECTED]" for this system. I need to fix /etc/mailname... > So please reply to [EMAIL PROTECTED] :-) This used to be the case. Being offline, I can't point you to the discussion which lead to this decision, but laptop and desktop users usually don't need to configure a full mail daemon. "dpkg-reconfigure exim4" can also be done after the first reboot. > - After installation cron in the log that /etc/environment doesn't exist, > which it doesn't. > > - The rescue boot also asks for hostname, domainname, country, etc., > so I was a bit worried that I was simply doing an install again. > Why is that info necessary for a rescue console? Location and language are asked because rescue mode is also localized and having help messages in your native language is a desirable choice. Same for keyboard layout. The network configuration is done because rescue mode might need to retrieve installer components only available from a Debian mirror. IIRC, these are the only questions currently asked. Both newt and GTK+ frontend displays a label with "Rescue mode" on top of the screen. Should another message be added in your opinion? I am leaving this installation report to eventually discuss a little bit more on those issue, but most of them are already known. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
