installation-guide_20130408_amd64.changes uploaded successfully to localhost
along with the files:
installation-guide_20130408.dsc
installation-guide_20130408.tar.gz
installation-guide-amd64_20130408_all.deb
installation-guide-armel_20130408_all.deb
Your message dated Mon, 08 Apr 2013 06:03:04 +
with message-id e1up5aw-ev...@franck.debian.org
and subject line Bug#604134: fixed in installation-guide 20130408
has caused the Debian Bug report #604134,
regarding partman-base: Makes MacOS 9 incompatible partition table
to be marked as done
-amd64 installation-guide-kfreebsd-i386
installation-guide-mips installation-guide-mipsel installation-guide-powerpc
installation-guide-s390 installation-guide-s390x installation-guide-sparc
Architecture: source all
Version: 20130408
Distribution: unstable
Urgency: low
Maintainer: Debian Install
06.04.2013 16:02, Guido Trotter wrote:
On Sat, Apr 6, 2013 at 11:05 AM, Michael Tokarev m...@tls.msk.ru wrote:
06.04.2013 12:56, Guido Trotter wrote:
Package: busybox-static
I know that acpid was disabled on purpose, but would it be possible to
reenable it? It is useful on VMs running with
On Mon, Apr 08, 2013 at 07:31:14AM +0200, Niels Thykier wrote:
Btw, I am not sure how important choose-mirror is, but it didn't migrate
last night (AFAICT it is built, just missing a signature + upload on ia64).
Apr 8 06:41:50 buildd-uploader[14181]: Set to Uploaded(sid): choose-mirror_2.45
Michael Tokarev m...@tls.msk.ru (08/04/2013):
I'm pinging this bug, as we're getting seriously out of time.
Well, if you had Cc'd the right people in the first place…
Let me start from scratch please. I wasn't aware of this
bugreport/discussion, and I made a mistake by not filing a proper
Forgot to mention one thing:
Cyril Brulebois k...@debian.org (08/04/2013):
My take is: until we hit real bugs in real situations, we keep busybox
as it is. If release managers want to cherry-pick a few fixes, I won't
stop them from requesting so. But as far as I'm concerned, I'd really
like
08.04.2013 11:57, Cyril Brulebois wrote:
Forgot to mention one thing:
Cyril Brulebois k...@debian.org (08/04/2013):
My take is: until we hit real bugs in real situations, we keep busybox as it
is. If release managers want to cherry-pick a few fixes, I won't stop them
from requesting so.
After installing Wheezy RC1, Aspire One 725 boots in GNOME (fallback
option) by default. No tweaks needed.
tags 704744 + patch
thanks
Le 08/04/2013 01:32, Thorsten Glaser a écrit :
My idea to fix this is:
Move the “umount_on_exit /dev/shm” line away from
/usr/share/debootstrap/functions and into the files under
/usr/share/debootstrap/scripts/ and then change it to use
/run/shm from wheezy
Processing commands for cont...@bugs.debian.org:
tags 704744 + patch
Bug #704744 [debootstrap] debootstrap: umounts /{dev,run}/shm of the *host*
system
Added tag(s) patch.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
704744:
Thorsten Glaser t...@mirbsd.de (07/04/2013):
reassign 704744 debootstrap
found 704744 debootstrap/1.0.48
retitle 704744 debootstrap: umounts /{dev,run}/shm of the *host* system
thanks
Next time, can you please put the right people in the loop?!
Cc-ing:
debian-bugs-d...@lists.debian.org
On Mon, Apr 8, 2013 at 8:30 AM, Michael Tokarev m...@tls.msk.ru wrote:
06.04.2013 16:02, Guido Trotter wrote:
On Sat, Apr 6, 2013 at 11:05 AM, Michael Tokarev m...@tls.msk.ru wrote:
06.04.2013 12:56, Guido Trotter wrote:
Package: busybox-static
I know that acpid was disabled on purpose, but
Hi Regid,
Regid Ichira regi...@nt1.in writes:
1. The auto alias doesn't work. auto=true does work. In fact, the
installation guide has contradictory saying on this issue.
http://d-i.debian.org/manual/en.i386/apbs02.html, B.2. Using
preseeding, has examples with only auto, without
The --timeout option no longer exists.
By now, grub supports setting
GRUB_TERMINAL=serial console
and will show the Grub menu on both, allowing both to be used.
I think this should become the default when a serial console is
detected during install.
--
.''`. martin f. krafft madduck@d.o
Stéphane Glondu dixit:
Why not just do nothing if /dev/shm is a symlink?
A $chroot/run/shm should probably be umounted.
Are there cases where umount_on_exit is called on a symlink that should
be followed? If not, I would just kill the problem directly there, as in
I was thinking about this a
Control: tags -1 = d-i patch
Hi,
On 05/04/13 13:31, Steven Chamberlain wrote:
Package has a Depends on network-manager-gnome which cannot be satisfied
on kfreebsd-amd64.
Package has a Depends on network-manager-gnome which cannot be satisfied
on kfreebsd-i386.
On 25/02/13 06:19, Christian
Processing control commands:
tags -1 = d-i patch
Bug #699471 [tasksel] tasksel: diff for NMU version 3.14+nmu1
Added tag(s) d-i; removed tag(s) pending.
--
699471: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699471
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
(please cc: me, not subscribed)
May I remind people about #696877 (when installing from USB stick,
grub writes the MBR to the wrong device - the USB stick).
I think this problem has been around in some form or other in squeeze
(eg #666974) and possibly before and I really think it needs fixing.
Vincent McIntyre vincent.mcint...@csiro.au (08/04/2013):
May I remind people about #696877 (when installing from USB stick,
grub writes the MBR to the wrong device - the USB stick).
I think this problem has been around in some form or other in squeeze
(eg #666974) and possibly before and I
Control: severity -1 important
Thorsten Glaser t...@mirbsd.de (08/04/2013):
Cyril Brulebois dixit:
Next time, can you please put the right people in the loop?!
Cc-ing:
debian-bugs-d...@lists.debian.org
I did a reply-to-all on the mail.
is just plain stupid. Maintainers of the
Processing control commands:
severity -1 important
Bug #704744 [debootstrap] debootstrap: umounts /{dev,run}/shm of the *host*
system
Severity set to 'important' from 'critical'
--
704744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704744
Debian Bug Tracking System
Contact
On Mon 08 Apr 2013 at 10:20:51 +0100, Philip Hands wrote:
The problem here is that in one context, it's talking about a syslinux
label auto which allows you to select a kernel command line that
includes the kernel parameters:
auto=true priority=critical
when compared to the other
(please cc:, not subscribed)
Hi,
I have taken a swing at this, see below.
When writing, one thing that I found particularly confusing is the sentence:
The literalauto/literal boot label is not yet defined everywhere.
_Where_ is it not defined? I'm not understanding what universe that
Quoting Steven Chamberlain (ste...@pyro.eu.org):
Control: tags -1 = d-i patch
Hi,
On 05/04/13 13:31, Steven Chamberlain wrote:
Package has a Depends on network-manager-gnome which cannot be satisfied
on kfreebsd-amd64.
Package has a Depends on network-manager-gnome which cannot be
Hi,
On 08/04/13 16:02, Christian PERRIER wrote:
The wheezy branch should indeed be deleted as it was obsoleted by the
latest upload.
Oh... I assumed the wheezy branch was going to stay forever?
There are other things in tasksel.git master not meant for wheezy? Like
the gnome-xfce switch?
If
On Mon, Apr 8, 2013 at 16:12:42 +0100, Steven Chamberlain wrote:
There are other things in tasksel.git master not meant for wheezy? Like
the gnome-xfce switch?
AFAIK that has been reverted.
Cheers,
Julien
signature.asc
Description: Digital signature
Cyril Brulebois dixit:
Certainly not an RC one. Faulty setups can lead to suboptimal
behaviours. That's one such case. Lowering severity accordingly (even
if as I said, important is probably too high on the debootstrap side).
Excuse me? Running debootstrap umounts /run/shm and you
call this a
Control: tags -1 = d-i patch
On 08/04/13 16:21, Julien Cristau wrote:
AFAIK that has been reverted.
Oh it has, thanks. The purpose of the branches makes sense now.
Attached is a patch for master, and with the right bug number this time.
Thanks,
Regards,
--
Steven Chamberlain
Processing control commands:
tags -1 = d-i patch
Bug #704748 [src:tasksel] task-gnome-desktop: uninstallable on kfreebsd-*
Added tag(s) patch; removed tag(s) pending.
--
704748: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704748
Debian Bug Tracking System
Contact ow...@bugs.debian.org
On Mon, Apr 8, 2013 at 21:57:57 +1000, Vincent McIntyre wrote:
I have looked into this myself but the grub-installer code is too
complex for me to debug, it needs someone more familiar with all the
corner cases in the code.
It rather needs someone willing to familiarize themselves with the
On Mon, Apr 08, 2013 at 12:11:52PM +, Thorsten Glaser wrote:
I did not know that. I think this is a debbugs bug; it’s inconsistent
to require of the bug submitter to manually look up maintainers (for
example, I wasn’t aware debootstrap has anything to do with booting
Debian…) when
Samuel Thibault sthiba...@debian.org writes:
Hello,
martin f krafft, le Sun 07 Apr 2013 06:40:37 +0200, a écrit :
As far as I can tell, d-i has all the information, and even leaving
a fully-commented pressed.cfg file in /var/log/installer after the
installation should be doable.
Did you
On Mon, Apr 08, 2013 at 02:51:07PM +0200, Cyril Brulebois wrote:
Vincent McIntyre vincent.mcint...@csiro.au (08/04/2013):
May I remind people about #696877 (when installing from USB stick,
grub writes the MBR to the wrong device - the USB stick).
I think this problem has been around in
Hi Bastian.
Niels Thykier ni...@thykier.net (08/04/2013):
On 2013-04-08 02:02, Cyril Brulebois wrote:
RMs, please unblock/urgent the recently uploaded:
netcfg/1.108
Unblocked.
Meh. Now it's blocked from migrating because:
Invalidated by dependency
Not considered
Depends:
Hello Debian,
I am currently installing Wheezy and the Erasing data is taking a long
time for the encrypted LVM install.
By a long time I mean 5 hours for 5% completed on erasing data.
I was wondering what this process is actually doing.
I have found with my job (Computer Forensic
On Mon, 2013-04-08 at 22:16 -0400, Nick Jenkins wrote:
Hello Debian,
I am currently installing Wheezy and the Erasing data is taking a long
time for the encrypted LVM install.
By a long time I mean 5 hours for 5% completed on erasing data.
I was wondering what this process is actually
unblock installation-guide/20130408, which should
have less junk (.svn/ all over the place) than the previous upload,
and should be a better fit for testing.
Thanks already.
Mraw,
KiBi.
signature.asc
Description: Digital signature
libdebian-installer_0.87_amd64.changes uploaded successfully to localhost
along with the files:
libdebian-installer_0.87.dsc
libdebian-installer_0.87.tar.gz
libdebian-installer4_0.87_amd64.deb
libdebian-installer4-dev_0.87_amd64.deb
libdebian-installer4-udeb_0.87_amd64.udeb
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 09 Apr 2013 04:50:44 +0200
Source: libdebian-installer
Binary: libdebian-installer4 libdebian-installer4-dev libdebian-installer4-udeb
libdebian-installer-extra4 libdebian-installer-extra4-udeb
Architecture: source
either.
Done.
And since that “take 1” thing isn't over, let's hijack it a bit more:
feel free to also unblock installation-guide/20130408, which should
have less junk (.svn/ all over the place) than the previous upload,
and should be a better fit for testing.
That too.
Regards,
Adam
41 matches
Mail list logo
