Hallo,
* Debian Bug Tracking System [Sat, Dec 28 2024, 11:15:02AM]:
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 1091539:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1091539.
NOTE: I just tested v6.13-rc4+ (fd0584d220fe285dc45be43eede5
Package: src:linux
Version: 6.12.6-1
Severity: important
Tags: upstream
Just what the message says. Starting hibernation makes all screens go
dark but no HDD activity is visible, and the system remains in this
state (at least for 5 minutes). Can be restarted via Magic-SysRQ, though.
Also FYI, cha
Package: firmware-amd-graphics
Version: 20170823-1
Followup-For: Bug #891364
The package is still not uptodate, latest version of polaris11 firmware
are also missing. Mind the files with _2 in the filename! They are
listed on
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.
Control: 819272 notfound 4.7~rc7-1~exp1
Seems to work again in latest 4.7 RC.
Hallo,
* Eduard Bloch [Fri, Mar 25 2016, 10:12:24PM]:
> I could try loading all regular modules one by one and look where it
> starts breakin - would it help?
Little update: loading known modules manually one by one did not break
it. Finally I used a custom-build kernel with system sp
Package: src:linux
Version: 4.5-1~exp1
Severity: normal
Dear Maintainer,
* What led up to the situation?
Installed linux-image-4.5.0-trunk-amd64 and rebootet. No 3rd party
modules added yet.
* What was the outcome of this action?
Boot proceeds as usual until the point where it usually lo
Package: linux-headers-4.2.0-trunk-all
Severity: normal
Tags: patch
For unknown (stupid) reasons, flush_workqueue symbol has been declared
as GPL only. There is a pending fix in the kernel git, please
cherry-pick it. The resolution blocks #796372.
commit 1dadafa86a779884f14a6e7a3ddde1a57b0a0a65
A
Package: linux-source-3.16
Severity: normal
Hi,
I am not sure how CKT handles bugfix requests but here is something
which is IMHO worth being backported (it actually applies cleanly to
3.16). That problem might explain some of those issues:
https://duckduckgo.com/?q=apt-cacher-ng+hashsum
>From c
Hallo,
* Ben Hutchings [Wed, Mar 11 2015, 05:01:58PM]:
> Control: tag -1 moreinfo
>
> On Wed, 2015-03-11 at 11:40 +0100, Eduard Bloch wrote:
> > Package: initramfs-tools
> > Version: 0.119
> > Severity: important
> >
> > Just what the topic says. I h
Package: initramfs-tools
Version: 0.119
Severity: important
Just what the topic says. I have encrypted root and plymouth and the
bios clock runs in local time. And on every boot, fsck scans the
rootfs in forced mode which takes a while.
This started happening only after dist-upgrading today, and
tags 653026 -patch
thanks
* Moritz Muehlenhoff [Wed, Jul 10 2013, 07:14:04PM]:
> > > Their patch is not exactly for the linux-3.x tree but for the current
> > > s2-liplianin drivers, OTOH they still look similar enough and porting
> > > the patch was straight-forward.
> >
> > Thanks. Let's take
CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
From: Eduard Bloch
Date: Thu, 22 Dec 2011 19:46:54 +0100
Subject: new device IDs used by some Terratec USB devices
The changes are extracted from ID patches in tarballs at
http://linux.terrate
Hello,
is there any progress on this issue? The fix for bug 609538 requires the
firmware files for r8169 which seems to be quite similar to this bug.
Regards,
Eduard.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
Package: firmware-nonfree
Version: 0.23
Severity: normal
Just what the subject says, I cannot find them in the long list in
linux-nonfree/LICENSE file. The exact license text also differs from the
one used in
http://rpm.pbone.net/index.php3/stat/4/idpl/13395742/com/radeon-rlc-firmware-1-1mdv2010.1
n email. Let's click on the page. There is still nothing at the
first glance. NOTHING. Your only small comment line is hidden in some
linked BTS control mail.
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
> On Sat, Jan 23, 2010 at 07:46:05PM +0100, Eduar
reopen 566480
thanks
#include
* Debian Bug Tracking System [Sat, Jan 23 2010, 06:12:06PM]:
> It has been marked as closed by one of the developers, namely
> maximilian attems .
Stop closing it without a sane explanation. "this is a feature" is
not a such one.
And go and learn how to use BTS. I
severity 561289 important
thanks
Why do you not set reporters into Cc'?
> # fixed in git repo
Does not help a bug reporter. You do not have a VCS url in control
fields and there is no README.source file.
> severity 561289 wishlist
SRSLY? We all "wish" to have a not completely fscked up system,
Package: initramfs-tools
Version: 0.93.4
Severity: important
I am having trouble with something not letting the rootfs mount. What is
that? No idea, you don't tell me.
I tried to debug, but when I set debug=1 then I the console is flooded
with shell output which apparently belongs to a wait loop
severity 561289 grave
thanks
Okay, today this weird code in /etc/kernel/postinst.d/initramfs-tools
has hit me again. However I sent questions about this few weeks ago and
nobody replied.
> Now, this is partially user error -- they are sing the script
> that came with initramfs-tools, whi
#include
* Eduard Bloch [Sat, Jan 09 2010, 09:23:55PM]:
> severity 559619 important
> thanks
>
> I think this bug has also hit me now. There is some dormant initrd file
> which I don't care about (most likely left behind due to kernel-package
> bugs, doesn't matter
severity 559619 important
thanks
I think this bug has also hit me now. There is some dormant initrd file
which I don't care about (most likely left behind due to kernel-package
bugs, doesn't matter now). And now the upgrade of initramfs-tools for
now good reason:
Setting up initramfs-tools (0.93.
Hello,
whatever you do to resolve this bug or non-bug, just make it visible to
the user. I just wasted some time to debug this problem (or maybe not a
real problem, haven't figured that out yet). Anyhow, please print a
proper message and write a sane rationale into
/etc/kernel/postinst.d/initramfs
#include
* Daniel Baumann [Sun, Apr 12 2009, 01:05:59PM]:
> Mario Izquierdo (mariodebian) wrote:
> > Please include CDFS modules in linux-modules-extra-2.6 builds.
>
> first, we require that the maintainer (CC'ed) is showing his consent
> with this.
Ok.
> second, cdfs-src has to be renamed to
#include
* Barak A. Pearlmutter [Sat, Dec 20 2008, 10:05:04AM]:
>This package depends on the latest binary image for Linux kernel on
>Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines.
>
> This is pulled in by the linux-image-k7 transition package, and the
> kernel it pulls i
#407773: wodim: Can't write to CD on external DVD writer,
> >which was filed against the wodim package.
> >
> >It has been closed by Eduard Bloch <[EMAIL PROTECTED]>.
> >
> >Their explanation is attached below. If this explanation is
> >unsatisfactory
#include
* John Talbut [Sun, Feb 18 2007, 04:17:57PM]:
> I seem to be getting the same problem (system hang and dmesg as above) when
> trying to write to a CD using nautilus-cd-burner. I am using Debian
> testing, 2.6.18 kernel and my CD drive is a SAMSUNG CDRW/DVD SM-308B, ATAPI
> CD/DVD-ROM
6, 04:02:57AM]:
> On Fri, 27 Oct 2006, Eduard Bloch wrote:
> [...]
> > > ---
> > > Oct 26 18:39:03 amboise kernel: hdd: status error: status=0x58 {
> > > DriveReady SeekComplete DataRequest }
> > > Oct 26 18:39:03 amboise kernel: ide: failed opcode was: un
Package: mkvmlinuz
Version: 23
Severity: normal
Hello,
as pointed out on IRC, the current mkvmlinuz does not support the PREP
subarch with recent kernels. It just exits telling that it does not know
how to support PREP.
Eduard.
-- System Information:
Debian Release: testing/unstable
APT prefe
#include
* Michael Biebl [Fri, Aug 18 2006, 07:03:52PM]:
> Eduard Bloch wrote:
> > #include
> > * Michael Biebl [Fri, Aug 18 2006, 01:07:34PM]:
> >> Eduard Bloch wrote:
> >>> #include
> >>> * Michael Biebl [Fri, Aug 18 2006, 10:26:53AM]:
> >
#include
* Michael Biebl [Fri, Aug 18 2006, 01:07:34PM]:
> Eduard Bloch wrote:
> > #include
> > * Michael Biebl [Fri, Aug 18 2006, 10:26:53AM]:
> >> I suggest to revert to the old behaviour and make "-u" update all
> >> installed kernels. Atm I have
#include
* Michael Biebl [Fri, Aug 18 2006, 10:26:53AM]:
> I suggest to revert to the old behaviour and make "-u" update all
> installed kernels. Atm I have to specify each kernel separately vi -k to
> update them all.
Why should one update _all_ initramfs images when beeing interested in
only si
Package: linux-image-2.6.16-2-amd64-k8
Version: 2.6.16-14
Severity: grave
Hello,
today my machine failed to boot. What was the real reason? Something is
completely fscked up with initrd management. The chronics:
some weeks ago: install of linux-image-2.6.16-1-amd64
dist-upgrading
manual install
ion of 2.6.16-1-686
- Kernel revision of
- C compiler of gcc-4.0
- Make options of
- Version is 2.4.20.a+2.6.12-2
- Cosmetic version is 2.4.20.a+2.6.12-2
- Maintainer is Eduard Bloch <[EMAIL PROTECTED]>
- Package name is cdfs-2.6.16-1-686
- Target directory is /usr/src/modules/cdfs/.
#include
* Manoj Srivastava [Sat, Apr 08 2006, 09:14:14AM]:
> On 6 Apr 2006, Eduard Bloch wrote:
>
> > #include
> > * Sven Luther [Thu, Apr 06 2006, 08:09:46AM]:
> >> On Wed, Apr 05, 2006 at 09:12:08PM -0700, Jurij Smakov wrote:
> >>> On Wed, 5 Apr 2
Hello,
I would like to get more competent comments from concerned kernel
packages on the issue quoted below. There is already a hack for sparc64:
ifeq ($(ARCH),)
SPARCH=$(shell grep 'CONFIG_SPARC..=y' "$(KSRC)/.config" 2>/dev/null| cut -d=
-f1)
#maybe a different ARCH on sparc
ifeq (CONFIG_SPARC
#include
* Sven Luther [Thu, Apr 06 2006, 08:09:46AM]:
> On Wed, Apr 05, 2006 at 09:12:08PM -0700, Jurij Smakov wrote:
> > On Wed, 5 Apr 2006, Sven Luther wrote:
> >
> > >So, directly using make-kpkg as was the recomended way until now is no more
> > >supported ?
> >
> > Recommended by whom? :-)
#include
* Jurij Smakov [Tue, Apr 04 2006, 09:34:29AM]:
> On Tue, 4 Apr 2006, Bastian Blank wrote:
>
> >On Mon, Apr 03, 2006 at 10:37:43PM -0700, Jurij Smakov wrote:
> >
> >There is already one available on
> >svn://svn.debian.org/pkg-voip/zaptel-modules/trunk/debian.
> >or
> >http://svn.debian.o
#include
* Jurij Smakov [Sun, Apr 02 2006, 11:49:19AM]:
> Hi Eduard,
>
> Since we are planning to use module-assistant as a recommended tool for
> building OOT modules, I went through the code and found a few things which
Okay, let me see. IIRC: originaly I invented the beast for end-users and
reassign 358512 module-assistant
thanks
#include
* Jurij Smakov [Thu, Mar 23 2006, 09:42:39AM]:
> On Thu, 23 Mar 2006, Eduard Bloch wrote:
>
> >#include
> >* Jurij Smakov [Wed, Mar 22 2006, 06:43:28PM]:
> >>On Thu, 23 Mar 2006, Eduard Bloch wrote:
> >>>
#include
* Jurij Smakov [Wed, Mar 22 2006, 06:43:28PM]:
> On Thu, 23 Mar 2006, Eduard Bloch wrote:
>
> >#include
> >* Mau [Thu, Mar 23 2006, 01:01:22AM]:
> >>Package: linux-headers-2.6.16-1-686-smp
> >>Version: 2.6.16-1
> >>Severity: grav
#include
* Mau [Thu, Mar 23 2006, 01:01:22AM]:
> Package: linux-headers-2.6.16-1-686-smp
> Version: 2.6.16-1
> Severity: grave
> Justification: renders package unusable
>
>
> probably a bug in this package - module-assistant says 'Warning,
> /usr/src/linux-headers-2.6.16-1 seems to contain uncon
#include
* anarcat [Wed, Mar 22 2006, 01:11:37PM]:
> Package: kernel-image-2.6.8-11-em64t-p4-smp
> Version: 2.6.8-16sarge1
> Severity: wishlist
There is no point in reporting wishlist bugs against Stable kernels,
they are not going to be fixed because Sarge is stable.
> The builtin sk98lin drive
#include
* [EMAIL PROTECTED] [Wed, Mar 15 2006, 01:32:41PM]:
> I have no dog in this fight, and I do not take sides, but Debian
> needs good developers it seems that some developers want to drive
> as many people out of Debian as possible. At this rate Debian will
> cease to be revelant, just
Hello,
see subject, another critical bug in linux-headers-2.6.16-rc6-686.
Eduard.
--
Na'Toth #2: Ambassador, it is not my place to speculate on how anything gets
into your bed.
-- Quotes from Babylon 5 --
--
To UNSUBSCRIBE, email to [EMAIL PROT
Hello,
the kernel-headers for the linux-headers-2.6.16-rc6-686 package
(installed from http://kernel-archive.buildserver.net/debian-kernel )
seem to be built on the wrong architecture. The module building script
are not executable, see below:
/usr/src/linux-headers-2.6.16-rc6-686/scripts/mod/modp
#include
* Jurij Smakov [Wed, Mar 08 2006, 10:35:38PM]:
> the native IDE drivers set this flag during their initialization (via82cxxx
> does it through the chain of calls ide_setup_pci_device() ->
> probe_hwif_init_with_fixup() -> hwif_init()). So, if ide-generic is loaded
> last, it will pick
#include
* Filippo Giunchedi [Sat, Feb 18 2006, 06:29:40PM]:
> Hi,
> I was wondering if it would sensible to rename kernel-patch-* to
> linux-patch-* to follow current rename from kernel- to linux- (sorry if
> this has been discussed before, pointers welcome)
> This rename would be good only for l
#include
* Nil Cire [Thu, Feb 16 2006, 01:01:32AM]:
> I recently had another post about the networking not working. Well,
> I've solved it. However, I still don't know why it works. What the
> heck does irqpoll do? Is there any way I can do it without using
> irqpoll? Refer to my other post (Netw
tags 347933 + help
thanks
#include
* Maximilian Attems [Tue, Jan 24 2006, 10:04:56PM]:
> once your kernel is tainted good luck in debugging such a piece.
> it is _not_ in debian's interest to support out of the tree driver,
> especially proprietary ones.
Good morning Mr. DPL (oh, sorry, I mean
#include
* Bastian Blank [Sat, Nov 05 2005, 12:22:46PM]:
> On Sat, Nov 05, 2005 at 11:33:53AM +0100, Eduard Bloch wrote:
> > please consider not using CONFIG_MODVERSIONS in future. Reason: it makes
> > installation of alternative modules with the same names hard till
> >
Package: linux-image-2.6.14-1-686
Version: 2.6.14-2
Severity: normal
Hello,
please consider not using CONFIG_MODVERSIONS in future. Reason: it makes
installation of alternative modules with the same names hard till
unpossible. Current example: ipw2200, which is contained in 2.6.14 in a
very old v
Package: yaird
Version: 0.0.11-9
Severity: normal
Hello,
mkinitrd.yaird fails on my system with:
Using /usr/sbin/mkinitrd.yaird to build the ramdisk.
Full list of probed ramdisk generating tools : /usr/sbin/mkinitrd
/usr/sbin/mkinitrd.yaird /usr/sbin/mkinitramfs.
yaird error: malformed line in /
#include
* Marv Stodolsky [Mon, Oct 17 2005, 02:13:40PM]:
> Package: kernel-kbuild-2.6-3
> Version: 2.6.8-2
> Severity: wishlist
> Tags: patch
Where is your patch? I see just an obscure wish.
Hint: packages using module-assistant do already choose the right
compiler or print a warning like the o
#include
* Arthur H. Johnson II [Mon, Sep 26 2005, 12:13:41PM]:
>
> cdrecord -v -dao -data dev=2,0,0 fs=12M speed=4 whatever.iso
Google says it is an ATAPI device. Don't use the ide-scsi driver with
kernel 2.6, it is not supported by upstream. See README.ATAPI.setup for
details and use something
#include
* Jurij Smakov [Sun, Sep 11 2005, 06:23:25PM]:
> Hello,
>
> As you probably know, the 2.6.13 kernel is out, and we are facing some
> problems with packaging it for Debian. A major change compared to 2.6.12
> is the discontinued support for devfs, which, I understand, renders
> current
#include
* Jim Crilly [Thu, Sep 01 2005, 07:02:26PM]:
> > Why is that? I mean, certainly every filesystem has its problems, but
> > I don't think there's a consensus that ReiserFS is much worse than the
> > others? I personally find it useful because it doesn't have any
> > limitation on the nu
reopen 308639
thanks
#include
* Debian Bug Tracking System [Thu, May 19 2005, 08:48:09PM]:
>* Fixed kernel-build/kernel-headers so that kernel-build now include the
> symlinks to all kernel-headers stuff. (closes: #308639)
> (Sven Luther, Simon Horman)
>* Add Module.symvers to
severity 290329 grave
thanks
I tried to install Sarge on a ppc and... it failed! Because at least
some modules have been missing. Following semi-official hints, I figured
out that MODULES=dep needs to be set to make it work. This has been
confirmed by Sven (see below).
Read: currently, it is a pa
Package: kernel-build-2.6.8-powerpc
Version: 2.6.8-12
Severity: grave
Hello,
I tried to understand your packaging scheme and IMO you do it _wrong_.
a) kernel-build-KVERS on other architectures is a package with common
files. Your packages seem to play the role of kernel-headers-KVERS
packg
Moin David!
David Liontooth schrieb am Sonntag, den 10. April 2005:
> Jacques Goldberg writes the patch submitted with this bugreport is a
> poor solution to the problem and should not be used.
Any details?
> I request the bugreport be closed; a solution is in the works in the
> mainline kerne
reassign 302317 kernel-headers-2.6.10-1-686
thanks
#include
* Reiner Benedikt Nix [Thu, Mar 31 2005, 11:18:00AM]:
> Package: module-assistant
> Version: 0.8
> Severity: normal
>
>
>
> Running module-assistant to build ipw2100-source fails with error
> > /usr/src/kernel-headers-2.6.10-1-686/scr
#include
* Eriberto [Sun, Mar 13 2005, 10:32:39PM]:
> Package: Durep
> Version: 0.8.1-3
>
> Durep don't show report correctly with kernel 2.6.8-2. The report shows
> high values about disk usage.
>
> The problem occurs with kernel 2.6.8-2 only. The test was made on two
> machines.
>
> The re
Moin Joerg!
Joerg Schilling schrieb am Sonntag, den 27. Februar 2005:
> If you like to have a decent CDDA extraction you need to use
> generic SCSI and this is done by using the SCSI address syntax
> instead of filnames.
Oh my...
man causality
man partial_order
You try to force you own design
#include
* Andres Salomon [Wed, Jan 05 2005, 12:15:51AM]:
> Alright, enough people are bothering me for 2.6.10 that we should probably
> get it into sid. I've committed a bunch of bk backports to the svn 2.6.10
> k-s directory (small, obvious fixes for the most part); I'm going to aim
> for uploa
Package: kernel
Severity: important
According to FTBFS on
http://buildd.debian.org/build.php?arch=&pkg=scsi-idle
the package kernel-headers-2.4 is no longer available on sparc and hppa.
I need a real package to depend on something in Build-Depends, so at
least a dummy package depending on the late
#include
* Martin Michlmayr [Wed, Aug 04 2004, 05:42:44PM]:
> Wouldn't it be easier and more reliable for mkinitrd to use
> /proc/modules to get a list of modules to load, e.g. something
> like
>
> for m in $(cat /proc/modules | cut -d\ -f1); do
> if test "$(find /lib/modules/$(uname
>
#include
* martin f krafft [Mon, Jul 05 2004, 07:57:01PM]:
> To my understanding, kernel-headers are to be used in compiling
> kernel modules. However, quite a few modules require
> $KERNELSOURCE/drivers,
If they don't describe it in the manual, file bugs.
> others try to execute `make modules
#include
* Andrew Pollock [Wed, Jun 30 2004, 09:17:59AM]:
> Ah yes. Herbert had quite strong views on what should and shouldn't be done
> in the kernel, despite the fact that things existed in the kernel here and
> now, and to implement the equivalent in userspace would require someone to
> actua
#include
* Joe Wreschnig [Tue, Jun 15 2004, 09:01:52PM]:
> > So, problem resolved. No need to remove anything.
>
> At best that solves a third of the problem. What about all the other
> copyright holders of the kernel, have they agreed to link with the
> non-GPLd code? (Before someone tells me
Moin Goswin!
Goswin von Brederlow schrieb am Mittwoch, den 02. Juni 2004:
> > I like to build dependency helper packages that ease
> > cross-kernel-version updates. To build these for kernel module .debs,
> > I need to learn how the binary kernel module package is named. For
> > most packages, thi
70 matches
Mail list logo
