Package: tasksel
Version: 2.75
Severity: minor
Hi,
a standard GNOME or KDE desktop installs tools like gnome-power-manager,
kpowersave and network-manager-(gnome|kde). This tools are used for
powermanagement and network configuration and they access HAL and
NetworkManager via D-Bus.
Joey Hess wrote:
Michael Biebl wrote:
For a better out-of-the-box experience I'd like to see consolekit installed
by
default as part of the desktop and/or laptop task in lenny.
I hope you're aware that lenny is frozen..
Of course I am. The simple truth is, that all the necessary bits
Quoting Adeodato Simó [EMAIL PROTECTED]:
* Andrew Lee [Sat, 15 Nov 2008 16:11:18 +0800]:
Cc'ed this to debian-boot and debian-release.
Dear RMs,
This is only one line change in nm-applet.desktop which benefit other
Window Managers and Desktops user. Please accept this change into Lenny.
Package: debian-installer
Severity: grave
I tried the latest dailly snapshot of the etch debian-install cd.
The installation went pretty smoothly, there was one major issue though:
I setup a software raid (RAID1) with the following layout:
md0 (sda1,sdb1) = swap
md1 (sda2,sdb2) = /
The hard disks
Frans Pop wrote:
reassign 375927 installation-reports
severity 375927 normal
thanks
On Thursday 29 June 2006 01:53, Michael Biebl wrote:
md0 (sda1,sdb1) = swap
md1 (sda2,sdb2) = /
grub is installed correctly, but groot in /boot/grub/menu.lst is set to
(hd0,0), so update-grub generates
Package: os-prober
Version: 1.35
Severity: normal
Hi,
Fedora 12 uses dracut to generate its initrd.
This initrds are named /boot/initramfs-$ver.img.
os-prober does not detect initrds named that way, thus creating an
unbootable grub entry for Fedora
Cheers,
Michael
-- System Information:
Package: os-prober
Version: 1.24
Severity: normal
Hi,
todays update of grub-pc pulled in os-prober.
After running update-grub, I still had a mounted partition, that was not
unomounted again by os-prober:
/dev/sda10 on /var/lib/os-prober/mount type ext3 (ro)
If os-prober mounts a partition to
Package: console-setup
Version: 1.19
Severity: normal
Since the uprade of one of the X componentes (iirc it was the xserver),
I get the following warning messages when running console-setup:
WARNING: Undefined kernel key code for 214
WARNING: Undefined kernel key code for 215
WARNING: Undefined
Package: tasksel-data
Version: 2.70
Severity: normal
Hi,
currently tasksel installs hibernate *and* acpi-support for the laptop
and desktop task. This is already one package too much, as they overlap
in functionality and confuses users, as they don't really know which one
they should use. In
Package: tasksel
Version: 2.78
Severity: normal
Hi,
currently the hal package depends on pm-utils, so it can ensure proper
power management functionality. There is a wishlist bug to demote that
to a recommends [1].
As d-i does not install recommends during the initial installation, I'd
like to
Otavio Salvador wrote:
Hello Michael,
It is done in tasksel git.
Awesome
Thanks by coordinate it with us.
Well, I have to say thanks for the quick response.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
reassign 403112 network-manager
Bug#403112: NetworkManager: Workaround for OldWorld beige G3 Macintosh bmac
network interface disabled on reboot
Warning: Unknown package 'networkmanager'
Bug reassigned from
Michael Biebl wrote:
Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
reassign 403112 network-manager
Bug#403112: NetworkManager: Workaround for OldWorld beige G3 Macintosh bmac
network interface disabled on reboot
Warning: Unknown package 'networkmanager'
Bug
Package: debootstrap
Version: 1.0.32
Severity: grave
Hi,
trying to create a chroot like
debootstrap sid /tmp/chroot/
fails
...
I: Installing core packages...
W: Failure trying to run: chroot /tmp/chroot dpkg --force-depends
--install /var/cache/apt/archives/libc6_2.13-8_i386.deb
This makes
Package: console-setup
Version: 1.73
Severity: important
User: rle...@debian.org
Usertags: run-transition
Your package is currently using /lib/init/rw/ which is now deprecated
and pending removal. Please update your package to use /run/ with a
versioned dependency on initscripts, as detailed
Package: console-setup
Version: 1.73
Severity: important
While doing a test-upgrade from squeeze to sid, the following conffiles
were not cleaned up during the upgrade and marked as obsolete in the
dpkg status file:
Conffiles:
/etc/console-setup/remap.inc 775b76c6c04cd18f8c72563e413a36aa
Package: tasksel
Version: 3.05
Severity: important
Hi,
with GNOME 3 getting ready for testing, we would like the attached
patch applied to the task-gnome-desktop package.
It contains the following changes:
- a typo fix in the package description
- gdm3 being dropped from Depends, as it is a
On 29.11.2011 14:21, Debian Bug Tracking System wrote:
* setupcon: add /run and /dev to /lib/init/rw as alternative directories
for temporary files.
/dev for temporary files? I hope this is a typo.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life
Hi,
On 29.11.2011 16:05, Anton Zinoviev wrote:
On Tue, Nov 29, 2011 at 03:50:10PM +0100, Michael Biebl wrote:
On 29.11.2011 14:21, Debian Bug Tracking System wrote:
* setupcon: add /run and /dev to /lib/init/rw as alternative directories
for temporary files.
/dev for temporary
On 16.12.2011 18:38, Joey Hess wrote:
Christian PERRIER wrote:
I'm inclined to follow this advice and would indeed propose that the
atomic partman-auto recipe is kept, however without a separate /usr
partition (discussions on -devel and the current practice convinced me
that a separate /usr
However, there is another error message that even
appears with official kernels:
modprobe: module unix not found in modules.dep
I found unix in the initramfs in conf/modules, don't know where it
comes from.
This comes from udev, see [1].
Cheers,
Michael
[1]
On 15.02.2012 05:25, scott wrote:
I recently installed a weekly build from
http://cdimage.debian.org/cdimage/weekly-builds/ by booting from a USB stick,
and was also affected by this bug.
I assume this means that anyone doing a USB installation will also be
affected. This make the bug
Hi KiBi,
Am 11.08.2014 21:58, schrieb Cyril Brulebois:
Michael Biebl bi...@debian.org (2014-08-10):
Package: ftp.debian.org
Severity: normal
As part of the transition plan to switch the default init system to
system for Jessie, the priorities of the sysvinit and sysvinit-core
package were
Am 11.08.2014 22:31, schrieb Michael Biebl:
Hi KiBi,
Am 11.08.2014 21:58, schrieb Cyril Brulebois:
Michael Biebl bi...@debian.org (2014-08-10):
Package: ftp.debian.org
Severity: normal
As part of the transition plan to switch the default init system to
system for Jessie, the priorities
Am 11.08.2014 22:51, schrieb Cyril Brulebois:
Michael Biebl em...@michaelbiebl.de (2014-08-11):
Your second mail:
Btw, since init still pulls in sysvinit-core atm, lowering the
severity of sysvinit and sysvinit-core shouldn't have an effect for
d-i.
If it does, could you elaborate, what
Am 11.08.2014 23:15, schrieb Cyril Brulebois:
Michael Biebl bi...@debian.org (2014-08-11):
A minimal installation should still pull sysvinit-core as it is the
first alternative in init.
Since that's not happening I'm going to guess that systemd-sysv's
priority being higher than sysvinit
Hi Tony,
On Thu, Aug 14, 2014 at 07:58:37PM -0300, Tony Rowe wrote:
didn't expect that. It all worked very well with only the one minor problem
at the end of the install.
I selected LXDE desktop for this install. The
remove-install-media-and-boot-into-the-new-system step left the
On Sun, Aug 17, 2014 at 08:35:45AM +0100, Brian Potkin wrote:
On Sun 17 Aug 2014 at 08:29:57 +0200, Christian PERRIER wrote:
Still:
# Allow preseeding the groups to which the first created user is added
Template: passwd/user-default-groups
Type: string
Default: audio cdrom dip
Adding the first user to group audio shouldn't break any ACL management
that is done by systemd-logind.
It just means, the first user *always* has access to the audio device,
no matter if his session is marked active for he is logged in locally.
So he get's access even when e.g. logged in
Am 21.01.2013 22:30, schrieb Cyril Brulebois:
Christian PERRIER bubu...@debian.org (14/01/2013):
That seems fair, though I think it's a bit late for this to happen
wrt the release.
I was about to do the removal when partly cleaning out tasks at
DebConf 11, then finally I remained
Package: tasksel-data
Version: 3.20
Severity: normal
Hi,
looking at [1] I'm really concerned that we still install acpi-support
by default via task-laptop. acpi-support does a lot of scary stuff and
pulls in deprecated components like consolekit on everyones laptop.
With the switch to systemd,
I'd like to add, that this would mean two less system daemons running:
acpid and console-kit-daemon, without relevant loss of functionality.
You'd still have the shutdown-on-powerbutton-press feature or the
suspend-on-lid-close handling via logind.
--
Why is it that all of the instruments
Am 02.09.2014 10:03, schrieb Ritesh Raj Sarraf:
And by the way, can someone please shed some more light on Debian bug:
760182
Per the bug report, there is no systemd support in d-i. Which then means
that I need to disable systemd support ?
In your udeb build, yes. That typically means you
Am 02.09.2014 10:03, schrieb Ritesh Raj Sarraf:
And by the way, can someone please shed some more light on Debian bug:
760182
Per the bug report, there is no systemd support in d-i. Which then means
that I need to disable systemd support ?
In your udeb build, yes. That typically means you
I fail to see why a11y would be important enough to force it to Xfce
installations while not beeing important enough to force it to default
installations.
Right, we can probably add it to task-desktop instead. Joey?
I'm not sure if this is the right approach. Isn't there a risk that
Package: tasksel
Version: 3.24
Followup-For: Bug #678793
Since this bug has been open for quite a while and the libreoffice-gcj
packages weren't added back, is it safe to assume this will remain the
case for jessie?
In that case, please consider applying the attached patch.
After all, we can
So it looks like gnome3 is the only one that doesn't work on most
architectures.
You tested qemu, not real hardware.
For your tests to be really meaningful, they would have to be done on
actual hardware.
That said, I don't see a good reason why availability on architectures
should be a
Attached is a screenshot from tasksel selection dialog.
Ansgar was contemplating, if maybe d-i uses the priorites from built
time and not the live priorities. If this is the case, this would
explain the issue (the d-i image is from 09.09.2014 and the prios were
bumped on 11.09.2014).
--
Why is
On Sun, Sep 14, 2014 at 01:19:22PM +0200, Petter Reinholdtsen wrote:
Package: partman-ext3
Version: 78
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: debian-edu
Hi. In bug report #638822 we discuss the wish to add user_attr and acl
as file system options in Debian Edu
Am 23.10.2014 um 03:36 schrieb Eric Dorland:
Control: reassign -1 tasksel
Control: retitle -1 please add dependencies on pinentry
Control: tags -1 patch
Reassigning to tasksel as suggested and patch attached.
* Eric Dorland (e...@debian.org) wrote:
Package: gnome
Version: 1:3.8+8
Am 24.10.2014 um 06:39 schrieb Eric Dorland:
Hmmm, are you talking about gnome-keyring? It actually hijacks the
gpg-agent protocol and breaks some things (see http://b/760102). You
still need the pinentry program if you disable gnome-keyright AFAIK.
Couldn't that warning message also include
Am 26.10.2014 um 01:04 schrieb Eric Dorland:
* Michael Biebl (bi...@debian.org) wrote:
Am 24.10.2014 um 06:39 schrieb Eric Dorland:
Hmmm, are you talking about gnome-keyring? It actually hijacks the
gpg-agent protocol and breaks some things (see http://b/760102). You
still need the pinentry
Hi Samuel
Am 08.11.2014 um 12:54 schrieb Samuel Thibault:
Hello,
I've just checked this morning with the latest netboot, when installing
just the base system with no task, dbus does not get installed, and thus
vt2-6 do not have a login banner because systemd-logind needs dbus for
that.
Am 09.11.2014 um 20:04 schrieb Samuel Thibault:
Michael Biebl, le Sun 09 Nov 2014 19:56:40 +0100, a écrit :
The alternative would be, to bump dbus to priority standard, so it's
installed by default (on new installations).
It is already priority standard. That is not enough to make it part
Am 03.12.2014 um 22:42 schrieb Samuel Thibault:
Simon McVittie, le Sun 09 Nov 2014 20:43:36 +, a écrit :
I'm very tempted to say systemd in Debian should just make these 5
symlinks to preserve traditional Debian behaviour, at least for
jessie. It doesn't really even need to run systemctl,
Am 08.12.2014 um 01:12 schrieb Samuel Thibault:
Michael Biebl, le Thu 04 Dec 2014 00:10:57 +0100, a écrit :
Am 03.12.2014 um 22:42 schrieb Samuel Thibault:
Simon McVittie, le Sun 09 Nov 2014 20:43:36 +, a écrit :
I'm very tempted to say systemd in Debian should just make these 5
symlinks
Sorry for the short and probably unsatisfying answer. I'll try to provide more
detail.
On 09.01.2011 02:52, Michael Biebl wrote:
On 08.01.2011 23:24, Julien Cristau wrote:
On Wed, Dec 8, 2010 at 12:15:02 -0400, Joey Hess wrote:
Michael Biebl wrote:
Please also note that e.g. if you setup
, Michael Biebl wrote:
Imho, the cleanest solution here would be, if d-i simply wouldn't write out
any
configuration (dhcp/wireless) if network-manager is installed (through the
desktop task).
CCing the d-i team, to know if that would be feasible.
No, this is not feasible at this stage
Package: tasksel
Version: 2.88
Severity: normal
Hi,
I did a default GNOME desktop installation using the RC2 net installer.
The resulting GNOME desktop had bot xsane and simple-scan installed.
xsane is pulled in via tasksel, simple-scan is pulled in through the
meta packages gnome and
On 04.02.2011 14:52, Otavio Salvador wrote:
On Fri, Feb 4, 2011 at 11:26, Julien BLACHE jbla...@debian.org wrote:
XSane is complex to use and simple-scan will do for the vast majority of
desktop users.
Dropped xsane from gnome-desktop for next upload.
Would be awesome if this could be
On 13.10.2012 09:43, Mike Hommey wrote:
That being said, I think we should actively advise people to use
backports for iceweasel. Making that statement part of the release notes
might be a good idea. Possibly with a working pinning setup.
Or maybe it would be a good idea to add the working
Package: debian-installer
Severity: wishlist
Hi,
please consider adding a sources.list configuration for (wheezy)
backports during the installation.
Commenting them out by default would probably be a safe default.
Cheers,
Michael
-- System Information:
Debian Release: wheezy/sid
APT prefers
On 20.11.2012 14:13, Luca Capello wrote:
Hi there!
On Tue, 20 Nov 2012 12:42:14 +0100, Philipp Kern wrote:
* ba5ee42 Write out network-manager configuration files with mode 0600.
[...]
NM config files need to be 0600, so this is correct.
* 4e1dbbd finish-install: Do not set
liblocale-gettext-perl 1.05-7+b1
ii perl-base 5.14.2-16
ii tasksel-data3.14
tasksel recommends no packages.
tasksel suggests no packages.
-- debconf information excluded
From 11500575ad8febfe1fb88ea2f76700278ddba8cc Mon Sep 17 00:00:00 2001
From: Michael Biebl bi
Package: tasksel
Version: 3.14+deb7u1
Severity: normal
Hi,
as briefly discussed on IRC: I think menu should be dropped from the
desktop task. It's not really beneficial to desktop environments or
GNOME (or current default desktop). Window managers or desktop
environments which want menu or
severity 699382 serious
thanks
After last package update, when I boot, I get an error about loading
ldlinux.c32.
I tried several times to reinstall extlinux, but not changes, until I
downgraded extlinux.
I stumbled upon this issue myself when trying to create netboot iso
images for d-i
On Mon, Feb 04, 2013 at 01:18:45PM +0100, Daniel Baumann wrote:
Package: debian-installer
Tags: patch
Attached patch includes the required additional syslinux modules
when building with vesamenu and syslinux version 5.x.
I tried this patch against cc123e0 from debian-installer git.
Hi,
On 06.02.2013 16:36, Daniel Baumann wrote:
On 02/05/2013 09:33 PM, Michael Biebl wrote:
I tried this patch against cc123e0 from debian-installer git.
Unfortunately the problem is still the same.
indeed; only the first part of the patch was attached; here's the
complete one.
I can
On 06.02.2013 17:48, Michael Biebl wrote:
Hi,
On 06.02.2013 16:36, Daniel Baumann wrote:
On 02/05/2013 09:33 PM, Michael Biebl wrote:
I tried this patch against cc123e0 from debian-installer git.
Unfortunately the problem is still the same.
indeed; only the first part of the patch
On 06.02.2013 23:22, Don Armstrong wrote:
On Wed, 06 Feb 2013, Russ Allbery wrote:
Don Armstrong d...@debian.org writes:
Assuming that the patch for #699742[0] fixes this issue with DI RC
releases being installed, is there still an outstanding issue for the
CTTE?
Earlier in this thread,
On 07.02.2013 07:30, Daniel Baumann wrote:
On 02/06/2013 11:48 PM, Michael Biebl wrote:
Unfortunately the second patch doesn't work either. See [1].
that is incorrect; the patch works, it's just the old vbox version in
current debian testing/sid which has a bug (try the image on real
On 07.02.2013 07:58, Daniel Baumann wrote:
On 02/07/2013 07:45 AM, Michael Biebl wrote:
Well, VBOX is pretty popular, so shipping an installer which doesn't
work for such an environment is certainly a no-go.
again, the syslinux in sid would not be in wheezy. making it a
*temporary* problem
On 07.02.2013 08:06, Daniel Baumann wrote:
On 02/07/2013 07:55 AM, Michael Biebl wrote:
I think it is obvious by now that reverting to syslinux 4 from wheezy is
the only sensible way forward at this point in the release.
'obvious'?
Imho, yes. But then, it's not up to me to decide
On 04.04.2012 19:50, Filipus Klutiero wrote:
I just reinstalled Debian and for the first time did it via my wireless
network (with WPA encryption), without even requiring non-free firmware.
It was disappointing after that to discover that using wireless during
the install was what caused
On 04.04.2012 22:48, Michael Biebl wrote:
On 04.04.2012 19:50, Filipus Klutiero wrote:
I just reinstalled Debian and for the first time did it via my wireless
network (with WPA encryption), without even requiring non-free firmware.
It was disappointing after that to discover that using
On 26.09.2012 16:10, Cyril Brulebois wrote:
Hi,
since gtk+3.0 again appeared on my testing summary page (packages of
interest as far as unblock{,-udeb}'s are concerned), I'm wondering
whether it shouldn't just get its block-udeb removed?
I haven't heard yet of plans to port d-i to gtk3,
Hi everyone!
KiBi, thanks for forwarding the email and being so persistent about this
issue.
Sorina, thanks a lot for this nice work and sorry that it took so long
for me to answer.
On 26.09.2012 22:46, Cyril Brulebois wrote:
Sorina - Gabriela Sandu sandu.sor...@gmail.com (16/09/2012):
Hello!
Forgot to add: I'm not subscribed to debian-boot. So please CC me (or
pkg-(utopia,gnome)-maintainers) on reply.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Am 25.03.2010 23:34, schrieb Josselin Mouette:
Actually there are two very simple solutions, so it is really a matter
of what design you prefer.
1. (Stolen from Ubuntu) Create a new “admin” group, modify
policykit to accept self-authentication for all members of the
On 26.03.2010 01:21, Margarita Manterola wrote:
The amount of groups that a users needs to belong to in order to get
the best experience from their computer is growing and growing. This
Actually, I personally tried to work against this trend.
The groups plugdev/powerdev/netdev, which
Packages or package groups installed by the standard system or GUI task
that looks weird to me. I haven't checked why they are installed in any
way.
- radeontool. The description looks like: don't use. Also the radeon
cards now belong completely to the kernel.
- vbetool. Can be considered
Am 14.04.2013 20:56, schrieb Steven Chamberlain:
On 14/04/13 11:03, Christian PERRIER wrote:
As a consequence, having the desktop-gnome task broken on kFreeBSD
because of the dependency on n-m-gnome can be considered as non
release critical...
Just for the record, I'm not happy about this.
Am 15.04.2013 12:14, schrieb Cyril Brulebois:
For unrelated reasons, d-i will need a new upload, so I can update
tasksel today as well, before rc2 images get built again.
I don't want to sound like a broken record, but seeing that
network-manager-gnome in task-gnome-desktop was demoted to
Hi Russ, hi Sune,
I'd like to second this request to reword the current section in the
policy regarding menu files, suggesting fdo .desktop files as the
recommended mechanism and make it clear that .menu files are only really
relevant for legacy or more exotic window managers.
Sune's patch looks
For completeness sake:
Am 25.05.2013 02:54, schrieb Cyril Brulebois:
(echo-ing what was discussed on IRC in to the BTS.)
this udeb is currently uninstallable, breaking the netboot-gtk d-i
build:
libpango1.0-udeb:amd64 Depends on libharfbuzz0 [ amd64 ] none ( none )
can't be
Hi d-i team,
as part of the udev update to version 204 (in experimental), the
udev-gtk-udeb package was renamed to libudev1-udeb to better reflect
what the package actually contains.
This will be aligned with the libudev0→libudev1 soname bump, so it
seemed like a good occasion to do the rename
Am 20.07.2013 18:23, schrieb Cyril Brulebois:
Hi,
Michael Biebl (2013-07-20):
as part of the udev update to version 204 (in experimental), the
udev-gtk-udeb package was renamed to libudev1-udeb to better reflect
what the package actually contains.
This will be aligned with the libudev0
Package: netcfg
Version: 1.110
Severity: important
Hi,
I just did a installation of 7.1 inside a VM using the desktop task,
which means network-manager was installed along with it.
I was surprised to find the following in /e/n/i:
# The primary network interface
allow-hotplug eth0
iface eth0
fwiw, I tested both the 7.0.0 and 7.1.0 install images, with the same result
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
The syslog from the installation can be found at
http://people.debian.org/~biebl/syslog
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
On IRC KiBi suspected the following line [1] to be the culprit:
if in-target dpkg-query -s network-manager 2/dev/null | grep -q
'^Status: install ok installed'; then
I ran that on the d-i console, and the check was indeed not successful.
Changing that to
if in-target sh -c dpkg-query -s
Am 08.10.2013 15:02, schrieb Yves-Alexis Perez:
I still don' think having gnome-control-center installed on Debian Xfce
(or any !gnome) installations is a good idea, to be honest. I personally
use network-manager-gnome nm-applet under Xfce because it doesn't
actually needs GNOME bits, so imho
Am 12.12.2013 21:48, schrieb Debian Bug Tracking System:
Processing control commands:
reassign -1 udev 204-5
Bug #725714 [installation-reports] installation-reports: Recent netinst.iso
doesn't write missing firmware to /run/udev/firmware-missing
Bug reassigned from package
Am 13.12.2013 00:12, schrieb Andreas Cadhalpun:
The Debian installer needs a way to load the firmware during
installation, otherwise the netinst.iso is pretty useless for WLAN
devices with non-free firmware.
Since a majority of the WLAN devices need non-free firmware, just
dropping this
Am 13.12.2013 00:26, schrieb Michael Biebl:
Am 13.12.2013 00:12, schrieb Andreas Cadhalpun:
The Debian installer needs a way to load the firmware during
installation, otherwise the netinst.iso is pretty useless for WLAN
devices with non-free firmware.
Since a majority of the WLAN devices need
Am 13.12.2013 00:34, schrieb Michael Biebl:
According to codesearch.d.n, hw-detect is the only tool using
/run/udev/firmware-missing. I'm inclined to re-assign this bug to
hw-detect and let the hw-detect maintainers decided how to handle this.
If something like the isenkram approach would
Seeing that readahead-fedora is dead upstream [1] and can actually have
negative effects with SSDs (which are becoming more and more common on
laptop hardware), I would advise against installing readahead-fedora by
default for desktop tasks.
Michael
[1] https://fedorahosted.org/readahead/
--
Hi,
as some of you might know, the debian installer allows to install a system with
a disabled root account, i.e. there is no root password set for root.
In lenny, iirc, this was done via d-i pre-seeding, in squeeze it is as simple as
leaving the root password prompt empty.
The lenny installer
On 19.10.2010 08:15, Josselin Mouette wrote:
Le mardi 19 octobre 2010 à 00:38 +0200, Michael Biebl a écrit :
1/ The sudo group in previous Debian releases had a different meaning:
Members
of groups sudo could run sudo without needing a password.
Did it exist in previous releases? I don’t
Package: tasksel
Version: 2.84
Severity: normal
Hi,
in order to keep the tasks lean and useful I'd suggest removing the apmd
package from the laptop task. APM is long dead and so I think we
shouldn't install that package on everyones laptop.
Michael
-- System Information:
Debian Release:
Package: tasksel
Version: 2.84
Severity: normal
Hi,
I'm the maintainer of pm-utils.
With KMS being available for all major drivers, radeontool and vbetool
have become mostly obsolete. Besides, that pm-utils uses those tools is an
implementation detail and it should be up to the pm-utils package
On 20.11.2010 08:02, Christian PERRIER wrote:
Quoting Michael Biebl (bi...@debian.org):
Package: tasksel
Version: 2.84
Severity: normal
Hi,
I'm the maintainer of pm-utils.
With KMS being available for all major drivers, radeontool and vbetool
have become mostly obsolete. Besides
On 29.11.2010 07:18, Guillem Jover wrote:
Could someone with ext4/btrfs/xfs/etc test w/ and w/o the attached patch
against dpkg?
I'm using ext4 (as already mentioned), my small benchmark is (re)installing
vim-runtime using dpkg -i
1.15.8.5:
real0m9.259s
user0m4.212s
sys 0m0.752s
Hi everyone!
I talked to the release team and they prefer to postpone a fix to 8.1.
I therefor would like to see a short paragraph added to the d-i 8.0
errata [1].
Afaics, the issue so far only happened for automated installations.
There is no real solution/workaround ttbomk besides rebuilding
Am 23.04.2015 um 22:22 schrieb Cyril Brulebois:
Michael Biebl bi...@debian.org (2015-04-23):
netboot install writes duplicate entries to 70-persistent-net.rules
~~~
It might be better not to embed the “netboot install
On Sat, 25 Apr 2015 16:22:13 +0200 Michael Biebl bi...@debian.org wrote:
Package: cryptsetup
Version: 2:1.6.6-5
Severity: grave
Hi,
if the cryptsetup package is installed, it also installed a
initramfs-tools hook.
I use BUSYBOX=no in initramfs.conf, but the cryptroot hook copies
Am 25.04.2015 um 22:29 schrieb Bjørn Mork:
m...@linux.it (Marco d'Itri) writes:
On Apr 24, Michael Biebl bi...@debian.org wrote:
A while ago, I already filed a bug to have acpid and acpi-support-base
removed from tasksel [1], since it duplicates functionality which is
nowadays provided
Package: hw-detect
Version: 1.108
Severity: normal
Tags: patch
Hi!
While installing a jessie (GNOME) desktop with the latest RC3 installer,
I noticed that we still install acpid and acpi-support-base.
A while ago, I already filed a bug to have acpid and acpi-support-base
removed from tasksel
On Sun, 03 May 2015 17:23:30 +0100 Ben Hutchings b...@decadent.org.uk
wrote:
Control: reassign -1 clock-setup
Control: retitle -1 Missing support for systems without battery-backed RTC
On Sun, 2015-05-03 at 17:40 +0200, Geert Stappers wrote:
Debian installations on hardware with no
Am 09.05.2015 um 03:32 schrieb Michael Biebl:
On Sun, 03 May 2015 17:23:30 +0100 Ben Hutchings b...@decadent.org.uk
1. Install/enable NTP client
2. Disable hwclock-save.service
See below for the changes in systemd
3. Disable e2fsck time check
What exactly do you mean here?
I think
1 - 100 of 206 matches
Mail list logo