On 2013-04-23 21:33, Filipus Klutiero wrote:
[...]
I've run the script in question, and posted its data here:
http://www.alsa-project.org/db/?f=0a6f72f8128767a735b8cc1f25682fc3bc34b378
http://www.alsa-project.org/db/?f=a8309b672edaccacce845e209c12df8a0f79ef13 for
me.
Note
Package: linux
Version: 3.8.11-1
Severity: minor
The descriptions of linux-headers packages are redundant. For example,
3.8-1-486's reads:
This package provides the architecture-specific kernel header files for
Linux kernel 3.8-1-486, generally used for building out-of-tree kernel
modules.
Package: firmware-realtek
Version: 0.36+wheezy.1
Severity: normal
copyright contains:
Files: realtek/rtl_nic/rtl8168d-*.fw
Copyright: 2010, Realtek Semiconductor Corporation
License: Binary redistribution (Realtek permissive)
Permission is hereby granted for the distribution of this firmware
Package: linux-source
Version: 3.5.2-1~experimental.1
Severity: minor
Tags: patch upstream
Forwarded: https://bugzilla.kernel.org/show_bug.cgi?id=10440
The description of CONFIG_RT2500USB contains This adds support for
rt2500 wireless chipset family.
RT2500 specifically refers to
Hi Uwe,
On 2012-09-20 11:04, Uwe Kleine-König wrote:
On Thu, Sep 20, 2012 at 12:16:14AM -0400, Filipus Klutiero wrote:
reopen 682726
thanks
On 2012-09-19 01:48, Ben Hutchings wrote:
On Tue, 2012-09-18 at 20:10 -0400, Filipus Klutiero wrote:
On 2012-09-18 14:30, Debian Bug Tracking System
Hi Jonathan,
On 2012-09-20 00:36, Jonathan Nieder wrote:
Hi,
Filipus Klutiero wrote:
If by 'optional dependencies' you mean assuming a feature provided by a
package on which the dependency is not declared as absolute, there are
certainly solutions; declare the dependency as absolute or stop
reopen 682726
thanks
On 2012-09-19 01:48, Ben Hutchings wrote:
On Tue, 2012-09-18 at 20:10 -0400, Filipus Klutiero wrote:
On 2012-09-18 14:30, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the linux-source-3.4 package
severity 650819 normal
close 684265 3.2.29-1
forcemerge 650819 686314
thanks
This is no longer RC. A workaround has finally been applied, namely the
first one, adding fuse. It will take some time before the fix makes it
to install media. Note that I did not verify that the current symptom is
On 2012-09-18 14:30, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the linux-source-3.4 package:
#682726: [linux-source-3.4] make xconfig: Unable to find the QT4 tool qmake.
It has been closed by Ben
Hi Jonathan,
On 2012-08-03 14:00, Jonathan Nieder wrote:
Hi,
Filipus Klutiero wrote:
It looks like --add-architecture is not a great solution. After
doing that, packages in Synaptic would show with :amd64 (for
example, mesa-utils). I had to remove the architecture, but that
wasn't possible
It looks like --add-architecture is not a great solution. After doing
that, packages in Synaptic would show with :amd64 (for example,
mesa-utils). I had to remove the architecture, but that wasn't possible
until I uninstalled the amd64 package.
--
To UNSUBSCRIBE, email to
On 2012-07-30 00:01, Jonathan Nieder wrote:
Hi Filipus,
Filipus Klutiero wrote:
thank you. This allowed me to install the package.
Glad I could help.
However, I'm not sure this should be a step. Perhaps this should
already be done. Or the package built should be i386; this should
Package: debian-kernel-handbook
Version: 1.0.14
Severity: important
I followed the procedure for Building a custom kernel from Debian
kernel source on an i386 wheezy install. The resulting package is
targetted at the amd64 Debian architecture and cannot be installed on my
system (which is
Package: linux-source-3.4
Version: 3.4.4-1~experimental.1
Severity: normal
When trying to run make xconfig with qt4-qmake installed, make is unable
to find qmake:
$ which qmake;LANG=C make xconfig
/usr/bin/qmake
CHECK qt
* Unable to find the QT4 tool qmake. Trying to use QT3
*
* Unable
On 2012-07-24 22:48, Ben Hutchings wrote:
On Tue, 2012-07-24 at 21:44 -0400, Filipus Klutiero wrote:
Package: linux-source-3.4
Version: 3.4.4-1~experimental.1
Severity: normal
When trying to run make xconfig with qt4-qmake installed, make is unable
to find qmake:
[...]
Works for me. Which
Hi Jonathan,
On 2012-06-19 21:07, Jonathan Nieder wrote:
Hi Filipus,
Filipus Klutiero wrote:
I probably reproduced this after testing a wheezy daily on an ASUS
Z71A using an RT2500.
Thanks, but what is this?
This is the ticket where the message appears, that is #598144.
The subject
On 2012-06-19 23:34, Jonathan Nieder wrote:
Hi Filipus,
Filipus Klutiero wrote:
I probably reproduced this after testing a wheezy daily on an ASUS
Z71A using an RT2500. I got this error message and several others.
Ok, now I finally got a chance to look up the bug. So do you mean
I probably reproduced this after testing a wheezy daily on an ASUS Z71A
using an RT2500. I got this error message and several others. It
happened as soon as I logged in to the minimal console install, with
tty1 full of such messages. The laptop was 1 meter away from the router.
The image was
Version: 3.2.12-1
This struck me when I reinstalled wheezy on my laptop using a 20120321
i386 netinst. The install went fine, but the installed system hanged
every time during boot with a garbled screen. As I had been running
wheezy on the machine before, I figured out something could be
Package: linux-libc-dev
Version: 3.0.0~rc3-1~experimental.1
Severity: minor
The extended description contains:
These headers are used by the installed headers for GNU glibc and other
system libraries.
glibc stands for GNU C Library, so GNU glibc is redundant. The
only way it could make
Package: debian-kernel-handbook
Version: 1.0.10
Severity: normal
Chapter 1.2 Authors and Contributors contains:
The SGML source of the book may be checked out from the Debian
subversion (svn) repository at
svn://svn.debian.org/svn/kernel-handbook/trunk/.
This link yields a 404 Not Found
Package: debian-kernel-handbook
Version: 1.0.10
Severity: normal
There is a wrong command in section 4.5 Building a custom kernel from
Debian kernel source:
$ make KDEB_PKGVERSION=custom.1.0 deb-pkg
This command fails - after a real long time - with:
dpkg-deb: error: parsing file
Package: linux-modules-nonfree-2.6
Version: 2.6.18-4
Severity: grave
linux-modules-nonfree-2.6 is outdated, so all binary packages it generates are
uninstallable.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: firmware-ralink
Version: 0.10
Severity: wishlist
It would be nice to have this package in main. It looks like this could be
switched to the ISC licence as OpenBSD uses for distribution or ral and rum
firmwares:
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/
I
Frederik Schueler a écrit :
Hello,
On Sat, Jan 06, 2007 at 05:27:22AM +0100, Frans Pop wrote:
Did you check for packages that have a dependency or build dependency on
linux-2.6? They'd have to be re-uploaded too...
we rename [...]
This looks like you're stating that you still
Same as #360763
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Filipus Klutiero a écrit :
Hi,
3 days ago Frederik Schueler mentioned the following item for then's
today in his Kernel schedule proposal for Etch:
start migration of 2.6.17 kernel and udebs to testing
I asked him on #d-kernel precisely what was being done about this but
got no answer
Hi,
3 days ago Frederik Schueler mentioned the following item for then's
today in his Kernel schedule proposal for Etch:
start migration of 2.6.17 kernel and udebs to testing
I asked him on #d-kernel precisely what was being done about this but
got no answer. I didn't see anything happen
Package: linux-2.6.16
Version: 2.6.16-15
Severity: normal
Descriptions for binary packages linux-modules-2.6.16-2-xen-686,
linux-modules-2.6.16-2-xen-k7 and
linux-modules-2.6.16-2-xen-vserver-686 are missing important
information.
There is obviously something wrong since
notfound 375088 2.6.16-15
close 375088 2.6.17-1
thanks
There is no version 2.6.16-15 of linux-2.6, but rather a version 2.6.16-15 of
linux-2.6.16. I guess the changelog was a bit quiet about that so I got
confused, sorry.
This is not really a bug in either linux-2.6 or linux-2.6.16, but more
severity 345303 wishlist
thanks
Hi, I'm adjusting severity considering that this bug very unlikely makes
the package unusable, even for the majority of ppc users.
The issue is very unlikely to be addressed in Sarge, but if you think it
should be, please precise how to reproduce the issue (i.e.
I want to have no fb at all, but my kernel used to load vesafb at boot.
The workaround I found is to move the vesafb.ko file, and run mkinitrd,
but this sounds like a hack to me since I'm manipulating files under
dpkg's control. As Miroslav points out, it's also a problem on package
upgrades.
Package: kernel
Followup-For: Bug #266674
I am again experiencing this on 2.6.11-1-k7 2.6.11-2.
Device 'vesafb0' does not have a release() function, it is broken and
must be fixed.
Badness in device_release at drivers/base/core.c:85
[c01b2628] kobject_cleanup+0x98/0xa0
[c01b2630]
Package: kernel-image-2.6.8-2-386
Followup-For: Bug #289250
This bug doesn't appear anymore in 2.6.11, although vesafb is still a
module. See also 257996.
Also note that the problem wasn't specific to 386 (at least concerned k7
too).
-- System Information:
Debian Release: 3.1
APT prefers
Package: kernel
Followup-For: Bug #257996
I experience this with Sarge's 2.6.8, but not with 2.6.11. Maybe the bug
should be reassigned.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux
35 matches
Mail list logo