Package: busybox
Version: 1:1.1.3-3
Followup-For: Bug #373704
Sorry, I send the wrong patch last night.
MfG
Goswin
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel:
Subject: cdrom: the kernel-driver/module megaraid isn't working correctly
Package: debian-installer
Severity: important
Justification: breaks the whole system
version: n/a: daily-build Debian GNU/LINUX testing Etch - Official
Snapshot i386 NETINST Binary-1 20070112-09:17
*** Please type your
Christian Perrier [EMAIL PROTECTED] wrote:
Can you give us examples of actions from the D-I team who could be
used as illustrations of negligence towards the powerpc architecture
users?
Steve Langasek [EMAIL PROTECTED] wrote:
It has already been explained that the bug at issue here has not
Hey. I've made a new installation, but this time in expert mode.
I kept it all the same, just installed the kernel 2.6.18-3-486 instead
of 2.6.18-3-686.
Now it's working fine. So I think it must have something to do with the
linux-image-2.6.18-3-686, and not with the debian-installer.
I
On Jan 15, 2007, at 12:39 AM, Christian Perrier wrote:
Quoting Rick Thomas ([EMAIL PROTECTED]):
It's sad to see d-i on powerpc, a major architectural variant, being
eroded and neglected as a result of a few people who can't get past
their own personal animosity to Sven. Whatever his merits
Op 14-01-2007 om 19:55 schreef Luke Kenneth Casson Leighton:
slight irony: the tasksel thing is fixed, and yesterday, root password
was being requested when the preseed entries were in the database to
stop it.
today that is _also_ fixed - but ironically, an ordinary user and
password is
Op 15-01-2007 om 20:29 schreef Geert Stappers:
Mmm, that can (could) be preseeded to be skipped.
In http://d-i.alioth.debian.org/manual/example-preseed.txt
it this snippet:
### Account setup
# Skip creation of a root account (normal user account will be able to
# use sudo).
#d-i
Package: installation-reports
Severity: important
Justification: after crashing, installer hangs starting partitioning task
Boot method: CD
Image version: installer build 20070109-03:51
Processor: AMD Athlon XP 2200+
Memory: 1GB
Partitions:
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads,
Package: installation-reports
Version: 2.23
Severity: normal
-- Package-specific info:
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/etch_di_rc1/sparc/iso-cd/debian-testing-sparc-netinst.iso
Date: 2007/01/15 17:00
Machine: SUN Ultra 10
Partitions:
Disk /dev/hda (Sun disk
Package: installation-reports
Severity: critical
Justification: unrequested Volume removal - substantial data loss
Boot method: CD
Image version: installer build 20070109-03:51
Comments/Problems:
When using the graphical installer (either installgui or expertgui) the
mapping appears to be set
Probably you are the uploader of the following file(s) in
the Debian upload queue directory:
installation-guide_20070115.dsc
installation-guide_20070115.tar.gz
This looks like an upload, but a .changes file is missing, so the job
cannot be processed.
If no .changes file arrives within
Package: tasksel
Version: 2.58
Severity: wishlist
Tags: patch
How about adding wine to desktop task?
--- tasksel-2.63/tasks/desktop~ 2007-01-12 23:19:19.0 +0100
+++ tasksel-2.63/tasks/desktop 2007-01-16 00:10:54.0 +0100
@@ -65,3 +65,7 @@
cupsys-bsd
# gui for configuration of
Miroslav Kure, le Mon 15 Jan 2007 17:38:22 +0100, a écrit :
On Mon, Jan 15, 2007 at 12:56:14AM +0100, Samuel Thibault wrote:
I'd hence suggest to add the numlockx package to the desktop task.
Think about the poor laptop users who will have to turn it off each
time they login, because
On Mon, Jan 15, 2007 at 12:56:14AM +0100, Samuel Thibault wrote:
I'd hence suggest to add the numlockx package to the desktop task.
Think about the poor laptop users who will have to turn it off each
time they login, because half of the keyboard would be unusable for
them.
...and they will
Can you give us examples of actions from the D-I team who could be
used as illustrations of negligence towards the powerpc architecture
users?
Well, OK:
The one that particularly got to me was the very long dry spell for
OldWorld PowerMacs during which etch would not boot on that
Right about now, I'm expecting several people to chime in we've fixed
the problem already on our installers, and you're an idiot, just go here
to get it. I, and probably most of humanity with a job and a life,
don't have time to dig through the entire website. When we see a link
on the
16 matches
Mail list logo
