Re: Bug#862992: systemd: avoid attempt to re-create /etc/mtab by systemd-tmpfiles-setup.service

[Cyril Brulebois]

Hi,

Maximilian Stein  (2017-05-28):
> I tried it again and apparently, /etc/mtab was actually created by
> FAI, not by debootstrap, sorry for the confusion.

Ah, this would explain. :)

> But maybe it would be an idea to create it by debootstrap to avoid its
> creation on the first boot?

I'm not convinced by this. There a quite a bunch of situations where
debootstrap is used to create a system that's not even supposed to be
booted from, so I guess having systemd do its automatic fixing of bits
if that's needed… is just fine as-is. Even more so since we already have
appropriate instructions within debian-installer for setups where's a
system to be run is being installed.


KiBi.


signature.asc
Description: Digital signature

Re: Bug#862992: systemd: avoid attempt to re-create /etc/mtab by systemd-tmpfiles-setup.service

[Maximilian Stein]

Hi,

I tried it again and apparently, /etc/mtab was actually created by FAI,
not by debootstrap, sorry for the confusion. But maybe it would be an
idea to create it by debootstrap to avoid its creation on the first boot?

Best,
Maximilian



signature.asc
Description: OpenPGP digital signature

Bug#838177: [os-prober] Version 1.75 has the same bug

[Antonio De Luci]

Package: os-prober
Version: 1.75

No correct initrd line for Arch Linux with microcodes installed.

--- System information. ---
Architecture:
Kernel: Linux 4.9.0-3-amd64

Debian Release: 9.0
500 unstable mirror3.mirror.garr.it
500 unstable ftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
==-+-===
libc6 (>= 2.4) | 2.24-10
grub-common | 2.02~beta3-5


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#863565: marked as done (default install of 'sudo')

[Debian Bug Tracking System]

Your message dated Sun, 28 May 2017 21:24:14 +0200
with message-id <20170528192414.gl32...@gpm.stappers.nl>
and subject line Re: Bug#863565: default install of 'sudo'
has caused the Debian Bug report #863565,
regarding default install of 'sudo'
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.)


-- 
863565: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863565
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: debian-installer
Severity: wishlist


Please install 'sudo' default.

Explaining why it is not installed, is also fine.


Groeten
Geert Stappers
-- 
Leven en laten leven
--- End Message ---
--- Begin Message ---
On Sun, May 28, 2017 at 08:49:49PM +0200, Cyril Brulebois wrote:
> Philipp Kern  (2017-05-28):
> > On 28.05.2017 19:03, Geert Stappers wrote:
> > > Please install 'sudo' default.
> > > 
> > > Explaining why it is not installed, is also fine.
> > 
> > Don't we install it already when the root password is unset? (I.e. I
> > think then you end up with a setup where the primary user is allowed to
> > sudo to root.)
> 
> Yeah; documented (even if a bit hidden) in:
>   https://www.debian.org/releases/jessie/amd64/apas03.html.en
> 

Thanks for high-lighting

If you do not specify a password for the `root` user this account
will be disabled but the sudo package will be installed later to
enable administrative tasks to be carried out on the new system.


Regards
Geert Stappers
Closing this bugreport
-- 
Leven en laten leven--- End Message ---

Bug#863565: default install of 'sudo'

[Cyril Brulebois]

Philipp Kern  (2017-05-28):
> On 28.05.2017 19:03, Geert Stappers wrote:
> > Please install 'sudo' default.
> > 
> > Explaining why it is not installed, is also fine.
> 
> Don't we install it already when the root password is unset? (I.e. I
> think then you end up with a setup where the primary user is allowed to
> sudo to root.)

Yeah; documented (even if a bit hidden) in:
  https://www.debian.org/releases/jessie/amd64/apas03.html.en


KiBi.


signature.asc
Description: Digital signature

Bug#690763: marked as done (installation-guide: sudo and no password for root user situation)

[Holger Wansing]

Control: reopen -1


ow...@bugs.debian.org (Debian Bug Tracking System) wrote:
> Your message dated Sat, 27 May 2017 16:16:01 +0200
> with message-id <20170527161601.6274648e.bapti...@mailoo.org>
> and subject line Re: installation-guide: sudo and no password for root user 
> situation
> has caused the Debian Bug report #690763,
> regarding installation-guide: sudo and no password for root user situation
> to be marked as done.

Baptiste stated:

A similar change was introduced in r68416, so I'm closing this bug.
Thanks.



Yes, that's right.
But that mentioned commit does only add such sentence into the "Installation
Howto", which is an appendix from the "Installation guide". These both are
rarely the same manuals, but the one in a extremly short version, and the
other quite detailed. Which means, people who read the "long version", means
the main part of the installation guide, will most likely not read the
installation howto as well. So that persons will not know about the 
sudo/no-password-for-root infos.

Therefore I reopen this bug, I will add such sentence into the main part of
installation guide as well (however after the release of Stretch).


Holger


-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Processed: Re: Bug#690763: marked as done (installation-guide: sudo and no password for root user situation)

[Debian Bug Tracking System]

Processing control commands:

> reopen -1
Bug #690763 {Done: Baptiste Jammet } [installation-guide] 
installation-guide: sudo and no password for root user situation
Bug reopened
Ignoring request to alter fixed versions of bug #690763 to the same values 
previously set

-- 
690763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690763
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#863565: default install of 'sudo'

[Philipp Kern]

On 28.05.2017 19:03, Geert Stappers wrote:
> Please install 'sudo' default.
> 
> Explaining why it is not installed, is also fine.

Don't we install it already when the root password is unset? (I.e. I
think then you end up with a setup where the primary user is allowed to
sudo to root.)

Kind regards
Philipp Kern



signature.asc
Description: OpenPGP digital signature

Bug#863565: default install of 'sudo'

[Geert Stappers]

Package: debian-installer
Severity: wishlist


Please install 'sudo' default.

Explaining why it is not installed, is also fine.


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Bug#863241: Debian Stretch 9 RC03 Installation Report

[Adrian Bunk]

reassign 863241 installation-reports
thanks

On Wed, May 24, 2017 at 12:04:23PM +0200, Alex Sitnik wrote:
> Content-Type: text/plain; charset="us-ascii"MIME-Version: 
> 1.0Content-Transfer-Encoding: 7bitFrom: al64128dbn To: Debian 
> Bug Tracking System Subject: installation-report: 
> Debian Stretch 9 RC03 Installation ReportMessage-ID: 
> <149560279860.20727.11722936000839078769.reportbug@a>X-Mailer: reportbug 
> 7.1.6Date: Wed, 24 May 2017 05:13:18 +
> Package: installation-reportsVersion: 2.62Severity: normal
> Dear Maintainer,
> -- Package-specific info:
> Boot method: CD [ported to usb drive via Rufus]Image version: 
> https://cdimage.debian.org/cdimage/stretch_di_rc3/amd64/iso-cd/debian-stretch-DI-rc3-amd64-xfce-CD-1.isoDate:
>  2017 Apr 25 at 4:55 AM
> Machine: ASUS G752VY-GC366TPartitions: df -Tl
> Filesystem     Type     1K-blocks      Used Available Use% Mounted onudev     
>       devtmpfs   8113164         0   8113164   0% /devtmpfs          tmpfs    
>   1624900      9928   1614972   1% /run/dev/nvme0n1p2 ext4      23899984   
> 4977428  17685464  22% /tmpfs          tmpfs      8124488    429204   7695284 
>   6% /dev/shmtmpfs          tmpfs         5120         4      5116   1% 
> /run/locktmpfs          tmpfs      8124488         0   8124488   0% 
> /sys/fs/cgroup/dev/nvme0n1p3 ext4       9546944    901228   8141040  10% 
> /var/dev/nvme0n1p5 ext4       1889292      5856   1769416   1% 
> /tmp/dev/nvme0n1p6 ext4     192675636 142441208  40377356  78% 
> /home/dev/nvme0n1p1 vfat        523248       132    523116   1% 
> /boot/efi/dev/nvme1n1p1 fuseblk  125033468 120080036   4953432  97% 
> /base/dev/sda1      ext4     960378896 115004196 796520328  13% /datatmpfs    
>       tmpfs      1624896         4   1624892   1% /run/user/111tmpfs          
> tmpfs      1624896        16   1624880   1% /run/user/1000
> Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate 
> below), [ ] = didn't try it
> Initial boot:           [O]Detect network card:    [O]Configure network:      
> [O]Detect CD:              [O]Load installer modules: [O]Clock/timezone 
> setup:   [O]User/password setup:    [O]Detect hard drives:     [O]Partition 
> hard drives:  [O]Install base system:    [O]Install tasks:          
> [O]Install boot loader:    [O]Overall install:        [O]
> Comments/Problems:
> Thank you very much for your efforts. I was capable to install Debian Stretch 
> 9 RC03 with Xfce faster than RC02, having all my newest hardware (nvme 2.0, 
> usb 3.1, mini display port) operational out-of-the-box without the 
> backporting magic (as I have attempted earlier on Jessie) AND with zero 
> errors.
> Besides standard customizations it was only (!) necessary to:
> (1) upload wifi realtek firmware to the usb drive
> firmware-iwlwifi_20161130-2_all.debhttps://packages.debian.org/sid/all/firmware-iwlwifi/download
> (2) after installation disable nouveau driver manually to make nvidia-driver 
> work.
> I have attached Xorg.0.log in a tar (-z/gzip) archive in addition to 
> hardware-summary log, if that might help any.
> Minor issues:
> [E] Sometimes after rebooting the resolution on Wacom monitor/tablet changes 
> (reduces) during login; self-fixes itself on further reboot[E] On reboot 
> double "Clipman" and Notes appeared in the toolbox/panel; both are doubled in 
> the Settings -> Session and Startup -> Appplication Autostart, there is no 
> way to remove duplicates; unchecking duplicate item flushes on reboot to 
> "checked".
> -- 

✈Re: super cool

[Release Managers]

Hi! 


Just take a  look at  that cool stuff, I think it's something really great and 
you have to see that! Check this out http://steady.cederbond.com

Rushing, Release Managers

Re: Last chance for d-i changes in stretch

[Julien Cristau]

On Sat, May 27, 2017 at 17:17:10 +0200, Didier 'OdyX' Raboud wrote:

> It also currently uses httpredir.debian.org as only mirror, so we should 
> decide if it makes sense to consolidate onto deb.debian.org for win32-
> loader too.
> 
Yes please.

Cheers,
Julien

Re: Last chance for d-i changes in stretch

[Ansgar Burchardt]

Cyril Brulebois writes:
> Didier 'OdyX' Raboud (2017-05-27):
>> It also currently uses httpredir.debian.org as only mirror, so we should 
>> decide if it makes sense to consolidate onto deb.debian.org for win32-
>> loader too.
>
> Unless we're aware of limitations win32-loader might hit on deb.d.o, I'd
> go for a transition to this hostname.
>
> Ditto for d-i-n-i, which I'll check right away.

httpredir.d.o seems to be just an alias for deb.d.o these days: I see a
"Welcome to deb.debian.org!" page when I open httpredir.d.o in a
browser.

So changing the mirror from httpredir.d.o to deb.d.o should be very
low-risk :-)

Ansgar