Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Lou Poppler]

On Mon, 2021-02-08 at 22:59 +, Bernard McNeill wrote:
> 
> But, as I think I mentioned earlier, I am very reluctant indeed to mess 
> around with Windows itself.
> I have backed up the user data, but I am not at all sure how to 
> re-install Windows itself.  If the machine failed I suspect I would take 
> it to a specialist with a copy of the user data.

I suggest at this point you should try out one of the debian "live" images.
These can be copied to a USB stick (via win32diskimager or others) just like you
copied the installer to USB.  Then, you boot into the live image and it runs
completely from the USB stick -- you have a mostly complete linux system you can
experiment with, without permanently writing it onto any other disks, and
without the live system needing to write to any other disks.

I would suggest the current stable "gnome" live system, which is familiar to
Windows users -- and I also suggest the so-called "non-free" version (which just
means it includes various firmware files for wifi or fancy graphics adapters,
etc.)

Download here: 
https://cdimage.debian.org/cdimage/unofficial/non-free/images-including-firmware/current-live/amd64/iso-hybrid/debian-live-10.8.0-amd64-gnome+nonfree.iso

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Lou Poppler]

On Mon, 2021-02-08 at 22:59 +, Bernard McNeill wrote:
> 
> On 08/02/2021 22:44, Lou Poppler wrote:
> > On Mon, 2021-02-08 at 22:26 +, Bernard McNeill wrote:
> > [...]
> > > I have one SSD (which has Win-10 on it), there is no other disk
> > > (spinning or otherwise) on the machine.
> > > The BIOS System Information says 'M.2. SATA =(none)'
> > > and 'M.2. PCIe SSD-0=87NB51ASK5HS'.
> > > However: Under BIOS System Configuration, 'SATA Operation' is set to
> > > 'RAID On', [other options are 'Disabled' and 'AHCI' ].
> > > 
> > 
> > Interesting that Dell is making a distinction here between SATA and PCIe 
> > mass
> > storage, but calling its RAID foolishness "SATA Operation - RAID On".
> > Does this imply maybe that the SSD connected via PCIe and not via the SATA
> > wiring/controller, is exempt from the RAID interference?  I don't know.
> > 
> > It sure would be nice if that is what they mean though.
> > Maybe you can carefully test how this really works.
> > (Make the backup first though)
> > 
> > 
> 
> Is it even possible to RAID an SDD?
> 
With software RAID, you can combine all manner of storage devices into a
"managed device" even different physical types of storage.  What this built-in
factory RAID might be is unclear to me.  From the misbehavior of the system
regarding your sometimes attached external USB disk (with the attempted debian
install on it) it seems likely that the factory/BIOS RAID thing might be
interposing itself between disks as seen by running programs (like the debian
installer) and the actual hardware storage itself.

> But, as I think I mentioned earlier, I am very reluctant indeed to mess 
> around with Windows itself.
> I have backed up the user data, but I am not at all sure how to 
> re-install Windows itself.  If the machine failed I suspect I would take 
> it to a specialist with a copy of the user data.

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Bernard McNeill]

On 08/02/2021 22:44, Lou Poppler wrote:

On Mon, 2021-02-08 at 22:26 +, Bernard McNeill wrote:
[...]

I have one SSD (which has Win-10 on it), there is no other disk
(spinning or otherwise) on the machine.
The BIOS System Information says 'M.2. SATA =(none)'
and 'M.2. PCIe SSD-0=87NB51ASK5HS'.
However: Under BIOS System Configuration, 'SATA Operation' is set to
'RAID On', [other options are 'Disabled' and 'AHCI' ].


Interesting that Dell is making a distinction here between SATA and PCIe mass
storage, but calling its RAID foolishness "SATA Operation - RAID On".
Does this imply maybe that the SSD connected via PCIe and not via the SATA
wiring/controller, is exempt from the RAID interference?  I don't know.

It sure would be nice if that is what they mean though.
Maybe you can carefully test how this really works.
(Make the backup first though)



Is it even possible to RAID an SDD?

But, as I think I mentioned earlier, I am very reluctant indeed to mess 
around with Windows itself.
I have backed up the user data, but I am not at all sure how to 
re-install Windows itself.  If the machine failed I suspect I would take 
it to a specialist with a copy of the user data.


Best regards

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Lou Poppler]

On Mon, 2021-02-08 at 22:26 +, Bernard McNeill wrote:
[...]
> I have one SSD (which has Win-10 on it), there is no other disk 
> (spinning or otherwise) on the machine.
> The BIOS System Information says 'M.2. SATA =(none)'
> and 'M.2. PCIe SSD-0=87NB51ASK5HS'.
> However: Under BIOS System Configuration, 'SATA Operation' is set to 
> 'RAID On', [other options are 'Disabled' and 'AHCI' ].
> 
Interesting that Dell is making a distinction here between SATA and PCIe mass
storage, but calling its RAID foolishness "SATA Operation - RAID On".
Does this imply maybe that the SSD connected via PCIe and not via the SATA
wiring/controller, is exempt from the RAID interference?  I don't know.

It sure would be nice if that is what they mean though.  
Maybe you can carefully test how this really works.
(Make the backup first though)

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Lou Poppler]

On Mon, 2021-02-08 at 22:26 +, Bernard McNeill wrote:
> 
> On 08/02/2021 21:57, Lou Poppler wrote:
> > On Mon, 2021-02-08 at 20:47 +, Bernard McNeill wrote:
> > > 
> > > On 08/02/2021 20:33, Cyril Brulebois wrote:
> > > > Bernard McNeill  (2021-02-08):
> > > > > It says to 'Change the SATA from RAID On to AHCI, without this change 
> > > > > Linux
> > > > > will not find SSD'.
> > > > > Questions: 1. To me, SATA is a reference to HDD, no internal HDD on my
> > > > > copy of this model - so not relevant ?
> > > > 
> > > > Used for almost anything really, HDD, SSD, USB sticks, etc.
> > > > 
> > > > > In passing, I note the same link shows a need to disable Secure Boot -
> > > > > is this now obsolete?
> > > > 
> > > > Likely. We've started supporting SB with Debian 10 (buster).
> > > > 
> > > > 
> > > > Cheers,
> > > > 
> > > 
> > > If I change the SATA from RAID On to AHCI, do I mess up whatever is
> > > currently on the SSD?
> > > 
> > > Best regards
> > > 
> > 
> > See 
> > https://www.dell.com/community/XPS/Pros-Cons-AHCI-vs-Raid-On-XPS13-9300-NVMe/td-p/7636984
> > 
> > You have Windows on a regular, spinning hard disk in the machine, and you 
> > also have an
> > unused SSD -- is this correct?  Or maybe they are already RAIDed together 
> > by the factory?
> > 
> > I thing especially if you are now introducing a third external disk to the 
> > mix, you probably
> > do not want this factory RAID thing, but I don't know how safe it is to 
> > turn it off if you
> > already have two mass-storage devices controlled by the thing.
> > 
> 
> + You have Windows on a regular, spinning hard disk in the machine, and 
> + you also have an
> + unused SSD -- is this correct?  Or maybe they are already RAIDed
> + together by the factory?
> I have one SSD (which has Win-10 on it), there is no other disk 
> (spinning or otherwise) on the machine.
> The BIOS System Information says 'M.2. SATA =(none)'
> and 'M.2. PCIe SSD-0=87NB51ASK5HS'.
> However: Under BIOS System Configuration, 'SATA Operation' is set to 
> 'RAID On', [other options are 'Disabled' and 'AHCI' ].
> 
> Best regards

That Dell Community webpage also says there is a *chance* that you can change
the BIOS option, and get into Windows "safe mode" and recover.  
I strongly suggest making a backup now, of anything in the windows install that
you do not want to lose.

[ also note, I made a couple small modernizing edits to 
https://wiki.debian.org/InstallingDebianOn/Dell/Dell_XPS_13_9360  ]

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Bernard McNeill]

On 08/02/2021 22:08, Lou Poppler wrote:

On Mon, 2021-02-08 at 14:57 -0700, Lou Poppler wrote:


See 
https://www.dell.com/community/XPS/Pros-Cons-AHCI-vs-Raid-On-XPS13-9300-NVMe/td-p/7636984


Reading more on that page looks like you should not change the setting unless
you are prepared to re-install your Windows; but also looks like you cannot
install linux beside your Windows unless you _DO_ change the setting.
Can you backup and then restore your existing windows setup?

I have saved the Win-10 user data, but regard destroying and recreating 
Windows as something only to be attempted in the event of a machine 
failure, not simply my wish to experiment with Linux.
That's why I bought an external HDD - idea was Linux goes on that, not 
touching Win-10 or the Win-10 user data on the SDD.


Best regards

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Bernard McNeill]

On 08/02/2021 21:57, Lou Poppler wrote:

On Mon, 2021-02-08 at 20:47 +, Bernard McNeill wrote:


On 08/02/2021 20:33, Cyril Brulebois wrote:

Bernard McNeill  (2021-02-08):

It says to 'Change the SATA from RAID On to AHCI, without this change Linux
will not find SSD'.
Questions: 1. To me, SATA is a reference to HDD, no internal HDD on my
copy of this model - so not relevant ?


Used for almost anything really, HDD, SSD, USB sticks, etc.


In passing, I note the same link shows a need to disable Secure Boot -
is this now obsolete?


Likely. We've started supporting SB with Debian 10 (buster).


Cheers,



If I change the SATA from RAID On to AHCI, do I mess up whatever is
currently on the SSD?

Best regards


See 
https://www.dell.com/community/XPS/Pros-Cons-AHCI-vs-Raid-On-XPS13-9300-NVMe/td-p/7636984

You have Windows on a regular, spinning hard disk in the machine, and you also 
have an
unused SSD -- is this correct?  Or maybe they are already RAIDed together by 
the factory?

I thing especially if you are now introducing a third external disk to the mix, 
you probably
do not want this factory RAID thing, but I don't know how safe it is to turn it 
off if you
already have two mass-storage devices controlled by the thing.

+ You have Windows on a regular, spinning hard disk in the machine, and 
+ you also have an

+ unused SSD -- is this correct?  Or maybe they are already RAIDed
+ together by the factory?
I have one SSD (which has Win-10 on it), there is no other disk 
(spinning or otherwise) on the machine.

The BIOS System Information says 'M.2. SATA =(none)'
and 'M.2. PCIe SSD-0=87NB51ASK5HS'.
However: Under BIOS System Configuration, 'SATA Operation' is set to 
'RAID On', [other options are 'Disabled' and 'AHCI' ].


Best regards

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Lou Poppler]

On Mon, 2021-02-08 at 14:57 -0700, Lou Poppler wrote:
> 
> See 
> https://www.dell.com/community/XPS/Pros-Cons-AHCI-vs-Raid-On-XPS13-9300-NVMe/td-p/7636984
> 
Reading more on that page looks like you should not change the setting unless
you are prepared to re-install your Windows; but also looks like you cannot
install linux beside your Windows unless you _DO_ change the setting.  
Can you backup and then restore your existing windows setup?

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Lou Poppler]

On Mon, 2021-02-08 at 20:47 +, Bernard McNeill wrote:
> 
> On 08/02/2021 20:33, Cyril Brulebois wrote:
> > Bernard McNeill  (2021-02-08):
> > > It says to 'Change the SATA from RAID On to AHCI, without this change 
> > > Linux
> > > will not find SSD'.
> > > Questions: 1. To me, SATA is a reference to HDD, no internal HDD on my
> > >copy of this model - so not relevant ?
> > 
> > Used for almost anything really, HDD, SSD, USB sticks, etc.
> > 
> > > In passing, I note the same link shows a need to disable Secure Boot -
> > > is this now obsolete?
> > 
> > Likely. We've started supporting SB with Debian 10 (buster).
> > 
> > 
> > Cheers,
> > 
> 
> If I change the SATA from RAID On to AHCI, do I mess up whatever is 
> currently on the SSD?
> 
> Best regards
> 
See 
https://www.dell.com/community/XPS/Pros-Cons-AHCI-vs-Raid-On-XPS13-9300-NVMe/td-p/7636984

You have Windows on a regular, spinning hard disk in the machine, and you also 
have an
unused SSD -- is this correct?  Or maybe they are already RAIDed together by 
the factory?

I thing especially if you are now introducing a third external disk to the mix, 
you probably
do not want this factory RAID thing, but I don't know how safe it is to turn it 
off if you
already have two mass-storage devices controlled by the thing.

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Lou Poppler]

On Mon, 2021-02-08 at 20:07 +, Bernard McNeill wrote:
[...]
> I was planning the re-install, and came across this page:
> https://wiki.debian.org/InstallingDebianOn/Dell/Dell_XPS_13_9360
> 
> It says to 'Change the SATA from RAID On to AHCI, without this change 
> Linux will not find SSD'.
> Questions: 1. To me, SATA is a reference to HDD, no internal HDD on my 
> copy of this model - so not relevant ?
> 2. I don't care if Linux just 'finds' the SSD.
>But I care very greatly about Linux _disturbing_ the 
> contents of the SSD - I consider this Win-10's domain.
>Do I need to worry about this?

SATA is the wiring/controller for the internal storage, spinning or SSD.
I don't see why you should change it.  I am suspicious of the idea of some kind
of Dell RAID settings though.  Are you using or planing to use a RAID setup?

> In passing, I note the same link shows a need to disable Secure Boot - 
> is this now obsolete?

Yes, you can leave Secure Boot on, modern debian versions are fine with that.

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Bernard McNeill]

On 08/02/2021 20:33, Cyril Brulebois wrote:

Bernard McNeill  (2021-02-08):

It says to 'Change the SATA from RAID On to AHCI, without this change Linux
will not find SSD'.
Questions: 1. To me, SATA is a reference to HDD, no internal HDD on my
   copy of this model - so not relevant ?


Used for almost anything really, HDD, SSD, USB sticks, etc.


In passing, I note the same link shows a need to disable Secure Boot -
is this now obsolete?


Likely. We've started supporting SB with Debian 10 (buster).


Cheers,

If I change the SATA from RAID On to AHCI, do I mess up whatever is 
currently on the SSD?


Best regards

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Cyril Brulebois]

Bernard McNeill  (2021-02-08):
> It says to 'Change the SATA from RAID On to AHCI, without this change Linux
> will not find SSD'.
> Questions: 1. To me, SATA is a reference to HDD, no internal HDD on my
>   copy of this model - so not relevant ?

Used for almost anything really, HDD, SSD, USB sticks, etc.

> In passing, I note the same link shows a need to disable Secure Boot -
> is this now obsolete?

Likely. We've started supporting SB with Debian 10 (buster).


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Bernard McNeill]

On 08/02/2021 17:03, Lou Poppler wrote:

On Mon, 2021-02-08 at 11:46 +, Bernard McNeill wrote:


On 07/02/2021 22:26, Lou Poppler wrote:

On Sun, 2021-02-07 at 15:14 -0700, Lou Poppler wrote:

On Sun, 2021-02-07 at 20:44 +, Bernard McNeill wrote:


[...]

Trial-1. Reboot, no attempt to use F12.
  Boots directly into Windows.



[...]

See install manual https://www.debian.org/releases/stable/installmanual

Also worth asking:
. Is the machine booting in BIOS mode or UEFI mode, with or without
   "Secure Boot"?  Was the machine booting in that same mode during your
   debian installation?
. Are the "disks" involved both/all partitioned in the same schema --
i.e.  GPT partitions or MBR partitions?


I forgot when writing the above, but another important question is whether you
have already disabled the Windows Fast Startup option in Windows 10.  This is
mandatory, and things will work differently depending on whether it is disabled
already or not. See section 3.6.4 of the install manual.



Fast startup was _not_ disabled - I thought (from install manual) only
applicable to Win-8, and this machine Win-10.
It is disabled now.


Good.  This is updated in the new version of the install manual, thanks to
Holger Wansing.
(see https://www.debian.org/releases/testing/amd64/ch03s06.en.html )


In the same spirit, found a 'Fastboot' option in BIOS: It was set to
'Minimal', it is now set to 'Thorough'.

UEFI mode, Secure Boot always set.

Nothing much has changed, except that reboot now offers opportunity to
skip a disk check (not taken).

I am nervous that not disabling 'Fast startup' might have messed up
process from beginning - I may repeat entire installation.


Yes worth a re-do.  Pay attention to section 6.3.7 of the install manual, about
getting the grub boot loader installed (onto your removable disk).


+++  Are the "disks" involved both/all partitioned in the same schema --
+++  i.e.  GPT partitions or MBR partitions?
I have partitioned nothing on the laptop's SSD (and don't really want to
- the idea of the external USB HDD for Debian was to make that drive a
sandbox - no possible corruption of other work under Win-10).
The external USB HDD was partitioned by the debian_installer (Guided
total disk).


This should be OK.  You said above UEFI/Secure-boot always set, which implies
that all the disks should be setup as GPT style.


FWIW I sense that in some way the 'Debian' option in the boot list
points to Win-10 on the SSD, rather than the Debian on the external HDD.
If it pointed to rubbish surely the machine would simply hang.

Best regards





I was planning the re-install, and came across this page:
https://wiki.debian.org/InstallingDebianOn/Dell/Dell_XPS_13_9360

It says to 'Change the SATA from RAID On to AHCI, without this change 
Linux will not find SSD'.
Questions: 1. To me, SATA is a reference to HDD, no internal HDD on my 
copy of this model - so not relevant ?

   2. I don't care if Linux just 'finds' the SSD.
  But I care very greatly about Linux _disturbing_ the 
contents of the SSD - I consider this Win-10's domain.

  Do I need to worry about this?

In passing, I note the same link shows a need to disable Secure Boot - 
is this now obsolete?


Best regards

Re: Bug#982273: libbsd0-udeb: depends on libmd0

[Samuel Thibault]

Cyril Brulebois, le lun. 08 févr. 2021 16:16:17 +0100, a ecrit:
> Guillem Jover  (2021-02-08):
> > I've uploaded it now, once it hits NEW I'll poke ftp-masters. The git
> > and source+binary packages at:
> > 
> >   
> >   
> 
> Looks good to me, thanks!
> 
> Checked libmd build plus libbsd rebuilt against it, resulting udebs
> made available in src:debian-installer's build/localudebs, and the
> dependency tree is fine now.

I scheduled the rebuilds on the buildds with versioned dependency.

Samuel

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Lou Poppler]

On Mon, 2021-02-08 at 11:46 +, Bernard McNeill wrote:
> 
> On 07/02/2021 22:26, Lou Poppler wrote:
> > On Sun, 2021-02-07 at 15:14 -0700, Lou Poppler wrote:
> > > On Sun, 2021-02-07 at 20:44 +, Bernard McNeill wrote:
> > 
> > [...]
> > > > Trial-1. Reboot, no attempt to use F12.
> > > >  Boots directly into Windows.
> > > > 
> > 
> > [...]
> > > See install manual https://www.debian.org/releases/stable/installmanual
> > > 
> > > Also worth asking:
> > > . Is the machine booting in BIOS mode or UEFI mode, with or without
> > >   "Secure Boot"?  Was the machine booting in that same mode during your
> > >   debian installation?
> > > . Are the "disks" involved both/all partitioned in the same schema --
> > >i.e.  GPT partitions or MBR partitions?
> > 
> > I forgot when writing the above, but another important question is whether 
> > you
> > have already disabled the Windows Fast Startup option in Windows 10.  This 
> > is
> > mandatory, and things will work differently depending on whether it is 
> > disabled
> > already or not. See section 3.6.4 of the install manual.
> > 
> 
> Fast startup was _not_ disabled - I thought (from install manual) only 
> applicable to Win-8, and this machine Win-10.
> It is disabled now.

Good.  This is updated in the new version of the install manual, thanks to
Holger Wansing.
(see https://www.debian.org/releases/testing/amd64/ch03s06.en.html )

> In the same spirit, found a 'Fastboot' option in BIOS: It was set to 
> 'Minimal', it is now set to 'Thorough'.
> 
> UEFI mode, Secure Boot always set.
> 
> Nothing much has changed, except that reboot now offers opportunity to 
> skip a disk check (not taken).
> 
> I am nervous that not disabling 'Fast startup' might have messed up 
> process from beginning - I may repeat entire installation.

Yes worth a re-do.  Pay attention to section 6.3.7 of the install manual, about
getting the grub boot loader installed (onto your removable disk).

> +++  Are the "disks" involved both/all partitioned in the same schema --
> +++  i.e.  GPT partitions or MBR partitions?
> I have partitioned nothing on the laptop's SSD (and don't really want to 
> - the idea of the external USB HDD for Debian was to make that drive a 
> sandbox - no possible corruption of other work under Win-10).
> The external USB HDD was partitioned by the debian_installer (Guided 
> total disk).

This should be OK.  You said above UEFI/Secure-boot always set, which implies
that all the disks should be setup as GPT style.
> 
> FWIW I sense that in some way the 'Debian' option in the boot list 
> points to Win-10 on the SSD, rather than the Debian on the external HDD.
> If it pointed to rubbish surely the machine would simply hang.
> 
> Best regards
> 

Processed: severity of 700633 is wishlist

[Debian Bug Tracking System]

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

> severity 700633 wishlist
Bug #700633 [debootstrap] Debootstrap is very slow.  Please use eatmydata to 
fix this.
Severity set to 'wishlist' from 'normal'
> thanks
Stopping processing here.

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

Bug#700633: Why this eatmydata patch still not applied to debootstrap? My USB storage devices are slow

[Julien Cristau]

Control: tag -1 wishlist

On Fri, Jan 29, 2021 at 03:16:51PM +0300, Askar Safin wrote:
> severity -1 normal
> thanks
> 
> Hi.
> 
> Why this bug ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700633 ) 
> still is not fixed?
> 
> I did some experiments and here are results: if I run debootstrap stage of 
> d-i under eatmydata, then its time decreases from 755 s to 370 - 405 s. (I 
> installed Debian 
> to USB storage device).
> 
> Please, fix this bug. Fix is simple, benefits for many users are big. (So I 
> change severity.)
> 
> I think eatmydata mode should be enabled by default in debootstrap. Both 
> inside of d-i and outside of it.
> 
Please drop the hyperboles and don't abuse the bts.

Cheers,
Julien

Bug#977133: marked as done (debootstrap: Add ${HOME}/.local/bin to default non-root PATH)

[Debian Bug Tracking System]

Your message dated Mon, 8 Feb 2021 16:21:16 +0100
with message-id 
and subject line Re: Bug#977133: debootstrap: Add ${HOME}/.local/bin to default 
non-root PATH
has caused the Debian Bug report #977133,
regarding debootstrap: Add ${HOME}/.local/bin to default non-root PATH
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.)


-- 
977133: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977133
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debootstrap
Version: 1.0.123
Severity: normal
X-Debbugs-Cc: witold.bary...@gmail.com

I am not sure if this is bug more for debootstrap or some other package
(base-files?), but:

I think ~/.local/bin should be added to default non-root PATH.
I belive Fedora and Ubuntu already does that.

I think adding it to /etc/profile.d or /etc/skel could be a good option.

Reasoning, one of the good reasons is to have some user-controllable
directory in the PATH by default, to add custom scripts and overrides.
The power of defaults (and consistent with other distros) is big one.

Another good example is `pip3 --user install`, which will often install
binaries (or symlinks to them) in ~/.local/bin/.

There are more examples doing similar.

Please reassign to base-files or bash if appropiate.

Regards,
Witold


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-3-amd64 (SMP w/32 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debootstrap depends on:
ii  wget  1.20.3-1+b3

Versions of packages debootstrap recommends:
ii  arch-test   0.16-2
ii  debian-archive-keyring  2019.1
ii  gnupg   2.2.20-1

Versions of packages debootstrap suggests:
pn  squid-deb-proxy-client  
pn  ubuntu-archive-keyring  

-- no debconf information
--- End Message ---
--- Begin Message ---
This sounds like #839155 in bash, fixed in 2018.

Cheers,
Julien

On Fri, Dec 11, 2020 at 01:46:40PM +, Witold Baryluk wrote:
> Package: debootstrap
> Version: 1.0.123
> Severity: normal
> X-Debbugs-Cc: witold.bary...@gmail.com
> 
> I am not sure if this is bug more for debootstrap or some other package
> (base-files?), but:
> 
> I think ~/.local/bin should be added to default non-root PATH.
> I belive Fedora and Ubuntu already does that.
> 
> I think adding it to /etc/profile.d or /etc/skel could be a good option.
> 
> Reasoning, one of the good reasons is to have some user-controllable
> directory in the PATH by default, to add custom scripts and overrides.
> The power of defaults (and consistent with other distros) is big one.
> 
> Another good example is `pip3 --user install`, which will often install
> binaries (or symlinks to them) in ~/.local/bin/.
> 
> There are more examples doing similar.
> 
> Please reassign to base-files or bash if appropiate.
> 
> Regards,
> Witold
> 
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.9.0-3-amd64 (SMP w/32 CPU threads)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not 
> set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages debootstrap depends on:
> ii  wget  1.20.3-1+b3
> 
> Versions of packages debootstrap recommends:
> ii  arch-test   0.16-2
> ii  debian-archive-keyring  2019.1
> ii  gnupg   2.2.20-1
> 
> Versions of packages debootstrap suggests:
> pn  squid-deb-proxy-client  
> pn  ubuntu-archive-keyring  
> 
> -- no debconf information
> --- End Message ---

Re: Bug#982273: libbsd0-udeb: depends on libmd0

[Cyril Brulebois]

Guillem Jover  (2021-02-08):
> I've uploaded it now, once it hits NEW I'll poke ftp-masters. The git
> and source+binary packages at:
> 
>   
>   

Looks good to me, thanks!

Checked libmd build plus libbsd rebuilt against it, resulting udebs
made available in src:debian-installer's build/localudebs, and the
dependency tree is fine now.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Bug#982273: libbsd0-udeb: depends on libmd0

[Guillem Jover]

On Mon, 2021-02-08 at 14:54:28 +0100, Guillem Jover wrote:
> On Mon, 2021-02-08 at 14:07:08 +0100, Cyril Brulebois wrote:
> > Feel free to let us know about a source package/git repository so that
> > we have a chance of experimenting with it before or while it's being
> > reviewed/processed by ftp-masters.
> 
> Ok, thanks, then I'll upload in 1h at most, and provide repo + src +
> bin packages.

I've uploaded it now, once it hits NEW I'll poke ftp-masters. The git
and source+binary packages at:

  
  

Thanks,
Guillem

Re: Bug#981864: libinih: Please provide libinih1-udeb

[Cyril Brulebois]

Hi,

(With my d-i release manager hat.)

Bastian Germann  (2021-02-05):
> Tags: patch
> 
> On Thu, 4 Feb 2021 18:17:29 +0100 Bastian Germann wrote:
> > xfsprogs recently became a reverse dependency of your package.
> > #981662 documents that for the xfsprogs' udeb variant, a libinih1-udeb
> > to link against is needed. Please provide that package.
> 
> A patch to introduce that package is enclosed.

Thanks, that looks good to me. I've also checked that rebuilding
xfsprogs against an updated libinih-dev package leads to the expected
dependencies for xfsprogs-udev:

  Depends: libblkid1-udeb (>= 2.31), libc6-udeb (>= 2.31), libinih1-udeb (>= 
50), libuuid1-udeb (>= 2.31)

We would be happy to have this merged soon, since xfs support in the
installer is currently broken:

  https://bugs.debian.org/981662

I'm happy to upload the package and talk to the ftp team (a little
trip to NEW will happen) myself if that helps.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Bug#982273: libbsd0-udeb: depends on libmd0

[Guillem Jover]

On Mon, 2021-02-08 at 14:07:08 +0100, Cyril Brulebois wrote:
> Guillem Jover  (2021-02-08):
> > On Mon, 2021-02-08 at 02:25:01 +0100, Samuel Thibault wrote:
> > > Source: libbsd0-udeb
> > > Version: 0.11.1-1
> > > Severity: serious
> > > Justification: makes debian-installer FTBFS
> > 
> > > The "new upstream" upload of libbsd builds a udeb that depends on a
> > > non-udeb:
> > > 
> > > The following packages have unmet dependencies:
> > >  libbsd0-udeb : Depends: libmd0 (>= 1.0.3) but it is not installable
> > > 
> > > Please avoid linking against libmd0, or else add a libmd0-udeb
> > > package to libmd.
> 
> Thanks for filing this bug report, Samuel.
> 
> > I'd rather not revert the switch to use libmd…
> 
> Assuming that means not linking against it isn't an option (at least for
> the udeb)…

The upstream project had md5 and sha512 code embedded, which I
stripped away in that upstream version, to use the one in libmd. So
reverting would require reintroducing those local copies, build
machinery etc.

> > but that requires the d-i team to approve (CCed) such package and
> > ftp-masters to approve such package. :/
> 
> … I have no objections on principle for a new udeb at this stage, even
> if it seems quite late in the release cycle. (We've traditionally had
> some more wiggle room on the d-i side, but that doesn't mean we should
> push too hard… ;))
> 
> > I could have the libmd udeb package uploaded today, though.
> 
> Feel free to let us know about a source package/git repository so that
> we have a chance of experimenting with it before or while it's being
> reviewed/processed by ftp-masters.

Ok, thanks, then I'll upload in 1h at most, and provide repo + src +
bin packages.

Regards,
Guillem

Re: Bug#982273: libbsd0-udeb: depends on libmd0

[Cyril Brulebois]

Hi,

Guillem Jover  (2021-02-08):
> On Mon, 2021-02-08 at 02:25:01 +0100, Samuel Thibault wrote:
> > Source: libbsd0-udeb
> > Version: 0.11.1-1
> > Severity: serious
> > Justification: makes debian-installer FTBFS
> 
> > The "new upstream" upload of libbsd builds a udeb that depends on a
> > non-udeb:
> > 
> > The following packages have unmet dependencies:
> >  libbsd0-udeb : Depends: libmd0 (>= 1.0.3) but it is not installable
> > 
> > Please avoid linking against libmd0, or else add a libmd0-udeb
> > package to libmd.

Thanks for filing this bug report, Samuel.

> I'd rather not revert the switch to use libmd…

Assuming that means not linking against it isn't an option (at least for
the udeb)…

> but that requires the d-i team to approve (CCed) such package and
> ftp-masters to approve such package. :/

… I have no objections on principle for a new udeb at this stage, even
if it seems quite late in the release cycle. (We've traditionally had
some more wiggle room on the d-i side, but that doesn't mean we should
push too hard… ;))

> I could have the libmd udeb package uploaded today, though.

Feel free to let us know about a source package/git repository so that
we have a chance of experimenting with it before or while it's being
reviewed/processed by ftp-masters.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Bug#982273: libbsd0-udeb: depends on libmd0

[Samuel Thibault]

Guillem Jover, le lun. 08 févr. 2021 13:58:56 +0100, a ecrit:
> I'd rather not revert the switch to use libmd,
> but that requires the d-i team to approve (CCed) such package and
> ftp-masters to approve such package. :/

ftp-master will probably be an easy step, you can probably ping them to
get such trivial addition reviewed quickly.

Samuel

Re: Bug#982273: libbsd0-udeb: depends on libmd0

[Guillem Jover]

Hi!

On Mon, 2021-02-08 at 02:25:01 +0100, Samuel Thibault wrote:
> Source: libbsd0-udeb
> Version: 0.11.1-1
> Severity: serious
> Justification: makes debian-installer FTBFS

> The "new upstream" upload of libbsd builds a udeb that depends on a
> non-udeb:
> 
> The following packages have unmet dependencies:
>  libbsd0-udeb : Depends: libmd0 (>= 1.0.3) but it is not installable
> 
> Please avoid linking against libmd0, or else add a libmd0-udeb package
> to libmd.

Hmm right, missed that one. :( I'll file a bug against lintian, which
said nothing about this. I'd rather not revert the switch to use libmd,
but that requires the d-i team to approve (CCed) such package and
ftp-masters to approve such package. :/

I could have the libmd udeb package uploaded today, though.

Thanks,
Guillem

Re: Problem installing Debian on Dell XPS 13 9360 laptop

[Bernard McNeill]

On 07/02/2021 22:26, Lou Poppler wrote:

On Sun, 2021-02-07 at 15:14 -0700, Lou Poppler wrote:

On Sun, 2021-02-07 at 20:44 +, Bernard McNeill wrote:

[...]

Trial-1. Reboot, no attempt to use F12.
 Boots directly into Windows.


[...]

See install manual https://www.debian.org/releases/stable/installmanual

Also worth asking:
. Is the machine booting in BIOS mode or UEFI mode, with or without
  "Secure Boot"?  Was the machine booting in that same mode during your
  debian installation?
. Are the "disks" involved both/all partitioned in the same schema --
   i.e.  GPT partitions or MBR partitions?


I forgot when writing the above, but another important question is whether you
have already disabled the Windows Fast Startup option in Windows 10.  This is
mandatory, and things will work differently depending on whether it is disabled
already or not. See section 3.6.4 of the install manual.

Fast startup was _not_ disabled - I thought (from install manual) only 
applicable to Win-8, and this machine Win-10.

It is disabled now.

In the same spirit, found a 'Fastboot' option in BIOS: It was set to 
'Minimal', it is now set to 'Thorough'.


UEFI mode, Secure Boot always set.

Nothing much has changed, except that reboot now offers opportunity to 
skip a disk check (not taken).


I am nervous that not disabling 'Fast startup' might have messed up 
process from beginning - I may repeat entire installation.


+++  Are the "disks" involved both/all partitioned in the same schema --
+++  i.e.  GPT partitions or MBR partitions?
I have partitioned nothing on the laptop's SSD (and don't really want to 
- the idea of the external USB HDD for Debian was to make that drive a 
sandbox - no possible corruption of other work under Win-10).
The external USB HDD was partitioned by the debian_installer (Guided 
total disk).


FWIW I sense that in some way the 'Debian' option in the boot list 
points to Win-10 on the SSD, rather than the Debian on the external HDD.

If it pointed to rubbish surely the machine would simply hang.

Best regards

Bug#982283: override: bsdmainutils:oldlibs/optional

[Chris Hofstaedtler]

Package: ftp.debian.org
Severity: normal

Hi,

bsdmainutils has become a transitional package in bullseye. It would be
great if we don't install it by default - right now its Priority:
important.

Changing this will probably make these utilities not available by
default:

from package ncal:
  cal
  ncal

from package bsdextrautils:
  col
  colcrt
  colrm
  column
  hd
  hexdump
  look
  ul
  write

Personally I know I'll keep those installed on machines that I use "to
type", but certainly not on servers.

Thanks,
Chris