Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Steve McIntyre]

On Sun, Sep 28, 2014 at 08:48:11AM +0200, Wouter Verhelst wrote:
>On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote:
>>  If the user wants to continue, we could even suggest blanking the
>>  partition table(s) and starting again with GPT, but I don't think
>>  we currently have a "blank partition table" option exposed within
>>  d-i?
>> 
>> What do people think of this plan? What have I missed?
>
>Isn't it better to run this test in partman-efi's isinstallable script?
>Then if things are set up in the described way, grub-efi just won't be
>installed, but the normal grub will, and the system will continue to
>boot in BIOS fallback as before.

That was my initial thought, but then someone pointed out: what
happens to a user who explicitly *wants* to replace their existing
legacy system with a new UEFI one?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"...In the UNIX world, people tend to interpret `non-technical user'
 as meaning someone who's only ever written one device driver." -- Daniel Pead


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140928092620.gi12...@einval.com

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Ian Campbell]

On Sun, 2014-09-28 at 10:26 +0100, Steve McIntyre wrote:
> On Sun, Sep 28, 2014 at 08:48:11AM +0200, Wouter Verhelst wrote:
> >On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote:
> >>  If the user wants to continue, we could even suggest blanking the
> >>  partition table(s) and starting again with GPT, but I don't think
> >>  we currently have a "blank partition table" option exposed within
> >>  d-i?
> >> 
> >> What do people think of this plan? What have I missed?
> >
> >Isn't it better to run this test in partman-efi's isinstallable script?
> >Then if things are set up in the described way, grub-efi just won't be
> >installed, but the normal grub will, and the system will continue to
> >boot in BIOS fallback as before.
> 
> That was my initial thought, but then someone pointed out: what
> happens to a user who explicitly *wants* to replace their existing
> legacy system with a new UEFI one?

Is isinstallable allowed to ask debconf question?

Ian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1411903149.23482.13.ca...@hellion.org.uk

Re: Time for Jessie Beta 2?

[Ian Campbell]

On Fri, 2014-09-26 at 21:05 +0200, Cyril Brulebois wrote:
> Cyril Brulebois  (2014-09-10):
> > as you might have seen, a number of uploads happened lately and the d-i
> > BoF notes from DebConf kindly provided by Steve (thanks!) reminded me
> > about uploading d-i more often. So I think I'll try and achieve that as
> > soon as linux 3.16 reaches testing (it was just uploaded to unstable,
> > and FTBFSes on several architectures, so not this week ;)).
> 
> linux/linux-latest are now ready, baring nvidida (#762977).
> 
> > Some things got set into motion, like syslinux menu overhaul (mainly
> > discussion around the switch to graphical by default, didn't see any
> > patch yet) or tasksel changes (alternative desktops, blends support).
> > I'm unsure they're going to be ready at that point, so I guess it would
> > make sense not to wait for them and publish another release in the
> > meanwhile. I'll probably gather opinions when linux is ready, this mail
> > is mainly meant to be a heads-up.
> 
> I'll probably skip syslinux vs. multi-arch this time, mostly due to lack
> of time and other large ongoing changes: let's see if we can get
> debian-cd to cope with latest tasksel changes soon.

Should we do anything about #762007 (user-params breakage due to kernel
changes) or can it wait?

WRT #762618 (empty grub.cfg in x86 mini.iso, used on EFI systems only) I
didn't push that patch because of the pending beta (and it touches x86
which I didn't want to mess with unannounced).

Ian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1411905547.23482.19.ca...@hellion.org.uk

Re: Time for Jessie Beta 2?

[Cyril Brulebois]

Ian Campbell  (2014-09-28):
> Should we do anything about #762007 (user-params breakage due to
> kernel changes) or can it wait?

I might be mistaken but I think it can wait a bit until we agree on a
solution and have some time to get it tested.

> WRT #762618 (empty grub.cfg in x86 mini.iso, used on EFI systems only)
> I didn't push that patch because of the pending beta (and it touches
> x86 which I didn't want to mess with unannounced).

Same story. Filed as a normal bug so I'm tempted to let it wait until
after Beta 2.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Time for Jessie Beta 2?

[Ian Campbell]

On Sun, 2014-09-28 at 15:47 +0200, Cyril Brulebois wrote:
> Ian Campbell  (2014-09-28):
> > Should we do anything about #762007 (user-params breakage due to
> > kernel changes) or can it wait?
> 
> I might be mistaken but I think it can wait a bit until we agree on a
> solution and have some time to get it tested.

Ack.

> > WRT #762618 (empty grub.cfg in x86 mini.iso, used on EFI systems only)
> > I didn't push that patch because of the pending beta (and it touches
> > x86 which I didn't want to mess with unannounced).
> 
> Same story. Filed as a normal bug so I'm tempted to let it wait until
> after Beta 2.

Filed as normal because I didn't know if it was minor or important (or
worse) ;-) I suspect it's more on the minor end of things, so Ack.

Ian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1411923267.17796.9.ca...@hellion.org.uk

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Wouter Verhelst]

On Sun, Sep 28, 2014 at 10:26:20AM +0100, Steve McIntyre wrote:
> On Sun, Sep 28, 2014 at 08:48:11AM +0200, Wouter Verhelst wrote:
> >On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote:
> >>  If the user wants to continue, we could even suggest blanking the
> >>  partition table(s) and starting again with GPT, but I don't think
> >>  we currently have a "blank partition table" option exposed within
> >>  d-i?
> >> 
> >> What do people think of this plan? What have I missed?
> >
> >Isn't it better to run this test in partman-efi's isinstallable script?
> >Then if things are set up in the described way, grub-efi just won't be
> >installed, but the normal grub will, and the system will continue to
> >boot in BIOS fallback as before.
> 
> That was my initial thought, but then someone pointed out: what
> happens to a user who explicitly *wants* to replace their existing
> legacy system with a new UEFI one?

If that is a warning (as opposed to error) message saying something
along the lines of "note that with this setup you won't be able to boot
your current system anymore", then that isn't an actual problem. A user
who is planning to replace a system shouldn't be worried about the
installer warning them that they can't boot the (to be replaced) old
system anymore, and can safely ignore that message.

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140928165428.gb22...@grep.be

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Ian Campbell]

On Sun, 2014-09-28 at 18:54 +0200, Wouter Verhelst wrote:
> On Sun, Sep 28, 2014 at 10:26:20AM +0100, Steve McIntyre wrote:
> > On Sun, Sep 28, 2014 at 08:48:11AM +0200, Wouter Verhelst wrote:
> > >On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote:
> > >>  If the user wants to continue, we could even suggest blanking the
> > >>  partition table(s) and starting again with GPT, but I don't think
> > >>  we currently have a "blank partition table" option exposed within
> > >>  d-i?
> > >> 
> > >> What do people think of this plan? What have I missed?
> > >
> > >Isn't it better to run this test in partman-efi's isinstallable script?
> > >Then if things are set up in the described way, grub-efi just won't be
> > >installed, but the normal grub will, and the system will continue to
> > >boot in BIOS fallback as before.
> > 
> > That was my initial thought, but then someone pointed out: what
> > happens to a user who explicitly *wants* to replace their existing
> > legacy system with a new UEFI one?
> 
> If that is a warning (as opposed to error) message saying something
> along the lines of "note that with this setup you won't be able to boot
> your current system anymore", then that isn't an actual problem. A user
> who is planning to replace a system shouldn't be worried about the
> installer warning them that they can't boot the (to be replaced) old
> system anymore, and can safely ignore that message.

I was thinking more along the lines of a yes/no question which would
either cause partman-efi.isinstallable to fail or not. Allowing
selection between the "wants to convert to EFI" and "wants to stick with
regular grub not grub-efi" cases.

Ian.
> 
> -- 
> It is easy to love a country that is famous for chocolate and beer
> 
>   -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26
> 
> 


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1411923732.17796.11.ca...@hellion.org.uk

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Steve McIntyre]

On Sun, Sep 28, 2014 at 06:02:12PM +0100, Ian Campbell wrote:
>On Sun, 2014-09-28 at 18:54 +0200, Wouter Verhelst wrote:
>> On Sun, Sep 28, 2014 at 10:26:20AM +0100, Steve McIntyre wrote:
>> > On Sun, Sep 28, 2014 at 08:48:11AM +0200, Wouter Verhelst wrote:
>> > >On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote:
>> > >>  If the user wants to continue, we could even suggest blanking the
>> > >>  partition table(s) and starting again with GPT, but I don't think
>> > >>  we currently have a "blank partition table" option exposed within
>> > >>  d-i?
>> > >> 
>> > >> What do people think of this plan? What have I missed?
>> > >
>> > >Isn't it better to run this test in partman-efi's isinstallable script?
>> > >Then if things are set up in the described way, grub-efi just won't be
>> > >installed, but the normal grub will, and the system will continue to
>> > >boot in BIOS fallback as before.
>> > 
>> > That was my initial thought, but then someone pointed out: what
>> > happens to a user who explicitly *wants* to replace their existing
>> > legacy system with a new UEFI one?
>> 
>> If that is a warning (as opposed to error) message saying something
>> along the lines of "note that with this setup you won't be able to boot
>> your current system anymore", then that isn't an actual problem. A user
>> who is planning to replace a system shouldn't be worried about the
>> installer warning them that they can't boot the (to be replaced) old
>> system anymore, and can safely ignore that message.
>
>I was thinking more along the lines of a yes/no question which would
>either cause partman-efi.isinstallable to fail or not. Allowing
>selection between the "wants to convert to EFI" and "wants to stick with
>regular grub not grub-efi" cases.

That sounds better to me too, assuming we can sensibly do a question
at that point. Is that allowed? I honestly don't know... :-/

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"I can't ever sleep on planes ... call it irrational if you like, but I'm
 afraid I'll miss my stop" -- Vivek Dasmohapatra


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140928171430.gk12...@einval.com

Bug#762342: task-cinnamon-desktop: Please turn on display of Cinnamon desktop task

[Ben Armstrong]

On 23/09/14 02:36 PM, Joey Hess wrote:
> One way might be to decide if a given DE is fundamentally different
> than the others in some way, and if not, only include one of a set
> that share common characteristics. So, maybe only gnome and not
> cinnamon since it's a rather near cousin (AFIACS).

While that may be true from the point of view of ancestry, it's not as
true when it comes to design philosophy. The GNOME 3 maintainers decided
they needed to break from the "traditional" desktop and try something
new, a move which many users embraced, but others rejected. The Mate
maintainers went one way to address this problem, a step backwards to
GNOME 2, whereas the Cinnamon maintainers went another way to address
this, a step forwards based on GNOME 3. Both Mate and Cinnamon feature
the traditional panel and menu design that GNOME 2 did, so share more in
common in design than they do with gnome-shell, even though Cinnamon is,
as you say, a "close cousin", of gnome-shell.

What perplexes me is why Mate, which is a throwback desktop based on an
aging codebase with none of the niceties introduced by GNOME 3 is now
visible whereas the (imho) saner, forwards-looking Cinnamon, which takes
advantage of those improvements gets relegated to the sidelines due to
having too many "common characteristics" with GNOME 3.

> Or only xfce and not lxde since both are fairly light desktops.
> Another way could be to look at popcon trends, although cinnamon is
> too recently packaged to be able to tell if it will have many users in
> debian. 

Indeed, and seems doomed to remain less popular if users don't even know
that it's an option because they can't see it when they install.

Perplexed,
Ben




signature.asc
Description: OpenPGP digital signature

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Ian Campbell]

On Sun, 2014-09-28 at 18:14 +0100, Steve McIntyre wrote:
> On Sun, Sep 28, 2014 at 06:02:12PM +0100, Ian Campbell wrote:
> >I was thinking more along the lines of a yes/no question which would
> >either cause partman-efi.isinstallable to fail or not. Allowing
> >selection between the "wants to convert to EFI" and "wants to stick with
> >regular grub not grub-efi" cases.
> 
> That sounds better to me too, assuming we can sensibly do a question
> at that point. Is that allowed? I honestly don't know... :-/

It just occurred to me to look, and it seems that a handful of them do
to some extent, e.g. grub-installer's isinstallable does "db_get
grub-installer/skip".  On the other hand I don't see any uses of
db_go/db_input so it may only be usable for preseeded answers.

an


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1411928345.17796.13.ca...@hellion.org.uk

Processing of netcfg_1.108+deb7u2_amd64.changes

[Debian FTP Masters]

netcfg_1.108+deb7u2_amd64.changes uploaded successfully to localhost
along with the files:
  netcfg_1.108+deb7u2.dsc
  netcfg_1.108+deb7u2.tar.gz
  netcfg_1.108+deb7u2_amd64.udeb
  netcfg-static_1.108+deb7u2_amd64.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xyira-0004td...@franck.debian.org

Processing of iso-scan_1.43+deb7u2_amd64.changes

[Debian FTP Masters]

iso-scan_1.43+deb7u2_amd64.changes uploaded successfully to localhost
along with the files:
  iso-scan_1.43+deb7u2.dsc
  iso-scan_1.43+deb7u2.tar.gz
  iso-scan_1.43+deb7u2_all.udeb
  load-iso_1.43+deb7u2_all.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xyira-0004to...@franck.debian.org

iso-scan_1.43+deb7u2_amd64.changes ACCEPTED into proposed-updates->stable-new

[Debian FTP Masters]

Mapping wheezy to stable.
Mapping stable to proposed-updates.

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 28 Sep 2014 17:12:51 +0200
Source: iso-scan
Binary: iso-scan load-iso
Architecture: source all
Version: 1.43+deb7u2
Distribution: wheezy
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Cyril Brulebois 
Description: 
 iso-scan   - Scan hard drives for an installer ISO image (udeb)
 load-iso   - Load installer components from an installer ISO (udeb)
Closes: 640789
Changes: 
 iso-scan (1.43+deb7u2) wheezy; urgency=low
 .
   * Do not error out when searching in folders with shell-special
 characters in their name (Closes: #640789). Thanks, Modestas Vainius!
   * It should be noted that ISO files located in paths containing special
 characters might still lead to some problems (See: #759174). Thanks,
 Stephen Kitt, for the analysis!
Checksums-Sha1: 
 1f8eecc8b81e729661f6c16c08baa40b72c2f3c8 1663 iso-scan_1.43+deb7u2.dsc
 66e6899f23908cbb2b05231e18faf17eb693c911 117741 iso-scan_1.43+deb7u2.tar.gz
 a647ab4a8167b616fedf483458309004d90c8640 92212 iso-scan_1.43+deb7u2_all.udeb
 818d7892e4f2b9274fbc30c044219b596e05fdac 4242 load-iso_1.43+deb7u2_all.udeb
Checksums-Sha256: 
 ccab96701547881ed17b175f0907a92d738c3208299c8460f9321892111c6a91 1663 
iso-scan_1.43+deb7u2.dsc
 a4a6092258ec0b63aac0fa59f02211db859062c0e5ae29306ad818e10e50897f 117741 
iso-scan_1.43+deb7u2.tar.gz
 bc11cf50da5da7073d99badc0e1f4f3f62106f00adf2b1ab7535329549270ea4 92212 
iso-scan_1.43+deb7u2_all.udeb
 ee6a73f8c3f7969c454c52abafe9b15d2b3bbd0b15db55ae70af85c278304a21 4242 
load-iso_1.43+deb7u2_all.udeb
Files: 
 b0dbddd34ae659e96ce97b74c43621cc 1663 debian-installer optional 
iso-scan_1.43+deb7u2.dsc
 b1e3f039a768cb350dfcf75f62c0b50d 117741 debian-installer optional 
iso-scan_1.43+deb7u2.tar.gz
 8d8155c06e4dee32eaf3ae3641f40a18 92212 debian-installer optional 
iso-scan_1.43+deb7u2_all.udeb
 ed970ba9ace7be74ca47f6b68615313f 4242 debian-installer extra 
load-iso_1.43+deb7u2_all.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJUKE1QAAoJEP+RSvDCs1Ug17MP/j03N22zScO6MM2PxflmPcr7
zgA/S9ILHZttEWjqAYC0upjGfpi/B36S91/xfHhYG08oo4wL5McXvVKuMaHO/o4a
BwsLnXrnZtk9m/rls5D/QwF/HBF3W7O4cxqWXCd2TU+rXRq/cp1HmD1MRtFcTo/6
tVOeUKNN21BZiBgYsQ0SeZcce7RbHXv8ZNmEsn83ZNdtHpAurKEqB0/GcMeGHwDZ
UGM55Rmwjfku7s3aHTpJMExxVywq8BQFP+EAKnHk1sOP5JWzQGPYKakJkpJV+mTo
QuglwmypjpCJuMRL65XySD6ezRbf1zAn1jnhzM+TgHfKti7OfNWC7G0Eb0xziZWT
Ek+4/Qzx6/k0Qf6s4GBInCBA1tha09rhZCw9+pj2+ppZU0TONKX2RpgON1Z2Jh+X
0t1lzX1QEyzo8J5tXm5mtVWB29hF+tapeQRxga0cKJ0a3PhF7AJG5IhkqnAkhkwK
/nASEb0ws/+oOCi5573+eRtIWR1u65RR8GOp1Gve7A2UBgZ5d0EGbs1tEl7zRGRs
LZzazEkQKRvaNsouhkOho8Uae/IbkG3A27u/F/44EMTsc/4cvUeqePwEdfpcRfgo
nmbqlbotWxl1XN7K4gmaT3V82STaIhDJfU61FYVIqPwqg6JTsCv93jxH0ryTkX51
E+nkFTQndiJ/Er3w0QTH
=4THL
-END PGP SIGNATURE-


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xyj3s-0005mr...@franck.debian.org

netcfg_1.108+deb7u2_amd64.changes ACCEPTED into proposed-updates->stable-new

[Debian FTP Masters]

Mapping wheezy to stable.
Mapping stable to proposed-updates.

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 28 Sep 2014 17:11:31 +0200
Source: netcfg
Binary: netcfg netcfg-static
Architecture: source amd64
Version: 1.108+deb7u2
Distribution: wheezy
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Cyril Brulebois 
Description: 
 netcfg - Configure the network (udeb)
 netcfg-static - Configure a static network (udeb)
Closes: 757478
Changes: 
 netcfg (1.108+deb7u2) wheezy; urgency=low
 .
   * Fix support for entering an ESSID manually, it was previously
 getting ignored (Closes: #757478). Thanks to James Cowgill for the
 report and the patch!
Checksums-Sha1: 
 62ce648ec4c3a61dc370833962ccac873ec1d127 1894 netcfg_1.108+deb7u2.dsc
 36fdf58039cd9866651dfd76fc5488283ce3d75f 763534 netcfg_1.108+deb7u2.tar.gz
 6a9e07b03261290abe9f6714352ca7ff1fd0d600 425160 netcfg_1.108+deb7u2_amd64.udeb
 1dfdcb34ede0cdf299e30346e562d7ce4e0ed517 332922 
netcfg-static_1.108+deb7u2_amd64.udeb
Checksums-Sha256: 
 321194b73de4641c48e9ccb4f2be08b3c531f2be0ddd69b967941bbe5ee734e8 1894 
netcfg_1.108+deb7u2.dsc
 1d2116dc5af48500cdc166217ff36a13c8315ca8e79f1a500a7f38ee3765e1a0 763534 
netcfg_1.108+deb7u2.tar.gz
 b042d5d4b88afb0bf871490c859f31ca353145fbf8f2c888ac9cfb00df7754b4 425160 
netcfg_1.108+deb7u2_amd64.udeb
 f91f6a1705fb6839f59da3a888683eb109256cf81378f35c65303a52710dfbd2 332922 
netcfg-static_1.108+deb7u2_amd64.udeb
Files: 
 28511fc7aa23241bce0e7e97a84f09d4 1894 debian-installer optional 
netcfg_1.108+deb7u2.dsc
 baafbf17773d4587c4035dc004df1b99 763534 debian-installer optional 
netcfg_1.108+deb7u2.tar.gz
 b3403c9302a8883a096935054e428dbb 425160 debian-installer optional 
netcfg_1.108+deb7u2_amd64.udeb
 86626e4cdf884254d5abadadf75f8d16 332922 debian-installer optional 
netcfg-static_1.108+deb7u2_amd64.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJUKE2HAAoJEP+RSvDCs1UgCxMP/3CvhyPtLDOb9pKsKQXISgic
niqxFYzO7Dee2T+Uhnm0NQEYQrEKMQczh+Q1ZdxIVRIFjMDyelZvOdyyu1aKEseQ
oo+L2MB2i8IZHpp0JN98QqsiAvwNFx8yhfMpAlCIOPdJ5iyW/HSUv/yaNt3IlgWt
ss/r0BQm3XWXPWndufiQP1EX9AXglYTFYfCfioNHUE/3CXbh/D7811sC1PzLdQRc
i3r07iHCbv8zZuuCNBvAN5kJTXGPGrNZN/3rZuI5LdW4xS8ajVBLKdFdcas77fLm
9puTYeQL8X4B/zPRGiXg4EUG9aUsqXZbREVgv0f1LtpXfN6D1MG6ZZvr/GFWaO/d
Vp1Z71kzDzb1PXNGUESftJsb6KVXT07rl71auregJTFK1RrHLCUFgDarKYMUdhNH
qo+qLz8rss9LK5nz7GjL+zd9uIEN3SYVJK28wuizXPd2MraHYZ8NwkuXaZZnNrW8
1ykHYamJ6Rs3N7VU7M7pXE31oVOptZ1aNtl7tEZXqDf93TfZJnU4bz3/Lge+mruC
8sEHmcZiR0dUvv6bhLp/+GeeBgkj1iP3LXUJB3NuY04MaGk9neqLkYxBXy0yOBys
RaxBO2B+JTy8tVz6+oSo/7VAVRLI0YW3j309xwfH+UNMy0Iv8LWp+XSd4ni523E/
HK2q5zoIdwDXL0tRs+mU
=Nrnz
-END PGP SIGNATURE-


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xyj41-0005nl...@franck.debian.org

Re: Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Colin Watson]

On Sun, Sep 28, 2014 at 06:14:30PM +0100, Steve McIntyre wrote:
> That sounds better to me too, assuming we can sensibly do a question
> at that point. Is that allowed? I honestly don't know... :-/

While isinstallable scripts can talk to debconf, they should not ask
questions, as main-menu will run the isinstallable script for a given
package potentially many times.  Also, partman-efi isn't a main-menu
item so any isinstallable script added to it will never be run.

-- 
Colin Watson   [cjwat...@debian.org]


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140928185038.ga20...@riva.ucam.org

[PATCH v2] Update new-kernel-checklist.txt for the last few years' changes

[Ben Hutchings]

- Kernel udebs are built from the kernel source packages
- There are no floppy images
- The minimum memory requirements have increased; point to the
  documentation rather than repeating them here
- debian-cd configuration no longer includes kernel versions, as
  it lists metapackages instead
- The installer manual sources have been reorganised
---
I've just pushed this change.  Hopefully it addresses all the feedback
on the previous version.

Ben.

 doc/devel/new-kernel-checklist.txt | 47 ++
 1 file changed, 17 insertions(+), 30 deletions(-)

diff --git a/doc/devel/new-kernel-checklist.txt 
b/doc/devel/new-kernel-checklist.txt
index cdb3f2a..0f6e891 100644
--- a/doc/devel/new-kernel-checklist.txt
+++ b/doc/devel/new-kernel-checklist.txt
@@ -1,38 +1,25 @@
 This is a checklist of steps involved in updating d-i to use a new version
 of the kernel.
 
- 1. New kernel deb enters the archive.
- 2. Update linux-kernel-di package to use new kernel.
- 3. Compare available modules in new kernel and add any that are useful for
+ 1. Compare available modules in new kernel and add any that are useful for
 installation to an appropriate udeb.
- 4. Update build/config/ KERNELVERSION to use new kernel (only commit once
+ 2. New kernel package enters the archive.
+ 3. Update build/config/ KERNELVERSION to use new kernel (only commit once
 udebs are accepted).
- 5. Make sure images still build, as sometimes new kernels will overflow
-floppies, etc. If not go back to step 3 and refactor.
- 6. Do initial test installs, which must be done against unstable to
+ 4. Make sure images still build, as sometimes new kernels will overflow
+space limits. If not, the kernel-wedge udeb configuration in the kernel
+package needs to be revised.
+ 5. Do initial test installs, which must be done against unstable to
 use the new kernel udebs from unstable or using hand-build CD
 images.
- 7. Get ftp-master to remove kernel udebs for the old kernel version from
-unstable. Before this is done netinst CDs will be larger than usual.
- 8. New kernel deb enters testing. 
- 9. Update rootskel's debian-installer/kernel/image and/or
-debian-installer/kernel/image-2.6 templates to use the version number
-of the new kernel. (Not necessary for all arches.)
-10. Update base-installer's postinst to change any hard-coded kernel
-versions. (Not necessary for all arches.)
-11. Update debian-cd's tasks/debian-installer+kernel, tasks/debian-installer,
-and tasks/exclude-etch for new kernel.
-12. Test to make sure 24, 32, and 48 mb installs still work. New kernels
-and added/changed modules sometimes break lowmem.
-13. Get new debian-cd uploaded and into testing.
-14. Get ftp-master to propagate all the updated udebs into testing.
-Until this point, naive users will be unable to use some sid_d-i
-install images as the needed udebs will not be in testing.
-15. Full user testing, etc.
-16. Get ftp-master to remove kernel udebs for the old kernel version
-from testing. This will *break* some old released install media
-(floppy, netboot, not cdrom), but it's necessary before release.
-17. Update kernel version in installer/doc/manual/build/buildone.sh for
-relevant architecture(s).
-18. Inform maintainer of Release Notes of the changes in kernel version
+ 6. New kernel package enters testing.
+ 7. Test to make sure lowmem installs still work. New kernels and
+added/changed modules sometimes break lowmem. Documentation on the
+minimum memory requirements may need to be updated
+(manual/build/arch-options/).
+ 8. Get new debian-cd uploaded and into testing.
+ 9. Full user testing, etc.
+10. Update kernel version in manual/build/arch-options for the
+relevant kernel.
+11. Inform maintainer of Release Notes of the changes in kernel version
 (or update ddp/manuals.sgml/release-notes/release-notes.ent in CVS).

-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.


signature.asc
Description: This is a digitally signed message part

[PATCH] Keep Linux modules.builtin file in the initrd

[Ben Hutchings]

modules.builtin is generated at kernel build time and can't be
regenerated from the installed kernel or modules.  If it's missing
when depmod runs again within the installer, depmod will generate an
empty modules.builtin.bin and issue a warning.  modprobe will also
fail noisily if asked to load a module that is actually built-in.
---
I've pushed this already; hope that's OK.

Ben.

 build/Makefile | 1 +
 1 file changed, 1 insertion(+)

diff --git a/build/Makefile b/build/Makefile
index 225afb1..6310226 100644
--- a/build/Makefile
+++ b/build/Makefile
@@ -424,6 +424,7 @@ ifdef KERNELVERSION
 
# These files depmod makes are used by udev.
find $(TREE)/lib/modules/ -maxdepth 2 -name 'modules*.bin' \
+   -not -name 'modules.builtin.bin' \
-not -type d | while read f; do rm -f $${f%.bin}; done
 
# These files are used to build special kernel images for some

-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.


signature.asc
Description: This is a digitally signed message part

Re: [PATCH] Keep Linux modules.builtin file in the initrd

[Cyril Brulebois]

Ben Hutchings  (2014-09-28):
> modules.builtin is generated at kernel build time and can't be
> regenerated from the installed kernel or modules.  If it's missing
> when depmod runs again within the installer, depmod will generate an
> empty modules.builtin.bin and issue a warning.  modprobe will also
> fail noisily if asked to load a module that is actually built-in.
> ---
> I've pushed this already; hope that's OK.

Easy enough to revert if it causes any issues. Thanks for the
report/patch/heads-up.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#762959: [libclang1-3.5] ABI break: missing libclang.so.1

[Cyril Brulebois]

David Suárez  (2014-09-28):
> Package: libclang1-3.5
> Version: 1:3.5-3
> 
> New version, 1:3.5-3, have this bug too. I see 311 FTBFS on last archive 
> rebuild.
> 
> Logs at: 
> 
> Example pkgs:
> 
>  alsa-lib alsaplayer apr-util aroarfw assimp atlas-cpp

This also blocks brltty, which has many improvements that would be very
welcome for the installer. It'd be nice if we could avoid going through
t-p-u…

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#762959: [libclang1-3.5] ABI break: missing libclang.so.1

[Sylvestre Ledru]

On 28/09/2014 21:31, Cyril Brulebois wrote:
> David Suárez  (2014-09-28):
>> Package: libclang1-3.5
>> Version: 1:3.5-3
>>
>> New version, 1:3.5-3, have this bug too. I see 311 FTBFS on last archive 
>> rebuild.
>>
>> Logs at: 
>>
>> Example pkgs:
>>
>>  alsa-lib alsaplayer apr-util aroarfw assimp atlas-cpp
> This also blocks brltty, which has many improvements that would be very
> welcome for the installer. It'd be nice if we could avoid going through
> t-p-u…
>
This should be fixed tonight or tomorrow morning.
Sorry again about that ... :/

S


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/542862cc.40...@debian.org

control the UID/GID assignment by installer

[Ross Boylan]

I would like to control the UID/GID assignment to match that of
another system.  E.g., UID 101 was Debian-exim, but on a new install
that's the UID of messagebus, and Debian-exim is 103.

I think I can do a minimal install and then modify /etc/passwd for any
accounts not yet created, assuming they don't overlap with already
existing ones.  But is there a way to intervene before then?

Thanks.
Ross Boylan


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAK3NTRAGLu-aRVgGGC_rK5a-FQoJFKdzBT75YArsP+BYV8K=r...@mail.gmail.com

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Steve McIntyre]

On Sun, Sep 28, 2014 at 07:50:38PM +0100, Colin Watson wrote:
>On Sun, Sep 28, 2014 at 06:14:30PM +0100, Steve McIntyre wrote:
>> That sounds better to me too, assuming we can sensibly do a question
>> at that point. Is that allowed? I honestly don't know... :-/
>
>While isinstallable scripts can talk to debconf, they should not ask
>questions, as main-menu will run the isinstallable script for a given
>package potentially many times.  Also, partman-efi isn't a main-menu
>item so any isinstallable script added to it will never be run.

Right. Thanks for warning before we spend too much time on that
option! :-/

So, back to other options I guess.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Every time you use Tcl, God kills a kitten." -- Malcolm Ray


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140928194641.gm12...@einval.com

Re: libdebian-installer_0.97_i386.changes ACCEPTED into unstable

[Cyril Brulebois]

Hi Christian,

Debian FTP Masters  (2014-09-25):
>  libdebian-installer (0.97) unstable; urgency=low
>  .
>[ Jérémy Bobbio ]
>* Do not write timesamps in Doxygen generated documentation for
>  reproducibility of the build process.

all good.

But then, using 'd' to check the differences between the versions in
testing (0.96) and in unstable (0.97), I've stumbled upon this
impressive diffstat:
|  Makefile.in |  829 +
|  aclocal.m4  | 9599 +++
|  config.guess| 1530 +++
|  config.h.in |   92 
|  config.sub  | 1782 +++
|  configure   |13820 

|  debian/changelog|8 
|  depcomp |  708 +
|  doc/Doxyfile.in |2 
|  doc/Makefile.in |  404 
|  include/Makefile.in |  641 +
|  include/debian-installer/Makefile.in|  680 +
|  include/debian-installer/system/Makefile.in |  499 +
|  install-sh  |  527 +
|  ltmain.sh   | 9661 +++
|  missing |  331 
|  src/Makefile.in |  783 +
|  src/system/Makefile.in  |  545 +
|  18 files changed, 42440 insertions(+), 1 deletion(-)

dh-autoreconf usage has been introduced a while ago, specifically to
avoid such crazy diffs. Can you please tell me what happened on your
side and how we could improve things so that it doesn't happen again?

Building source packages from both tags here, with “debuild -S -i -I”
and after having checked everything is clean (“git clean -xdf”), led
me to the expected diffstat:
|  debian/changelog |8 
|  doc/Doxyfile.in  |2 +-
|  2 files changed, 9 insertions(+), 1 deletion(-)

Rebuilding a source package after a build (“debuild -b && debuild -S -i
-I”) also gives the expected results.

Let me know if I can commit something to avoid this happening again in
the future.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#763005: installation-guide-amd64: website for wheezy leads to jessie installation guide

[Samuel Thibault]

Hello,

Ross Boylan, le Fri 26 Sep 2014 18:23:19 -0700, a écrit :
> On http://www.debian.org/releases/stable/installmanual I selected the
> link for amd64 pdf,
> http://www.debian.org/releases/stable/amd64/install.pdf.en.  When I
> view this it says that it is the installation guide for Debian 8,
> jessie.  See, e.g., the 2nd page.

When I saw this bug report, I checked the pdf, and it was indeed a jessie
manual.  Now that I have a look again, it's back being wheezy, with
Last-Modified: Sun, 28 Sep 2014 02:57:36 GMT
so I guess somebody fixed it early this morning?

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140928204450.gu7...@type.youpi.perso.aquilenet.fr

Bug#763005: installation-guide-amd64: website for wheezy leads to jessie installation guide

[Cyril Brulebois]

Samuel Thibault  (2014-09-28):
> Hello,
> 
> Ross Boylan, le Fri 26 Sep 2014 18:23:19 -0700, a écrit :
> > On http://www.debian.org/releases/stable/installmanual I selected the
> > link for amd64 pdf,
> > http://www.debian.org/releases/stable/amd64/install.pdf.en.  When I
> > view this it says that it is the installation guide for Debian 8,
> > jessie.  See, e.g., the 2nd page.
> 
> When I saw this bug report, I checked the pdf, and it was indeed a jessie
> manual.  Now that I have a look again, it's back being wheezy, with
> Last-Modified: Sun, 28 Sep 2014 02:57:36 GMT
> so I guess somebody fixed it early this morning?

Seen on #-www:
  04:46:21 [ KGB-0] David Prévot master c8148ab cron 
lessoften-parts/1installation-guide The latest installation-guide upload wasn’t 
about Wheezy

which might explain.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#763289: Debian testing dayly build (2014-09-28) successfully installed

[Jürgen Kleber]

Package: installation-reports

Boot method: USB memory stick
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 2014-09-28 12:15

Machine: Notebook Samsung N150 Plus

Processor:

Architecture:  x86_64
CPU op-mode(s):32-bit, 64-bit
Byte Order:Little Endian
CPU(s):2
On-line CPU(s) list:   0,1
Thread(s) per core:2
Core(s) per socket:1
Socket(s): 1
NUMA node(s):  1
Vendor ID: GenuineIntel
CPU family:6
Model: 28
Stepping:  10
CPU MHz:   1000.000
BogoMIPS:  3324.87
L1d cache: 24K
L1i cache: 32K
L2 cache:  512K
NUMA node0 CPU(s): 0,1

Memory:

MemTotal:1013856 kB
MemFree:   79724 kB
MemAvailable: 292352 kB
Buffers:   17240 kB
Cached:   282264 kB
SwapCached: 6960 kB
Active:   360224 kB
Inactive: 353144 kB
Active(anon): 248388 kB
Inactive(anon):   241540 kB
Active(file): 111836 kB
Inactive(file):   111604 kB
Unevictable:   0 kB
Mlocked:   0 kB
SwapTotal:   2073596 kB
SwapFree:2009744 kB
Dirty:52 kB
Writeback: 0 kB
AnonPages:409556 kB
Mapped:86996 kB
Shmem: 75964 kB
Slab: 178728 kB
SReclaimable: 158124 kB
SUnreclaim:20604 kB
KernelStack:5056 kB
PageTables:19484 kB
NFS_Unstable:  0 kB
Bounce:0 kB
WritebackTmp:  0 kB
CommitLimit: 2580524 kB
Committed_AS:2470572 kB
VmallocTotal:   34359738367 kB
VmallocUsed:  288612 kB
VmallocChunk:   34359445148 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total:   0
HugePages_Free:0
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize:   2048 kB
DirectMap4k:   48832 kB
DirectMap2M:  989184 kB

Partitions:

DateisystemTyp  1K-Blöcke   Benutzt Verfügbar Verw% Eingehängt
auf
/dev/sda1  ext4 238191232 100381228 125687484   45% /
udev   devtmpfs 10240 0 102400% /dev
tmpfs  tmpfs   202772  49121978603% /run
tmpfs  tmpfs   506928   1445067841% /dev/shm
tmpfs  tmpfs   506928 0506928
0% /sys/fs/cgroup
tmpfs  tmpfs   102400281023721% /run/user
tmpfs  tmpfs 5120 4  51161% /run/lock

Output of lspci -knn (or lspci -nn):
00:00.0 Host bridge [0600]: Intel Corporation Atom Processor
D4xx/D5xx/N4xx/N5xx DMI Bridge [8086:a010]
Subsystem: Samsung Electronics Co Ltd Notebook N150P [144d:c072]
Kernel driver in use: agpgart-intel
00:02.0 VGA compatible controller [0300]: Intel Corporation Atom
Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a011]
Subsystem: Samsung Electronics Co Ltd Notebook N150P [144d:c072]
Kernel driver in use: i915
00:02.1 Display controller [0380]: Intel Corporation Atom Processor
D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a012]
Subsystem: Samsung Electronics Co Ltd Notebook N150P [144d:c072]
00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High
Definition Audio Controller [8086:27d8] (rev 02)
Subsystem: Samsung Electronics Co Ltd Notebook N150P [144d:c072]
Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI
Express Port 1 [8086:27d0] (rev 02)
Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI
Express Port 2 [8086:27d2] (rev 02)
Kernel driver in use: pcieport
00:1c.2 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI
Express Port 3 [8086:27d4] (rev 02)
Kernel driver in use: pcieport
00:1c.3 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI
Express Port 4 [8086:27d6] (rev 02)
Kernel driver in use: pcieport
00:1d.0 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB
UHCI Controller #1 [8086:27c8] (rev 02)
Subsystem: Samsung Electronics Co Ltd Notebook N150P [144d:c072]
Kernel driver in use: uhci_hcd
00:1d.1 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB
UHCI Controller #2 [8086:27c9] (rev 02)
Subsystem: Samsung Electronics Co Ltd Notebook N150P [144d:c072]
Kernel driver in use: uhci_hcd
00:1d.2 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB
UHCI Controller #3 [8086:27ca] (rev 02)
Subsystem: Samsung Electronics Co Ltd Notebook N150P [144d:c072]
Kernel driver in use: uhci_hcd
00:1d.3 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB
UHCI Controller #4 [8086:27cb] (rev 02)
Subsystem: Samsung Electronics Co Ltd Notebook N150P [144d:c072]
Kernel driver in use: uhci_hcd
00:1d.7 USB controller [0c03]:

Bug#763005: installation-guide-amd64: website for wheezy leads to jessie installation guide

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 28/09/2014 16:54, Cyril Brulebois a écrit :
> Samuel Thibault  (2014-09-28):
>> Ross Boylan, le Fri 26 Sep 2014 18:23:19 -0700, a écrit :
>>> On http://www.debian.org/releases/stable/installmanual […]
>>> it is the installation guide for Debian 8, jessie.

>> so I guess somebody fixed it early this morning?
> 
> Seen on #-www:
>   04:46:21 [ KGB-0] David Prévot master c8148ab cron 
> lessoften-parts/1installation-guide The latest installation-guide upload 
> wasn’t about Wheezy
> 
> which might explain.

Right. There is currently nothing magic to handle what release the
installation-guide is targeted to, so webmaster@d.o has to update one
cron script to install it where it belongs when the release changes. If
there is an in-advance notice before the upload, that’s smooth. If not,
one has to dig in, and fix the stuff that had been broken (of course, it
takes more time if nobody sends a notice at all).

The Jessie manual should be rebuilt and available tomorrow where it belongs.

Feel free to send patches to avoid the manual handling that has to be
done every two years, and as such, is well expected to be often forgotten:

http://anonscm.debian.org/cgit/debwww/cron.git/tree/lessoften-parts/1installation-guide

(And yes CVS-haters, this one is on Git ;-).

Regards

David
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJUKH2SAAoJEAWMHPlE9r08rCMH/0PjFp4AjmM/ngAlbrr8JAs+
Y2KMblwFs9+qIAKkmbEOnKX6bhHhoFyCk54Vs22anpNIQMycmKtISfpCcA1YScW0
5Q+5oEFqmRu8mAiKwvMSZkjvntryKtXHjFmrNNY4B/+GqEKMXCYxtitW4YXNICTt
DBPoZM/ADDOVCmuvJXiVfzLc8P5qfYLEpP7ISJF+S0wgKkmRQ8RcSJN/nCAADCd2
UER6DtFyeqxqkSE1fIhYkG3/htCRWowrfnISLbVN76G8C0DUR0paLHTgyhKhrAOw
b65nZl3lTe+/UOo0R17/tvVDBAbb2DQyvf8tYbAMwuecXXPV5BcwXtE9pzflDI4=
=8abK
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54287d93.9010...@debian.org

Bug#763005: installation-guide-amd64: website for wheezy leads to jessie installation guide

[Cyril Brulebois]

David Prévot  (2014-09-28):
> Right. There is currently nothing magic to handle what release the
> installation-guide is targeted to, so webmaster@d.o has to update one
> cron script to install it where it belongs when the release changes. If
> there is an in-advance notice before the upload, that’s smooth. If not,
> one has to dig in, and fix the stuff that had been broken (of course, it
> takes more time if nobody sends a notice at all).
> 
> The Jessie manual should be rebuilt and available tomorrow where it belongs.
> 
> Feel free to send patches to avoid the manual handling that has to be
> done every two years, and as such, is well expected to be often forgotten:
> 
> http://anonscm.debian.org/cgit/debwww/cron.git/tree/lessoften-parts/1installation-guide

There are several places where you can find the release name:

kibi@arya:~/debian-installer/manual$ ack-grep jessie
build/buildone.sh
59:manual_release="jessie"

build/build.sh
8:manual_release=${manual_release:=jessie}

build/buildweb.sh
8:manual_release=${manual_release:=jessie}

build/entities/common.ent
14:


I think we tend to update those all at once, but I think I'd go for
common.ent

> (And yes CVS-haters, this one is on Git ;-).

Hah. :)

Busy with d-i things right now, so won't be sending a patch. Maybe later
if nobody beats me to it.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: control the UID/GID assignment by installer

[Philip Hands]

Ross Boylan  writes:

> I would like to control the UID/GID assignment to match that of
> another system.  E.g., UID 101 was Debian-exim, but on a new install
> that's the UID of messagebus, and Debian-exim is 103.
>
> I think I can do a minimal install and then modify /etc/passwd for any
> accounts not yet created, assuming they don't overlap with already
> existing ones.  But is there a way to intervene before then?

You could look here for inspiration:

  http://hands.com/d-i/squeeze/classes/dbg/files/debug_lvm
  http://hands.com/d-i/squeeze/classes/dbg/early_script

These come from a preseeding framework (see: http://hands.com/d-i/ ) but
this code doesn't really rely on the rest, so you should be able to do
something similar.

If you do something like:

  wait_for /etc/passwd
  echo Debian-exim:x:101:105:/var/... >> /target/etc/passwd

  wait_for /etc/group
  echo Debian-exim:x:105: >> /etc/group

it should do what you want -- there's a race condition with this sort of
thing, of course, but the packages take quite a while to install, so I'd
guess it'll be fine.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


pgp6T4XkoszZT.pgp
Description: PGP signature

Processing of partman-efi_48_amd64.changes

[Debian FTP Masters]

partman-efi_48_amd64.changes uploaded successfully to localhost
along with the files:
  partman-efi_48_amd64.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xym0n-000791...@franck.debian.org

partman-efi_48_amd64.changes REJECTED

[Debian FTP Masters]

partman-efi_48_amd64.udeb: trying to install to unstable, but could not find 
source


===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xymvh-0002qf...@franck.debian.org

Processing of partman-efi_48_source.changes

[Debian FTP Masters]

partman-efi_48_source.changes uploaded successfully to localhost
along with the files:
  partman-efi_48.dsc
  partman-efi_48.tar.xz

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xyme9-0004jv...@franck.debian.org

partman-efi_48_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 28 Sep 2014 23:25:36 +0200
Source: partman-efi
Binary: partman-efi
Architecture: source
Version: 48
Distribution: unstable
Urgency: high
Maintainer: Debian Install System Team 
Changed-By: Cyril Brulebois 
Description:
 partman-efi - Add to partman support for EFI System Partitions (udeb)
Changes:
 partman-efi (48) unstable; urgency=high
 .
   [ Updated translations ]
   * Czech (cs.po) by Miroslav Kure
   * Turkish (tr.po) by Mert Dirik
 .
   [ Cyril Brulebois ]
   * Remove armhf from the list of supported architectures since the
 efi-modules package isn't yet available on the kernel side yet,
 meaning an uninstallable partman-efi package on this architecture.
Checksums-Sha1:
 8e57b3e1fd2755749ea37b6cba8672ea982c9383 1666 partman-efi_48.dsc
 ca0bdf8cdc6346ddc6c5296baeb86c26b9d7f127 54704 partman-efi_48.tar.xz
Checksums-Sha256:
 24286a4a0cc11e3947029dd6d7901d2211948a92db1a1f05dc742421a45f3390 1666 
partman-efi_48.dsc
 2b93fcdd03c2469857bd27ff2fa5b68318d2345469d0c71919f29499d59ce98d 54704 
partman-efi_48.tar.xz
Files:
 d34c293309140ed591f69deec631b1dd 1666 debian-installer standard 
partman-efi_48.dsc
 e7a22712c788fea6b405cf37d131 54704 debian-installer standard 
partman-efi_48.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUKIY2AAoJEP+RSvDCs1UgzngP/RJwb1gpBpw43kzz0LIQiP78
3gpdTSL5OkeykAKdKGE6TaGw5/3KJz9reopINP5uUXtB89qKCeIKnfoedmHT0h5e
5mf3uQuD8wxdP5afpOzcw/SorJuIAOkybld84sw/nZWOQl8fri7bh6hO1ghjsFci
HyPa2AFlQnTO8VeoLxBd7q/vbC0pvfDf89DYNf87a0jACGRWXOEkvpAPdFkhgZV4
ZvBQiCDV7v1cj1IYvZnNEHGQpfKqquooyX1bhalDfE99tHsE55AfA91qtmBCXfLD
PeV+Wdhr45JTsAkRzBoYD+df7aGAMvzM+6UEP6Iyoy6HzGr6VJnuSh9Xs/E160nZ
AQGqs5IyHV/xR63SZHTYJaWOJ16uYszcvE3roa98psAsIBfusSO9siGJ6D+6pp5D
6rfomA7Rk/jw8D+SGJBM0DDSl0qMb3QfN9sma8dLO/tUkDsPzMe3F+FVoDXxHbl3
XvTYbH+Ylv+J1H6xnAWt86AxE1k1Pu/9rljoK6X1dIbGtkQRpi88wmXlYqGDcE87
i7YpoxJUd28O5NsNFWWvsm1G264umlRwJlB5R6+0cpb2gSpI/wxluZh2w2oBUvci
KIvpiZtb1ZuETzDexPHkbqzVYfW8Uf+f7L85xRTzATxIQ718DVi7I0rxPsXN6kS2
bjLx4VVEQePLsc1KnVAz
=QhBn
-END PGP SIGNATURE-


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xyn3h-0001ep...@franck.debian.org

Bug#762614: stop preseeding desktop

[Cyril Brulebois]

Control: tag -1 pending

Joey Hess  (2014-09-23):
> Package: debian-installer
> Severity: normal
> Tags: patch
> 
> Once tasksel 3.27 is in testing, but not before, d-i should stop
> preseeding desktop=xfce for kfreebsd and hurd. This version of tasksel
> defaults to xfce for those architectures and will handle any other
> architecture variations in a single place.

Thanks, pushed to master.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Time for Jessie Beta 2?

[Cyril Brulebois]

[ debian-release@: see last paragraph. ]

Cyril Brulebois  (2014-09-26):
> Cyril Brulebois  (2014-09-10):
> > as you might have seen, a number of uploads happened lately and the
> > d-i BoF notes from DebConf kindly provided by Steve (thanks!)
> > reminded me about uploading d-i more often. So I think I'll try and
> > achieve that as soon as linux 3.16 reaches testing (it was just
> > uploaded to unstable, and FTBFSes on several architectures, so not
> > this week ;)).
> 
> linux/linux-latest are now ready, baring nvidida (#762977).

It migrated in the meanwhile.

> > Some things got set into motion, like syslinux menu overhaul (mainly
> > discussion around the switch to graphical by default, didn't see any
> > patch yet) or tasksel changes (alternative desktops, blends support).
> > I'm unsure they're going to be ready at that point, so I guess it would
> > make sense not to wait for them and publish another release in the
> > meanwhile. I'll probably gather opinions when linux is ready, this mail
> > is mainly meant to be a heads-up.
> 
> I'll probably skip syslinux vs. multi-arch this time, mostly due to
> lack of time and other large ongoing changes: let's see if we can get
> debian-cd to cope with latest tasksel changes soon.

Steve managed to fix debian-cd in a few minutes/hours, so that shouldn't
be a blocker. Latest tasksel reached testing, too. I've also removed
desktop preseeding as pointed out by Joey some minutes ago.

> > → I'd like to know whether some bugs need special attention/fixes
> >   (besides what's in unstable already).
> > 
> > I haven't looked at recent bugs lately but I think we might be missing
> > at least a ttf-cjk-compact-udeb upload (which might explain some issues
> > reported against debian-edu IIRC), and I failed to upload choose-mirror
> > for the past release (Aurelien uploaded it 10 days ago though, to get
> > updated arch lists).
> 
> Since the kernel is now a candidate for migration, I'll probably start
> urgenting more packages into testing during the weekend (all l10n-only
> updates, for a start), try to figure out which packages to additionally
> migrate, and freeze udeb-producing packages.

Besides partman-efi (uploaded today to drop armhf), brltty (stuck
because of llvm/clang issues), and the CJK issue (#762057), I don't
think I'm going to merge more things, so I've just frozen udebs.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Processed: Re: Bug#762614: stop preseeding desktop

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #762614 [debian-installer] stop preseeding desktop
Added tag(s) pending.

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


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b762614.141194496027224.transcr...@bugs.debian.org

Bug#763073: partman-md places first line of mdadm.conf to wrong file

[Cyril Brulebois]

Control: tag -1 pending

Michael Tokarev  (2014-09-27):
> Package: partman-md
> Version: 70
> Severity: normal
> Tags: patch
> 
> finish-install.d/65partman-md reads:
> 
>  CF=/target/etc/mdadm/mdadm.conf
>  if ... then
> mkdir -p /target/etc/mdadm
> echo "# Autogenerated by partman-md. See mdadm.conf(5) for more 
> details on this file." > /etc/mdadm.conf
> echo "DEVICE partitions" >> $CF
> ...
> 
> and all subsequent lines adds information to $CF.
> But the very first line, the "Autogenerated.." header
> line, is put into d-i filesystem, where it is not used.
> The intention was, obviously, to put it to target
> mdadm.conf, ie, to $CF.
> 
> Appended patch does just that.  While at it, it also
> replaces argument of mkdir to be ${CF%/*}, to keep
> path info in only one place, in CF variable assignment
> ( ${var%pattern} construct works with dash too).

Thanks, pushed to master.

Not a blocker for Jessie Beta 2, but testing/uploading shouldn't hurt
due to the udeb freeze; nothing too dramatic anyway, that it needs to
be fixed urgently…

Mraw,
KiBi.


signature.asc
Description: Digital signature

Processed: Re: Bug#763073: partman-md places first line of mdadm.conf to wrong file

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #763073 [partman-md] partman-md places first line of mdadm.conf to wrong 
file
Added tag(s) pending.

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


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b763073.14119474107857.transcr...@bugs.debian.org

RE: control the UID/GID assignment by installer

[Philip Hands]

"Boylan, Ross"  writes:

> Thanks for the pointers.  But is it really true that the 2 pieces of code 
> don't rely on the rest?  They have
> . /tmp/HandsOff-dbg-fn.sh
> . /tmp/HandsOff-fn.sh

Actually, I was making it more complicated than it need be, just because
I happened to have been looking at those scripts recently.

The right way to do this is almost certainly by creating a new hook
script, in an early script -- see:

  http://d-i.alioth.debian.org/doc/internals/apb.html#ap-hooks-general

Here's an ancient example of doing that:

  http://hands.com/d-i/lenny/classes/koolu/early_script.disabled

so pick the point in the install that you want to edit the passwd file,
and just create a script in one of the hooks that will do that for you.

If you're not sure which hook will suit best, start out by creating a
few scripts that just contain:

  #!/bin/sh
  sleep 10001 || true

(BTW I generally make each sleep have different last digit(s) so I can
easily tell what's going on with:  ps | grep sleep  )

Then you can look around (on the Ctrl-Alt-F2 console) to see if the
conditions are right for what you want to do, and if not, e.g. the
/etc/passwd file's not yet been created, then kill the sleep and let it
run on to the next one.

Once you find a nice spot in the install, just change your early command
to create a script that does what you want.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


pgpcJCHhlsNf2.pgp
Description: PGP signature

Processing of netcfg_1.122_source.changes

[Debian FTP Masters]

netcfg_1.122_source.changes uploaded successfully to localhost
along with the files:
  netcfg_1.122.dsc
  netcfg_1.122.tar.xz

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xytcx-0004tj...@franck.debian.org

netcfg_1.122_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 29 Sep 2014 07:02:57 +0200
Source: netcfg
Binary: netcfg netcfg-static
Architecture: source
Version: 1.122
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Aurelien Jarno 
Description:
 netcfg - Configure the network (udeb)
 netcfg-static - Configure a static network (udeb)
Changes:
 netcfg (1.122) unstable; urgency=medium
 .
   * netcfg-static.c: call netcfg_interface_init() on struct
 netcfg_interface before using it to avoid calling free() on a random
 pointer.
Checksums-Sha1:
 1349253bd4afb63db0cc07c31a61deaf838f8bac 1867 netcfg_1.122.dsc
 1e54de53b70d8961949601e6df46bb124217210f 391428 netcfg_1.122.tar.xz
Checksums-Sha256:
 c050df7e0b78f6e7bed298b8d12dfce623762d44ee6600ce991a58b5a4c10497 1867 
netcfg_1.122.dsc
 aa217627b1693dbbe54ea42cf990536f1836c632bd20b11f6bad20f4f72cab96 391428 
netcfg_1.122.tar.xz
Files:
 a05274896252422a14e836522e13ec67 1867 debian-installer optional 
netcfg_1.122.dsc
 ccb9159b8d2eb72bd6c3813480ca5bbf 391428 debian-installer optional 
netcfg_1.122.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVCjoPbqceAYd3YybAQivwQ//Tn0vzLS6IaDdGJHkM0LW1FXP44biuUyP
M6ytX4g7fBwu3ihEPB1n2erJkKaRdi6ezDQjSc0kK/tFIprD+tJ0y1QVCFijBsjr
jXbDvQk9udBHR9HhCN1ogWvwJ2PnmP2vJcoPgsW8uTpjS8pUKWS+Lz5OXAJOfydQ
adW6N5n6u45y//CGT4LoYOcPJbPIXo0u6z4kDsuOJZKRz2mTT5wEkHai02AmwoHK
ZfsPC2INHNwDXkkFBDaUkwSO78p9yzrpAU/6cizibudMYVPXOIrMWv03WKf3jbaD
1I/iTwN12jvfhbCA73eCj8VsRj5ifVsoocDug9F9j46+cNNNyEsNOeDAMpRfkky6
OZ4/uLPoXqc6pzmkvWPfYebKQBDRq0KC1fbysWHB+sfkP2BKHIVxA5TvZLuKSOah
cXKLc0Lw61NH1fLwFgu0b6cUx4jeNtca2/8v9Sc/abRt59+W+b7Tclied1J5N+rs
Tzh8fo0GIHHDsWNR0JZ28xnfm986hav94n6t8ZIC194E0MzDSmqFzO2hiShbMpei
w9dUpakpdTp1ZyjpiZvfotiNQIMWGXhQDX7lBsT2SRQOxwDuqfC0co68Y1+nLvgL
Hm39DY6RIdFe6GrYY/b5mIxjyrByidpp73Yh/Fj3Ua/3oWj6QyaKPC9/m0ajGEv7
K1AwyHnf52U=
=miE3
-END PGP SIGNATURE-


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xytma-0005km...@franck.debian.org

Bug#703904: marked as done (installation-report: Wheezy-beta-rc on diskless Thinkpad-T4_)

[Debian Bug Tracking System]

Your message dated Mon, 29 Sep 2014 07:42:30 +0200
with message-id <20140929074230.15e53143@s5.lokal>
and subject line close
has caused the Debian Bug report #703904,
regarding installation-report: Wheezy-beta-rc on diskless Thinkpad-T4_
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.)


-- 
703904: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703904
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Package: installation-reports
Version: 2.49
Severity: wishlist

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


- -- Package-specific info:

Boot method: USB
Image version:
http://caesar.acc.umu.se/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-CD-1.iso,
build 2013-03-25
Date: 2013-03-25, about from 09.30 h to 11.15 h 

Machine: IBM Thinkpad T43
Partitions: 
Filesystem Type 1K-blocks
Used
Available Use% Mounted on rootfs
rootfs14417392 3632656  10052372  27% /
udev   devtmpfs 10240   0
10240   0% /dev tmpfs  tmpfs
103312 680102632   1% /run 
/dev/disk/by-uuid/ce3aba3c-9abb-4c4f-b079-c1cfdb522ec0
ext4  14417392 3632656  10052372  27% /
tmpfs  tmpfs 5120   0
5120   0% /run/lock tmpfs  tmpfs
403020  72402948
1% /run/shm /dev/sdb1  ext4   
3889892
73288   3619008   2% /home


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:
Plain and simple installation on a medium speed SD-card in an USB-cardreader, 
with /home/
on an extra SD-card in a PCMCIA-cardreader.
The PCMCIA-cardreader is not bootable and does not accept every card, so 
USB-connected
SC-card, or eventually a faster USB-memory-key will have to do as a 
harddisk-replacement.
The IDE-conroller of this notebook died, when I tried to use a CompactFlash 
card with
IDE-adapter instead of a harddisk.
When I start up the machine, while initialising the kernel it takes _very_ 
long, there
are complaints about 'ata1: SRST failed(errno=-16)' (two times), some 
waiting,about one
minute, while there are more udev-timeout-errors.
So next I am probably going to build a customized kernel without any 
PATA-driver-modules
except pata_pcmcia, which is in use, in order to speed up system-startup et al. 
Or is
there a kernel-boot-option to check non-pata-boot beforehand ?
[please see attachment: dmsg.txt.gz(dmesg-output)]

- -- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7.0 (wheezy) - installer build 20130325-00:06"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux t-43 3.2.0-4-486 #1 Debian 3.2.41-1 i686 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 
915GM/PM/GMS/910GML
Express Processor to DRAM Controller [8086:2590] (rev 03) lspci -knn:   
Subsystem:
IBM Device [1014:0575] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 
Mobile
915GM/PM Express PCI Express Root Port [8086:2591] (rev 03) lspci -knn: 
Kernel
driver in use: pcieport lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation
82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [8086:2660] (rev 03) 
lspci -knn:
Kern

Bug#756593: busybox's switch_root makes read-only NFS root read/write

[Michael Tokarev]

[Rehashing a somewhat old thread...]
08.08.2014 14:55, Zimmermann, Alexander wrote:

> So here is the full output. Vanilla Linux 3.16. No patches. There is 
> definitely something
> broken in the userland. I will set up a new image via debootstrap next week.

So, Alexander, did you succeed in finding what turns your root
read-write?  Since you confirm the bug is not in busybox, I'm
about to close this bugreport, or maybe we should reassign it
to some other package instead, because it contains quite some
useful debugging information and it'd be sad if this info will
be lost...

I still can't reproduce the problem you describe.

Thanks,

/mjt


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5428fe0d.80...@msgid.tls.msk.ru

Processed: Re: Bug#730059: busybox-syslogd conflicts with systemd

[Debian Bug Tracking System]

Processing control commands:

> tag -1 - moreinfo + wontfix
Bug #730059 [busybox-syslogd] busybox-syslogd conflicts with systemd
Removed tag(s) moreinfo.
Bug #730059 [busybox-syslogd] busybox-syslogd conflicts with systemd
Added tag(s) wontfix.

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


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b730059.141197243418712.transcr...@bugs.debian.org

Bug#730059: busybox-syslogd conflicts with systemd

[Michael Tokarev]

Control: tag -1 - moreinfo + wontfix
11.09.2014 09:49, Trent W. Buck wrote:
> In fact busybox-syslogd is the *only* package with
>   Provides: klogd
> the others seem to
>  Provides: linux-kernel-log-daemon
> 
> I don't understand why this is the case.
> Does the difference signify a different interface,
> or is it just an oversight?
> 
> The point is probably moot since journalctl replaces it, but couldn't
> the busybox-syslogd init script say "if pid1 is systemd, start syslogd
> but not klogd" ?

It is not the init script, it is the busybox syslog implementation.
For simplicity, it is one applet that does both syslog function and
klogd function, and klogd function is not optional.  In order to
stop providing klogd, someone should write a patch for busybox
(upstream, because I for one don't want to make debian-specific
changes to busybox) to make klogd function optional, after which
it will be possible to adjust initscript to run syslogd without
klogd if systemd is running.

Tagging as wontfix for now.

Thanks,

/mjt


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5428fd4c.7010...@msgid.tls.msk.ru