Would it be possible/reasonable (at least for stretch) to have the
installer detect this and ask "your hardware appears to be too new for
this release, would you like to enable -backports?"
On 04/07/16 23:38, Ben Hutchings wrote:
As I understand it, xserver-xorg-video-modesetting should be use
On Tue, 2016-07-05 at 08:25 +0100, Rebecca N. Palmer wrote:
> Have you reported this bug (with the full warnings)? If not, please
> do so.
I haven't. If I got a response at all to "My monitor doesn't work" it
looks to me it would be: compile latest source with instrumentation
turned on and send
On Mon, Jul 04, 2016 at 03:12:34PM +0200, Cyril Brulebois wrote:
>Hi,
>
>Steve McIntyre (2016-07-04):
>> There's something I've been pondering for a while, along with some
>> other folks - it might be useful to do a "jessie and a half" release,
>> similarly to what we did in the etch days. That's
On Mon, Jul 04, 2016 at 07:05:42PM +0200, Ben Hutchings wrote:
> On Mon, 2016-07-04 at 14:01 +0100, Steve McIntyre wrote:
> > A lot of arm64 machine users would benefit from this, and maybe owners
> > of very recent amd64 machines too, with better support for things on
> > the Skylake platform. Th
On Mon, Jul 04, 2016 at 04:01:10PM -0400, Nicholas D Steeves wrote:
>>>
>>> Is anybody else interested in helping? Thoughts/comments?
>
>Yes, it's a project I'm already working on ;-) Is this project a
>candidate for a new Debian Team?
I guess so, yes. :-)
>> 2. Does it have to be called "jessi
On Tue, 2016-07-05 at 10:07 +0200, Mark Brown wrote:
> On Mon, Jul 04, 2016 at 07:05:42PM +0200, Ben Hutchings wrote:
> > On Mon, 2016-07-04 at 14:01 +0100, Steve McIntyre wrote:
>
> > > A lot of arm64 machine users would benefit from this, and maybe owners
> > > of very recent amd64 machines too,
On 07/04/2016 03:01 PM, Steve McIntyre wrote:
> There's something I've been pondering for a while, along with some
> other folks - it might be useful to do a "jessie and a half" release,
> similarly to what we did in the etch days. That's *basically* just
> like a normal jessie release, but with a
On Tue, Jul 05, 2016 at 10:52:37AM +0200, Ben Hutchings wrote:
> On Tue, 2016-07-05 at 10:07 +0200, Mark Brown wrote:
> > We're getting to the point where there's a fairly pressing need for
> > arm64 - the more useful hardware is starting to get a wider distribution
> > and we don't really have an
On Tue, Jul 5, 2016 at 2:01 AM, Christian Seiler wrote:
>
> On 07/04/2016 03:01 PM, Steve McIntyre wrote:
> > There's something I've been pondering for a while, along with some
> > other folks - it might be useful to do a "jessie and a half" release,
> > similarly to what we did in the etch days.
Hello!
On Fri, Jan 08, 2016 at 08:05:31AM +0100, Cyril Brulebois wrote:
> Christian PERRIER (2016-01-08):
> > To other D-I developers (not to say "to Kibi") : I'm very tempted to
> > give full confidence in Marco's proposals (this one and the one
> > related to devices creation), apply these patc
On Jul 05, Andreas Henriksson wrote:
> I'm personally keen on seeing this move forward. As far as I'm aware
> there are no real blockers for this right now (since #817168 was recently
> fixed). If you're aware of any issues please tell me and I'd be happy
> to help out. Hoping to see us move forw
Hi Steve,
On Mon Jul 04, 2016 at 14:01:03 +0100, Steve McIntyre wrote:
> A lot of arm64 machine users would benefit from this, and maybe owners
> of very recent amd64 machines too, with better support for things on
> the Skylake platform. Those are the only two architectures I'm
> thinking of sup
2016-07-05 7:43 GMT-03:00 Jose R R :
> > Why would you call it "Jessie + 1/2"? Wouldn't it be a better idea
> Well IBM set a precedent for that: OS/2.
> Accordingly, Jessie BP could be called Jessie/2 ;-)
Well, that would be a half Jessie, not Jessie and a half, right? We could
use 3Jessie/2 o
Marco d'Itri (2016-01-08):
> +# Find out where the runtime dynamic linker and the shared libraries
> +# can be installed on each architecture: native, multilib and multiarch.
> +# This data can be verified by checking the files in the debian/sysdeps/
> +# directory of the glibc package.
> +#
> +#
Your message dated Tue, 5 Jul 2016 16:23:27 +0200
with message-id <20160705162327.2dda46f4@a68n.lokal>
and subject line done
has caused the Debian Bug report #706262,
regarding installation-reports: 'suid man' dialog displays previous title
'Configuring popularity-contest'
to be marked as done.
T
Hi all
I create two different partman recipies ( one with raid+LVM and another with
only LVM ) and I would like to allow user to choose one of them.
Is there any how to or doc where I can learn who to do it?
I think that I'll have to create a udeb and change package that show disk
partition
Your message dated Tue, 5 Jul 2016 16:41:20 +0200
with message-id <20160705164120.3de1d79b@a68n.lokal>
and subject line done
has caused the Debian Bug report #703661,
regarding installation-reports: Unable to complete partitioning with RAID + LVM
+ encryption after forgetting a partition
to be mar
On Tue, 2016-07-05 at 16:04 +0200, Cyril Brulebois wrote:
>
> > first_stage_install () {
> > + case $SUITE in
> > + etch|etch-m68k|jessie|lenny|squeeze|wheezy) ;;
> > + oldstable|stable) ;;
> > + *) setup_merged_usr ;;
I might be missing a part of the puzzle, but
Voeg n...@io-auctions.nl toe aan je adressenboek om er zeker van te zijn dat je
e-mails van I&O Auctions zult ontvangen
This mail has been sent to:
console-se...@packages.debian.org
Package: debootstrap
Version: 1.0.81
Severity: normal
I am using debootstrap in my own minimal system bootstrapper, and am making use
of the progress information reported to FH 3 as enabled by the
--debian-installer command-line flag.
Unfortunately, using this flag causes the behaviour of deboots
On Tue, 2016-07-05 at 08:25 +0100, Rebecca N. Palmer wrote:
> Would it be possible/reasonable (at least for stretch) to have the
> installer detect this and ask "your hardware appears to be too new for
> this release, would you like to enable -backports?"
It might be, but it's going to be hard t
On Mon, Jul 04, 2016 at 04:01:10PM -0400, Nicholas D Steeves wrote:
> I still wonder if a fork of the last linux:src=4.4, updated to bring
> it to linux-4.4.14 would be a lower support burden? I'm still finding
> that there are a fair number of issues reported with 4.5.x and 4.6.x
> on various mai
David McBride (2016-07-05):
> Package: debootstrap
> Version: 1.0.81
> Severity: normal
Are you sure this is the correct version?
> I am using debootstrap in my own minimal system bootstrapper, and am making
> use
> of the progress information reported to FH 3 as enabled by the
> --debian-insta
Holger Levsen (2016-07-05):
> On Mon, Jul 04, 2016 at 04:01:10PM -0400, Nicholas D Steeves wrote:
> > I still wonder if a fork of the last linux:src=4.4, updated to bring
> > it to linux-4.4.14 would be a lower support burden? I'm still finding
> > that there are a fair number of issues reported
Steve,
On 07/04/2016 10:01 AM, Steve McIntyre wrote:
A lot of arm64 machine users would benefit from this, and maybe owners
of very recent amd64 machines too.
ppc64el port would take benefit from it also, since, there were many new
kernel features that made linux after 3.16.
[ Adding kfreebsd and hurd porters to the loop. ]
Cyril Brulebois (2016-07-05):
> Marco d'Itri (2016-01-08):
> > +# Find out where the runtime dynamic linker and the shared libraries
> > +# can be installed on each architecture: native, multilib and multiarch.
> > +# This data can be verified by
On Jul 05, Cyril Brulebois wrote:
> > + case $ARCH in
> > + hurd-*) return 0 ;;
> > + amd64) link_dir="lib32 lib64 libx32" ;;
[...]
> I don't think having to play catch up with src:glibc is a good idea.
> Can't that be determined automatically instead of hardcoding this
>
On Mon, Jul 04, 2016 at 07:05:42PM +0200, Ben Hutchings wrote:
>On Mon, 2016-07-04 at 14:01 +0100, Steve McIntyre wrote:
>> Hey folks,
>>
>> There's something I've been pondering for a while, along with some
>> other folks - it might be useful to do a "jessie and a half" release,
>> similarly to w
On Tue, Jul 05, 2016 at 02:37:06PM +0200, Martin Zobel-Helas wrote:
>Hi Steve,
>
>On Mon Jul 04, 2016 at 14:01:03 +0100, Steve McIntyre wrote:
>> A lot of arm64 machine users would benefit from this, and maybe owners
>> of very recent amd64 machines too, with better support for things on
>> the Sk
On Tue, Jul 05, 2016 at 06:11:24PM +, Holger Levsen wrote:
>On Mon, Jul 04, 2016 at 04:01:10PM -0400, Nicholas D Steeves wrote:
>> I still wonder if a fork of the last linux:src=4.4, updated to bring
>> it to linux-4.4.14 would be a lower support burden? I'm still finding
>> that there are a f
On Tue, Jul 05, 2016 at 04:15:36PM -0300, Breno Leitao wrote:
>Steve,
>
>On 07/04/2016 10:01 AM, Steve McIntyre wrote:
>>A lot of arm64 machine users would benefit from this, and maybe owners
>>of very recent amd64 machines too.
>
>ppc64el port would take benefit from it also, since, there were man
Quoting Cyril Brulebois (k...@debian.org):
> Hi Christian,
>
> I'm seeing a new batch of commits fixing po files in various git
> repositories. Given this seems to be a recurring issue, and given the
> totally missed issues in cdebconf for a long time (which triggered this
> thread on debian-l10n-
Package: debian-installer
Severity: normal
Tags: d-i
Dear Maintainers,
In the Debian 8.5 installer, I noticed that the option to create encrypted
partitions is not available in the (first) install mode.
It is also not available in the expert mode. However, it is available in the
graphic install
33 matches
Mail list logo
