On Sun, Mar 7, 2021, at 13:12, John Paul Adrian Glaubitz wrote:
> On 3/7/21 5:02 PM, Holger Wansing wrote:
> > I fear, all the above is out of my skills.
> >
> > And for the (graphics) firmware problem, isenkram is of no help as it
> > seems,
> > at least for Bullseye.
>
> The issue is not a te
On Wed, Jan 22, 2020, at 02:49, Witold Baryluk wrote:
> The dmcrypt / LUKS doesn't enable discard by default on purpose, as it might
> potentially be a security issue. I don't think personally it is actual
> security problem, but it is just my personal opinion. You would need to
> convince dmcrypt
On Sun, Apr 21, 2019, at 12:54, Steve McIntyre wrote:
> To be honest, I can't think of a reason why we even offer a non-shadow
> system. Anyone?
Well, IMHO that option is still there to ensure we will have a zero-tested path
(because almost no one uses it), that goes against every modern best pr
On Sat, 16 Jun 2018, Holger Wansing wrote:
> Untracked files:
> ../../.l10n.lock
> ../../l10n-sync.log
> ../../scripts/dose.tmp/
> ../../scripts/testing-summary/age-policy-dates
> ../../scripts/testing-summary/hints/
>
> nothing added to commit but untracked files pre
On Fri, 18 Aug 2017, Dan Nicholson wrote:
> When devices.tar.gz was being used, the devices would be written into
> place with tar. This has the effect that the devices would be merged
> into an existing /dev in the target. setup_devices_simple() does not
> handle this case and fails when /dev alre
urgency=medium
+
+ * Non-maintainer upload.
+ * Provide an exit path to tasksel, this partially fixes #868892 by using
+the debconf "backup" capability to add an exit path to the multiselect
+dialog.
+
+ -- Henrique de Moraes Holschuh Wed, 19 Jul 2017 12:57:07 -0300
+
tasksel (
On Tue, 13 Jun 2017, Cyril Brulebois wrote:
> 3. https://www.debian.org/devel/debian-installer
I suggest that we add to this page something like this:
"Outdated system firmware (BIOS, UEFI, etc) may result in severe
misbehavior while installing Debian. Before you attempt to install, it
is stron
On Mon, 11 Aug 2014, Cyril Brulebois wrote:
> Michael Biebl (2014-08-11):
> > That is
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754987
> > https://lists.debian.org/debian-user/2014/07/msg01509.html
> >
> > I know a workaround, but haven't figured out the underlying cause yet.
>
> FWI
On Thu, 08 May 2014, Rick Thomas wrote:
> However, it seems that nobody looked at the PowerPC. If they use parted
> for that, then Henrique's point about it being complicated is probably
> spot-on. I'd like to file a bug report, so at least the problem is on the
> permanent record.
>
> Henrique,
On Mon, 05 May 2014, Rick Thomas wrote:
> Bottom line: It doesn't align to 1MiB boundaries. It doesn't even align to
> 4KiB boundaries.
>
> I think we can do better than that!
AFAIK, we do for i686 and amd64, unless it somehow got broken since wheezy.
lvm, md-raid/mdadm, mke2fs and mkfs.xfs wer
On Sat, 15 Feb 2014, Joerg Jaspert wrote:
> The biggest problem I see is with what Kurt posted:
>
> > So the first question I have about this if we can get
> > ftp.TLD.debian.org certificates for this, and what happens when
> > that host is down and DNS gets pointed to a different host?
>
> > I h
On Tue, 23 Apr 2013, Julien Cristau wrote:
> On Mon, Apr 22, 2013 at 19:23:50 -0300, Henrique de Moraes Holschuh wrote:
> > As of Linux kernel 3.9, support for supplying early firmware data to the
> > kernel has been added. Currently, it is used for early microcode update
As of Linux kernel 3.9, support for supplying early firmware data to the
kernel has been added. Currently, it is used for early microcode updates
for Intel processors, and ACPI table overrides.
This is a very important feature, that we should support as soon as
practical. ACPI table overrides ca
On Wed, 17 Apr 2013, Petter Reinholdtsen wrote:
> [Regid Ichira]
> > 1. AM I right that strictly speaking, there are cases where the
> > `easiest way' will not work?
>
> Yes. Any daemon started from within rcS.d/ will be killed by
> /etc/rc1.d/S01killprocs and not started again when switching to
On Thu, 13 Sep 2012, Henrique de Moraes Holschuh wrote:
> On Mon, 10 Sep 2012, Jonathan Nieder wrote:
> > (replying to -devel and -boot only)
> (I am not subscribed to -boot. Please keep -devel on replies, or CC me
> directly).
>
> > Henrique de Moraes Holschuh wrote:
&
On Mon, 10 Sep 2012, Jonathan Nieder wrote:
> (replying to -devel and -boot only)
(I am not subscribed to -boot. Please keep -devel on replies, or CC me
directly).
> Henrique de Moraes Holschuh wrote:
> > On Mon, 10 Sep 2012, Philipp Kern wrote:
> >> If we do that the same s
On Thu, 13 Sep 2012, Wolodja Wentland wrote:
> On Mon, Sep 10, 2012 at 11:44 +0200, Marco d'Itri wrote:
> > Also, we should mention somewhere (the install documentation?) that
> > non-free should be enabled to install microcode fixes which may be
> > critical to maintain the system stability.
>
On Mon, 10 Sep 2012, Philipp Kern wrote:
> On Sun, Sep 09, 2012 at 08:38:38PM -0300, Henrique de Moraes Holschuh wrote:
> > I'd like to see it recommend the instalation of (or just install by default)
> > system processor microcode update packages when non-free is enabled on
On Mon, 10 Sep 2012, Cyril Brulebois wrote:
> Features expected to be merged:
> - UEFI support (Steve). Before anyone asks, and as far as I can tell:
>it's not about supporting secure boot.
> - IPv6 support in d-i (Philipp).
> - Possibly more xz-related unblocks (Ansgar).
>
> If anybody wan
On Wed, 16 May 2012, Wookey wrote:
> this to Debian? I see a couple of places in the UI where it says
> 'Ubuntu' and it would be good if it got a bit cleverer and put in the
If Ubuntu sponsored the creation of usb-creator, we can package it that
way just fine, as long as the trademark license for
Package: partman-lvm
Severity: important
Tags: d-i
d-i now creates aligned partitons (at least for msdos disk labels),
using a 1MiB granularity.
Unfortunately, d-i is letting LVM2 use its default metadata size for the
PVs, which is 192KiB. This causes the first usable PE to be
out-of-aligment on
Package: partman-base
Severity: normal
Tags: d-i
Tested with partman in d-i daily build image from 2010-09-07.
When one forces a GPT label, the partitions are apparently created
without any alignment, instead of "optimal" aligment.
I tried using the "guided partitioner", as well as trying to do
On Tue, 07 Sep 2010, Otavio Salvador wrote:
> On Tue, Sep 7, 2010 at 9:50 AM, Henrique de Moraes Holschuh
> wrote:
> > On Tue, 07 Sep 2010, Christian PERRIER wrote:
> >> Dealing with alignment stuff has been introduced in partman-base 140
> >> and enhanced in later v
On Tue, 07 Sep 2010, Christian PERRIER wrote:
> Dealing with alignment stuff has been introduced in partman-base 140
> and enhanced in later versions.
>
> If you were using a weekly built netinst image (that includes d-i
> alpha1 released in Feb. 2010), you may be using an earlier version.
>
> Ca
Package: debian-installer
Severity: normal
Tags: d-i
The current IBM-PC style partitioner uses the no-good 255 heads, 63
sectors/track default format from 20 years ago, which misaligns
partitions on just about every device (logical or hardware) that has a
reason to care about something other than
On Sat, 07 Aug 2010, Colin Watson wrote:
> On Sat, Aug 07, 2010 at 04:31:22PM +0200, Frans Pop wrote:
> > On Saturday 07 August 2010, Neil McGovern wrote:
> > > As there isn't a resolution in sight, I'll add a hint at the end of
> > > August for the removal of the package unless there's significant
On Sat, 07 Aug 2010, Frans Pop wrote:
> On Saturday 07 August 2010, Neil McGovern wrote:
> > As there isn't a resolution in sight, I'll add a hint at the end of
> > August for the removal of the package unless there's significant
> > progress to fixing the issue.
>
> I still feel this is an overre
On Sat, 07 Aug 2010, Henrique de Moraes Holschuh wrote:
> Can we PLEASE rename this from "rescue" image to "safe mode" image, and
> document in its boot screen that it should NEVER be used in a system with
> filesystem or RAID problems?
Well, my whole reply came out
On Sat, 07 Aug 2010, Neil McGovern wrote:
> Well, it seems that other people haven't taken an interest in the bug,
> and we've now frozen, again.
Yes. And the justifications in the bug report for not fixing the underlying
issues go like this: we should take actions which are guaranteed to destro
The issue is being discussed in LKML, and it appears that _some_ BIOSes
can read data after the 2TB (with 512KiB sectors) limit...
Thread here:
http://lkml.org/lkml/2010/7/24/25
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. I
Package: debian-installer
Severity: important
Recording this to the Debian BTS and sending to relevant parties, to
make sure it is not forgotten.
- Forwarded message from Tejun Heo -
Date: Sat, 24 Jul 2010 11:58:42 +0200
From: Tejun Heo
To: Jeff Garzik , Ben Collins, Linux-IDE, LKML
Su
Package: debian-installer
Severity: important
Recording this to the Debian BTS and sending to relevant parties, to
make sure it is not forgotten.
- Forwarded message from Tejun Heo -
Date: Sat, 24 Jul 2010 11:58:42 +0200
From: Tejun Heo
To: Jeff Garzik , Ben Collins, Linux-IDE, LKML
Su
On Mon, 06 Apr 2009, Matthew Johnson wrote:
> On Mon Apr 06 11:07, Goswin von Brederlow wrote:
> > So lets get grub2 working everywhere. :) A worthy goal.
> Sure, but don't remove lilo until we're happy that grub2 does work
> everywhere.
And that we have something resembling acceptable, up-to-date
On Wed, 12 Jul 2006, Osamu Aoki wrote:
> What does people feel to make hdparm with DMA enabled to be default for
> etch?
Leave the DMA default for the kernel (hint: it is already on for disks, and
unless we are compiling our kernels with the "DMA only for disks" option,
also for ATAPI devices when
On Sun, 24 Feb 2002, Eduard Bloch wrote:
> Would anyone mind if we use the ide-scsi driver instead of ide-cd
> as-default on the bf2.4 flavor? Additionaly, I suggest to put ide-scsi
Well, 2.4 ide-scsi sometimes break (as in locks the drive hard) with common
(shitty) hardware, such as some 52x "cr
On Sun, 06 May 2001, Anthony Towns wrote:
> So, here's the deal. We need to get a proper policy for tasks fairly soon.
I agree. The current task-* packages are mostly useless cruft for what they
were supposed to do, i.e. help users during the install.
> * There should only be a limited num
36 matches
Mail list logo
