:04:16.0 +
+++ fakechroot-2.17.2/debian/changelog 2015-10-18 03:51:18.0 +
@@ -1,3 +1,10 @@
+fakechroot (2.17.2-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add empty audit_log_acct_message (closes: #745082).
+
+ -- Michael Gilbert <mgilb...@debian.org>
On Sun, Aug 30, 2015 at 4:49 AM, Philipp Kern wrote:
I have seen issues with this. It might be good for the general case of
apt where you see what the failure is and can retry if needed. But in
the US it caused me some aborted installations because there was some
mirror in the rotation that
package: choose-mirror
severity: wishlist
version: 2.65
This article [0] had some extensive complaints about Debian, one of
which is that the installer has too many screens (apparently 20 in
their case).
Setting a default mirror without user intervention would nicely save 3
of those steps, and
package: rescue-mode
version: 1.51
severity: important
x-debbugs-cc: debian-...@lists.debian.org
Adding the line set kFreeBSD.rescue/enable=true in a grub entry and
booting the kfreebsd installer fails when executing rescue-mode. The
error is:
mkdir: can't create directory '/dev/md': Operation
control: tag -1 - moreinfo
On Mon, Mar 30, 2015 at 12:58 AM, Cyril Brulebois wrote:
Thanks for trying, but no, that's not sufficient. I really would
like having a real use case where the bug gets reproduced without
“cheating” (for the lack of a better wording), so that we can actually
check
control: tag -1 - moreinfo
On Wed, Feb 25, 2015 at 11:23 PM, Cyril Brulebois wrote:
It would be nice to compare what happens when one installs gnome/jessie
vs. gnome/sid. I really wouldn't want this conflict to trigger having
rdnssd installed and network-manager/gnome not…
Everything seems to
On Thu, Mar 5, 2015 at 1:07 AM, Cyril Brulebois wrote:
Hi people,
here's a first round of unblock/unblock-udeb hints for the upcoming d-i
jessie RC2. Don't hesitate to ask questions if anything looks fishy.
Cyril,
Would it be possible also to unblock ndisc6 in time for RC2? I saw no
On Sun, Mar 1, 2015 at 12:32 AM, Michael Gilbert wrote:
It would be nice to compare what happens when one installs gnome/jessie
vs. gnome/sid. I really wouldn't want this conflict to trigger having
rdnssd installed and network-manager/gnome not…
After a successful jessie gnome install over
-maintainer upload by the Security Team.
+ * Fix CVE-2015-1572: incomplete fix for CVE-2015-0247 (closes: #778948).
+
+ -- Michael Gilbert mgilb...@debian.org Sun, 22 Feb 2015 01:50:57 +
+
e2fsprogs (1.42.12-1) unstable; urgency=low
* New upstream version
diff -Nru e2fsprogs-1.42.12/debian
It would be nice to compare what happens when one installs gnome/jessie
vs. gnome/sid. I really wouldn't want this conflict to trigger having
rdnssd installed and network-manager/gnome not…
After a successful jessie gnome install over ipv6
$ dpkg -l | grep rdnssd
$ dpkg -l | grep
using DNSSEC (closes: #778733).
+
+ -- Michael Gilbert mgilb...@debian.org Thu, 19 Feb 2015 03:42:21 +
+
bind9 (1:9.9.5.dfsg-8) unstable; urgency=medium
* Launch rndc command in the background in networking scripts to avoid a
only in patch2:
unchanged:
--- bind9-9.9.5.dfsg.orig/lib/dns
/changelog
--- ndisc6-1.0.1/debian/changelog
+++ ndisc6-1.0.1/debian/changelog
@@ -1,3 +1,11 @@
+ndisc6 (1.0.1-2) unstable; urgency=medium
+
+ * QA upload.
+ * Set maintainer to the Debian QA Group (see #713004).
+ * Add conflicts between rdnssd and network-manager (closes: #740998).
+
+ -- Michael
a regression in error handling for the server's init script
+(closes: #775834).
+- Thanks to François-Régis Vuillemin.
+
+ -- Michael Gilbert mgilb...@debian.org Fri, 13 Feb 2015 05:13:19 +
+
isc-dhcp (4.3.1-5) unstable; urgency=medium
* Dynamically link against system bind libraries.
diff
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
x-debbugs-cc: debian-boot@lists.debian.org
Please consider unblocking glibc. It fixes 5 security issues:
https://security-tracker.debian.org/tracker/source-package/glibc
unblock
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
x-debbugs-cc: debian-boot@lists.debian.org
Please consider unblocking kfreebsd-10. It fixes 2 security issues:
https://security-tracker.debian.org/kfreebsd-10
unblock
accepts paths as modules (closes: #776186).
+
+ -- Michael Gilbert mgilb...@debian.org Mon, 26 Jan 2015 03:18:37 +
+
busybox (1:1.22.0-14) medium; urgency=low
* one more attempt to fix the glibc build-depend for #769190, now
diff -Nru busybox-1.22.0/debian/patches/CVE-2014-9645.patch busybox
On Sun, Jan 25, 2015 at 10:49 PM, Cyril Brulebois wrote:
I uploaded an nmu fixing this issue to delayed/15. Please let me know
if I can shorten or if you want to do a maintainer upload instead.
See proposed patch attached.
NACK, it won't make it into testing this way.
Ok, cancelled.
Best
Please unblock bind9. It fixes an issue where a hang in named could
bring down the entire network #760555.
The changes only affect the bind9 binary package, so nothing in the
udebs has chaned.
unblock bind9/1:9.9.5.dfsg-8
unblock-udeb bind9/1:9.9.5.dfsg-8
--
To UNSUBSCRIBE, email to
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
Please unblock bind9. It fixes an issue where a hang in named could
bring down the entire network #760555.
This only touches files in the bind9 binary package, so nothing in the
udebs has
On Fri, Oct 31, 2014 at 9:57 AM, Steven Chamberlain wrote:
On 31/10/14 10:44, Michael Tokarev wrote:
Is it on kfreebsd, or on linux kernel too? I wonder maybe we should
switch to isc-dhcp on all variants/arches, and ditch udhcpc...
Linux d-i only uses udhcpc at the moment. (Ubuntu uses
On Mon, Oct 6, 2014 at 9:11 PM, Steven Chamberlain wrote:
On 00:52, Steven Chamberlain wrote:
Michael Gilbert wrote:
Would it be ok to stage the changes in unstable to make it somewhat
easy for porters to test?
I don't particularly need that as I can build the udebs and d-i image
from
On Mon, Oct 6, 2014 at 9:11 PM, Steven Chamberlain wrote:
On 00:52, Steven Chamberlain wrote:
Michael Gilbert wrote:
Would it be ok to stage the changes in unstable to make it somewhat
easy for porters to test?
I don't particularly need that as I can build the udebs and d-i image
from
parallel build. Closes: #762766
+ * Set -fno-delete-null-pointer-checks. Closes: #750760
+ * Fix dependencies for libbind-export-udeb. Closes: #762762
+ * Don't install configuration files to /usr. Closes: #762948
+
+ -- Michael Gilbert mgilb...@debian.org Sun, 28 Sep 2014 02:56:44 +
On Sun, Oct 5, 2014 at 7:02 PM, Cyril Brulebois wrote:
Michael Gilbert mgilb...@debian.org (2014-10-05):
Dear hurd and kfreebsd porters. I plan to upload the attached patch,
which along with the previous upload introduces a bind udeb, which
will be dynamically linked by the dhcp udeb. Please
On Sun, Oct 5, 2014 at 9:59 PM, Cyril Brulebois wrote:
I'm not going to go through building this on a kfreebsd porterbox to try
and figure out how isc-dhcp would look if rebuilt against such packages,
but that looks a saner base for porters to build upon.
That doesn't make the timing issues
On Mon, Sep 29, 2014 at 6:34 PM, Cyril Brulebois wrote:
I've uploaded an nmu fixing the issues revealed by the previous nmu to
delayed/5. Please let me know if I should delay longer. See attached
patch.
The udeb handling is crazy.
Please clearly describe what is actually wrong and I'll fix
On Sun, Sep 7, 2014 at 10:52 PM, Joey Hess wrote:
I have made some significant changes to tasksel, that will need changes
elsewhere. I plan to upload this to unstable pretty soon, feedback permitting.
[...]
│[*] Desktop environment │
│
I sympathise with a11y, but forcing gnome-orca on everyone won't
happen.
Well, that is actually precisely our goal: to have gnome-orca installed
on all systems, ready to be started in case one needs it.
Then it's unrelated to Xfce, and you want to include that in the base
system.
On Tue, Aug 19, 2014 at 8:10 PM, Cyril Brulebois wrote:
Steven Chamberlain ste...@pyro.eu.org (2014-08-20):
On 14/08/14 18:32, Cyril Brulebois wrote:
Now, I think there are several questions to answer:
1. What were the reasons for having arch-dependent dhcp clients?
I'd speculate because
On Fri, Aug 8, 2014 at 1:52 AM, Michael Gilbert wrote:
The better question is whether the xfce switch had or has any
influence on slowing the general debian growth rate [0]? Is the
slight downtick over the last few months due to the default desktop,
or some other change that users aren't
On Fri, Aug 8, 2014 at 12:41 AM, Joey Hess wrote:
Hardware: GNOME 3.12 will be one of the few desktop environments to support
HiDPI displays, now very common on some laptop models. Lack of support for
HiDPI means non-technical users will get an unreadable desktop by default,
and
no hints on
package: debootstrap
version: 1.0.56
severity: normal
The second stage always presents the keyring warning. This, I think,
is unnecessary since all of the package verification is done during
the first stage.
One may think that this could be worked around by using --keyring
On Thu, Jan 2, 2014 at 8:31 PM, Michael Gilbert wrote:
Now, I certainly don't want all that weight solely on my shoulders, so
I would very much prefer this choice to be team-maintained, and I
think the installer/boot team has the expertise and clout to make the
right choice when the time
On Fri, Jan 3, 2014 at 4:43 AM, Andreas Cadhalpun wrote:
Hi,
On 03.01.2014 10:16, Gaudenz Steinlin wrote:
Michael Gilbert mgilb...@debian.org writes:
So, today I wrote init-select. It's a small tool that empowers users
to freely and simply choose among all of the available init systems
On Fri, Jan 3, 2014 at 4:40 AM, Cyril Brulebois wrote:
Michael Gilbert mgilb...@debian.org (2014-01-02):
So, I suppose this isn't immediately obvious, but there is another
solved problem here.
Say the TC ultimately does not choose systemd as the default, and one
day gnome entirely drops
On Fri, Jan 3, 2014 at 4:16 AM, Gaudenz Steinlin wrote:
Or how would you ensure that
while the user can easily switch the init system, when doing so half of
the daemons installed won't start because they don't support the
alternative. And if he switches back, the other half does not start
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses to not act. TC action
means that the project is somehow dysfunctional.
init-select is a very simple technical solution
On Fri, Jan 3, 2014 at 11:19 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses
On Fri, Jan 3, 2014 at 11:44 AM, Michael Gilbert wrote:
On Fri, Jan 3, 2014 at 11:19 AM, Cyril Brulebois wrote:
Anyway, not going to play on words because there are so many efforts
wasted with this topic already. Again, my position on the topic: No, this
doesn't belong to the installer
On Fri, Jan 3, 2014 at 1:29 PM, Gaudenz Steinlin wrote:
Michael Gilbert mgilb...@debian.org writes:
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois k...@debian.org wrote:
Michael Gilbert mgilb...@debian.org (2014-01-03):
It is often far more ideal when the TC chooses to not act. TC action
Hi :)
The TC init discussion has diverged significantly from Debian's usual
ideals of freedom and meritocracy, so I decided to do something about
it.
So, today I wrote init-select. It's a small tool that empowers users
to freely and simply choose among all of the available init systems.
It also
On Thu, Jan 2, 2014 at 8:39 PM, Cyril Brulebois wrote:
Even if what's happening on tech-ctte isn't exactly ideal, I don't think
letting users choose their init system is a service to them. Editing a
kernel command line is enough for those who want to play. Others don't
need to bother.
So, I
On Fri, Sep 6, 2013 at 4:58 AM, Bjørn Mork bj...@mork.no wrote:
Dmitrijs Ledkovs x...@debian.org writes:
On 5 September 2013 20:58, Bjørn Mork bj...@mork.no wrote:
Christian PERRIER bubu...@debian.org writes:
Quoting Bjørn Mork (bj...@mork.no):
So, it's probably less overkill than it may
On Thu, May 30, 2013 at 3:44 AM, Cyril Brulebois wrote:
There's no final decision, it simply never was discussed at all.
It would probably be good to get that discussion started early during
this cycle to reduce the surprise factor.
Since it was rather difficult to fit gnome onto 1 cd in wheezy
On Fri, May 31, 2013 at 3:06 PM, Cyril Brulebois wrote:
Michael Gilbert mgilb...@debian.org (31/05/2013):
It would probably be good to get that discussion started early during
this cycle to reduce the surprise factor.
Since it was rather difficult to fit gnome onto 1 cd in wheezy (and I
control: tag -1 patch
On Sun, Mar 17, 2013 at 2:33 PM, Michael Gilbert wrote:
Martin Michlmayr wrote:
I disagree. flash-kernel maintains a database with information about
each device, including a list of required packages. It will install
those required packages. u-boot-tools is listed
control: tag -1 -patch
On Mon, Mar 25, 2013 at 6:02 AM, Julien Cristau wrote:
Since the release is getting close, I've gone ahead with an nmu adding
u-boot-tools as a real dependency. Uploaded to delayed/5 to give
you a chance to do a maintainer upload if desired. Please see
attached patch.
Martin Michlmayr wrote:
I disagree. flash-kernel maintains a database with information about
each device, including a list of required packages. It will install
those required packages. u-boot-tools is listed for the Linkstation,
so the real question is why it's not being installed.
Hi,
Please remove the udeb-block from isc-dhcp so wheezy can get the RC
bug fixes uploaded to tpu a couple weeks ago.
Thanks,
Mike
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On Sun, Mar 3, 2013 at 5:57 AM, Michael Gilbert wrote:
Hi,
Please remove the udeb-block from isc-dhcp so wheezy can get the RC
bug fixes uploaded to tpu a couple weeks ago.
Sorry, wrong terminology. Please consider approving a udeb-unblock
for isc-dhcp.
Thanks,
Mike
--
To UNSUBSCRIBE
Joey Hess wrote:
I'm unsure about trying to work around this in debootstrap, despite
https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/802985 having
a LD_PRELOAD hack to do so.
There is also setarch or uname26:
http://mirror.linux.org.au/linux/kernel/people/ak/uname26/uname26.c
See
On Sun, Nov 25, 2012 at 11:47 AM, Bart-Jan Vrielink wrote:
Now I'm trying with the disk1 iso copied to another USB disk. This time it
manages to complete the installation without any issues, but fails to boot.
After grub, I do get the following at bootup:
Loading Linux 3.2.0-4-amd64 ...
On Sun, Nov 25, 2012 at 1:02 PM, Bart-Jan Vrielink wrote:
That is grub bug #661789.
Looks like it is. Anyone knows a workaround?
Yes. Take a look at the merged bug reports.
Best wishes,
Mike
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe.
On Sun, Nov 25, 2012 at 12:13 AM, Keith Moyer wrote:
On 11/24/2012 4:53 PM, Steve McIntyre wrote:
No, you're doing the right thing. dd to the raw device is the
right way to use the image, I was just checking that was what
you'd done. Hmmm. Another machine that doesn't like the UEFI stuff
On Sat, Nov 24, 2012 at 9:17 AM, Bart-Jan Vrielink wrote:
Hello,
I'm trying to use the latest beta of the Wheezy installer to get an OS on my
new Zenbook.
I also have a zenbook, so I ran into similar issues, but this was
before EFI support was added.
I did this by DD'ing the netboot iso to
Hi, I've uploaded an nmu fixing this issue to delayed/7. The extra
time is to give you a chance to do a maintainer upload instead.
Please see attached patch.
Best wishes,
Mike
os-prober.patch
Description: Binary data
On Mon, Nov 12, 2012 at 6:30 PM, Julien Cristau wrote:
On Mon, Nov 12, 2012 at 16:57:30 -0500, Michael Gilbert wrote:
Hi, I've uploaded an nmu fixing this issue to delayed/7. The extra
time is to give you a chance to do a maintainer upload instead.
Please see attached patch.
Isn't this bug
On Sun, Oct 28, 2012 at 6:28 PM, Cyril Brulebois wrote:
Michael Gilbert mgilb...@debian.org (25/10/2012):
I've uploaded an nmu fixing this issue to delayed/7. The extra time
is in case you want to do a maintainer upload instead. See attached
patch.
The changelog entry really should be more
control: tag -1 patch
Hi,
I've uploaded an nmu fixing this issue to delayed/7. The extra time
is in case you want to do a maintainer upload instead. See attached
patch.
Best wishes,
Mike
tasksel.patch
Description: Binary data
Maybe some information about the disk layout helps, too:
/dev/sda is the only disk installed.
/dev/sda1 /boot ext4
/dev/sda2 encrypted physical volume for lvm2:
/dev/mapper/pv00physical volume
/dev/mapper/vg00-root / filesystem
I see processes such as:
grub-mount /dev/mapper/vg1-SomeLogicalVolume /var/lib/os-prober/mount
Can you all see if you have anything in common with these vg
partitions? Also, can you analyze the output from manually running
the seemingly hanging process?
# grub-mount /dev/mapper/vgwhatever
On Tue, Aug 21, 2012 at 12:41 PM, borish wrote:
Well, I know how to solve my problem, but this doesn't help the
unexperienced user who might ditch Debian if wifi doesn't work and install
Ubuntu instead. Ubuntu supports non-free firmware during install.
Presumably inexperienced (but proactive)
On Sun, Aug 19, 2012 at 6:25 AM, Cyril Brulebois wrote:
Michael Gilbert mgilb...@debian.org (18/08/2012):
Andrew hasn't yet made it clear which version he's been planning to
support in wheezy [0], but he did upload this one well before the
freeze.
Nice try:
[2012-07-01] Accepted 4.2.4-1
On Sun, Aug 19, 2012 at 12:23 PM, Cyril Brulebois wrote:
Anyway, it was close.
“close” isn't exactly “well before” as you previously claimed.
Wording mistake. Sorry.
I don't see any reasons why the version currently sitting in testing
would not be the version in wheezy. Which should answer
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
Please unblock package isc-dhcp
Andrew hasn't yet made it clear which version he's been planning to
support in wheezy [0], but he did upload this one well before the
freeze. Unfortunately
On Thu, Aug 16, 2012 at 12:03 AM, Christian PERRIER wrote:
This recently came up on the fsf-collab list. Here are my thoughts on
appropriate wording:
http://lists.alioth.debian.org/pipermail/fsf-collab-discuss/2012-August/000200.html
Obviously that's rather long given character constraints
On Wed, Aug 15, 2012 at 6:05 PM, Stefan Nagy wrote:
Debian (installer) should enable users to make a decision here. Instead
right now it seems like the safe way in each and every case is to
install proprietary firmware – and everyone who decides not to install
it is on his/her own.
This is
On Tue, Aug 14, 2012 at 6:06 PM, zac newton wrote:
Package: debian-installer
Version: debian-6.0.5-i386-cd1.iso
Severity: important
The cd iso installer does not install ndiswrapper correctly. One problem
(there
may be more) is that the ndiswrapper.ko file is not installed. The problem is
On Sat, May 12, 2012 at 12:04 PM, Steve McIntyre wrote:
Hey folks,
Remembering the fun that we had during the Squeeze release with trying
to make single-CD installations work well, it's time to consider what
we're going to *claim* to support in Wheezy. We've had a history of
supporting the
forcemerge 650234 649146
reassign 650234 eglibc
retitle 650234 eglibc: libc-2.11.x.so segfaults when used with ld-2.13.so
thanks
Hi, this seems more of an eglibc issue, so I am reassigning. Daniel
Kahn Gillmor did a lot of useful tinkering in
http://bugs.debian.org/650234.
Thanks,
Mike
--
On Tue, Mar 13, 2012 at 1:06 PM, Colin Watson wrote:
I've committed my improved version, which you're welcome to review:
Cool! Thanks for looking into this. This problem has reared its head
on me too many times to count over the past few years ;)
Thanks again!
Mike
--
To UNSUBSCRIBE,
On Sat, Jan 14, 2012 at 8:42 AM, Alexey Eromenko wrote:
gnash is not only installed with KDE, from what I see as its
installation is triggerred by the desktop task, that's common to KDE
and GNOME, at least.
It is triggerred by browser-plugin-gnash.
What do you suggest as alternative? I
On Fri, Dec 16, 2011 at 3:45 AM, richard wrote:
On Thu, 15 Dec 2011 19:01:38 -0500
Michael Gilbert michael.s.gilb...@gmail.com wrote:
On Tue, Dec 13, 2011 at 9:08 AM, Richard wrote:
Hi
I used the daily build 12/12/11 for a clean install on a amd64 machine,
the network dchp problem
On Tue, Dec 13, 2011 at 9:08 AM, Richard wrote:
Hi
I used the daily build 12/12/11 for a clean install on a amd64 machine,
the network dchp problem is fixed, but the graphical install still freezes on
the first page,
or could be no response to mouse or keyboard.
Hi, I'm still having
package: debootstrap
version: 1.0.37
severity: important
Hi,
debootstrapping squeeze with the fakechroot variant leads to a nested
usage of fakeroot. For example
$ fakeroot fakechroot /usr/sbin/debootstrap --variant=fakechroot
squeeze --verbose ./squeeze-fakechroot
[...]
I: Extracting
On Fri, Nov 18, 2011 at 3:06 AM, Michael Gilbert wrote:
package: debootstrap
version: 1.0.37
severity: important
Hi,
debootstrapping squeeze with the fakechroot variant leads to a nested
usage of fakeroot.
It may be that the fix for #588773 wasn't quite right as the following
gets
On Fri, 23 Sep 2011 00:11:18 +0200 Matthijs Wensveen wrote:
Hi,
I've just downloaded the debian-testing-amd64-netinst.iso file from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/
The checksums in MD5SUMS.small and SHA512SUMS.small do not match with
the
package: debian-installer
version: 20110106
severity: important
tags: patch
d-i fails to build unstable x86 netboot images (see below), which
will become a problem as d-i development moves forward with newer
kernels/packages coming in from unstable. I've attached a patch
that fixes this by using
Otavio Salvador wrote:
The installer itself, sometimes, need modifications or fixes to be able to
handle newer kernel versions so the version that is hard-coded on those is
the version that is supported by the installer. It is not only a matter of
recompile installer against the new kernel
retitle 617943 debian-installer: should dynamically populate KERNELIMAGEVERSION
thanks
On Mon, Mar 14, 2011 at 11:39 AM, Otavio Salvador wrote:
By default the building system gets the udebs from unstable. This is
configurated on debian/rules using the building system variable (that
you ought
Ernest Sales wrote:
I tried a netinst for testing build 24-04-2011, MD5 OK, but it fails at the
'install base system' step. I couldn't investigate further as I am in a
hurry, but an older build netinst is working fine.
It's not going to work without a newer = 1.116 base-installer. Try
the
Lorenzo Bernardi wrote:
On 04/07/2011 01:36 PM, Michael Gilbert wrote:
There is no guarantee that the testing installer will work at any given
time. You can try the testing snapshot release, which has certain known
problems already, has been tested, and is known to work
Lorenzo Bernardi wrote:
Dear Stefano,
Lorenzo,
could you kindly provide us the detailed URLs where did you download
vmlinuz, initrd.gz
and iso file?
Bye
Stefano
The url for the downloads are:
http://people.debian.org/~joeyh/d-i/images/daily/hd-media/vmlinuz
There is no guarantee that the testing installer will work at any given
time. You can try the testing snapshot release, which has certain known
problems already, has been tested, and is known to work:
That should say certain known problems already *fixed*.
--
To
package: debootstrap
version: 1.0.28
severity: important
tags: patch
debootstrap's current download error handling isn't very robust. It
declares success just for the presence of a downloaded file, which may
be a partial download, or one for which the checksum doesn't match.
Eventually those
I probably should have mentioned that these errors are much more
likely within d-i for some reason. The best way to reproduce this is
to do an installation up through partitioning, then do:
$ debootstrap wheezy /target/wheezy-chroot
http://snapshot.debian.org/archive/debian/20110318T093210Z
At
package: busybox-udeb
version: 1.18.4-1
severity: normal
It would be nice if busybox-udeb provided seq for use in d-i scripts.
See bug #618920 for one particular case where I would like to use it.
That code of course could be rewritten to avoid the use of seq, but its
so much cleaner with it.
/changelog 2011-03-18 16:25:11.0 -0400
@@ -1,3 +1,9 @@
+debootstrap (1.0.28gilbert1) unstable; urgency=low
+
+ * Don't remove convienience links in debootstrab-udeb.
+
+ -- Michael Gilbert michael.s.gilb...@gmail.com Fri, 18 Mar 2011 16:24:43 -0400
+
debootstrap (1.0.28) unstable; urgency
package: debian-installer
version: 20110106
severity: important
d-i's make build_netboot currently fails due to absent 2.6.32 module udebs.
Strangely enough, the netboot build seems to go fine when using debuild
instead of the isolated make build_netboot.
Thanks for looking into this. Best
On Mon, 7 Mar 2011 18:25:14 -0500 Rick Thomas wrote:
On Mar 7, 2011, at 3:08 PM, Adam D. Barratt wrote:
On Mon, 2011-03-07 at 19:17 +0100, Christian PERRIER wrote:
Quoting Rick Thomas (rbtho...@pobox.com):
Package: installation-reports
Version: 2.44
Severity: grave
Tags: d-i
found 615926 1:1.17.1-8
notfound 615926 1:1.17.1-10
thanks
On Tue, 1 Mar 2011 12:17:18 -0400 Joey Hess wrote:
Thijs Kinkhorst wrote:
On Tue, March 1, 2011 05:21, Michael Gilbert wrote:
package: busybox-udeb
version: 1:1.17.1-10
severity: grave
Hi, testing is currently
package: busybox-udeb
version: 1:1.17.1-10
severity: grave
Hi, testing is currently uninstallable since debootstrap (as of 1.0.28)
no longer uses md5 for integrity checks. It can make use of various
shaXYZsum instead. I think providing sha1sum should be sufficient, but
it may make sense to
package: debootstrap
version: 1.0.26
severity: serious
this is already in discussion on -devel, but i figure its worth a bug
report for tracking purposes. sid and wheezy can't be bootstrapped
anymore since their release files lack md5sums.
best wishes,
mike
--
To UNSUBSCRIBE, email to
forcemerge 493065 588773
retitle 493065 debootstrap fakechroot variant fails due to missing PATH
tag 493065 patch
thanks
this fails because chroot is in /usr/sbin, which isn't in PATH for
normal users by default anymore. i've attached a preliminary patch that
fixes this in debootstrap, but i
package: debian-installer
severity: normal
suppose that at the beginning of the installation the user says yes to
whether they want their clock to be autamically configured with NTP,
then (ideally) they should never have to worry about the clock ever
again.
however, as the installer finishes up,
On Thu, 26 Nov 2009 00:39:41 +0100 Frans Pop wrote:
reassign 558016 clock-setup
thanks
On Wednesday 25 November 2009, Michael Gilbert wrote:
suppose that at the beginning of the installation the user says yes to
whether they want their clock to be autamically configured with NTP
package: debian-installer
severity: important
tags: security
there is now an option in the expert mode of the debian-installer that
allows the user to install their system without a root account
(replacing it with sudo priviledges for the default user). this exposes
a loophole that enables local
On Tue, 24 Feb 2009 22:12:52 -0800 Steve Langasek wrote:
since there is no root password set up during installation, a local
attacker can simply boot into the root account (without being prompted
for a password) via single user mode (single kernel option).
Have you tested that this is
On 4/15/07, Geert Stappers wrote:
For those users there is preseeding.
See the preseeding section in the manual for details.
ok, so if that's the case, why can't the prompts be upfront and store
the user choices to the preseed file?
mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
reopen 382889
thanks
Subject: Closing bug as we don't intend to change the order of questions
After the discussion that happened in this bug's log, it is clear that
the D-I team has no intent to change the order of questions in the
installation process.
The user setup comes after the
1 - 100 of 130 matches
Mail list logo