Nathanael Nerode wrote:
drivers/media/video/dabfirmware.h
...
drivers/net/tokenring/3c359_microcode.h
In other words, *all* of the above drivers.
Wrong!
Those are not the *drivers* they are the source code header files needed to
link to them.
Colin
--
Colin Tuckley | [EMAIL
Hi,
thanks for the quick reply.
On Tue, 11 Sep 2007, maximilian attems wrote:
On Tue, Sep 11, 2007 at 03:56:15PM +0200, Raphael Hertzog wrote:
I grepped for RESUME in /etc/initramfs-tools/ and
/usr/share/initramfs-tools/ but found no obvious use of that variable
(except it's sourced by
On Wed, Sep 12, 2007 at 08:10:17 +0100, Colin Tuckley wrote:
Nathanael Nerode wrote:
drivers/media/video/dabfirmware.h
...
drivers/net/tokenring/3c359_microcode.h
In other words, *all* of the above drivers.
Wrong!
Those are not the *drivers* they are the source code header
On Wed, Sep 12, 2007 at 10:13:38AM +0200, Bernd Zeimetz wrote:
Coming back to looking at Debian after being preoccupied by family
business, I
see that the kernel team is not even seriously trying to separate out any
non-free material. There have been severe regressions from sarge and
Coming back to looking at Debian after being preoccupied by family business,
I
see that the kernel team is not even seriously trying to separate out any
non-free material. There have been severe regressions from sarge and no
attempt
is being made to fix them.
Why don't you start to
On Wed, Sep 12, 2007 at 12:39:05AM -0400, Nathanael Nerode wrote:
Non-free material is being included in main for the benefit of *precisely
zero*
users. There's no two ways about this: this is a Social Contract violation.
Kernel has 736[1] open bugs, including ones that corrupt data and
make
On Wed, 12 Sep 2007 10:13:38 +0200, Bernd Zeimetz wrote:
Why don't you start to send patches then. Seems you have enough free
time to look after such issues. Fixing Kernels to work on more
(sometimes even important machines, like buildds) is a much more
important job than to get rid of oh so
I built a kernel from linux-source-2.6.22 version 2.6.22-4 with
the .config taken from linux-image-2.6.22-2-k7 version 2.6.22-4.
$ uname -r
2.6.22-fixdso
$ gdb sleep
(no debugging symbols found)
Using host libthread_db library
Package: linux-image-2.6.18-5-686
Version: 2.6.18.dfsg.1-13etch2
Severity: normal
Summary (technical details follow below):
When I added a videocard to my PC (in addition to the on-bord-video
chip), the kernel panics (oops) during bootup. When I manually remove
the intel-agp.ko module (which
Your message dated Wed, 12 Sep 2007 13:38:34 +0300
with message-id [EMAIL PROTECTED]
and subject line Please close this bug report
has caused the attached Bug report 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
Hi Sam,
I found this problem in the stock upstream 2.6.18.8 kernel, and for me the
fix involved the following:
1. apply the attached patch (taken from the RHEL 5 kernel source package)
2. build the kernel with CONFIG_COMPAT_VDSO disabled
3. use an older version of gcc (I had been testing with
* Nathanael Nerode:
The most recent linux-source-2.6.22 contains the following files:
drivers/media/video/dabfirmware.h
Probably okay, could be a frequency table or some kind of bitmap. Who
knows.
drivers/net/drgs_firmware.c
Doesn't exist upstream. Huh?
drivers/usb/misc/emi26_fw.h
On 11140 March 1977, Nathanael Nerode wrote:
I'm not sure I can take the Debian kernel team seriously any more.
What team? We dont seem to have a team.
The most recent linux-source-2.6.22 contains the following files:
[...]
In other words, *all* of the above drivers. It's even worse than
Processing commands for [EMAIL PROTECTED]:
notfound 441985 1:2.10.1-3
Bug#441985: lm-sensors: Detected sensor module w83627ehf refuses to load
Bug no longer marked as found in version 1:2.10.1-3.
reassign 441985 linux-2.6
Bug#441985: lm-sensors: Detected sensor module w83627ehf refuses to load
On Wed, Sep 12, 2007 at 01:25:11AM -0700, Steve Langasek wrote:
On Wed, Sep 12, 2007 at 10:13:38AM +0200, Bernd Zeimetz wrote:
Coming back to looking at Debian after being preoccupied by family
business, I
see that the kernel team is not even seriously trying to separate out any
On Wed, Sep 12, 2007 at 12:42:56PM +0300, Riku Voipio wrote:
On Wed, Sep 12, 2007 at 12:39:05AM -0400, Nathanael Nerode wrote:
Non-free material is being included in main for the benefit of *precisely
zero*
users. There's no two ways about this: this is a Social Contract violation.
I guess the Social Contract really is a joke. I don't know why new applicants
are supposed to agree to it. Old members apparently violate it at will for
years
with no consequences.
It doesn't make me respect Debian very much.
I am not a DD (yet), but all my packages were very strictly
On Wed, 2007-09-12 at 15:42 +0200, Ondrej Certik wrote:
I guess the Social Contract really is a joke. I don't know why new
applicants
are supposed to agree to it. Old members apparently violate it at will for
years
with no consequences.
It doesn't make me respect Debian very
On Tue, Aug 21, 2007 at 07:08:47PM +0200, Bastian Blank wrote:
* Featureset infos needs to go into the short and long description, how?
No ideas?
Bastian
--
Where there's no emotion, there's no motive for violence.
-- Spock, Dagger of the Mind, stardate 2715.1
--
To
On Wed, 12 Sep 2007 12:42:56 +0300, Riku Voipio [EMAIL PROTECTED] said:
On Wed, Sep 12, 2007 at 12:39:05AM -0400, Nathanael Nerode wrote:
Non-free material is being included in main for the benefit of
*precisely zero* users. There's no two ways about this: this is a
Social Contract
Hi,
I couldn't resume from suspend to disk with initramfs-tools version 0.91
in unstable (i386) kernel linux-image-2.6.22-2-686. Downgrading to
version 0.90a solved the problem. Contrarily to the original report,
no LVM here.
The message I had when it failed was more or less like this
(can't
Hello,
On Wed, Sep 12, 2007 at 12:39:05AM -0400, Nathanael Nerode wrote:
The most recent linux-source-2.6.22 contains the following files:
drivers/media/video/dabfirmware.h
# CONFIG_USB_DABUSB is not set
drivers/net/drgs_firmware.c
# CONFIG_DGRS is not set
drivers/usb/misc/emi26_fw.h
initramfs-tools_0.91a_amd64.changes uploaded successfully to localhost
along with the files:
initramfs-tools_0.91a.dsc
initramfs-tools_0.91a.tar.gz
initramfs-tools_0.91a_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
hello raphael,
On Tue, 11 Sep 2007, Raphael Hertzog wrote:
Yes, I just did so, I confirm that it works with the version in testing
(0.90a).
thanks for the quick double check, fixed in incoming in 0.91a.
you'll should see it soonest in unstable,
keeping the bug open now for dup reports.
On Wed, 12 Sep 2007, di dit wrote:
I couldn't resume from suspend to disk with initramfs-tools version 0.91
in unstable (i386) kernel linux-image-2.6.22-2-686. Downgrading to
version 0.90a solved the problem. Contrarily to the original report,
no LVM here.
The message I had when it
Accepted:
initramfs-tools_0.91a.dsc
to pool/main/i/initramfs-tools/initramfs-tools_0.91a.dsc
initramfs-tools_0.91a.tar.gz
to pool/main/i/initramfs-tools/initramfs-tools_0.91a.tar.gz
initramfs-tools_0.91a_all.deb
to pool/main/i/initramfs-tools/initramfs-tools_0.91a_all.deb
Override entries
Joerg Jaspert wrote:
Oh well, the kernel team just lost its trust, which means new uploads of
kernel-team packages dont get their old way of fasttracking in NEW, as I
now need to check all of their uploads for such cases.
I'm not sure I find this helpful.
You're not checking for copyright
Sune Vuorela wrote:
On 2007-09-12, Faidon Liambotis [EMAIL PROTECTED] wrote:
Joerg Jaspert wrote:
You're not checking for copyright violations or for non-free stuff in
all other packages.
I obviously meant all other *existing* source packages, i.e. all the
uploads that don't pass through NEW.
On Wed, 12 Sep 2007 21:07:43 +0300, Faidon Liambotis [EMAIL PROTECTED] said:
Sune Vuorela wrote:
On 2007-09-12, Faidon Liambotis [EMAIL PROTECTED] wrote:
Joerg Jaspert wrote:
You're not checking for copyright violations or for non-free stuff
in all other packages.
I obviously meant all
On 11140 March 1977, Faidon Liambotis wrote:
You're not checking for copyright violations or for non-free stuff in
all other packages.
I wonder what I did to all those thousands of packages I had in NEW in
the past.
IMHO, it's not the ftp-master's job to check with each upload if a
number
On 11140 March 1977, Faidon Liambotis wrote:
I don't consider it something needing fixing.
It is a good way to have the copyright files occasionally reviewed.
I don't think that old source packages are re-reviewed for copyright
violations/non-freeness. But I could easily be wrong.
Those that
Only until Sep 14 - Purchase the Doctor Contact List at the sale price and get
Hospital, Nursing Home and Dentist data completely free!
Licensed Doctors in the USA
788,330 in total 17,400 emails
Many different medical specialties
16 different sortable fields
Specially reduced price:
Ok I found the problem. the DHG version of the chip is only supported in
kernels = 2.6.21 while you have a 2.6.18 kernel.
I am therefore reassigning the bug to the linux-2.6 package and marking
this bug fixed in 2.6.21. As you are using stable, you can try to fetch
a more recent kernel from
Processing commands for [EMAIL PROTECTED]:
reassign 440720 debian-installer
Bug#440720: 2.6.21-2-sparc64: Kernel fails to boot on SunFire v880
Bug reassigned from package `linux-2.6' to `debian-installer'.
retitle 440720 [SPARC]: non-SMP kernel fail on SunFIres with = 2 CPUs
Bug#440720:
reassign 440720 debian-installer
retitle 440720 [SPARC]: non-SMP kernel fail on SunFIres with = 2 CPUs
thanks
After a lot of testing the I didn't manage to find a single non-SMP
kernel which would boot on a SunFire v880.
As google finds several reports of failed installs on SunFire machines
with
although no non-SMP kernel boots on this machine as reported in #440720,
even the 2.6.18 SMP kernel from Etch just hangs the machine, just not as
badly as the non-SMP kernel.
--
Bernd Zeimetz
[EMAIL PROTECTED] http://bzed.de/
--
To UNSUBSCRIBE, email to [EMAIL
Hi,
applying 179c85ea53bef807621f335767e41e23f86f01df at least allowed me to
run aptitude again (without ending with a completely hanging system),
although I'm still using the libc6 from Etch. So either this bug is
worse on Ultrasparc III cpus (what I assume), or this is just a
different bug with
37 matches
Mail list logo