Bug#783637: Installation fails because starting colord fails on missing libudev.so.0

2015-05-06 Thread Samuel Thibault
Michael Lager, le Wed 06 May 2015 14:32:23 +0100, a écrit : > The reason the upgrade failed when starting X was that colord couldn't start > because it was missing libudev.so.0 as reported: > > "/usr/lib/colord/colord: error while loading shared libraries: libudev.so.0: > cannot open shared object

Re: Packages to install be default for Stretch

2015-05-06 Thread Dimitri John Ledkov
On 5 May 2015 at 19:45, Ansgar Burchardt wrote: > * Packages currently at "important": > - cron: > Not needed in chroot/container environments. Hm, i'd say it's not needed full-stop. There are systemd timer units and e.g. systemd-cron that satisfy the need for periodic execution, with

Bug#782753: console-setup postinst hangs forever on upgrade to jessie

2015-05-06 Thread Vivek Das Mohapatra
For what it's worth, I bumped into this while upgrading from 1.118 in a pre-release jessie to 1.123 from released jessie. According to http://www.fifi.org/doc/debconf-doc/tutorial.html#AEN198 it's possibly because there are file descriptors left open at the end of the postinst. Calling db_stop e

Re: Packages to install be default for Stretch

2015-05-06 Thread Lennart Sorensen
On Tue, May 05, 2015 at 04:00:20PM -0700, Josh Triplett wrote: > > - dnsutils: > > bind9-host provides a (limited) DNS query interface. No need to > > install both bind9-host and dnsutils by default. > > -> demote to "optional" > > I'd actually argue for demoting bind9-host a

Re: Packages to install be default for Stretch

2015-05-06 Thread Vincent Lefevre
On 2015-05-06 11:21:13 +0200, Marco d'Itri wrote: > On May 05, Ansgar Burchardt wrote: > > - nfacct: > > No idea why this is at Priority: important. > > -> demote to "optional" > Even extra... This is a very niche package and I have no idea why it is > being installed everywhere!

Bug#783089: Workaround

2015-05-06 Thread Cyril Brulebois
jean-y...@lenhof.eu.org (2015-05-06): > Yep, I think so... I'm looking at it now. > The question is how to rebuilt a debian CD after. > Will a replacement of kernel package and udeb kernel package in the > pool/l/linux will be sufficient ? You're going to end up with GPG check issues if you do so

Re: Packages to install be default for Stretch

2015-05-06 Thread Steve McIntyre
On Wed, May 06, 2015 at 06:26:19PM +0800, Paul Wise wrote: >On Wed, May 6, 2015 at 6:21 PM, Ansgar Burchardt wrote: >> On 05/06/2015 11:34 AM, Martin Zobel-Helas wrote: >>> cron is part of POSIX. >> >> The problem here is what the expectations of an experienced UNIX person >> are... > >Perhaps uni

Bug#783089: Workaround, amendum

2015-05-06 Thread Cyril Brulebois
Geert Stappers (2015-05-06): > On Wed, May 06, 2015 at 10:01:29AM +0200, jean-y...@lenhof.eu.org wrote: > > Le 2015-05-05 18:56, Geert Stappers a écrit: > > > > > > > > >FWIW: I think that at '*' has to be something like > > > > > >tar xf data.tar > > > > > > > Hum...Hum... True that I forget

Re: Packages to install be default for Stretch

2015-05-06 Thread Steve McIntyre
On Wed, May 06, 2015 at 11:21:13AM +0200, Marco d'Itri wrote: >On May 05, Ansgar Burchardt wrote: > >> * Same for question for "dmidecode": could the priority be lowered to >>"standard"? >I think that this is fine, as long as it is still available in d-i. >But laptop-detect (which I do not un

Re: Packages to install be default for Stretch

2015-05-06 Thread Steve McIntyre
On Wed, May 06, 2015 at 12:02:37PM +0300, Riku Voipio wrote: >On Tuesday, May 5, 2015 9:45:09 PM EEST, Ansgar Burchardt wrote: > >>- traceroute > >#3 on old - I used to use it more, but these days with firewalls it >doesn't strike as very useful. I know I use mtr in preference these days, anyw

Re: Packages to install be default for Stretch

2015-05-06 Thread Marco d'Itri
On May 06, Ansgar Burchardt wrote: > Note that I believe this has changed over time: with the advent of VMs > and containers the expectations what a system should minimally provide > have become smaller. The differences between VMs and "normal" servers are very small, limited only to a few packa

Bug#783089: Workaround, amendum

2015-05-06 Thread Geert Stappers
On Wed, May 06, 2015 at 10:01:29AM +0200, jean-y...@lenhof.eu.org wrote: > Le 2015-05-05 18:56, Geert Stappers a écrit: > > > > > >FWIW: I think that at '*' has to be something like > > > >tar xf data.tar > > > > Hum...Hum... True that I forget something... my bad. > This should be more someth

Re: Packages to install be default for Stretch

2015-05-06 Thread Paul Wise
On Wed, May 6, 2015 at 6:21 PM, Ansgar Burchardt wrote: > On 05/06/2015 11:34 AM, Martin Zobel-Helas wrote: >> cron is part of POSIX. > > The problem here is what the expectations of an experienced UNIX person are... Perhaps unix/posix tasks would satisfy such folks. -- bye, pabs https://wiki.d

Re: Packages to install be default for Stretch

2015-05-06 Thread Ansgar Burchardt
On 05/06/2015 11:34 AM, Martin Zobel-Helas wrote: > On Tue May 05, 2015 at 20:45:09 +0200, Ansgar Burchardt wrote: >> * Packages currently at "important": >> - cron: >> Not needed in chroot/container environments. >> -> demote to "standard" > > RC. > > | important > | Important p

Re: Packages to install be default for Stretch

2015-05-06 Thread Martin Zobel-Helas
Hi, On Tue May 05, 2015 at 20:45:09 +0200, Ansgar Burchardt wrote: > * Packages currently at "important": > - cron: > Not needed in chroot/container environments. > -> demote to "standard" RC. | important | Important programs, including those which one would expect to find on |

Re: Packages to install be default for Stretch

2015-05-06 Thread Marco d'Itri
On May 06, Ansgar Burchardt wrote: > But is this enough reason to keep w3m at priority standard? Personally I > would rather use "ssh -D" or such than bothering with a rather limited > text-mode browser. Agreed. -- ciao, Marco pgponSqgK84RI.pgp Description: PGP signature

Re: Packages to install be default for Stretch

2015-05-06 Thread Marco d'Itri
On May 05, Ansgar Burchardt wrote: > I would like to re-evaluate what we change by default for Stretch, that Me too. Let's look at the problem from a different point of view. This is what I remove when building cloud images for my employer's infrastructure: dpkg --purge \ discover discover-da

Re: Packages to install be default for Stretch

2015-05-06 Thread Riku Voipio
On Tuesday, May 5, 2015 9:45:09 PM EEST, Ansgar Burchardt wrote: [ Please send replies only to boot@ ] Cross-checking with popcon old (installed but not used) data from: http://popcon.debian.org/by_old This won't catch daemons etc, or take in account use in script. But if it ends up in the

Bug#783089: Workaround

2015-05-06 Thread jean-yves
Le 2015-05-05 16:52, Cyril Brulebois a écrit : jean-y...@lenhof.eu.org (2015-05-05): As a workaround, you can : - Boot on the Debian CD - Select Rescue - Change to a terminal - cd /tmp - ar x /cdrom/pool/main/l/linux/linux-image-3.16.0-4-amd64_3.16.7-ckt7-1_amd64.deb - xzcat data.tar.xz - cd /

Bug#783089: Workaround, amendum

2015-05-06 Thread jean-yves
Le 2015-05-05 18:56, Geert Stappers a écrit : On Tue, May 05, 2015 at 04:11:14PM +0200, jean-y...@lenhof.eu.org wrote: Hi, As a workaround, you can : - Boot on the Debian CD - Select Rescue - Change to a terminal - cd /tmp - ar x /cdrom/pool/main/l/linux/linux-image-3.16.0-4-amd64_3.16.7-ckt7

Re: Packages to install be default for Stretch

2015-05-06 Thread Ansgar Burchardt
Paul Wise writes: >> - cron: >> Not needed in chroot/container environments. >> -> demote to "standard" > > A lot of packages ship cron jobs, I guess this means they will need to > depend on cron? They already have to depend on cron if it is required for proper operation (or recom