Processed: same issue

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 783514 important
Bug #783514 [partman-auto] auto partitioning with separate /home does not allow 
enough space for root partition when virtualbox default disk space is chosen
Severity set to 'important' from 'normal'
> merge 770032 783514
Bug #770032 [partman-auto] home recipe allocates too little for root on small 
disks
Bug #770032 [partman-auto] home recipe allocates too little for root on small 
disks
Marked as found in versions partman-auto/126.
Bug #783514 [partman-auto] auto partitioning with separate /home does not allow 
enough space for root partition when virtualbox default disk space is chosen
Added tag(s) d-i.
Merged 770032 783514
> --
Stopping processing here.

Please contact me if you need assistance.
-- 
770032: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770032
783514: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783514
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: same issue

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 793426 important
Bug #793426 [partman-auto] Root partition maximum is too small in 'multi' 
recipes
Severity set to 'important' from 'normal'
> merge 725642 783514
Bug #725642 [partman-auto] maximum for root is too small in home and multi 
recipes
Bug #725642 [partman-auto] maximum for root is too small in home and multi 
recipes
Marked as found in versions partman-auto/126.
Bug #770032 [partman-auto] home recipe allocates too little for root on small 
disks
Bug #783514 [partman-auto] auto partitioning with separate /home does not allow 
enough space for root partition when virtualbox default disk space is chosen
Merged 725642 770032 783514
> --
Stopping processing here.

Please contact me if you need assistance.
-- 
725642: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725642
770032: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770032
783514: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783514
793426: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793426
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: same issue

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 265290 important
Bug #265290 [partman-auto] 1.8GB are not enough for / with desktop 
(autopartition with home)
Severity set to 'important' from 'normal'
> merge 770032 265290
Bug #770032 [partman-auto] home recipe allocates too little for root on small 
disks
Bug #725642 [partman-auto] maximum for root is too small in home and multi 
recipes
Bug #783514 [partman-auto] auto partitioning with separate /home does not allow 
enough space for root partition when virtualbox default disk space is chosen
Bug #265290 [partman-auto] 1.8GB are not enough for / with desktop 
(autopartition with home)
Marked as found in versions partman-auto/126.
Added tag(s) d-i.
Bug #725642 [partman-auto] maximum for root is too small in home and multi 
recipes
Bug #783514 [partman-auto] auto partitioning with separate /home does not allow 
enough space for root partition when virtualbox default disk space is chosen
Merged 265290 725642 770032 783514
> --
Stopping processing here.

Please contact me if you need assistance.
-- 
265290: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265290
725642: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725642
770032: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770032
783514: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783514
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#810408: discover: please switch to libusb 1.0

[Aurelien Jarno]

Package: discover
Version: 2.1.2-7
Severity: wishlist

Dear Maintainer,

discover has a build-depends on libusb-dev. A few years ago upstream
has released a new major version libusb 1.0 with a different API which
aims to fix design deficiencies with USB 2.0 and 3.0 in mind.

The old libusb 0.1 package is not supported upstream anymore and should
be considered deprecated.

If discover supports the new libusb 1.0 library, please consider
switching the build-depends from libusb-dev to libusb-1.0-0-dev. If not
please inform upstream that porting the software to the new API is
recommended.

Thanks,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Processed: bugs blocking libusb removal

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 810470 by 810426
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was not blocked by any bugs.
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810426
> block 810470 by 810397
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810426
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810397
> block 810470 by 810405
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810397 810426
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810405
> block 810470 by 810452
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810405 810426 810397
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810452
> block 810470 by 810400
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810452 810405 810397 810426
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810400
> block 810470 by 810420
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810452 810405 810397 810400 810426
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810420
> block 810470 by 810427
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810420 810452 810405 810397 810426 810400
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810427
> block 810470 by 810468
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810452 810420 810405 810427 810397 810400 810426
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810468
> block 810470 by 810409
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810427 810397 810426 810452 810468 810400 810420 810405
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810409
> block 810470 by 810431
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810452 810426 810397 810427 810405 810409 810420 810400 
810468
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810431
> block 810470 by 810419
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810400 810468 810405 810409 810431 810420 810426 810427 
810397 810452
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810419
> block 810470 by 810453
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810420 810405 810431 810409 810468 810400 810452 810419 
810397 810427 810426
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810453
> block 810470 by 810439
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810468 810400 810420 810405 810409 810431 810397 810427 
810453 810426 810452 810419
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810439
> block 810470 by 810436
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810452 810419 810427 810397 810439 810426 810453 810420 
810431 810409 810405 810468 810400
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810436
> block 810470 by 810466
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810400 810468 810405 810431 810409 810420 810453 810439 
810426 810427 810397 810436 810419 810452
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810466
> block 810470 by 810464
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810420 810405 810431 810409 810468 810400 810466 810452 
810419 810427 810397 810436 810453 810439 810426
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810464
> block 810470 by 810407
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810400 810468 810405 810431 810453 810426 810464 810427 
810419 810466 810452 810409 810420 810439 810397 810436
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810407
> block 810470 by 810398
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810420 810409 810436 810397 810439 810407 810431 810405 
810468 810400 810452 810466 810419 810427 810464 810426 810453
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810398
> block 810470 by 810461
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810405 810431 810407 810400 810468 810419 810398 810466 
810452 810453 810426 810464 810427 810409 810420 810439 810397 810436
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 810461
> block 810470 by 810418
Bug #810470 [src:libusb] libusb: superseded by libusb-1.0
810470 was blocked by: 810397 810436 810439 810420 810409 810466 810452 810419 
810398 810427 810453 810464 810426 810461 810405 810431 810407 810468 810400
810470 was not blocking any bugs.
Added blocking bug(s) of 810470: 

Bug#805291: marked as done (preseed: Offer a way to override initrd-level preseeding with kernel command line preseeding)

[Debian Bug Tracking System]

Your message dated Sat, 09 Jan 2016 00:09:32 +0100
with message-id <871t9rhdn7@whist.hands.com>
and subject line Re: Bug#805291: preseed: Offer a way to override initrd-level 
preseeding with kernel command line preseeding
has caused the Debian Bug report #805291,
regarding preseed: Offer a way to override initrd-level preseeding with kernel 
command line preseeding
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
805291: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805291
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: preseed
Version: 1.68
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali

In Kali, we rely on initrd preseeding to set a bunch of Debconf entries
because it's the only sane way to ensure that we have those during netboot
too.

Unfortunately, it makes it very hard for end-users to change some of
those entries... editing initrd is not the best interface. It would
be very nice if there was a way to override such preseeding with the
(kernel) boot command line.

Right now env-preseed runs before initrd-preseed:
$ ls debian-installer-startup.d/
S30env-preseed  S35initrd-preseed  S60auto-install

I'm not sure what is the rationale for this order but if we don't want to
swap the order, then I would suggest that we introduce a new syntax that
let us do this operation.

I think inverting the order of both script would make a lot of sense. I
tried to find reasons not to but there is no intermediary script between
S30 and S35 and thus except for the precedence of preseeding, it has no
other impact AFAIK.

Otherwise if not possible I suggest "mirror/hostname!=http://my.mirror; as
alternative syntax, somewhat mirroring the already existing ?= syntax
(with the exclamation mark conveying the notion of "forcing") but I'm
happy with any other syntax that you might prefer.

Phil & Cyril, please share your opinions/preference as I'll probably try
to implement this soonish.

I track this wishlist on the Kali side too:
https://bugs.kali.org/view.php?id=2143

And it's prompted by the fact that even though we set a mirror in the
initrd, it would be nice if users could pick other mirrors via the command
line. Example case where someone was bitten by this:
https://www.linuxquestions.org/questions/debian-26/kernel-preseed-argument-vs-preseed-cfg-doesn%27t-work-4175534979/

-- System Information:
Debian Release: stretch/sid
  APT prefers squeeze-lts
  APT policy: (500, 'squeeze-lts'), (500, 'oldoldstable'), (500, 'unstable'), 
(500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Hi Raphael,

I just uploaded 1.69 with you changes.

Sadly I forgot to add a Closes: for this bug to the changelog, so I'm
closing it by hand.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature
--- End Message ---

Re: What's the deal with discover*? (was: Processed: pending since 2013?)

[Cyril Brulebois]

Cyril Brulebois  (2015-07-04):
> Debian Bug Tracking System  (2015-07-03):
> > Processing commands for cont...@bugs.debian.org:
> > 
> > > tags 533688 - pending
> > Bug #533688 [discover] (discover_2.1.2-3/avr32): FTBFS: Outdated 
> > config.{sub,guess}
> > Removed tag(s) pending.
> > > --
> > Stopping processing here.
> 
> What's with discover anyway? It's supposed to be maintained by Debian
> Install System Team  but there's no
> advertised for it?
> 
> discover-data is also supposed to be maintained by debian-boot but
> there's an svn repository under the pkg-discover group.
> 
> Can we please clarify what the status of these packages is?

The recent bug report against discover reminded of this.

Adding Petter who uploaded discover a few times in recent years.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#805291: preseed: Offer a way to override initrd-level preseeding with kernel command line preseeding

[Philip Hands]

Raphael Hertzog  writes:

Erm, disregard that previous mail, since of course you will be aware
that you added the closes -- Doh!  Clearly time for me to get to bed :-)

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Bug#571136: please remove useless devices from devices.tar.gz

[Marco d'Itri]

On Jan 08, Marco d'Itri  wrote:

> If there are some doubts that devices.tar.gz could still be needed in 
> the future then I would start with a smaller patch which keeps all the 
> old code around.
Here it is.
If somebody will report valid uses for devices.tar.gz then the old code 
can be enabled again easily.

-- 
ciao,
Marco
diff --git a/debian/changelog b/debian/changelog
index 8a938a3..59cf216 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+debootstrap (1.0.75+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Stop creating useless device nodes. (Closes: #571136)
+
+ -- Marco d'Itri   Sat, 09 Jan 2016 04:43:00 +0100
+
 debootstrap (1.0.75) unstable; urgency=medium
 
   * Stop cleaning KEEP_DEBOOTSTRAP_DIR twice, as spotted by Chris Lamb
diff --git a/functions b/functions
index 8bef5e6..cd7f1ef 100644
--- a/functions
+++ b/functions
@@ -1060,19 +1060,34 @@ setup_devices () {
 	hurd*)
 		setup_devices_hurd ;;
 	*)
-		if [ -e "$DEVICES_TARGZ" ]; then
+		if true; then
+			setup_devices_simple
+		elif [ -e "$DEVICES_TARGZ" ]; then
 			zcat "$DEVICES_TARGZ" | (cd "$TARGET"; tar -xf -)
 		else
-			if [ -e /dev/.devfsd ] ; then
-in_target mount -t devfs devfs /dev
-			else
-error 1 NODEVTGZ "no %s. cannot create devices" "$DEVICES_TARGZ"
-			fi
+			error 1 NODEVTGZ "no %s. cannot create devices" "$DEVICES_TARGZ"
 		fi
 		;;
 	esac
 }
 
+setup_devices_simple () {
+	# The list of devices that can be created in a container comes from
+	# src/core/cgroup.c in the systemd source tree.
+	mknod $TARGET/dev/null		c 1 3
+	mknod $TARGET/dev/zero		c 1 5
+	mknod $TARGET/dev/full		c 1 7
+	mknod $TARGET/dev/random	c 1 8
+	mknod $TARGET/dev/urandom	c 1 9
+	mknod $TARGET/dev/tty		c 5 0
+	mkdir $TARGET/dev/pts/ $TARGET/dev/shm/
+	ln -s pts/ptmx $TARGET/dev/ptmx
+	ln -s /proc/self/fd   $TARGET/dev/fd
+	ln -s /proc/self/fd/0 $TARGET/dev/stdin
+	ln -s /proc/self/fd/1 $TARGET/dev/stdout
+	ln -s /proc/self/fd/2 $TARGET/dev/stderr
+}
+
 setup_devices_hurd () {
 	# Use the setup-translators of the hurd package, and firmlink
 	# $TARGET/{dev,servers} to the system ones.


signature.asc
Description: PGP signature

Bug#806852: Lets discuss sulogin --force implementation in one place...

[Andreas Henriksson]

Control: reassign 806852 systemd
Control: forcemerge 802211 806852

Hello.

I'm reassigning and merging the two bugs discussing different solutions
to the same problem. Given there's no consensus on which way to
implement this, most discussions have happened on/with systemd side
(unfortunately on IRC) and that bug report is oldest lets continue this
discussion there. If we come to the conclusion we want d-i to be
involved, we should simply reassign (or whatever is appropriate)
then

Regards,
Andreas Henriksson

Bug#793426: Debian 8.1 - missing separate /usr in guided encrypted LVM partitioning scheme

[Ben Hutchings]

On Thu, 2016-01-07 at 21:08 -0800, Martin Michlmayr wrote:
> * Patryk Hanckowiak  [2015-07-24 03:41]:
> > But OK - there are several issues here:
> > 1) Why did the /usr partition get removed from the separate /var, /tmp,
> > /home guided encrypted LVM installation option?
> 
> You can read about the reasons in bug #652275
> 
> > 2) The partitioning scheme allocates wrong partition sizes for a desktop
> > computer.
> ...
> > It is not uncommon to have more than 10 GB in /usr. For example, try
> > installing KDE + GNOME with less than 10 GB. A desktop user might want to do
> > this.
> > 
> > In the two installation options I described, /usr is part of / (root) and /
> > (root) is 10 GB or less.
> 
> Agreed that this is an issue.

Yes, so I think we ought to raise the maximum size of /usr by 50-100%.
Maybe even for a jessie point release.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.

signature.asc
Description: This is a digitally signed message part

Re: Reiser4-enabled Debian Unstable (Sid) netboot iso

[Jose R R]

On Wed, Jan 6, 2016 at 7:20 AM, dimas  wrote:
> 2016-006 05:42 Jose R R  wrote:
>> I have built a modified version of initramfs-tools package that has as
>> default those Reiser4 -specific settings
>> but wanted to allow d-i to select most of its packages from regular
>> Debian repositories.
> well, i see. right way, probably. but you can the needed hook in any 
> installion
> scripts that you modify anyhow. i think, you messed with any of those, yes?

This issue may be resolved subsequently -- although probably using a
procedure that occurs *earlier* than 'the hooks' :)
>
>> That suggestion is probably fine for the reiser4-parted DEBs but the
>> kernel included in d-i is 'picky' and I have not had luck changing its
>> name to something other than *official* Debian because d-i then
>> refuses to install from the Debian repositories.
> ouch, didn't know that it has such a strict restrictions

Using the same Debian Sid Linux kernel source, I generated another
Reiser4-enabled kernel 'the Debian Way' -- but with a custom changelog
that clearly shows has Reiser4 super power :D
https://metztli.it/readOnlyEphemeral/linux-image-4.3.0-1+reiser4.0.1-amd64_4.3.3-5+reiser4.0.2_amd64.tar

Once installed into a Debian distro, a uname -a yields:

Linux [host] 4.3.0-1+reiser4.0.1-amd64 #1 SMP Debian
4.3.3-5+reiser4.0.1 (2016-01-07) x86_64 GNU/Linux

Hence *hold* is not necessary for said kernel.

>
>> And for Debian Parted:
>> echo "parted hold" | dpkg --set-selections
>> echo "libparted2 hold" | dpkg --set-selections
>> And we can check for those packages effectively being on *hold* and
>> not replaced by Debian package manager, thus:
> that's the option, yeah, but placing packages on hold can lead to some 
> expected
> dependecies conflicts in the future, and is generally rather "dirty" way. 
> using
> special package names like "parted-reiser4" is much clear anyhow, what is 
> more,
> you can easily run your local repo with r4-patched kernels/tools/libs, and it
> will be the most clear of obvious way for the enduser to keep all this stuff
> upgraded without worrying whether it's r4-patched stuff or not. this would be 
> a
> perfect variant, i think. user just install "linux--reiser4",
> "parted-...-reiser4" and "whatever--reiser4", and you just build new
> packages from time to time, and everyone have their stuff updated usual way.

Well renaming Debian GNU Parted can wait -- as it is optional for the
user *even* after Debian is installed; i.e., I have embedded the
Reiser4-enabled lib/parted[2] UDEB into previoulsy referenced
Debian-Installer (d-i) netboot ISO:
http://metztli.it/readOnlyEphemeral/metztli_it-reiser4_d-i.iso

Thanks for your suggestions, Dimas.


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!
-

Bug#809932: installation-reports: Successful install of Debian Stretch on Sheevaplug

[Samuel Thibault]

Rick Thomas, on Thu 07 Jan 2016 22:45:17 -0800, wrote:
> print-server is not small.

Yes, it drags X11 stuff through imagemagick, we'll probably demote that.

> On the other hand, some of the individual packages I installed so I could 
> comfortably run an X-session via “ssh -X” , such as xterm, xpdf, xinit, 
> iceweasel, icedove, and a few others, do seem to drag in a lot of other 
> stuff, much of it of questionable value on a headless machine.

iceweasel and icedove take each almost 100MiB...

Samuel

Processed: Lets discuss sulogin --force implementation in one place...

[Debian Bug Tracking System]

Processing control commands:

> reassign 806852 systemd
Bug #806852 [debian-installer] debian-installer: Rescue/Emergency shell 
unusable with locked root account
Bug reassigned from package 'debian-installer' to 'systemd'.
Ignoring request to alter found versions of bug #806852 to the same values 
previously set
Ignoring request to alter fixed versions of bug #806852 to the same values 
previously set
> forcemerge 802211 806852
Bug #802211 [systemd] systemd: rescue.service fails if root password is not set
Bug #806852 [systemd] debian-installer: Rescue/Emergency shell unusable with 
locked root account
Marked as found in versions systemd/227-2.
Added tag(s) moreinfo and patch.
Merged 802211 806852

-- 
802211: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802211
806852: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806852
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: reassign 810121 to os-prober, forcibly merging 788062 810121

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 810121 os-prober
Bug #810121 [src:linux] linux: KVM guests randomly get I/O errors on VirtIO 
based devices
Bug reassigned from package 'src:linux' to 'os-prober'.
No longer marked as found in versions linux/3.16.7-ckt11-1+deb8u5.
Ignoring request to alter fixed versions of bug #810121 to the same values 
previously set
> forcemerge 788062 810121
Bug #788062 [os-prober] os-prober corrupts LVs/partitions while being mounted 
inside a VM
Bug #810121 [os-prober] linux: KVM guests randomly get I/O errors on VirtIO 
based devices
Severity set to 'critical' from 'important'
Marked as found in versions os-prober/1.65.
Added tag(s) pending.
Merged 788062 810121
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
788062: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788062
810121: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810121
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processing of partman-auto_132_i386.changes

[Debian FTP Masters]

partman-auto_132_i386.changes uploaded successfully to localhost
along with the files:
  partman-auto_132.dsc
  partman-auto_132.tar.xz
  partman-auto_132_i386.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

Processing of partman-auto_132_i386.changes

[Debian FTP Masters]

partman-auto_132_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
  partman-auto_132.dsc
  partman-auto_132.tar.xz
  partman-auto_132_i386.udeb

Greetings,

Your Debian queue daemon (running on host coccia.debian.org)

Processed: tagging 808491, found 808874 in 20151023, tagging 809130, found 733693 in 0.6.1-6, tagging 733693 ...

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 808491 + sid stretch
Bug #808491 {Done: Gert Wollny } [src:insighttoolkit4] 
insighttoolkit4: FTBFS when build against gdcm-2.6.1
Added tag(s) sid and stretch.
> found 808874 20151023
Bug #808874 [src:debian-installer] debian-installer: FTBFS on i386: 586 vs. 686
Marked as found in versions debian-installer/20151023.
> tags 809130 + sid wontfix
Bug #809130 [src:ogre-1.8] ogre-1.8: FTBFS: "The following REQUIRED packages 
could NOT be located on your system: freetype"
Added tag(s) sid and wontfix.
> found 733693 0.6.1-6
Bug #733693 [ipkungfu] please do not depend on module-init-tools
Marked as found in versions ipkungfu/0.6.1-6.
> tags 733693 + sid stretch
Bug #733693 [ipkungfu] please do not depend on module-init-tools
Added tag(s) sid and stretch.
> tags 809225 + sid stretch
Bug #809225 [unison2.32.52] Segfault when using unison 2.32.52 in sid (both 
text and gtk versions)
Added tag(s) stretch and sid.
> tags 805835 + sid
Bug #805835 {Done: Michael Hanke } [src:voxbo] voxbo: Fails to 
build with GSL 2
Added tag(s) sid.
> tags 805814 + sid
Bug #805814 {Done: Michael Hanke } [src:mrtrix] mrtrix: Fails 
to build with GSL 2
Added tag(s) sid.
> found 810165 2.1.0-2
Bug #810165 [ants] ants: Please update dependency on libpng-dev
Marked as found in versions ants/2.1.0-2.
> found 802454 1.1.2-1
Bug #802454 [graphite-api] graphite-api: fails to purge: rm: cannot remove 
'/var/log/graphite-api /var/lib/graphite-api': No such file or directory
Marked as found in versions graphite-api/1.1.2-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
733693: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733693
802454: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802454
805814: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805814
805835: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805835
808491: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808491
808874: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808874
809130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809130
809225: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809225
810165: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810165
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

partman-auto_132_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 08 Jan 2016 06:52:25 +0100
Source: partman-auto
Binary: partman-auto
Architecture: source i386
Version: 132
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 partman-auto - Automatically partition storage devices (partman) (udeb)
Changes:
 partman-auto (132) unstable; urgency=medium
 .
   [ Martin Michlmayr ]
   * Remove recipes for armel/iop32x and armel/ixp4xx as these flavours
 are no longer supported.
Checksums-Sha1:
 8ac8f6f3290193eeea699b8c190178b299f5b894 1614 partman-auto_132.dsc
 d59f0e180a8ac856327c17a9e759a599139574a7 107676 partman-auto_132.tar.xz
 d7a9b84066cc984724f41cbe18f1724e00c4d3d0 86840 partman-auto_132_i386.udeb
Checksums-Sha256:
 6f2d4991390fb4cd9b82bba00207418da8abb153b235ce27bcaf54ab7d84ed92 1614 
partman-auto_132.dsc
 87f9f922a793ce874fa0a1c454a382ccd3a69995e8366a2a4c53c1a55866cbf5 107676 
partman-auto_132.tar.xz
 25f8c14377fe51d2f3fb9240ed47a859e60c07716740043cb32c2030178a23a7 86840 
partman-auto_132_i386.udeb
Files:
 22365ce5117f177183b0329f2d7e949d 1614 debian-installer standard 
partman-auto_132.dsc
 7c914ac00dfced8c17b7c1d0be3e202b 107676 debian-installer standard 
partman-auto_132.tar.xz
 7ba9b74586b1191246f994fb7140343c 86840 debian-installer standard 
partman-auto_132_i386.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWj8ZSAAoJEIcvcCxNbiWoRusP/Ar5dImpzW0dzY/1vjL4Sj1n
LU+hFNq5c35DIPgjTUpHMHbGMJX5GHoCEBCG+TAcb8SmAmCYQO4zw8C6P3QztMm9
AkRKsDKVTQVEavw0iqjbPrUlaJllfHNrj/ZgYoaq19evb82fddHmJZY1QGPUjCXI
AcXx4j91Pc0GkRutH1Gdg0uGObGu1QfkfDdd1+9YOREWdAat1dCAzW51NBOUSykd
OWqycXCCqUn+0WEny5jwbFUWZqSm7CnWBysdxZh84+Dko5zu0SPEZcoHDdp2KTe9
fCDNn4ETn6FxbxSOtAjrYGhj1en6yO6dnDcfxHSdOZyFJzDxg10uP5nGtgvCECQJ
avwNOHCNykmJQTcjl2L4WW3lGdtP6OR66f/2lmYj7xbibjVYYrE7JvfKrhLQ2CRr
fLhrY0efpn+x1FOFfL3qlgUBX2eIU4WA2aBnklzvsGEjawoW3RaZ21xal2yZz4z/
5OCsi9fyUIHOtxsxy4EQ042Eos7Qtr4PEoLdsnYF2Kn29Fo2FiIuE80DQebkYH/b
LLXH2py//SGc5wscqpOh5/YV8FHhZiyTwSRYauyYTBikwJdD5jTsrQ9Qqag+HlWO
OG5nT6F2qclhWYA2QYj23Fs3uGkb2ezl0/qWeoJkiGR6efMot1vzlQ2beMnlPiAN
P1UA34QiUMnQNrc6ECSh
=S1ol
-END PGP SIGNATURE-


Thank you for your contribution to Debian.