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
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
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
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
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 have encrypted root and plymouth and the
bios clock runs
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 this
, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
From: Eduard Bloch bl...@debian.org
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.terratec.de/tv_en.html
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
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
. 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, Eduard Bloch wrote:
reopen 566480
thanks
stop
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,
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
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,
reopen 566480
thanks
#include hallo.h
* 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 m...@debian.org.
Stop closing it without a sane explanation. this is a feature is
not a such one.
And go and
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
#include hallo.h
* 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 hallo.h
* 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
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 and you have not received a better one in a separate
message then please contact
#include hallo.h
* 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
2006, 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: unknown
Oct 26 18:39:03 amboise kernel: hdd: drive
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
#include hallo.h
* Michael Biebl [Fri, Aug 18 2006, 07:03:52PM]:
Eduard Bloch wrote:
#include hallo.h
* Michael Biebl [Fri, Aug 18 2006, 01:07:34PM]:
Eduard Bloch wrote:
#include hallo.h
* Michael Biebl [Fri, Aug 18 2006, 10:26:53AM]:
I suggest to revert to the old behaviour and make
#include hallo.h
* 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
#include hallo.h
* Michael Biebl [Fri, Aug 18 2006, 01:07:34PM]:
Eduard Bloch wrote:
#include hallo.h
* 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
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
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/..
Eduard.
--
/me is trying to imagine
#include hallo.h
* Manoj Srivastava [Sat, Apr 08 2006, 09:14:14AM]:
On 6 Apr 2006, Eduard Bloch wrote:
#include hallo.h
* 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
#include hallo.h
* 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? :-) I did
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
#include hallo.h
* 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
#include hallo.h
* 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
#include hallo.h
* Jurij Smakov [Wed, Mar 22 2006, 06:43:28PM]:
On Thu, 23 Mar 2006, Eduard Bloch wrote:
#include hallo.h
* 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
#include hallo.h
* 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
#include hallo.h
* 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
#include hallo.h
* [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,
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:
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
#include hallo.h
* 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
#include hallo.h
* 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
#include hallo.h
* 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
tags 347933 + help
thanks
#include hallo.h
* 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
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
#include hallo.h
* 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
unpossible. Current
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 hallo.h
* 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
#include hallo.h
* 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
#include hallo.h
* 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
reopen 308639
thanks
#include hallo.h
* 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
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
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
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 kernel.
reassign 302317 kernel-headers-2.6.10-1-686
thanks
#include hallo.h
* 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
#include hallo.h
* 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
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 hallo.h
* 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
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
#include hallo.h
* 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 hallo.h
* 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
#include hallo.h
* 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
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, this can
63 matches
Mail list logo