4~git20190206.bf6db5b4+dfsg1-3
ii mtools 4.0.33-1+really4.0.32-1
ii syslinux-common 3:6.04~git20190206.bf6db5b4+dfsg1-3
debian-cd suggests no packages.
-- no debconf information
HTH, cheers
--
Kevin Price Debian GNU/Linux 12.5.0 "Bookworm" - Offici
es/dkms/wl.ko
license:MIXED/Proprietary
alias: pci:v*d*sv*sd*bc02sc80i*
depends:cfg80211
…"
)
Thank you Salvatore. Let's get this into stable soon.
--
Kevin Price
Control: affects -1 + src:broadcom-sta linux-image-6.1.0-15-amd64
@other affected users: What wifi drivers are you using, and do they
taint your kernel?
Am 11.12.23 um 13:27 schrieb Kevin Price:
> Am 11.12.23 um 12:37 schrieb Salvatore Bonaccorso:
> Need any more logfiles or t
let me know what kernel version you want me to test, if they're
provides as debian binaries. I'd be glad to help, probably not only for
my own sake. Bear with me I'm unwilling to build kernel packages myself,
due to lack of computing resources. HTH
--
Kevin Price Mon Dec 11 00:54:03
elp you.
Please also specify whether you'd like me to do that testing under
6.1.0-15, in which I cannot even invoke sudo, or under 6.1.0-13, which
will do anything fine.
Thanks a lot in advance, and HTH!
--
Kevin PriceContent-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Conte
tags 990328 + wontfix
thanks
Am 09.09.21 um 16:00 schrieb Chris Hofstaedtler:
> If you want this changed, I would suggest you talk to the kernel
> folks instead, as it makes no sense for util-linux to override
> kernel policy.
Thanks for pointing this out to me. I strongly agree that util-linux
Package: util-linux
Version: 2.36.1-7
Severity: wishlist
Dear maintainer,
for sparsifying files with blocks of zeros, it's quite convenient to use
"fallocate -d". As of current bullseye util-linux/2.36.1-7 on ext4, this
updates their atime, mtime, and ctime, but preserves their "birth time"
fixed 990243 2.36.1-7
thanks
Dear Chris,
Am 25.06.21 um 16:34 schrieb Kevin Price:
>> Can the effect still be seen with Linux and util-linux from
>> bullseye?
>
> IDK. I'd need to set up a bullseye machine iot test that.
Done. No, bullseye's utils-linux behaves correctly.
Dear Chris!
Am 25.06.21 um 15:20 schrieb Chris Hofstaedtler:
> * Kevin Price [210625 11:00]:
>> fallocate -d seems to attempt to unallocate that last block if it
>> contains only zeros, and it even updates the file's mtime. The
>> unallocation is reported, but doesn
tags 990243 -lfs
retitle 990243 fallocate -d fails on last block if < block size
thanks
Dear maintainer,
I took a closer look at this bug. Please note that I'm using ext4 with
block size=4096.
No need to fetch debian-10.10.0-amd64-DLBD-2.iso iot reproduce this bug.
This file's last block happens
Dear maintainer,
this is what I meant to write:
When I try to sparsify a certain, already sparsified file using
"fallocate -vd", it reproducibly reports to have freed up 2 KiB, which
it hasn't. The file in question is:
Name: debian-10.10.0-amd64-DLBD-2.iso
Size: 23552321536
MD5:
Package: util-linux
Version: 2.33.1-0.1
Severity: minor
Tags: lfs
"fallocate -d" reports incorrect result
-- System Information:
Debian Release: 10.10
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-17-amd64
Package: youtube-dl
Version: 2020.01.24-0.1
Severity: minor
The --bidi-workaround option requires bidiv or fribidi executables. They are
supplied by libfribidi-bin and bidiv. Please add:
Suggests: libfribidi-bin | bidiv
-- System Information:
Debian Release: 10.2
APT prefers stable-updates
Package: gvfs-daemons
Version: 1.38.1-5
Severity: normal
According to my syslog, gvfsd keeps trying to mkdir /var/cache/samba, causing
"Permission denied" errors. This seems to be a continuation of #831329, which
should have been reassigned to gvfs-daemons.
-- System Information:
Debian
Package: youtube-dl
Version: 2019.01.17-1.1
Severity: grave
Justification: renders package unusable
Dear maintainer,
the buster version has quit working with yt. The error message is: "YouTube
said: This video is unavailable." 2019.09.28-1 works. Due to the package's
volatility (which causes
Dear maintainer,
This didn't fix this bug.
Am 06.05.19 um 23:36 schrieb Debian Bug Tracking System:
> #919632: "New" firmware instantly crashes on QCA9377
>
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Ben Hutchings
I just saw that the upstream maintainer had noted the version numbering
in the very commit that broke my WiFi.
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/ath10k/QCA9377/hw1.0?id=56e5de3261877e5ca9df285e0751368c72b0861a
What I've not tried is upstream's
linux-image-4.9.0-8-amd64_4.9.130-2 from stretch.
Best regards
Kevin Price
-- System Information:
Debian Release: 9.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=
provide the exact URL of the installer image that
you have used?
Sry I can't recall that, but I'm now trying rc2 from
http://cdimage.debian.org/cdimage/jessie_di_rc2/amd64/iso-cd/debian-jessie-DI-rc2-amd64-netinst.iso
(md5sum 82d3ff6d2422af72f5e1a82de88c21ea)
cheers
--
Kevin Price
http://www.kevin
Am 27.03.2015 um 21:48 schrieb Kevin Price:
Sry I can't recall that, but I'm now trying rc2
The problem is also in rc2.
/etc/fstab:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more
from
working correctly, but it seems wrong and easily correctable to me.
[1] https://en.wikipedia.org/wiki/Partition_type
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
Package: debian-installer
Version: 20150324
When using a current jessie installer cd-image to set up a LUKS (random
key) encrypted partition for swap, it will not mount. It does show up in
/etc/fstab correctly, but the DM device is not automatically created at
boot time.
--
Kevin Price
http
information
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
://mailman.nginx.org/pipermail/nginx-announce/2013/000125.html )
brgds
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
there are
many more users thankfully looking forward to this update.
cheers
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
://www.zerodayinitiative.com/advisories/ZDI-10-229/
best regards
--
Kevin Price
http://www.kevin-price.de/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Brice!
Lenny works fine with xserver-xorg-video-intel. Thanks.
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
.
That answers my question. Thanks Joachim for pinpointing this. I added
my kernel version for completeness.
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
not since the problem is the owner and not the permissions.
My bug is about the group ownership (root:root vs. root:chipcard) just
like in #534665. I'd agree if someone merged the bugs, but which of the
two packages is the correct one to fix?
--
Kevin Price
http://www.kevin-price.de/
--
To UNSUBSCRIBE
Sorry, typo. I meant to write #524665 not #534665.
Kevin Price schrieb:
Marco d'Itri schrieb:
On Apr 20, Micha Lenk mi...@lenk.info wrote:
I wonder whether/how this bug is related to #524665. If it is related
the permissions might get overwritten by udev's file
/etc/rules.d/91
the correct ownership root:chipcard.
The system is lenny with only udev and libvolume-id1 from sid.
I don't know where to look next. Do you have any more ideas for me to try?
Thanks
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
merge 496599 510689
thanks
These are obviously the same bug.
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
by 'restart'
rather than reload. I'm curious if upstream/openBSD has anything like
debian's /etc/network/if-up.d/openssh-server script, and how they solved
this issue.
All the best!
--
Kevin Price
http://www.kevin-price.de/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
the grave severity IMHO.
Please let me know what I can do to help debugging.
Cheers
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
. (race condition)
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
at ultra speed, but the BIOS takes ages...
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
) for the time being, for
some of the HP server management interfaces to work properly.
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
reassign nagios3
thanks
On Wed, January 7, 2009 11:38, Alexander Wirt wrote:
extcommands_nagios2.cfg is no longer referenced in the docs and that you
can't do this in conffiles is documented in the upstream documentation.
Then please change README.Debian. It says:
- activate external command
On Wed, January 7, 2009 15:13, Alexander Wirt wrote:
Why did you removed the pending flag which has been added from my commit
to
svn?
Because I thought the tag was left over from 2007. Why didn't you Cc me
about your commit? Then I would have realized.
--
To UNSUBSCRIBE, email to
On Wed, January 7, 2009 15:38, Alexander Wirt wrote:
Closed bugs can't have a pending tag.
nice to know.
I would have a hard day if I have to Cc everybody who filled a bug on one
of
my packages.
No Problem. Have your day as easy as you like. But if you don't inform
people, then don't expect
not report first
bad line
--compress-program=PROG compress temporaries with PROG;
decompress them with PROG -d
Best regards!
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
: false
udev/reboot_needed:
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
2656 Jun 15 2008 z60_libpisock9.rules
-rw-r--r-- 1 root root 14883 Oct 20 15:34 z60_libsane-extras.rules
-rw-r--r-- 1 root root 72908 Dec 9 16:21 z60_libsane.rules
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
took 8 minutes.
Both seem to be improvements to me. I think it's reaonable to close the
bug. Thanks anyone for making these improvements!
Martin, is there any further testing I can do at the moment?
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital
://www.cyrius.com/debian/nslu2/files/tmp/daily.img
or the original debian daily and add the microcode myself?
cheers
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
(no description available)
pn syslog-summarynone (no description available)
-- no debconf information
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
not affected. So it would have been
better to leave that line away, or to add a limitation like under
certain circumstances.
cheers
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
-13etch7 GNU C Library: Shared
--
Kevin Price
http://www.kevin-price.de/
---BeginMessage---
Summary: Solaris and Linux file system behavior has changed over
time, breaking one of the assumptions in Postfix. See below for a
description of the behavior and how it disagrees with standards.
Postfix
tags 495581 + patch security fixed-upstream etch lenny sid
severity 495581 critical
thanks
Justification: introduces a security hole on systems where you install
the packages
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
tags 495581 - lenny sid
fixed 495581 2.5.2-2lenny1
fixed 495581 2.5.4-1
thanks
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
that grave
would be more appropriate? Why?
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
Hi Marc!
That's what I've included. I added the man page for flash-apex as
well.
Thaks a lot!
I'd have been done, but my slug appears to need debhelper updating
What version of debhelper is needed? If plain 5 is not enough, we should
consider adding the correct build-dependency at
Package: apex-nslu2
Version: 1.4.15
Severity: minor
Hi,
when checking the package with lintian, I got this message:
old-fsf-address-in-copyright-file
The new FSF address is:
Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
MA 02110-1301, USA.
In fact, the old
Hey Marc,
I'm sure you knew this but just as a reminder:
That's what I've included. I added the man page for flash-apex as
well.
Please also remeber adding the dependency of devio to debian/control,
whithout which flash-apex is useless. Thank you.
--
Kevin Price
http://www.kevin-price.de
-a and dh_gencontrol -a)
2. debian/control Depends: ${shlib:Depends}
Best regards
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
Package: apex-nslu2
Hi,
version 1.5.13 does not build on my armel/lenny slug, unless I switch
the option CONFIG_AEABI to y. I support Martin Michlmayr's suggestion
removing the symlink
src/mach-ixp42x/debian-nslu2-armel_config - debian-nslu2-arm_config
and making a copy of the file. That would
than that, but maybe we'll see 1.5.13 in unstable soon,
which would close this bug.
Best regards
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
in initramfs.conf. before installing
2.6.25-3. The initrd became 3840262 bytes small, which is fine. All the
necessary modules are there too.
Thanks a lot for that good piece of work!
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
Hi!
Replacing debian/rules' section # Set ARCH so we can cross compile
made it work for me. So it was wrong for me to blame the kernel header
version update rather than an earlier version change of
virtualbox-ose-source, which probably broke it.
Thanks or finding this and TIA for fixing!
Kevin
Kevin Price schrieb:
Martin Michlmayr schrieb:
The 2.6.26-rc2 test image is available from
http://people.debian.org/~tbm/armel/kernel/r11383/
The fixed 2.6.25 package will be uploaded in the near future.
At least the 2.6.26-rc2 makes my slug unbootable. Again, I need some
time to hook
Martin Michlmayr schrieb:
The 2.6.26-rc2 test image is available from
http://people.debian.org/~tbm/armel/kernel/r11383/
The fixed 2.6.25 package will be uploaded in the near future.
At least the 2.6.26-rc2 makes my slug unbootable. Again, I need some
time to hook the serial console up to
Package: virtualbox-ose-source
Version: 1.5.6-dfsg-2~bpo40+1
Severity: important
Hi! Until yesterday, I had linux-image-2.6.18-6-vserver-amd64 and
the corresponding linux-headers-2.6.18-6-vserver-amd64 both as Version
2.6.18.dfsg.1-18etch3. Today I installed the security upgrade to
version
Hi!
Martin Michlmayr schrieb:
I just tried (on arm) and it works for me. CCing debian-arm. Anyone
else seeing problems with 2.6.25?
Yes, I can confirm this bug on armel. Thanks Martin fo CCing debian-arm.
In order to reproduce this, I installed 2.6.25-1-ixp4xx_2.6.25-1_armel
onto my
Martin Michlmayr schrieb:
Cool, that'd be great!
Here we go:
Ethernet eth0: MAC address 00:14:bf:65:db:3d
IP: 192.168.0.1/255.255.255.0, Gateway: 192.168.0.1
Default server: 0.0.0.0, DNS server IP: 0.0.0.0
RedBoot(tm) bootstrap and debug environment [ROMRAM]
Martin Michlmayr schrieb:
Can you show me the output of
ls -l /boot
Are you suspecting the initrd size?
My /etc/initramfs-tools/initramfs.conf says MODULES=most, btw.
ls -l /boot
-rw-r--r-- 1 root root 748537 Apr 21 22:05 System.map-2.6.24-1-ixp4xx
-rw-r--r-- 1 root root 762523 Apr 30
Hi again! Problem spotted.
Kevin Price schrieb:
Are you suspecting the initrd size?
My /etc/initramfs-tools/initramfs.conf says MODULES=most, btw.
That was the cause. Chaning modules to dep created an initrd.img with
a size of 2176130, which is less than half the size of
-rw-r--r-- 1 root
Martin Michlmayr schrieb:
Kevin, since you have a serial console, are you interested in testing
the patches in #451882 and #421359?
Yes. My slug is now compiling apex-1.4.15 with the patch from #451882
(CONFIG_RAMDISK_SIZE=0x0050) I am curious if this solves this bug
and I will let you
Martin Michlmayr schrieb:
You'll also need the patch from #421359, otherwise the new APEX is not
written to flash.
Yeah. I was thinking from a more low-level point of view and flashed the
apex binary myself with the script. The result is good: The large initrd
(modules=all) boots fine with
Hi Stephen!
Thanks a lot for getting 0.93 into debian. Do you believe there will be
a chance of seeing it in volatile soon?
I understood the original bug report to be about 0.93 missing also in
volatile. IMHO we might re-open 477278 for that rather than filing a new
wishlist bug report. Do you
the initrd repairs the system.
Please let me know what I can do to help find this bug. I attached some
useful information P.S. Thank you in advance for looking at this!
Best regards
Kevin Price
In the unbootable state, The serial console says this:
[...]---snip
Begin: Running /scripts/local-top
maximilian attems schrieb:
is it reproducible?
Yes. I updated a bunch of packages, making the slug unbootable. Then I
flashed the backup. After a normal boot, I installed initramfs-tools
0.91e, flashed again, which made it boot OK. Then I updated only
initrd-tools to 0.92, making it unbootable
Hi, Lucas, Cyril!
I also experienced this behaviour after I installed websec_1.9.0-1 on
etch. It disappeared the moment I created an empty ~/.websec/ignore.list
. This might also help you. Please let us know if it did and if I can
give you any more help debugging.
I'm sorry I understand no
Hi,
Florian Schlichting schrieb:
I just updated to volatile (0.92.1...), and all remaining updates were
downloaded like a breeze!
I experienced exactly the same.
I think this suggests Stephen was right in
suspecting the mirrors shut out old connections from old clients...
Ack. I think
^^^
I can't tell if this error is caused by a programming bug or bad data.
Either way I suggest to correct it, if it can easily be done.
best regards
Kevin Price
--
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
Hi,
I am also affected in the same way.
Stephen Gran schrieb:
First, please try the packages from volatile.debian.org.
If that is your solution, does this mean clamav from stable will
remain broken?
Thanks
Kevin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hi!
Riku Voipio schrieb:
Since the gcc2 bug affecting this has been closed upstream on
gcc-4.2 branch on 20080122, and latest gcc-4.2 includes svn up
to gcc-4.2/20080225, this package should work fine. It should
be available on mirrors near you around midnight UTC.
It's working fine. Thank
Stephen Gran schrieb:
I can't know until I can reproduce it.
If we switch to volatile as you suggest, we won't be able to help you
reproduce the bug on stable.
Can I be helpful by staying with stable and trying to help you reproduce
the bug?
Until then, you're welcome to keep using scare
Steve Langasek schrieb:
Can do. Can you confirm that arm-linux-gnueabi is the correct value for
dpkg-architecture -qDEB_HOST_GNU_TYPE ?
dpkg-architecture -qDEB_HOST_GNU_TYPE
arm-linux-gnueabi
... confirmed.
Kevin
--
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital
Hi!
Thank you very much for working on this!
Christian Perrier schrieb:
We believe that the bug you reported is fixed in the latest version of
samba, which is due to be installed in the Debian FTP archive:
I'm afraid version 3.0.28-2 is still broken on armel, at least the new
binary in the
Subject: nslu2-utils: NSLU2_IXP400_REQUIRED=true is ignored
Package: nslu2-utils
Version: 0.10+r58-4
Severity: critical
Justification: breaks the whole system
When updating from 0.10+r58-3 to 0.10+r58-4 the firmware gets flashed although
the option NSLU2_IXP400_REQUIRED is set to true ans there
Hi!
I am afraid the patch on 2.7.7 does not fix the bug. The core is subject to the
exact same freeze again.
I have not tested 2.7.7-5 yet but I am now compiling it. I suspect that it is
buggy. If 2.7.7-5 behaves the way I suspect, I will reopen debian bug #370107.
cheers
Kevin
--
Hi!
The 2.7.7 with the patch hangs again. loop_delay is at 20. It was at 20 when I
tested the patched 2.7.3.
Just to make sure, I'm now again compiling
http://prdownloads.sourceforge.net/mldonkey/mldonkey-2.7.7.tar.bz2?download
with http://savannah.nongnu.org/bugs/download.php?file_id=10371
If
Hi!
Bug found: The patch fixed 2.7.3 -- it is now running properly. Thanks for
finding the bug. Well done.
Would you like me to help getting Dynamic loop delay to work on arm or do you
want to turn it off on that arch completely i.o.t. close the bug?
cheers
Kevin
--
Hello!
Playing with delay_loop has not affected the freeze. The value was at 20
(initially) then 0, 10, 30, 50 and every time the core froze a few minutes after
starting.
I have now successfully applied the patch and the patched 2.7.3 is now
compiling. Please give my NSLU2 further patience. O
Hello Spiralvoice!
Here my results:
1. The bug was definitely introduced with 2.7.3.
2. The logfile:
snip---
tail -n21 mlnet.log
000000002002 ready 2 active
00000000200
Hi!
I've made some progress: The error does not occur with my self compiled 2.7.2,
but the debian binary 2.7.3 is affected. In order to verify this is no debian
problem, I am now compiling 2.7.3 myself. My next test after that will be
logging verbosity - all.
rgds
Kevin
--
Hi Spiralvoice!
Although I have only little time and that compiling takes ages, here are some
more results:
2.7.3-2 BUG
2.5.28 O.K.
2.7.7-2 BUG
2.6.4 = O.K.
2.6.5 = O.K.
2.7.7 with options disabled = BUG
2.7.3 = BUG
So the bug seems to have been introduced between 2.6.5 and 2.7.3. It seems to
Hi Spiralvoice!
I've tested 2.6.4 and 2.6.5. Since my NSLU2 is quite slow (32MB RAM) I chose the
precompiled 2.6.4-1 from
http://snapshot.debian.net/archive/2005/10/15/debian/pool/main/m/mldonkey/
which runs fine. I then compiled 2.6.5 from
Hi Sylvain!
I installed 2.7.7-2 today with the same bad behavior.
Best regards
Kevin Price
--
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=214656
http://www.amazon.de/gp/registry/wishlist/1STJFWXVXM083/ ICQ#75570407
signature.asc
Description: OpenPGP digital signature
arms or only my Linksys NSLU2.
(See: http://www.cyrius.com/debian/nslu2/index.html)
best regards
Kevin Price
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: arm (armv5tel)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux
90 matches
Mail list logo
