Debian Bug report logs - #681261
update fstab even if non-existent (possibly fstab.d too)

Package: partman-base; Maintainer for partman-base is Debian Install System Team <debian-boot@lists.debian.org>; Source for partman-base is src:partman-base.

Reported by: Rui Bernardo <rui.bernardo.pt@gmail.com>

Date: Wed, 11 Jul 2012 19:21:01 UTC

Severity: normal

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Debian Live Project <debian-live@lists.debian.org>:
Bug#681261; Package live-build. (Wed, 11 Jul 2012 19:21:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Rui Bernardo <rui.bernardo.pt@gmail.com>:
New Bug report received and forwarded. Copy sent to Debian Live Project <debian-live@lists.debian.org>. (Wed, 11 Jul 2012 19:21:04 GMT) Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: Rui Bernardo <rui.bernardo.pt@gmail.com>
To: submit@bugs.debian.org
Subject: live-build: please don't leave an empty fstab in chroot
Date: Wed, 11 Jul 2012 20:18:17 +0100
Package: live-build
Version: 3.0~a47-1
Severity: important

Dear Maintainer,

when installing to disk, with live-installer and using a multiple
partition schema in partman, the presence of an empty fstab in the
squashed filesystem breaks the fstab that is created by partman.

When the installed system boots the 1st time it gives several errors
because of missing mount entries that were created by partman in fstab
but were overwitten by the empty fstab present in the squashfs.

This was reported to the mailist [1] and I thought it was reported as a
bug or fixed in git but it wasn't, so I'm reporting it now.

Thank you.

[1] http://lists.debian.org/debian-live/2012/06/msg00041.html


-- Package-specific info:

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pt_PT.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages live-build depends on:
ii  debootstrap  1.0.41

Versions of packages live-build recommends:
ii  cpio                            2.11-8
pn  gnu-fdisk                       <none>
pn  live-boot-doc                   <none>
pn  live-config-doc                 <none>
pn  live-manual-html | live-manual  <none>

Versions of packages live-build suggests:
pn  dosfstools                  <none>
ii  fakeroot                    1.18.4-2
pn  genisoimage                 <none>
pn  memtest86+ | memtest86      <none>
pn  mtools                      <none>
pn  parted                      <none>
pn  squashfs-tools | mtd-tools  <none>
ii  sudo                        1.8.3p2-1.1
ii  syslinux                    2:4.05+dfsg-5
ii  uuid-runtime                2.20.1-5.1
pn  win32-loader                <none>

-- no debconf information





Information forwarded to debian-bugs-dist@lists.debian.org, Debian Live Project <debian-live@lists.debian.org>:
Bug#681261; Package live-build. (Thu, 12 Jul 2012 15:39:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to daniel.baumann@progress-technologies.net:
Extra info received and forwarded to list. Copy sent to Debian Live Project <debian-live@lists.debian.org>. (Thu, 12 Jul 2012 15:39:06 GMT) Full text and rfc822 format available.

Message #10 received at 681261@bugs.debian.org (full text, mbox):

From: Daniel Baumann <daniel.baumann@progress-technologies.net>
To: Rui Bernardo <rui.bernardo.pt@gmail.com>
Cc: 681261@bugs.debian.org
Subject: Re: Bug#681261: live-build: please don't leave an empty fstab in chroot
Date: Thu, 12 Jul 2012 17:35:53 +0200
severity 681261 normal
retitle 681261 update fstab even if non-existent (possibly fstab.d too)
reassign 681261 partman
thanks

On 07/11/2012 09:18 PM, Rui Bernardo wrote:
> when installing to disk, with live-installer and using a multiple
> partition schema in partman, the presence of an empty fstab in the
> squashed filesystem breaks the fstab that is created by partman.

as i said on irc some month ago when you first reported this, this is
not a bug in live-build, we do not want an fstab on purpose.

d-i (or partman) do need to handle that properly, ideally by using
fstab.d as of wheezy anyway.

-- 
Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:          daniel.baumann@progress-technologies.net
Internet:       http://people.progress-technologies.net/~daniel.baumann/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Live Project <debian-live@lists.debian.org>:
Bug#681261; Package live-build. (Thu, 12 Jul 2012 17:57:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Rui Bernardo <rui.bernardo.pt@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Live Project <debian-live@lists.debian.org>. (Thu, 12 Jul 2012 17:57:06 GMT) Full text and rfc822 format available.

Message #15 received at 681261@bugs.debian.org (full text, mbox):

From: Rui Bernardo <rui.bernardo.pt@gmail.com>
To: Daniel Baumann <daniel.baumann@progress-technologies.net>
Cc: 681261@bugs.debian.org
Subject: Re: Bug#681261: live-build: please don't leave an empty fstab in chroot
Date: Thu, 12 Jul 2012 18:55:26 +0100
Sorry, forgot to CC the BTS, so I'm resending this mail.

On Thu, Jul 12, 2012 at 05:35:53PM +0200, Daniel Baumann wrote:
> severity 681261 normal
> retitle 681261 update fstab even if non-existent (possibly fstab.d too)
> reassign 681261 partman
> thanks
> 
> On 07/11/2012 09:18 PM, Rui Bernardo wrote:
> > when installing to disk, with live-installer and using a multiple

Just to clarify, when using a multiple schema is when the problem really 
shows up, but even with a "all-in-one" schema, fstab is empty. There 
aren't any aparent problems on boot because initramfs-tools (or 
initscripts) mounts the root filesystem. But still the fstab is empty 
and it will not find swap, for example.

> > partition schema in partman, the presence of an empty fstab in the
> > squashed filesystem breaks the fstab that is created by partman.
> 
> as i said on irc some month ago when you first reported this, this is
> not a bug in live-build, we do not want an fstab on purpose.
> 
> d-i (or partman) do need to handle that properly, ideally by using
> fstab.d as of wheezy anyway.

That would be good. Maybe live-build should also use fstab.d instead of 
overwriting what partman wrote with an empty one by default. It breaks 
any partitioning preseed and any encryption chosen in partman.

If a live-build user wants an empty (or not) fstab he/she can add it in 
the includes.chroot, even using fstab.d, but live-build "forcing" an 
empty fstab if the user don't include one is a problem.

> 
> -- 
> Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> Email:          daniel.baumann@progress-technologies.net
> Internet:       http://people.progress-technologies.net/~daniel.baumann/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Live Project <debian-live@lists.debian.org>:
Bug#681261; Package live-build. (Thu, 12 Jul 2012 23:57:08 GMT) Full text and rfc822 format available.

Acknowledgement sent to daniel.baumann@progress-technologies.net:
Extra info received and forwarded to list. Copy sent to Debian Live Project <debian-live@lists.debian.org>. (Thu, 12 Jul 2012 23:57:16 GMT) Full text and rfc822 format available.

Message #20 received at 681261@bugs.debian.org (full text, mbox):

From: Daniel Baumann <daniel.baumann@progress-technologies.net>
To: Rui Bernardo <rui.bernardo.pt@gmail.com>
Cc: 681261@bugs.debian.org
Subject: Re: Bug#681261: live-build: please don't leave an empty fstab in chroot
Date: Thu, 12 Jul 2012 23:12:04 +0200
On 07/12/2012 07:55 PM, Rui Bernardo wrote:
> That would be good. Maybe live-build should also use fstab.d instead of 
> overwriting what partman wrote with an empty one by default.

again, live-build does not touch fstab, except making sure that there is
no fstab at all in the live image.

> If a live-build user wants an empty (or not) fstab he/she can add it in 
> the includes.chroot, even using fstab.d, but live-build "forcing" an 
> empty fstab if the user don't include one is a problem.

right, customizations should be done through fstab.d via local includes
only, and never through fstab. hence the latter should be always
empty/not-used, and that's why live-build enforces that, sort-of.

-- 
Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:          daniel.baumann@progress-technologies.net
Internet:       http://people.progress-technologies.net/~daniel.baumann/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Live Project <debian-live@lists.debian.org>:
Bug#681261; Package live-build. (Fri, 13 Jul 2012 05:26:08 GMT) Full text and rfc822 format available.

Acknowledgement sent to Rui Bernardo <rui.bernardo.pt@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Live Project <debian-live@lists.debian.org>. (Fri, 13 Jul 2012 05:26:34 GMT) Full text and rfc822 format available.

Message #25 received at 681261@bugs.debian.org (full text, mbox):

From: Rui Bernardo <rui.bernardo.pt@gmail.com>
To: Daniel Baumann <daniel.baumann@progress-technologies.net>
Cc: 681261@bugs.debian.org
Subject: Re: Bug#681261: live-build: please don't leave an empty fstab in chroot
Date: Fri, 13 Jul 2012 06:16:52 +0100
After the short irc talk (it was a bit late), I have to believe that you 
did not had the time to "drop an eye" in the link [1] in the first post in 
this bug report.

On Thu, Jul 12, 2012 at 11:12:04PM +0200, Daniel Baumann wrote:
> On 07/12/2012 07:55 PM, Rui Bernardo wrote:
> > That would be good. Maybe live-build should also use fstab.d instead of 
> > overwriting what partman wrote with an empty one by default.
> 
> again, live-build does not touch fstab, except making sure that there is
> no fstab at all in the live image.

I'm very sorry but I have to disagree. The commit message [2] says 
another thing. You really must be overlooking this issue. Look:

	When removing fstab for live-installer also touch an empty file 
	for it to avoid other packages failing on non-existing fstab.

So, some other package(s) needs to deal with fstab absence. And the line:

	touch chroot/etc/fstab

in lb_chroot_hacks clearly creates an empty fstab. It _is_ this empty 
fstab that breaks live-installer, and by consequence, debian-installer.

FTR: For live-installer, that will extract the squashfs content to disk 
upon disk install _after_ partman created fstab with the user choices or 
preseed, it is the _absence_ of fstab inside the squashed chroot that 
makes partman setup in fstab work in live-installer, including swap and 
encryption, because the last is not overwriten by the tar extraction.

> > If a live-build user wants an empty (or not) fstab he/she can add it in 
> > the includes.chroot, even using fstab.d, but live-build "forcing" an 
> > empty fstab if the user don't include one is a problem.
> 
> right, customizations should be done through fstab.d via local includes
> only, and never through fstab. hence the latter should be always
> empty/not-used, and that's why live-build enforces that, sort-of.

Yes, but not with an empty file. live-build should only make sure that, 
if a fstab is _not_ in the user includes, then no fstab should be left in 
the chroot, not even an empty one, like live-build always did and 
live-installer always expected.

If partman should create another file other that /etc/fstab is another 
-valid- issue for me. But the thing is that, using this principle, it 
would imply for coerence, that sources.list also should not be created 
and instead a file inside sources.list.d/ should be created by d-i's 
apt-setup, as it is done by several other packages and live-build inside 
apt.conf.d/ and apt.preferences.d/.

At this point, with d-i near beta, it will be hard to implement that 
without some (natural) resistence from other people.

For coerence, the same also could/should be done with bash.bashrc (like 
it's done with profile.d/) and others (/etc/hosts.d/?). That would 
greatly improve the customization of the system without having to edit 
the "main" file during upgrades and all, and just drop a file in the 
*.d/ directory and maintain it (the file) separated from other packages 
and users always unpredictable edits/aditions/removals/truncates.

Sorry for taking your scarce spare time with this issue and insist on 
this. Maybe I should have made this more clear from the start.

Peace.


[1] http://lists.debian.org/debian-live/2012/06/msg00041.html
[2] http://live.debian.net/gitweb?p=live-build.git;a=commit;h=f3f9ad8bdec8df12bf20ae542c92ebfe75b1a86e




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Live Project <debian-live@lists.debian.org>:
Bug#681261; Package live-build. (Fri, 13 Jul 2012 19:51:08 GMT) Full text and rfc822 format available.

Acknowledgement sent to daniel.baumann@progress-technologies.net:
Extra info received and forwarded to list. Copy sent to Debian Live Project <debian-live@lists.debian.org>. (Fri, 13 Jul 2012 19:51:08 GMT) Full text and rfc822 format available.

Message #30 received at 681261@bugs.debian.org (full text, mbox):

From: Daniel Baumann <daniel.baumann@progress-technologies.net>
To: Rui Bernardo <rui.bernardo.pt@gmail.com>
Cc: 681261@bugs.debian.org
Subject: Re: Bug#681261: live-build: please don't leave an empty fstab in chroot
Date: Fri, 13 Jul 2012 21:39:07 +0200
On 07/13/2012 07:16 AM, Rui Bernardo wrote:
> 	When removing fstab for live-installer also touch an empty file 
> 	for it to avoid other packages failing on non-existing fstab.

because otherwise e.g. update-initramfs goes nuts, which is why we
truncate it.

> in lb_chroot_hacks clearly creates an empty fstab. It _is_ this empty 
> fstab that breaks live-installer, and by consequence, debian-installer.

so send a patch, or wait until someone else fixes it.

but please stop complaining, it is how it is in live-build and its on
purpose. we know that, and we'll adapt any other stuff at some point.

-- 
Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:          daniel.baumann@progress-technologies.net
Internet:       http://people.progress-technologies.net/~daniel.baumann/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Live Project <debian-live@lists.debian.org>:
Bug#681261; Package live-build. (Sat, 14 Jul 2012 01:27:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Rui Bernardo <rui.bernardo.pt@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Live Project <debian-live@lists.debian.org>. (Sat, 14 Jul 2012 01:27:05 GMT) Full text and rfc822 format available.

Message #35 received at 681261@bugs.debian.org (full text, mbox):

From: Rui Bernardo <rui.bernardo.pt@gmail.com>
To: 681261@bugs.debian.org
Subject: Re: Bug#681261: live-build: please don't leave an empty fstab in chroot
Date: Sat, 14 Jul 2012 02:23:47 +0100
On Fri, Jul 13, 2012 at 09:39:07PM +0200, Daniel Baumann wrote:
> On 07/13/2012 07:16 AM, Rui Bernardo wrote:
> > 	When removing fstab for live-installer also touch an empty file 
> > 	for it to avoid other packages failing on non-existing fstab.
> 
> because otherwise e.g. update-initramfs goes nuts, which is why we
> truncate it.

I've never faced that error. I've patch live-build 3.0~a48 to remove 
that "touch fstab" line and I only see the usual warnings (not errors) 
about missing fstab while the chroot is built.
 
> > in lb_chroot_hacks clearly creates an empty fstab. It _is_ this empty 
> > fstab that breaks live-installer, and by consequence, debian-installer.
> 
> so send a patch, or wait until someone else fixes it.
> 
> but please stop complaining, it is how it is in live-build and its on
> purpose. we know that, and we'll adapt any other stuff at some point.

Just trying to help and warn about a problem that arose, like everyone 
here, I think. I just didn't see (and still don't see) any reason to 
truncate fstab instead of making sure it's not included if not in 
includes.

Anyway, while trying to follow the fstab.d hint inside live-installer I 
think I've found an incontournable problem. fstab.d only works in 
wheezy/sid. Trying to deal the truncated fstab in live-installer using 
fstab.d/ is not possible in squeeze. I don't see a solution for squeeze 
this way.

So ATM, since live-build 3.0~a47-1, live-build 3.x breaks partman and/or 
live-installer in squeeze.

I'm looking forward to help in this issue.

> -- 
> Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> Email:          daniel.baumann@progress-technologies.net
> Internet:       http://people.progress-technologies.net/~daniel.baumann/




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Live Project <debian-live@lists.debian.org>:
Bug#681261; Package live-build. (Sat, 14 Jul 2012 04:03:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Rui Bernardo <rui.bernardo.pt@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Live Project <debian-live@lists.debian.org>. (Sat, 14 Jul 2012 04:03:03 GMT) Full text and rfc822 format available.

Message #40 received at 681261@bugs.debian.org (full text, mbox):

From: Rui Bernardo <rui.bernardo.pt@gmail.com>
To: 681261@bugs.debian.org
Subject: Re: Bug#681261: live-build: please don't leave an empty fstab in chroot
Date: Sat, 14 Jul 2012 04:59:18 +0100
On Sat, Jul 14, 2012 at 02:23:47AM +0100, Rui Bernardo wrote:
> On Fri, Jul 13, 2012 at 09:39:07PM +0200, Daniel Baumann wrote:
> > On 07/13/2012 07:16 AM, Rui Bernardo wrote:
> > > 	When removing fstab for live-installer also touch an empty file 
> > > 	for it to avoid other packages failing on non-existing fstab.
> > 
> > because otherwise e.g. update-initramfs goes nuts, which is why we
> > truncate it.
> 
> I've never faced that error. I've patch live-build 3.0~a48 to remove 
> that "touch fstab" line and I only see the usual warnings (not errors) 
> about missing fstab while the chroot is built.
>  
> > > in lb_chroot_hacks clearly creates an empty fstab. It _is_ this empty 
> > > fstab that breaks live-installer, and by consequence, debian-installer.
> > 
> > so send a patch, or wait until someone else fixes it.
> > 
> > but please stop complaining, it is how it is in live-build and its on
> > purpose. we know that, and we'll adapt any other stuff at some point.
> 
> Just trying to help and warn about a problem that arose, like everyone 
> here, I think. I just didn't see (and still don't see) any reason to 
> truncate fstab instead of making sure it's not included if not in 
> includes.
> 
> Anyway, while trying to follow the fstab.d hint inside live-installer I 
> think I've found an incontournable problem. fstab.d only works in 
> wheezy/sid. Trying to deal the truncated fstab in live-installer using 
> fstab.d/ is not possible in squeeze. I don't see a solution for squeeze 
> this way.
> 
> So ATM, since live-build 3.0~a47-1, live-build 3.x breaks partman and/or 
> live-installer in squeeze.
> 
> I'm looking forward to help in this issue.
> 
> > -- 
> > Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> > Email:          daniel.baumann@progress-technologies.net
> > Internet:       http://people.progress-technologies.net/~daniel.baumann/

Everything is possible. I was not considering an update in live-installer 
in squeeze because stable releases only get bug-fixes and not new features.

To not exclude the possibility of live-installer in squeeze being updated 
in the future as an exception; and if /etc/fstab can't be ommited by 
live-build in the future; and live-installer in squeeze and wheezy will be 
updated to deal with the new truncated fstab of live-build 3.x; then 
live-installer would need to preserve the fstab that was created by 
partman. Something like:


----------------------- debian/live-installer.postinst ------------------------
index 800038b..98cb7fe 100644
@@ -27,6 +27,14 @@ install_live_system () {
 		. $script
 	done
 
+	# preserve partman fstab to avoid being overwriten
+	# by moving it to /etc/fstab.d/ in /target/
+	if [ -e /target/etc/fstab ]
+	then
+		[ ! -d /target/etc/fstab.d/ ] && mkdir -p /target/etc/fstab.d
+		mv /target/etc/fstab /target/etc/fstab.d/fstab-partman
+	fi
+
 	for place in $PLACES; do
 		[ ! -e $place ] && continue
 
@@ -64,6 +72,23 @@ install_live_system () {
 		eval ${SUPPORT}_teardown
 	done
 
+	# fstab.d only works if /etc/fstab file exists,
+	# see tab_parse.c line 587 in util-linux.
+	# better make sure there is a /etc/fstab; this for
+	# the eventuallity that no fstab was provided in squashfs
+	# as in live-build before 3.0~a47-1.
+	if [ ! -e /target/etc/fstab ] && [ -e /target/etc/fstab.d/fstab-partman ]
+	then
+		if [ -e /target/run ]
+			# wheezy
+			touch /target/etc/fstab
+		else
+			# squeeze
+			mv /target/etc/fstab.d/fstab-partman /target/etc/fstab
+			rmdir /target/etc/fstab.d
+		endif
+	fi
+
 	if [ ${PLACE_FOUND} -eq 0 ]; then
 		error "Could not find any live images"
 		exit 1
------------------------------------------------------------------------------

The two snippets could be added to /lib/live-installer/ and 
/usr/lib/live-installer.d/ and do this more cleanly.

Could you tell me if squeeze live-installer is to be updated? I'd like help 
if it does.




Severity set to 'normal' from 'important' Request was from Daniel Baumann <daniel.baumann@progress-technologies.net> to control@bugs.debian.org. (Thu, 19 Jul 2012 01:48:03 GMT) Full text and rfc822 format available.

Changed Bug title to 'update fstab even if non-existent (possibly fstab.d too)' from 'live-build: please don't leave an empty fstab in chroot' Request was from Daniel Baumann <daniel.baumann@progress-technologies.net> to control@bugs.debian.org. (Thu, 19 Jul 2012 01:48:04 GMT) Full text and rfc822 format available.

Bug reassigned from package 'live-build' to 'partman'. Request was from Daniel Baumann <daniel.baumann@progress-technologies.net> to control@bugs.debian.org. (Thu, 19 Jul 2012 01:48:04 GMT) Full text and rfc822 format available.

No longer marked as found in versions live-build/3.0~a47-1. Request was from Daniel Baumann <daniel.baumann@progress-technologies.net> to control@bugs.debian.org. (Thu, 19 Jul 2012 01:48:05 GMT) Full text and rfc822 format available.

Bug reassigned from package 'partman' to 'partman-base'. Request was from Holger Levsen <holger@layer-acht.org> to control@bugs.debian.org. (Wed, 17 Jul 2013 11:42:05 GMT) Full text and rfc822 format available.

Information forwarded to debian-bugs-dist@lists.debian.org, Debian Install System Team <debian-boot@lists.debian.org>:
Bug#681261; Package partman-base. (Fri, 14 Feb 2014 20:27:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Phillip Susi <psusi@ubuntu.com>:
Extra info received and forwarded to list. Copy sent to Debian Install System Team <debian-boot@lists.debian.org>. (Fri, 14 Feb 2014 20:27:05 GMT) Full text and rfc822 format available.

Message #55 received at 681261@bugs.debian.org (full text, mbox):

From: Phillip Susi <psusi@ubuntu.com>
To: 681261@bugs.debian.org
Cc: Rui Bernardo <rui.bernardo.pt@gmail.com>
Subject: update fstab even if non-existent (possibly fstab.d too)
Date: Fri, 14 Feb 2014 15:25:40 -0500
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

For what it's worth, I agree with Rui that this is a bug in
live-build, not partman.  I'm not sure how it gets that way since
Ubuntu's live-build still has that touch command, but the live
squashfs image on Ubuntu's install cds does not have the fstab.

Also there is no such thing as fstab.d.  This directory was mistakenly
added to util-linux in anticipation of the feature being added, but it
never was.  It will be removed soon.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS/nvEAAoJEI5FoCIzSKrwv/wH/AwUXUtZBUQawDgAjmPjMrze
4OrkACCzOj3i3C7kPnQkmcuecpanrmf7BTlN8797rlTZUF77s71OW4ahqSbOGCy+
prTT8Zr4jma0ZMvXFWGQqC17UVWNLddJ09PNwF4v4LliOO2qUyFtt2EdzDOc/Orz
ODZz3TAvM3RvgboRNpdXvaIdDhbotV0bsd5LbHco95ffRvkiFV5qlD803QoCjO9u
g+/6S2WxgoIEMuxLjSPMQzEM5kXfnIh/+nNL6T6Ei2oh9Ac2tLd+7Cjx8+lwnUIz
eQm1ZdxDS2CXTfyuUfA4g+cMzdNvZggx7vejvxbJojXbhHUtJorUrK1A2HC8zik=
=pXmD
-----END PGP SIGNATURE-----



Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Fri Apr 25 07:19:36 2014; Machine Name: buxtehude.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.