from:"Kevin Price"

Bug#1063858: False disk set size in README.(html|txt), and a few minor corrections

2024-02-13 Thread Kevin Price

Package: debian-cd
X-Debbugs-Cc: J.A. Bezemer , Steve
McIntyre 
Version: 3.2.1
Severity: minor

Dear maintainers, dear Steve[1]:

In the official current stable (12.5) images, the /README.(html|txt)
files (see att.) seem to miscount the total number of disks in each set.
For instance, in debian-12.5.0-amd64-DLBD-2.iso, section "About This
Disc" says: "[...]this disc is number 2 of a set of 1 discs"

1. This is obviously false, not only in the DLBD images.

While we're at it, could we tidy up the generating script in a few more
minor details, without separate bug reports maybe?

2. Aforementioned sentence's full stop is awkwardly misplaced in the
html (line-break in-between), and it's missing in the txt.

3. I was not quite certain about the version number to file this bug
against, so I took a look at the XHTML header for sth. like 'meta
name="generator"'. Wouldn't that be helpful to include?

4. The html claims to be "XHTML 1.0 Strict", but fails to validate
against https://validator.w3.org/ . AFAICT, that's only due to errors in
the section "Last-Minute Notes":

4.a. The "" beginning with "This is an official release" lacks a
closing "".

4.b. Where it says "https://bugs.debian.org/;>bugs.debian.org" it should
respectively say "a", "href", and "/a" instead.

5. The html header defines the language to be "English". Maybe "en"
would be more preferable?

Please let me know how I could be of any further assistance in resolving
these issues.

[1] FWIW, See also
https://lists.debian.org/debian-user/2024/01/msg00796.html , and please
accept my apology for being slow to file this bug.

-- System Information:
Debian Release: 12.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt2.6.1
ii  bc 1.07.1-3+b1
ii  bzip2  1.0.8-5+b1
ii  cpp4:12.2.0-3
ii  curl   7.88.1-10+deb12u5
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.21.22
ii  genisoimage9:1.1.11-3.4
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.21.22
ii  libfile-slurp-perl .32-2
ii  libyaml-libyaml-perl   0.86+ds-1
ii  lynx   2.9.0dev.12-1
ii  make   4.3-4.1
ii  perl [libdigest-sha-perl]  5.36.0-7+deb12u1
ii  pigz   2.6-1
ii  tofrodos   1.7.13+ds-6
ii  uuid-runtime   2.38.1-5+b1
ii  wget   1.21.3-1+b2
ii  xorriso1.5.4-4

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~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" - Official amd64 DLBD Binary-2 with
   firmware 20240210-11:28

 (HTML version in README.html)

  Welcome to the exciting world of
  Debian GNU/Linux

   This is one disc in a set containing the Debian GNU/Linux distribution.
   Debian is a very extensive collection of software. But it is more. It
   is a complete Operating System (OS) for your computer. And it is free
   (as in "freedom").

   CONTENTS:
 * Introduction
 * About This Disc
 * Installing
 * Last-Minute Notes
 * Installing software using Apt
 * CD/DVD Manufacturers
 * More Information
 * Browse This Disc

Introduction


   An operating system is the set of basic programs and utilities that
   make your computer run. At the core of an operating system is the
   kernel. The kernel is the most fundamental program on the computer,
   which does all the basic housekeeping and lets you start other
   programs. Debian is kernel independent. It currently uses either the
   Linux or FreeBSD kernel. Most of the basic operating system tools come
   from the GNU project; hence the name GNU/Linux.

   Debian is available for various kinds of computers ("architectures").
   Check the ports page for more information.

   Read more at:

 https://www.debian.org/intro/about

About Thi

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

2023-12-11 Thread Kevin Price

Breaking news:

Am 11.12.23 um 19:14 schrieb Salvatore Bonaccorso:
> I have put binary packages for amd64 built in
> https://people.debian.org/~carnil/tmp/linux/1057967/

I confirm this test kernel is working fine for me, even with non-free
broadcom-sta.

(sent from
"
cat /proc/version

Linux version 6.1.0-0.a.test-amd64 (debian-ker...@lists.debian.org)
(gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian)
2.40) #1 SMP PREEMPT_DYNAMIC Debian 6.1.66-1a~test (2023-12-11)
"

through

"
modinfo wl

filename:   /lib/modules/6.1.0-0.a.test-amd64/updates/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

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

2023-12-11 Thread 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 testing?

Is it syslog that might help you better, or any other log? Just let me
know please. I'd love to help figure this out with mutual support.

> I intend to test debian-live-12.4.0-amd64-gnome.iso

*drumroll* Now this comes as a surprise to me.
debian-live-12.4.0-amd64-gnome displays none of the bad behavior, even
when actively using wifi. Apart from firmware, there's no non-free
involved in debian-live.

So could it be just some local configuration choice of mine, and of all
the other affected users? Some years-old but possibly now poor choice of
drivers/firmware maybe? I faintly remember having tried a free driver on
this card at least two debian releases ago, but it worked so bad I had
to switch to a non-free one:
https://packages.debian.org/bookworm/broadcom-sta-dkms

Which since has been upgraded with each debian release.

Another Test: My old hardware has a physical RF kill switch. So I booted
up 6.1.0-15 with it turned off: *drumroll* Works fine. So wifi seems to
be singled out as the culprit in my case. (or possibly bluetooth, but I
strongly doubt)

See attachments regarding my wifi. Shame on me, if anyone ever
suggested: "Never file a bug against a tainted kernel", because I did.
But maybe it was good to do so. Because this bug is still very relevant,
as it affects not only me, but renders multiple people's computers
practically unusable when upgrading to 6.1.0-15. Not like "wifi gone
bad", but "computer gone bad". This shouldn't happen within a stable
debian release IMHO, and thus justifies some fairly high level of
severity, IMHO. "critical", IDK. You own this bug, you decide.

Now I conclude that 6.1.0-15 not only breaks src:broadcom-sta, but also
vice versa. Are there any other wifi drivers affected?

>> I'm right now curious to find out if we see the same as
>> #1057969 and if the upstream commit db46c77f3d51 ("Revert "wifi:
>> cfg80211: fix CQM for non-range use"") in 6.1.67 upstream fixes the
>> issue.

Now that sounds to me like exactly what caused this. Good to know that
upstream has already reverted this regression. Please let me know what
else to test or contribute, so that we can look forward to a debian
stable 6.1 kernel without this bug.

@Salvatore: Thanks a ton for your excellent work. Very much appreciated.

HTH
-- 
Kevin Pricesudo lspci -vvs2:0
02:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4313 802.11bgn 
Wireless Network Adapter (rev 01)
Subsystem: Broadcom Inc. and subsidiaries BCM4313 802.11bgn Wireless 
Network Adapter
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
Address:   Data: 
Capabilities: [d0] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 
unlimited
ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- 
SlotPowerLimit 10W
DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
RlxdOrd- ExtTag+ PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 128 bytes
DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ 
TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L1, Exit Latency 
L1 <64us
ClockPM+ Surprise- LLActRep+ BwNot- ASPMOptComp-
LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1
TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt-
Capabilities: [100 v1] Advanced Error Reporting
UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- 
AdvNonFatalErr-
CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- 
AdvNonFatalErr+
AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- 
ECRCChkCap+ ECRCChkEn-
MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
HeaderLog:

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

2023-12-11 Thread Kevin Price

Thank you Salvatore!

Am 11.12.23 um 12:37 schrieb Salvatore Bonaccorso:
> It still would be helpfull if you can get to the logs of the previous
> boot. After booting back in the working kernel, do you have anything
> sensible logged in the previous boot log? If so can you share that
> please?

Sure. Here's my boot.log.

The first one at "Mon Dec 11 00:54:03 CET 2023" is the faulty 6.1.0-15.

The 2nd one at "Mon Dec 11 01:13:38 CET 2023" is the working 6.1.0-13.

Need any more logfiles or testing? I intend to test
debian-live-12.4.0-amd64-gnome.iso on my computer, IOT rule out any
local config peculiarities, FWIW.

> I'm right now curious to find out if we see the same as
> #1057969 and if the upstream commit db46c77f3d51 ("Revert "wifi:
> cfg80211: fix CQM for non-range use"") in 6.1.67 upstream fixes the
> issue.

Please 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 CET 2023 
/: clean, 635496/28696576 files, 99342237/114756608 blocks
 Mounting [0;1;39mproc-sys-fs-binfmt_misc.mount[0m - Arbitrary Executable File Formats File System...
[[0;32m  OK  [0m] Finished [0;1;39msystemd-cryptsetup@cryptswap1.service[0m - Cryptography Setup for cryptswap1.
[[0;32m  OK  [0m] Mounted [0;1;39mproc-sys-fs-binfmt_misc.mount[0m - Arbitrary Executable File Formats File System.
[[0;32m  OK  [0m] Reached target [0;1;39mblockdev@dev-mapper-cryptswap1.target[0m - Block Device Preparation for /dev/mapper/cryptswap1.
[[0;32m  OK  [0m] Reached target [0;1;39mcryptsetup.target[0m - Local Encrypted Volumes.
[[0;32m  OK  [0m] Finished [0;1;39msystemd-binfmt.service[0m - Set Up Additional Binary Formats.
[[0;32m  OK  [0m] Finished [0;1;39msystemd-tmpfiles-setup.service[0m - Create Volatile Files and Directories.
 Starting [0;1;39mmodprobe@dm_mod.service[0m - Load Kernel Module dm_mod...
 Starting [0;1;39mmodprobe@efi_pstore.service[0m - Load Kernel Module efi_pstore...
 Starting [0;1;39mmodprobe@loop.service[0m - Load Kernel Module loop...
 Starting [0;1;39msystemd-resolved.service[0m - Network Name Resolution...
 Starting [0;1;39msystemd-update-utmp.service[0m - Record System Boot/Shutdown in UTMP...
[[0;32m  OK  [0m] Finished [0;1;39mmodprobe@dm_mod.service[0m - Load Kernel Module dm_mod.
[[0;32m  OK  [0m] Finished [0;1;39mmodprobe@efi_pstore.service[0m - Load Kernel Module efi_pstore.
[[0;32m  OK  [0m] Finished [0;1;39mmodprobe@loop.service[0m - Load Kernel Module loop.
[[0;32m  OK  [0m] Found device [0;1;39mdev-mapper-cryptswap1.device[0m - /dev/mapper/cryptswap1.
 Activating swap [0;1;39mdev-mapper-cryptswap1.swap[0m - /dev/mapper/cryptswap1...
[[0;32m  OK  [0m] Finished [0;1;39msystemd-update-utmp.service[0m - Record System Boot/Shutdown in UTMP.
[[0;32m  OK  [0m] Activated swap [0;1;39mdev-mapper-cryptswap1.swap[0m - /dev/mapper/cryptswap1.
[[0;32m  OK  [0m] Reached target [0;1;39mswap.target[0m - Swaps.
[[0;32m  OK  [0m] Finished [0;1;39mapparmor.service[0m - Load AppArmor profiles.
[[0;32m  OK  [0m] Started [0;1;39msystemd-resolved.service[0m - Network Name Resolution.
[[0;32m  OK  [0m] Reached target [0;1;39mnss-lookup.target[0m - Host and Network Name Lookups.
[[0;32m  OK  [0m] Reached target [0;1;39msysinit.target[0m - System Initialization.
[[0;32m  OK  [0m] Started [0;1;39mcups.path[0m - CUPS Scheduler.
[[0;32m  OK  [0m] Started [0;1;39manacron.timer[0m - Trigger anacron every hour.
[[0;32m  OK  [0m] Started [0;1;39mapt-daily.timer[0m - Daily apt download activities.
[[0;32m  OK  [0m] Started [0;1;39mapt-daily-upgrade.timer[0m - Daily apt upgrade and clean activities.
[[0;32m  OK  [0m] Started [0;1;39mdpkg-db-backup.timer[0m - Daily dpkg database backup timer.
[[0;32m  OK  [0m] Started [0;1;39me2scrub_all.timer[0m - Periodic ext4 Online Metadata Check for All Filesystems.
[[0;32m  OK  [0m] Started [0;1;39mlogrotate.timer[0m - Daily rotation of log files.
[[0;32m  OK  [0m] Started [0;1;39mman-db.timer[0m - Daily man-db regeneration.
[[0;32m  OK  [0m] Started [0;1;39mntpsec-rotate-stats.timer[0m - Rotate ntpd stats daily.
[[0;32m  OK  [0m] Started [0;1;39msystemd-tmpfiles-clean.timer[0m - Daily Cleanup of Temporary Directories.
[[0;32m  OK  [0m] Reached target [0;1;39mpaths.target[0m - Path Units.
[[0;32m  OK  [0m] Reached target [0;1;39mtimers.target[0m - Timer Units.
[[0;32m  OK  [0m] Listening on [0;1;39mavahi-daemon.socket[0m - Avahi mDNS/DNS-SD Stack Activation Socket.
[[0;32m  OK  [0m] Listening on [0;1;39mcups.socket[0m - CUPS Scheduler.
[[0;32m  OK  [0m] Listening on [0;1;39mdbus

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

2023-12-10 Thread Kevin Price

Package: linux-image-6.1.0-15-amd64
Version: 6.1.66-1
Severity: critical
Control: -1 notfound 6.1.64-1

When booting 6.1.0-15, my physical amd64/bookworm/gnome computer
misbehaves in many ways, rendering it largely unusable. With kernels up
to 6.1.0-13, and even briefly with the otherwise broken 6.1.0-14, all of
this seemed fine.

Misbehavior includes, not limited to:

1. Most actions take considerably longer than usual.

2. The GDM greeter has an English keyboard layout, which otherwise is
German. (Login works.)

3. There seems to be no network connectivity. No WiFi icon. "ping
8.8.8.8" returns IIRC network unreachable.

4. Launching Firefox does apparently nothing.

5. Launching gnome-terminal does work, but some basic commands just
freeze, such as "ip a" or "sudo dmesg". sudo hangs before prompting for
the passphrase. At that stage, even "sudo -i", I cannot interrupt with "^C".

6. Shutting down takes ages, with systemd waiting for a bunch of
processes (sudo) and services to terminate, most of the latter seem to
be somehow network-related, but you tell me which aren't.

After more that 10 min I used hard power-off, leaving my ext4 dirty, but
being perfectly able to boot any of 6.1.0-12 through -15, with -12 and
-13 working properly, and -15 showing the exact same misbehavior
reproducibly.

I'll attach all I could get out of reportbug running under 6.1.0-15, and
please let me know what further testing I may perform IOT help 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
Content-Transfer-Encoding: 7bit
From: Kevin Price 
To: Debian Bug Tracking System 
Subject: linux-image-6.1.0-15-amd64 makes my physical bookworm/gnome system 
vastly unusable
Bcc: Kevin Price 

Package: src:linux
Version: 6.1.66-1
Severity: critical



-- Package-specific info:
** Version:
Linux version 6.1.0-15-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 
12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP 
PREEMPT_DYNAMIC Debian 6.1.66-1 (2023-12-09)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-6.1.0-15-amd64 
root=UUID=b1e4af52-2d43-40ab-a468-ca11bf2a3122 ro quiet

** Tainted: POE (12289)
 * proprietary module was loaded
 * externally-built ("out-of-tree") module was loaded
 * unsigned module was loaded

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 1068FQG
product_version: Lenovo B570
chassis_vendor: LENOVO
chassis_version: 0.1
bios_vendor: LENOVO
bios_version: 44CN41WW
board_vendor: LENOVO
board_name: Emerald Lake
board_version: FAB1

** Loaded modules:
cts
uinput
rfcomm
snd_seq_dummy
snd_hrtimer
snd_seq
snd_seq_device
xt_CHECKSUM
xt_MASQUERADE
bridge
stp
llc
cmac
algif_hash
algif_skcipher
af_alg
bnep
ip6t_rt
ip6t_REJECT
nf_reject_ipv6
nft_chain_nat
nf_nat
xt_set
ipt_REJECT
nf_reject_ipv4
xt_tcpudp
xt_conntrack
nf_conntrack
nf_defrag_ipv6
nf_defrag_ipv4
nft_compat
nf_tables
binfmt_misc
ip_set_hash_ipport
pktcdvd
ip_set
nfnetlink
intel_rapl_msr
intel_rapl_common
x86_pkg_temp_thermal
intel_powerclamp
nls_ascii
nls_cp437
btusb
kvm_intel
btrtl
btbcm
vfat
btintel
btmtk
fat
kvm
bluetooth
irqbypass
crc32_pclmul
crypto_simd
xts
ecb
jitterentropy_rng
dm_crypt
ghash_clmulni_intel
cryptd
snd_hda_codec_hdmi
sha512_ssse3
sha512_generic
isofs
sha256_ssse3
rtsx_usb_sdmmc
sha1_ssse3
snd_hda_codec_realtek
wl(POE)
snd_hda_codec_generic
mmc_core
ledtrig_audio
ctr
rtsx_usb_ms
memstick
snd_hda_intel
snd_intel_dspcfg
snd_intel_sdw_acpi
drbg
snd_hda_codec
iTCO_wdt
intel_pmc_bxt
uvcvideo
iTCO_vendor_support
mei_hdcp
at24
watchdog
videobuf2_vmalloc
snd_hda_core
videobuf2_memops
rtsx_usb
rapl
videobuf2_v4l2
ansi_cprng
videobuf2_common
snd_hwdep
intel_cstate
ecdh_generic
intel_uncore
wmi_bmof
ecc
snd_pcm
videodev
sr_mod
cdrom
r8169
cfg80211
realtek
i2c_i801
snd_timer
mc
pcspkr
i2c_smbus
mei_me
ideapad_laptop
mdio_devres
platform_profile
snd
libphy
mei
lpc_ich
soundcore
sparse_keymap
rfkill
ac
battery
button
joydev
sg
coretemp
parport_pc
ppdev
lp
parport
loop
fuse
efi_pstore
dm_mod
configfs
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
efivarfs
raid10
raid456
libcrc32c
crc32c_generic
async_raid6_recov
async_memcpy
async_pq
async_xor
xor
async_tx
raid6_pq
raid1
raid0
multipath
linear
md_mod
sd_mod
t10_pi
crc64_rocksoft
crc64
crc_t10dif
crct10dif_generic
hid_generic
usbhid
hid
i915
i2c_algo_bit
drm_buddy
drm_display_helper
ahci
libahci
drm_kms_helper
libata
cec
rc_core
ehci_pci
ehci_hcd
ttm
scsi_mod
usbcore
crct10dif_pclmul
crct10dif_common
drm
psmouse
evdev
crc32c_intel
scsi_common
serio_raw
usb_common
video
wmi

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor 
Family DRAM Controller [8086:0104] (rev 0

Bug#990328: Please let "fallocate -d" preserve mtime, and add an option for ctime

2021-09-12 Thread Kevin Price

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
should not override kernel policy. Would you please give me hints where
exactly in the kernel community to address this issue?

Best
Kevin

Bug#990328: Please let "fallocate -d" preserve mtime, and add an option for ctime

2021-06-25 Thread Kevin Price

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"
(btime).

I'd like "fallocate -d" to always preserve mtime. To my understanding of
MAC times, mtime should only then be updated when the content of the
file gets modified, which "fallocate -d" definitely never does.

"fallocate -d" should:
 * update atime when reading > 0 bytes (which it does)
 * preserve mtime (which it _falsely_ updates)
 * preserve btime (which it does)
 * ctime: uncertain. (currently it updates it)

Whether "fallocate -d" should update or preserve ctime seems a good
question to me. From my understanding of MAC times, I'd prefer a
command-line switch to preserve or update ctime if desired, and to
update it by default.

So here's my wishlist item for util-linux: Please let "fallocate -d"
adhere to standards and always preserve mtime, and please add a
command-line option to handle ctime as desired by the user. Please bear
in mind that the current behavior regarding mtime counteracts common (or
at least my) understanding.

Please forward this to upstream. Shouldn't be a great deal.

Best
Kevin

Bug#990243:

2021-06-25 Thread Kevin Price

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.

Filesystem: ext4, block size = 4096
Kernel: linux-image-5.10.0-7-amd64 version 5.10.40-1
Package: util-linux version 2.36.1-7

#BEGIN_TRANSCRIPT

$ dd if=/dev/zero bs=1 count=1 of=1-zero-byte
1+0 records in
1+0 records out
1 byte copied, 0.00124056 s, 0.8 kB/s

$ du 1-zero-byte
4   1-zero-byte

$ fallocate -vd 1-zero-byte
1-zero-byte: 1 B (1 bytes) converted to sparse holes.

$ du 1-zero-byte
0   1-zero-byte

#END_TRANSCRIPT

However the exact same procedure fails to unallocate the block in
buster's util-linux version 2.33.1-0.1 .

I've found the upstream fix:
https://git.kernel.org/pub/scm/utils/util-linux/util-linux.git/commit/?h=stable/v2.36=ed423e56ec43e6cdd5a8475e698f693b56512a63

Best
Kevin

Bug#990243:

2021-06-25 Thread Kevin Price

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't effectively happen.
> 
> Did you verify this is a bug in fallocate and not a bug or
> side-effect of the kernel-side implementation, possibly in the used
> filesystem?
I'm rather convinced the culprit is fallocate from util-linux, because
using the same kernel and filesystem:

1. With coreutils (dd, truncate) I'm able to create sparse files with
zero blocks and sizes other than multiples of ${block size}.

2. With coreutils (truncate) I'm able to truncate the last block of
zeros and re-add it, becoming an unallocated block. That's how I
successfully sparsified the last block (containing 2048 zeros) of the
debian iso, btw.

Is that convincing, or do you request any additional verification? Some
strace maybe?

> 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.

> BTW, which filesystem are you trying this on?

I'm using ext4 with block size=4096, running on buster's stock
linux-image-4.19.0-17-amd64, version 4.19.194-2.

Best
Kevin

Bug#990243: Info received ("fallocate -vd" reports incorrect result)

2021-06-25 Thread Kevin Price

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 to be 2048 zero-bytes, triggering this
bug. I'm seeing the same behavior with a file that consists of a single
zero, or of 4095 zeros. I conclude that it happens whenever the file's
last block contains only zeros, but is shorter than block size.

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't effectively happen.

My suggestion is to fix fallocate, enabling it to unallocate the last
block even if it is shorter than block size.

Best
Kevin

Bug#990243: "fallocate -vd" reports incorrect result

2021-06-23 Thread Kevin Price

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: 3cfa82ba8faab8f3e11b108f23a274f3

Transcript:

$ du debian-10.10.0-amd64-DLBD-2.iso
23000320debian-10.10.0-amd64-DLBD-2.iso

$ fallocate -vd debian-10.10.0-amd64-DLBD-2.iso
debian-10.10.0-amd64-DLBD-2.iso: 330 KiB (337920 bytes) converted to
sparse holes.

$ du debian-10.10.0-amd64-DLBD-2.iso
2292debian-10.10.0-amd64-DLBD-2.iso

$ fallocate -vd debian-10.10.0-amd64-DLBD-2.iso
debian-10.10.0-amd64-DLBD-2.iso: 2 KiB (2048 bytes) converted to sparse
holes.

$ du debian-10.10.0-amd64-DLBD-2.iso
2292debian-10.10.0-amd64-DLBD-2.iso

Best regards
Kevin

Bug#990243: "fallocate -d" reports incorrect result

2021-06-23 Thread Kevin Price

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 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages util-linux depends on:
ii  fdisk  2.33.1-0.1
ii  libaudit1  1:2.8.4-3
ii  libblkid1  2.33.1-0.1
ii  libc6  2.28-10
ii  libcap-ng0 0.7.9-2
ii  libmount1  2.33.1-0.1
ii  libpam0g   1.3.1-5
ii  libselinux12.8-1+b1
ii  libsmartcols1  2.33.1-0.1
ii  libsystemd0241-7~deb10u7
ii  libtinfo6  6.1+20181013-2+deb10u2
ii  libudev1   241-7~deb10u7
ii  libuuid1   2.33.1-0.1
ii  login  1:4.5-1.1
ii  zlib1g 1:1.2.11.dfsg-1

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools  4.1-2
ii  kbd 2.0.4-4
pn  util-linux-locales  

-- no debconf information

Bug#950674: Missing dependency

2020-02-04 Thread Kevin Price

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
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages youtube-dl depends on:
ii  python33.7.3-1
ii  python3-pkg-resources  40.8.0-1

Versions of packages youtube-dl recommends:
ii  aria21.34.0-4
ii  ca-certificates  20190110
ii  curl 7.64.0-4
ii  ffmpeg   7:4.1.4-1~deb10u1
ii  mpv  0.29.1-1
ii  phantomjs2.1.1+dfsg-2
ii  python3-pyxattr  0.6.1-1
ii  rtmpdump 2.4+20151223.gitfa8646d.1-2
ii  wget 1.20.1-1.1

youtube-dl suggests no packages.

-- no debconf information

Bug#950006: gvfsd continuously tries to create /var/cache/samba

2020-01-28 Thread Kevin Price

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 Release: 10.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gvfs-daemons depends on:
ii  gvfs-common 1.38.1-5
ii  gvfs-libs   1.38.1-5
ii  libbluray2  1:1.1.0-1
ii  libc6   2.28-10
ii  libglib2.0-02.58.3-2+deb10u2
ii  libgudev-1.0-0  232-2
ii  libsecret-1-0   0.18.7-1
ii  libsystemd0 241-7~deb10u2
ii  libudisks2-02.8.1-4
ii  lsof4.91+dfsg-1
ii  udisks2 2.8.1-4
ii  x11-utils   7.7+4

Versions of packages gvfs-daemons recommends:
ii  dbus  1.12.16-1
ii  gvfs  1.38.1-5

Versions of packages gvfs-daemons suggests:
ii  gvfs-backends  1.38.1-5

-- no debconf information

Bug#947745: recent version for stable-(updates|backports)

2019-12-29 Thread Kevin Price

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 this grave bug) and given its fairly stable
dependencies, migrating recent versions into stable-updates might well be the
neatest fix to this, imho.

See also #908947.

Cheers
Kevin



-- System Information:
Debian Release: 10.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages youtube-dl depends on:
ii  python33.7.3-1
ii  python3-pkg-resources  40.8.0-1

Versions of packages youtube-dl recommends:
ii  aria21.34.0-4
ii  ca-certificates  20190110
ii  curl 7.64.0-4
ii  ffmpeg   7:4.1.4-1~deb10u1
ii  mpv  0.29.1-1
ii  phantomjs2.1.1+dfsg-2
ii  python3-pyxattr  0.6.1-1
ii  rtmpdump 2.4+20151223.gitfa8646d.1-2
ii  wget 1.20.1-1.1

youtube-dl suggests no packages.

-- no debconf information

Bug#919632: closed by Ben Hutchings (Bug#919632: fixed in firmware-nonfree 20190502-1)

2019-05-07 Thread Kevin Price

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 
>  by
> replying to this email.
>
> If you
> have further comments please address them to 919...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
>
> Changes:
>  firmware-nonfree (20190502-1) unstable; urgency=medium
>[ Ben Hutchings ]
>* atheros: Add Qualcomm Atheros QCA9377 rev 1.0 firmware version
>  WLAN.TF.2.1-00021-QCARMSWP-1 (Closes: #903437, #919632, #927917)

I'm not affected by the only change in

  /lib/firmware/updates/ath10k/QCA9377/hw1.0 ,

which is the addition of

  firmware-6.bin . My QCA9377 loads firmware-5.bin, which has not been
changed since 2018-02-15 (upstream), so it still instantly crashes.
dmesg attached.

best
Kevin
ath10k_pci :05:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
ath10k_pci :05:00.0: firmware: failed to load 
ath10k/pre-cal-pci-:05:00.0.bin (-2)
ath10k_pci :05:00.0: Direct firmware load for 
ath10k/pre-cal-pci-:05:00.0.bin failed with error -2
ath10k_pci :05:00.0: firmware: failed to load 
ath10k/cal-pci-:05:00.0.bin (-2)
ath10k_pci :05:00.0: Direct firmware load for 
ath10k/cal-pci-:05:00.0.bin failed with error -2
ath10k_pci :05:00.0: firmware: direct-loading firmware 
ath10k/QCA9377/hw1.0/firmware-5.bin
ath10k_pci :05:00.0: qca9377 hw1.1 target 0x05020001 chip_id 0x003821ff sub 
17aa:0901
ath10k_pci :05:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0
ath10k_pci :05:00.0: firmware ver WLAN.TF.1.0-2-QCATFSWPZ-5 api 5 
features ignore-otp crc32 c3e0d04f
ath10k_pci :05:00.0: board_file api 2 bmi_id N/A crc32 8aedfa4a
ath10k_pci :05:00.0: firmware crashed! (uuid n/a)
ath10k_pci :05:00.0: qca9377 hw1.1 target 0x05020001 chip_id 0x003821ff sub 
17aa:0901
ath10k_pci :05:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0
ath10k_pci :05:00.0: firmware ver WLAN.TF.1.0-2-QCATFSWPZ-5 api 5 
features ignore-otp crc32 c3e0d04f
ath10k_pci :05:00.0: board_file api 2 bmi_id N/A crc32 8aedfa4a
ath10k_pci :05:00.0: htt-ver 0.0 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 
hwcrypto 1
ath10k_pci :05:00.0: firmware register dump:
ath10k_pci :05:00.0: [00]: 0x05020001 0x 0x00A0F774 0x
ath10k_pci :05:00.0: [04]: 0x00A0F774 0x00060130 0x0010 0xE000
ath10k_pci :05:00.0: [08]: 0x0042136C 0x00420660 0x0040 0x0040
ath10k_pci :05:00.0: [12]: 0x 0x 0x00952CD0 0x00952CE6
ath10k_pci :05:00.0: [16]: 0x0002 0x01010101 0x0003 0x000A
ath10k_pci :05:00.0: [20]: 0x0328 0x00429880 0x009A37AC 0x0032
ath10k_pci :05:00.0: [24]: 0x800A0D0A 0x0040EA88 0x00420170 0x004173B0
ath10k_pci :05:00.0: [28]: 0x00401F64 0x00401F68 0x 0x00417550
ath10k_pci :05:00.0: [32]: 0x00401FC0 0xC4E30058 0x00406B1D 0x0003
ath10k_pci :05:00.0: [36]: 0x800A0907 0x0001 0x085B 0x339011B2
ath10k_pci :05:00.0: [40]: 0xFFFE 0x000A 0x009BFE28 0x009BE0DC
ath10k_pci :05:00.0: [44]: 0x800A0D0A 0x0040EA88 0x00420170 0x004173B0
ath10k_pci :05:00.0: [48]: 0x0040 0x0040 0x0001 0x
ath10k_pci :05:00.0: [52]: 0x800A0614 0x0040EAA8 0x0041FA10 0x00420170
ath10k_pci :05:00.0: [56]: 0x0040 0x00421370 0x00419980 0x004212E8
ath10k_pci :05:00.0: failed to receive control response completion, 
polling..
ath10k_pci :05:00.0: ctl_resp never came in (-110)
ath10k_pci :05:00.0: failed to connect to HTC: -110
ath10k_pci :05:00.0: could not init core (-110)
ath10k_pci :05:00.0: could not probe fw (-110)
ath10k_pci :05:00.0: cannot restart a device that hasn't been started

Bug#919632: "New" firmware instantly crashes on QCA9377

2019-01-18 Thread Kevin Price

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 latest commit
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/ath10k/QCA9377/hw1.0?id=3e2e5d3c5bce21b4ef5bd89bad604e2be48c73b1
because it's not included in your latest 20190114-1. Would you like me
to give it a shot?

best
Kevin

Bug#919632: "New" firmware instantly crashes on QCA9377

2019-01-17 Thread Kevin Price

Package: firmware-atheros
Version: 20180518-1
Severity: important
Tags: upstream

Dear Maintainer,

I observed this while upgrading non-free firmware from stretch
(20161130-4) to stretch-backports (20180825+dfsg-1~bpo9+1) my QCA9377
quit working. Whether during boot or manually: When modprobing
ath10k_pci, the device either appears in my network stack, or it does
not, depending on the firmware version. In the latter case, that is
because its firmware instantly crashes, according to dmesg. I pinned
that down to: up to 20170823-1 works, 20180518-1 and after does not,
including 20190114-1. Looking at changelog.Debian, the break seems to
have been caused by this change:
"
firmware-nonfree (20180518-1) unstable; urgency=medium
 * New upstream version:
   - atheros:
 + QCA9377 rev 1.0 firmware version WLAN.TF.1.0-2-QCATFSWPZ-5
"
According to dmesg, this "upgrade" replaced WLAN.TF.1.0-00267-1, which
was at least partially working for me. (only crashing occasionally as
described in #885846, and having trouble with big packet sizes, but
generally working) Comparing these QC firmware version numbers, they
look to me like the debian package upgrade actually included an upstream
downgrade. That of course would be the culprit, and a reason to rename
this bug report. You might want to check this hunch with upstream, and
with their versioning scheme. I suspect that #903437 might have the same
cause. And if there is a better QC-firmware than WLAN.TF.1.0-00267-1,
that might even resolve #885846 as well.

I'd love to see at least stretch-backports not breaking device
functionality. Please let me know about how else I may assist you in
that. FWIW, I'll attach the dmesg of when it's crashing, and my lspci
(-v and -vv) in (half-)working condition. My kernel is
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=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8),
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

firmware-atheros depends on no packages.

firmware-atheros recommends no packages.

Versions of packages firmware-atheros suggests:
ii  initramfs-tools  0.130

-- no debconf information
[ 3077.895506] ath10k_pci :05:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 
reset_mode 0
[ 3078.170210] ath10k_pci :05:00.0: firmware: failed to load 
ath10k/pre-cal-pci-:05:00.0.bin (-2)
[ 3078.170220] ath10k_pci :05:00.0: Direct firmware load for 
ath10k/pre-cal-pci-:05:00.0.bin failed with error -2
[ 3078.170244] ath10k_pci :05:00.0: firmware: failed to load 
ath10k/cal-pci-:05:00.0.bin (-2)
[ 3078.170250] ath10k_pci :05:00.0: Direct firmware load for 
ath10k/cal-pci-:05:00.0.bin failed with error -2
[ 3078.170990] ath10k_pci :05:00.0: firmware: direct-loading firmware 
ath10k/QCA9377/hw1.0/firmware-5.bin
[ 3078.171004] ath10k_pci :05:00.0: qca9377 hw1.1 target 0x05020001 chip_id 
0x003821ff sub 17aa:0901
[ 3078.171010] ath10k_pci :05:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 
0 testmode 0
[ 3078.172806] ath10k_pci :05:00.0: firmware ver 
WLAN.TF.1.0-2-QCATFSWPZ-5 api 5 features ignore-otp crc32 c3e0d04f
[ 3078.235794] ath10k_pci :05:00.0: board id is not exist in otp, ignore it
[ 3078.235979] ath10k_pci :05:00.0: board_file api 2 bmi_id N/A crc32 
8aedfa4a
[ 3080.516566] ath10k_pci :05:00.0: firmware crashed! (uuid n/a)
[ 3080.516581] ath10k_pci :05:00.0: qca9377 hw1.1 target 0x05020001 chip_id 
0x003821ff sub 17aa:0901
[ 3080.516584] ath10k_pci :05:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 
0 testmode 0
[ 3080.517097] ath10k_pci :05:00.0: firmware ver 
WLAN.TF.1.0-2-QCATFSWPZ-5 api 5 features ignore-otp crc32 c3e0d04f
[ 3080.517288] ath10k_pci :05:00.0: board_file api 2 bmi_id N/A crc32 
8aedfa4a
[ 3080.517292] ath10k_pci :05:00.0: htt-ver 0.0 wmi-op 4 htt-op 3 cal otp 
max-sta 32 raw 0 hwcrypto 1
[ 3080.519299] ath10k_pci :05:00.0: firmware register dump:
[ 3080.519304] ath10k_pci :05:00.0: [00]: 0x05020001 0x 0x00A0F774 
0x
[ 3080.519306] ath10k_pci :05:00.0: [04]: 0x00A0F774 0x00060130 0x0010 
0xE000
[ 3080.519309] ath10k_pci :05:00.0: [08]: 0x0042136C 0x00420660 0x0040 
0x0040
[ 3080.519311] ath10k_pci :05:00.0: [12]: 0x 0x 0x00952CD0 
0x00952CE6
[ 3080.519313] ath10k_pci :05:00.0: [16]: 0x0002 0x01010101 0x0003 
0x000A
[ 3080.519315] ath10k_pci :05:00.0: [20]: 0x0328 0x00429880 0x009A37AC 
0x0032
[ 3080.519318] ath10k_pci :05:00.0: [24]: 0x800A0D0A 0x0040EA88 0x00420170 
0x004173B0
[ 3080.519320] ath10k_pci :05:00.0: [28]: 0x00401F64 0x00401F68 0x 
0x00417550
[ 3080.519322] ath10k_pci :05:00

Bug#781289: swap on encrypted volume not mounted

2015-03-27 Thread Kevin Price

Hi Karsten:

Am 27.03.2015 um 15:57 schrieb Karsten Merker:
 Could you provide further information that would enable us to
 reproduce the problem?

Yes. Sry for having submitted this in a hurry without having taken a
closer look. Meanwhile I figured out what went wrong:

I installed from a cdrom iamge on a KVM/QEMU virtual machine with cdrom
as well as target storage connected via a virtio-scsi controller.

(Snippets from the libvirt vm definition xml:
[...]
controller type='scsi' index='0' model='virtio-scsi'
  address type='pci' domain='0x' bus='0x02' slot='0x04'
function='0x0'/
/controller
[...]
disk type='file' device='disk'
  driver name='qemu' type='raw'/
  source file='/var/lib/libvirt/images/lxc.img'/
  target dev='sda' bus='scsi'/
  address type='drive' controller='0' bus='0' target='0' unit='0'/
/disk
disk type='file' device='cdrom'
  driver name='qemu' type='raw'/
  target dev='sdb' bus='scsi'/
  readonly/
  address type='drive' controller='0' bus='0' target='1' unit='0'/
/disk
[...])

The early installer stage does not find the CD it's installing from nor
the target storage, until I connect a virtual USB drive containing
virtio-modules-3.16.0-4-amd64-di_3.16.7-ckt2-1_amd64.udeb. The USB drive
then becomes sda, then the virtio-scsi ctrl is found, including the
cdrom and making the target storage become sdb. The installer generates
(fs|crypt)tab referencing sdb, but on next reboot w/o the USB drive,
target storage becomes sda.

Not sure if it would work O.K. with LVM, b/c I partitioned like this:
/dev/sda1   ext4 /boot
/dev/sda2 (encrypted with /dev/urandom) swap
/dev/sda3 (luks encrypted)  ext4 /

I fixed my vm by rewriting (crypt|fs)tab, referencing partitions in the
/dev/disk/by-id/... style, and running update-initramfs -u using a
rescue system (called grml, fwiw).

Probably I could've worked around this installer bug using a floppy
drive for the udeb instead of a usb drive, at the cost of having to add
a virtual floppy drive. Does anyone voluntarily use floppies (even
virtual ones) in 2015? Not sure if win. ;)

I suspect that every machine is affected whose storage controller is not
included in the installer if it's installed with encrypted partitions
when the user chooses to use a /dev/sdx drive that is detected before
the fixed storage. (Or just when some sdX drive happens to be present
prior to the /dev/sdX target storage for any reason, probably even if
installing from USB)

A good fix would be to make the installer generate (crypt|fs)tab
referencing all drives in a better suitable way; I'd recommend by-id.

  In particular the install-time logfiles
 (available under /var/log/installer) and the contents of
 /etc/fstab and /etc/crypttab as well as the output of ls -l
 /dev/mapper and fdisk -l on the installed system would be
 helpful.

Do you still need any of that? I'd reproduce IOT help troubleshoot.

 Could you also 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-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#781289: swap on encrypted volume not mounted

2015-03-27 Thread Kevin Price

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 robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# file system mount point   type  options   dump  pass
/dev/mapper/sdb3_crypt /   ext4noatime,errors=remount-ro
0   1
# /boot was on /dev/sdb1 during installation
UUID=eef65a61-8310-44d5-a3fc-5692c3dcd464 /boot   ext4
noatime 0   2
/dev/mapper/sdb2_crypt noneswapsw  0   0
/dev/sr0/media/cdrom0   udf,iso9660 user,noauto 0   0


/etc/crypttab:
sdb2_crypt /dev/sdb2 /dev/urandom cipher=aes-xts-plain64,size=256,swap
sdb3_crypt UUID=64b58af0-e652-4134-8637-20a0843a5c49 none luks

-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#781290: LUKS encrypted partitions set to wrong type

2015-03-26 Thread Kevin Price

Package: debian-installer
Version: 20150324

When using a current jessie installer cd-image to set up a LUKS
encrypted partition, the partition type ends up to be 0x83.

The correct partition type would be 0xe8, at least according to
Wikipedia. [1] This might not prevent anything within debian 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

Bug#781289: swap on encrypted volume not mounted

2015-03-26 Thread Kevin Price

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://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#765007: handle sparse files efficiently

2014-10-12 Thread Kevin Price

Package: xz-utils
Version: 5.1.1alpha+20120614-2
Severity: wishlist

xz does not understand sparse files, but compresses arbritary amounts of
0x00's instead. Currently, tar could serve as a workaround.

  cd $(mktemp -d)
  dd if=/dev/zero of=testfile bs=4096 count=0 seek=4096
  tar cSJf test.tar.xz testfile
  xz -k testfile
  ls -ls

That gives me:

4 -rw-r--r-- 1 user users  200 Oct 12 23:46 test.tar.xz
0 -rw-r--r-- 1 user users 16777216 Oct 12 23:46 testfile
4 -rw-r--r-- 1 user users 2576 Oct 12 23:46 testfile.xz

This awfully wastes not only capacity, but also computing time.
Therefore I suggest handling sparse files efficiently.

-- System Information:
Debian Release: 7.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages xz-utils depends on:
ii  libc6 2.13-38+deb7u4
ii  liblzma5  5.1.1alpha+20120614-2

xz-utils recommends no packages.

xz-utils suggests no packages.

-- no debconf information
-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#730012: nginx: CVE-2013-4547

2013-11-25 Thread Kevin Price

Hi!

Thanks a lot for fixing this issue! Is there a chance that the still
vulnerable wheezy-backports will soon be either patched or updated?
(I know, security does not include bpo.)

patch: http://nginx.org/download/patch.2013.space.txt

update: 1.4.4 or 1.5.7 will do.
(reference:
http://mailman.nginx.org/pipermail/nginx-announce/2013/000125.html )

brgds
-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#730012: nginx: CVE-2013-4547

2013-11-25 Thread Kevin Price

Hi Christos:

Am 25.11.2013 21:07, schrieb Christos Trochalakis:
 We are going to backport 1.4.4 as soon as it migrates to testing.

Thanks even more. :)

FYI: One serious data retention issue is a prime reason for using nginx
= 1.3.7, thus bpo: OCSP stapling. (rfc4366) So presumably 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

Bug#602313: ZDI-CAN-925: proftpd TELNET_IAC processing stack overflow vulnerability

2010-11-03 Thread Kevin Price

Package: proftpd
Version: 1.3.1-17lenny4
Severity: critical
Tags: security fixed-upstream

Hi!

Upstream released 1.3.3c on 29-Oct-2010, fixing upsteam bug 3521, which
is said to allow remote arbitrary code execution without the need of
authentication.

For more information, please see
http://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

Bug#495612: closed by Brice Goglin brice.gog...@ens-lyon.org (Re: Bug#495612: LCD backlight function keys broken on ThinkPad Z61m 9450-H9G)

2009-06-03 Thread Kevin Price

Hi Brice!

Lenny works fine with xserver-xorg-video-intel. Thanks.

-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#524665: Bug#510279: udev rule is ignored at startup

2009-04-22 Thread Kevin Price

found 524665 2.6.26+17+lenny1
thanks

Hi Micha,

Micha Lenk schrieb:
 like in #534665. I'd agree if someone merged the bugs, but which of the
 two packages is the correct one to fix?
 
 Marco reassigned #524665 to the kernel source package linux-2.6, so I'll
 do it likewise and merge the two.

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

Bug#510279: udev rule is ignored at startup

2009-04-20 Thread Kevin Price

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-permissions.rules (now living in /lib/udev/rules.d/).

Good point Micha!

 It's 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, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#524665: Bug#510279: udev rule is ignored at startup

2009-04-20 Thread Kevin Price

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-permissions.rules (now living in /lib/udev/rules.d/).
 
 Good point Micha!
 
 It's 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?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#510279: udev rule is ignored at startup

2009-04-18 Thread Kevin Price

Hi!

Apologies for the delay.

Marco d'Itri schrieb:
 Are there any news about this alleged bug?
 If not, please try 0.0140-2.

I've just tried 0.0140-2 with the exact same behavior. Any cardreader
that's plugged in at boot time gets root:root, any cardreader that's
hotplugged in later gets 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

Bug#496599: These bugs are identical.

2009-01-28 Thread Kevin Price

merge 496599 510689
thanks

These are obviously the same bug.

-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition

2009-01-14 Thread Kevin Price

Thanks Colin, that was really 'sharpish' !

Version 5.1p1-5 works fine, as expected. After compiling it for amd64 and
purging/reinstalling, I rebooted several times just to make sure. Let's
hope this change will make it into lenny.

I wouldn't be too concerned about any performance loss caused 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
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition

2009-01-13 Thread Kevin Price

found 502444 1:5.1p1-4
severity 502444 grave
thanks

Hi.

I ran into this bug on a HP ProLiant DL360 G5, after upgrading the
entire userspace from etch to lenny. s/reload/restart/g does the trick
for me too.

It makes the openssh-server package useless and it happens reliably,
which justifies 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

Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition

2009-01-13 Thread Kevin Price

Thanks for the patch. It doesn't solve the problem. I reverted my
changes back to the original state, and then rebooted to make sure the
problem occurs. Then I applied your patch and rebooted, but the error
occurred again, but only sometimes.

Before your patch, when it failed, it logged this:

Jan 13 23:56:50 leeloo3 sshd[2052]: Server listening on 0.0.0.0 port 22.
Jan 13 23:56:50 leeloo3 sshd[2052]: Received SIGHUP; restarting.

or that:

Jan 13 23:46:40 leeloo3 sshd[2323]: Server listening on 0.0.0.0 port 22.
Jan 13 23:46:50 leeloo3 sshd[2323]: Received signal 15; terminating.

or that:

 Jan 13 22:16:51 leeloo3 sshd[2134]: Server listening on 0.0.0.0 port 22.
Jan 13 22:16:51 leeloo3 sshd[2142]: error: Bind to port 22 on 0.0.0.0
failed: Address already in use.

When it worked, it just logged the first line of those.

Now after applying your patch, it still logs the SIGHUP message and
fails, or it logs only the first message and then works.

Note that during this boot process the driver for the built-in NICs,
bnx2, loads pretty late. Its last ready messages come even after the
login prompt:

bnx2: eth1 NIC Link is Up, 1000 Mbps full duplex
bnx2: eth0 NIC Link is Up, 1000 Mbps full duplex

The /etc/network/interfaces contains allow-hotplug for eth0 and eth1.
I tried adding bnx2 to /etc/modules, causing the module to be loaded
sooner, and couldn't seem to make it fail that way. But I'm still
rebooting that machine over and over, trying to get somewhat reliable
information. (race condition)

-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition

2009-01-13 Thread Kevin Price

I caught it dying under new circumstances this time:

/etc/modules is in its original state (no bnx2)
/etc/network/if-up.d/openssh-server contains only your patch
LogLevel is DEBUG1
Oh and by the way, the ipv6 kernel module is disabled, FWIW.

This is where it first starts in the boot process:

Jan 13 22:32:45 leeloo3 sshd[2028]: debug1: Bind to port 22 on 0.0.0.0.
Jan 13 22:32:45 leeloo3 sshd[2028]: Server listening on 0.0.0.0 port 22.
Jan 13 22:32:45 leeloo3 sshd[2028]: socket: Address family not supported
by protocol
Jan 13 22:32:45 leeloo3 sshd[2028]: Received SIGHUP; restarting.

And that was the last message when it died. The next message is when I
log onto a console and manually /etc/init.d/ssh start. I'll try to
increase the debug level some more. Just let's be patient because of all
those reboots I need to go through. Those new generation servers with 8
CPU cores boot debian at ultra speed, but the BIOS takes ages...

-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition

2009-01-13 Thread Kevin Price

Sorry even debug level 3 does not seem to help us any further:

Jan 13 22:52:30 leeloo3 sshd[2057]: debug2: fd 3 setting O_NONBLOCK
Jan 13 22:52:30 leeloo3 sshd[2057]: debug1: Bind to port 22 on 0.0.0.0.
Jan 13 22:52:30 leeloo3 sshd[2057]: Server listening on 0.0.0.0 port 22.
Jan 13 22:52:30 leeloo3 sshd[2057]: socket: Address family not supported
by protocol
Jan 13 22:52:30 leeloo3 sshd[2057]: Received SIGHUP; restarting.

That's all process 2057 ever logged before dying. Is there anything else
I can do? Please let me know what and whether to leave your patch in
/etc/network/if-up.d/openssh-server or to revert it to original.

We do have some other lenny servers that don't do this. The difference
is that they are already productive and start varios applications, while
this one is pretty much naked lenny. Apart from the fact that all our
lenny servers run etch kernels (2.6.18-6-amd64) 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

Bug#431953: [Pkg-nagios-devel] Processed: external config file issue

2009-01-07 Thread Kevin Price

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 checks in the nagios configuration. this
  can be done by setting check_external_commands=1 in the file
  /etc/nagios3/nagios.cfg or (better) /etc/nagios3/conf.d/nagios.cfg

-- 
Kevin
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

Bug#431953: [Pkg-nagios-devel] Bug#431953: Processed: external config file issue

2009-01-07 Thread Kevin Price

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 debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#431953: [Pkg-nagios-devel] Bug#431953: Processed: external config file issue

2009-01-07 Thread Kevin Price

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 them to know.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#292668: sort: What about a random order?

2009-01-06 Thread Kevin Price

Hi!

The randomize option is working fine in lenny. Just it is not mentioned
in the manpage.

  -R, --random-sort   sort by random hash of keys
  --random-source=FILEget random bytes from FILE (default

you might as well include

  -C, --check=quiet, --check=silent  like -c, but do 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

Bug#510279: udev rule is ignored at startup

2008-12-30 Thread Kevin Price

/usb_device/usbdev2.2/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev4.2/dev
/sys/class/usb_device/usbdev5.1/dev
/sys/class/usb_device/usbdev5.4/dev
/sys/class/usb_device/usbdev6.1/dev
/sys/class/usb_device/usbdev6.2/dev
/sys/class/usb_device/usbdev6.3/dev
/sys/class/usb_device/usbdev7.1/dev
/sys/class/usb_endpoint/usbdev1.1_ep00/dev
/sys/class/usb_endpoint/usbdev1.1_ep81/dev
/sys/class/usb_endpoint/usbdev1.2_ep00/dev
/sys/class/usb_endpoint/usbdev1.2_ep02/dev
/sys/class/usb_endpoint/usbdev1.2_ep03/dev
/sys/class/usb_endpoint/usbdev1.2_ep81/dev
/sys/class/usb_endpoint/usbdev1.2_ep82/dev
/sys/class/usb_endpoint/usbdev1.2_ep83/dev
/sys/class/usb_endpoint/usbdev2.1_ep00/dev
/sys/class/usb_endpoint/usbdev2.1_ep81/dev
/sys/class/usb_endpoint/usbdev2.2_ep00/dev
/sys/class/usb_endpoint/usbdev2.2_ep02/dev
/sys/class/usb_endpoint/usbdev2.2_ep04/dev
/sys/class/usb_endpoint/usbdev2.2_ep81/dev
/sys/class/usb_endpoint/usbdev2.2_ep82/dev
/sys/class/usb_endpoint/usbdev2.2_ep84/dev
/sys/class/usb_endpoint/usbdev3.1_ep00/dev
/sys/class/usb_endpoint/usbdev3.1_ep81/dev
/sys/class/usb_endpoint/usbdev4.1_ep00/dev
/sys/class/usb_endpoint/usbdev4.1_ep81/dev
/sys/class/usb_endpoint/usbdev4.2_ep00/dev
/sys/class/usb_endpoint/usbdev4.2_ep81/dev
/sys/class/usb_endpoint/usbdev5.1_ep00/dev
/sys/class/usb_endpoint/usbdev5.1_ep81/dev
/sys/class/usb_endpoint/usbdev5.4_ep00/dev
/sys/class/usb_endpoint/usbdev5.4_ep02/dev
/sys/class/usb_endpoint/usbdev5.4_ep81/dev
/sys/class/usb_endpoint/usbdev5.4_ep83/dev
/sys/class/usb_endpoint/usbdev6.1_ep00/dev
/sys/class/usb_endpoint/usbdev6.1_ep81/dev
/sys/class/usb_endpoint/usbdev6.2_ep00/dev
/sys/class/usb_endpoint/usbdev6.2_ep81/dev
/sys/class/usb_endpoint/usbdev6.3_ep00/dev
/sys/class/usb_endpoint/usbdev6.3_ep03/dev
/sys/class/usb_endpoint/usbdev6.3_ep81/dev
/sys/class/usb_endpoint/usbdev6.3_ep82/dev
/sys/class/usb_endpoint/usbdev7.1_ep00/dev
/sys/class/usb_endpoint/usbdev7.1_ep81/dev
/sys/class/usbmon/usbmon0/dev
/sys/class/usbmon/usbmon1/dev
/sys/class/usbmon/usbmon2/dev
/sys/class/usbmon/usbmon3/dev
/sys/class/usbmon/usbmon4/dev
/sys/class/usbmon/usbmon5/dev
/sys/class/usbmon/usbmon6/dev
/sys/class/usbmon/usbmon7/dev
/sys/devices/pci:00/:00:1a.0/usb1/1-2/dev
/sys/devices/pci:00/:00:1a.0/usb1/dev
/sys/devices/pci:00/:00:1a.1/usb2/2-2/dev
/sys/devices/pci:00/:00:1a.1/usb2/dev
/sys/devices/pci:00/:00:1a.7/usb3/dev
/sys/devices/pci:00/:00:1d.0/usb4/4-1/dev
/sys/devices/pci:00/:00:1d.0/usb4/dev
/sys/devices/pci:00/:00:1d.1/usb5/5-2/dev
/sys/devices/pci:00/:00:1d.1/usb5/dev
/sys/devices/pci:00/:00:1d.2/usb6/6-1/6-1.2/dev
/sys/devices/pci:00/:00:1d.2/usb6/6-1/dev
/sys/devices/pci:00/:00:1d.2/usb6/dev
/sys/devices/pci:00/:00:1d.7/usb7/dev

-- Kernel configuration:
 isapnp_init not present.


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages udev depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration
management sy
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries
ii  libvolume-id0 0.125-7libvolume_id shared library
ii  lsb-base  3.2-20 Linux Standard Base 3.2
init scrip

udev recommends no packages.

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/reboot_needed:

-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#510279: udev rule is ignored at startup

2008-12-30 Thread Kevin Price

Marco d'Itri schrieb:
 Unless the rules file is buggy for some reason then surely the rule is
 not ignored, you can verify this by appending , RUN+=/bin/touch /dev/xxx
 to it.

That works fine. touch gets executed, but the device node is still owned
by root:root instead of root:chipcard. Just to be sure, I replaced
chipcard with 117 in /etc/udev/libchipcard.rules, but still it goes
to root:root at reboot.

 I am almost sure that this is not an udev bug, but right now I do not
 know what's wrong with your system.

It's a rather fresh lenny install with no manual changes to udev. Please
let me know what else I can send you.

ls -laR /etc/udev/
/etc/udev/:
total 112
drwxr-xr-x   4 root root  4096 Dec 31 03:28 .
drwxr-xr-x 112 root root  4096 Dec 31 03:20 ..
drwxr-xr-x   2 root root  4096 Sep 19 03:23 .dev
-rw-r--r--   1 root root68 Jun 25  2008 alsa-utils.rules
-rw-r--r--   1 root root92 Sep  5 12:39 hdparm.rules
-rw-r--r--   1 root root  3409 Dec 31 03:28 libchipcard.rules
-rw-r--r--   1 root root 64483 Dec 16 00:38 libgphoto2.rules
-rw-r--r--   1 root root   397 Sep 19 03:23 links.conf
-rw-r--r--   1 root root  1502 Aug  1 14:25 logitechmouse.rules
-rw-r--r--   1 root root   949 Aug 19  2007 pcmcia.rules
drwxr-xr-x   2 root root  4096 Dec 24 13:42 rules.d
-rw-r--r--   1 root root   269 Sep 19 03:23 udev.conf

/etc/udev/.dev:
total 8
drwxr-xr-x 2 root root 4096 Sep 19 03:23 .
drwxr-xr-x 4 root root 4096 Dec 31 03:28 ..

/etc/udev/rules.d:
total 168
drwxr-xr-x 2 root root  4096 Dec 24 13:42 .
drwxr-xr-x 4 root root  4096 Dec 31 03:28 ..
lrwxrwxrwx 1 root root20 Dec 24 13:42 025_libchipcard.rules -
../libchipcard.rules
lrwxrwxrwx 1 root root19 Dec 16 00:38 025_libgphoto2.rules -
../libgphoto2.rules
lrwxrwxrwx 1 root root22 Dec 16 00:38 025_logitechmouse.rules -
../logitechmouse.rules
-rw-r--r-- 1 root root  3586 Sep 19 03:23 50-udev.rules
-rw-r--r-- 1 root root  1543 Sep 19 03:23 60-persistent-input.rules
-rw-r--r-- 1 root root  1582 Sep 19 03:23 60-persistent-storage-tape.rules
-rw-r--r-- 1 root root  4554 Sep 19 03:23 60-persistent-storage.rules
-rw-r--r-- 1 root root   523 Sep 19 03:23 60-persistent-v4l.rules
-rw-r--r-- 1 root root  1137 Oct  1 16:33 65_dmsetup.rules
-rw-r--r-- 1 root root   700 Dec 15 21:58 70-persistent-cd.rules
-rw-r--r-- 1 root root   702 Dec 15 22:05 70-persistent-net.rules
-rw-r--r-- 1 root root   452 Sep 19 03:23 75-cd-aliases-generator.rules
-rw-r--r-- 1 root root  3083 Sep 19 03:23 75-persistent-net-generator.rules
-rw-r--r-- 1 root root  2282 Sep 19 03:23 80-drivers.rules
lrwxrwxrwx 1 root root15 Dec 15 21:59 85-pcmcia.rules - ../pcmcia.rules
-rw-r--r-- 1 root root82 Oct 25 19:40 90-hal.rules
-rw-r--r-- 1 root root  4247 Sep 19 03:23 91-permissions.rules
-rw-r--r-- 1 root root   593 Sep 19 03:23 95-late.rules
lrwxrwxrwx 1 root root19 Dec 16 00:11 z60_alsa-utils.rules -
../alsa-utils.rules
lrwxrwxrwx 1 root root15 Dec 15 23:57 z60_hdparm.rules -
../hdparm.rules
-rw-r--r-- 1 root root  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

Bug#495786: Accepted refpolicy 2:0.0.20080702-8 (source all)

2008-10-30 Thread Kevin Price

close 495786
thanks
Martin Michlmayr schrieb:
 So it takes about 15 minutes now.
 
 Kevin, do you have time to do an installation to confirm this?

Yes, I installed lenny from your daily snapshot. The package was not in
the default installation.

I apt-get installed it afte the installation, which 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 signature

Bug#495786: Accepted refpolicy 2:0.0.20080702-8 (source all)

2008-10-29 Thread Kevin Price

Martin Michlmayr schrieb:
 * Martin Michlmayr [EMAIL PROTECTED] [2008-10-16 22:11]:
 It seems that things have significantly improved:
 ...
 So it takes about 15 minutes now.
 
 Kevin, do you have time to do an installation to confirm this?

Yes. I'll go for it tonight. Should I use this one

http://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

Bug#495786: postinst uses much RAM

2008-08-20 Thread Kevin Price

Package: selinux-policy-default
Version: 2:0.0.20080702-4
Severity: minor
Tags: lenny

Dear maintainers!

When I use the daily lenny d-i snapshot from
http://people.debian.org/~joeyh/ on the Liksys NSLU2, (slug) the
installation of selinux-policy-default during the installation takes
extremely long. Without having timed it, I would say half an hour.

After the installation had completed, I purged and reinstalled the
package, from which I could tell that the postinst was what's taking so
long. Especially during the stage Calculating dependencies between
modules the process semodule_deps, and later selinux use up very much
RAM, forcing poor old slug into heavy swapping. Please note that the
slug has only 32MB RAM.

If possible, I think the memory consumption should be optimized. Thanks
for looking at this.

best regards
Kevin

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.25-2-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages selinux-policy-default depends on:
ii  libpam-modules1.0.1-2Pluggable Authentication
ii  libselinux1   2.0.65-2   SELinux shared libraries
ii  libsepol1 2.0.30-2   Security Enhanced Linux
ii  policycoreutils   2.0.49-5   SELinux core policy
ii  python2.5.2-1An interactive high-level

Versions of packages selinux-policy-default recommends:
pn  checkpolicy   none (no description available)
pn  setools   none (no description available)

Versions of packages selinux-policy-default suggests:
pn  logcheck  none (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

Bug#495581: this is fixed

2008-08-19 Thread Kevin Price

Thijs Kinkhorst schrieb:
 I'm specifically concerned about this statement of yours:
 
 Justification: introduces a security hole on systems where you install
  the packages
 
 That definately does not hold, but it may give the impression to users that 
 all systems running Postfix are vulnerable, which is very far from reality. 
 I'm not quite concerned about which exact severity level a given bug has, 
 since that's quite abstract, but I am advocating to be careful with factual 
 statements about the impact of the vulnerability as you did above.

Ah thank you. I had borrowed the words from the possible justifications
of critical at http://release.debian.org/etch/rc_policy.txt and ment
this only as distinction from grave being introduces a security hole
allowing access to the accounts of users who use the package which
applies much less.

I know that most postfix users were 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

Bug#495581: Postfix local privilege escalation via hardlinked symlinks

2008-08-18 Thread Kevin Price

Package: postfix
Version: 2.3.8-2
Severity: normal
Tags: patch

Hi all!

I am wondering if a debian fix for this postfix issue is necessary and
underway. It's 4 days old. There is a patch supplied by upstream.
Gentoo, Suse, Mandrake and Pardus have already fixed this.

See Wietse's original message in the attachment.

best regards

Kevin

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-etchnhalf.1-amd64
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages postfix depends on:
ii  adduser3.102 Add and remove users and
ii  debconf [debconf-2.0]  1.5.11etch2   Debian configuration
ii  dpkg   1.13.25   package maintenance system
ii  libc6  2.3.6.ds1-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 is not affected on systems with standard (POSIX, X/Open)
file system behavior, i.e. *BSD, AIX, MacOS, HP-UX, and very old
Sun/Linux systems.  The fix and workarounds are simple.

There are efforts to get the non-standard behavior approved by
standards (a function called llink). Today's fix for Solaris, Linux
etc. also makes Postfix future-proof for such changes.

Wietse

1. Postfix local privilege escalation via hardlinked symlinks
=
Sebastian Krahmer of SuSE has found a privilege escalation problem.
On some systems an attacker can hardlink a root-owned symlink to
for example /var/mail, and cause Postfix to append mail to existing
files that are owned by root or non-root accounts. This can happen
on operating systems with specific non-standard behavior.

Symlinks (symbolic links) implement aliasing for UNIX pathnames.
They were introduced with 4.2BSD UNIX in 1983, and were adopted by
other UNIX systems in the course of time.  Hardlinks are older and
implement the primary mechanism for accessing file system objects.

In some UNIX systems, the link(symlink, newpath) operation has
changed over time: instead of recursively following the symlink and
creating a hardlink to the file thus found, it creates a hardlink
to the symlink itself.  This behavior disagrees with, for example,
the POSIX.1-2001 and X/Open XPG4v2 standards, and is the default
on current Solaris, IRIX and Linux systems. On systems with this
non-standard behavior, Postfix may be vulnerable depending on how
it is configured.

Postfix allows a root-owned symlink as a local mail destination,
so that mail can be delivered to e.g. /dev/null which is a symlink
on Solaris.

2. What configurations are (not) affected
=
A configuration is considered affected when an attacker with local
access to a system can make Postfix append mail to an existing file
of a different user.  Appendix A gives a procedure to determine if
a system is affected.

The following configurations are NOT affected: Postfix on FreeBSD
7.0, OpenBSD 4.3, NetBSD 4.0, MacOS X 10.5, AIX 5.3, HP-UX 11.11,
Solaris 1.x, Linux kernel 1.2.13, and other systems with standard
hardlink behavior. However, these systems may become affected when
they share file systems with hosts where users can create hardlinks
to symlinks.

Also not affected are the following configurations: a) maildir-style
delivery with the Postfix built-in local or virtual delivery agents;
b) mail delivery with non-Postfix local or virtual delivery agents;
c) mailbox-style delivery with the Postfix built-in virtual delivery
agent when virtual mailbox parent directories have no group or
other write permissions.

The following configurations are known to be affected on Linux
kernel = 2.0, Solaris = 2.0, OpenSolaris 11-2008.5, IRIX 6.5, and
other systems where users can create hardlinks to symlinks: a)
mailbox-style delivery with the Postfix built-in local delivery
agent; b) mailbox-style delivery with the Postfix built-in virtual
delivery agent when virtual mailbox parent directories have group
or other write permissions.

3. Solution
===
If your system is affected, upgrade Postfix, apply the patch in
Appendix C, or apply one of the countermeasures in section 4.

Updated versions will be made available via http://www.postfix.org/
for Postfix versions 2.3, 2.4, 2.5, and 2.6. Individual vendors
will provide updates depending on their support policy.

4. Countermeasures
==
Each of the following countermeasures will prevent privilege
escalation through Postfix via hardlinked symlinks:

1) Protect mailbox files (maildir files are not affected). The
script in Appendix B makes sure that the system mail spool directory
is owned by root

Bug#495581: Acknowledgement (Postfix local privilege escalation via hardlinked symlinks)

2008-08-18 Thread Kevin Price

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

Bug#495581: Acknowledgement (Postfix local privilege escalation via hardlinked symlinks)

2008-08-18 Thread Kevin Price

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

Bug#495581: this is fixed

2008-08-18 Thread Kevin Price

Thijs Kinkhorst schrieb:
 Version: 2.3.8-2etch1

Ah, thank you.

 Justification: introduces a security hole on systems where you install
  the packages
 
 Huh? Have you read the author's announcement? It does no such thing on Debian 
 systems - it only introduces a local security hole on systems where you 
 (quite specifically) change the shipped configuration.

Sure I read it. That's why I forwarded it to you.

 The issue is now fixed in all distributions, so no need to argue over 
 severity - I'm rather closing this bug.

FACK

 But in the future please be more 
 careful when making statements about the impact of vulnerabilities.

Please help me understand how you would have preferred me to report
this, so next time I can do it right.

From what I understand, security holes are critical or grave bugs,
depending on whether a local account or the system are affected (can
possibly be modified/compromised) In this case, it is the whole system,
provided that the mail system is configured in a specific way, because
not only a user using postfix may be affected, but also files belonging
to other users or root.

Why does this not justify critical? Would you really believe that grave
would be more appropriate? Why?
-- 
Kevin Price
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#421359: #421359 patch submitted

2008-05-18 Thread Kevin Price

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 least for the future
versions.

-- 
Kevin
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#481843: old-fsf-address-in-copyright-file

2008-05-18 Thread Kevin Price

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 address appears in the source code in quite many
places. See the list below. It might be nice to clean this up sooner or
later.

Best regards
-- 
Kevin
http://www.kevin-price.de/

./include/arch-arm.h
./include/alias.h
./include/service.h
./include/apex.h
./include/console.h
./include/drv-nand-base.h
./include/attributes.h
./include/png.h
./include/environment.h
./include/network.h
./include/error.h
./include/sdramboot.h
./include/driver.h
./include/asm-arm/cp15.h
./include/asm-arm/bootstrap.h
./include/asm-arm/reg.h
./include/asm-arm/interrupts.h
./include/lookup.h
./include/zlib-heap.h
./include/mmc.h
./include/atag.h
./include/debug_ll.h
./include/ethernet.h
./include/command.h
./include/spinner.h
./include/sort.h
./include/drv-onenand-base.h
./scripts/kconfig/zconf.tab.c_shipped
./scripts/kconfig/zconf.tab.h_shipped
./scripts/kconfig/zconf.tab.c
./src/drivers-lh/drv-clcdc.c
./src/drivers-lh/drv-mmc.c
./src/drivers-lh/drv-i2c.c
./src/drivers-lh/adc.c
./src/drivers-lh/Makefile
./src/mach-ixp42x/hardware.h
./src/mach-ixp42x/npe-interface.c
./src/mach-ixp42x/nor-cfi.h
./src/mach-ixp42x/nslu2.h
./src/mach-ixp42x/nas100d.h
./src/mach-ixp42x/serial.c
./src/mach-ixp42x/cmd-reset.c
./src/mach-ixp42x/npe.c
./src/mach-ixp42x/spinner-nslu2.c
./src/mach-ixp42x/dsmg600.h
./src/mach-ixp42x/env.c
./src/mach-ixp42x/Makefile
./src/mach-ixp42x/initialize.c
./src/mach-ixp42x/cpuinfo.c
./src/mach-ixp42x/ixp42x.h
./src/mach-ixp42x/pci.c
./src/mach-ixp42x/memory.h
./src/mach-ixp42x/Makefile.libs
./src/mach-ixp42x/timer.c
./src/mach-ixp42x/debug_ll.h
./src/mach-ixp42x/ixp4xx-npe.h
./src/mach-s3c2410/debug_ll.h
./src/mach-s3c2410/serial.c
./src/mach-s3c2410/timer-s3c2410.c
./src/mach-s3c2410/hardware.h
./src/mach-s3c2410/nor-cfi.h
./src/mach-s3c2410/s3c2410.h
./src/mach-s3c2410/init-m7200.c
./src/mach-s3c2410/env.c
./src/mach-s3c2410/Makefile
./src/mach-s3c2410/memory.h
./src/net/ipconfig.c
./src/net/ethernet.c
./src/net/arp.c
./src/net/Makefile
./src/net/ping.c
./src/net/tftp.c
./src/lib/udiv.c
./src/lib/crc32.c
./src/lib/png.c
./src/lib/env.c
./src/lib/xmodem.c
./src/lib/Makefile
./src/lib/dump.c
./src/lib/pngr.c
./src/lib/lookup.c
./src/lib/zlib-heap.c
./src/lib/spinner.c
./src/lib/sort.c
./src/lib/alias.c
./src/mach-lh7952x/lpd79524.h
./src/mach-lh7952x/init-kev79524.c
./src/mach-lh7952x/nor-cfi.h
./src/mach-lh7952x/hardware.h
./src/mach-lh7952x/exception_vectors.c
./src/mach-lh7952x/init-lnode80.c
./src/mach-lh7952x/codec.c
./src/mach-lh7952x/lnode80.h
./src/mach-lh7952x/lh79520.h
./src/mach-lh7952x/serial.c
./src/mach-lh7952x/lh79524.h
./src/mach-lh7952x/cmd-reset.c
./src/mach-lh7952x/codec-lh79520.c
./src/mach-lh7952x/init-lpd79520.c
./src/mach-lh7952x/env.c
./src/mach-lh7952x/init-lpd79524.c
./src/mach-lh7952x/Makefile
./src/mach-lh7952x/drv-emac.c
./src/mach-lh7952x/cpuinfo.c
./src/mach-lh7952x/drv-cpld-spi.c
./src/mach-lh7952x/init-motoedge.c
./src/mach-lh7952x/kev79524.h
./src/mach-lh7952x/drv-clcdc.h
./src/mach-lh7952x/memory.h
./src/mach-lh7952x/drv-nand.h
./src/mach-lh7952x/debug_ll.h
./src/mach-lh7952x/nand.h
./src/mach-lh7952x/drv-cf.h
./src/mach-lh7952x/timer-lh79520.c
./src/mach-lh7952x/lpd79520.h
./src/mach-lh7952x/timer-lh79524.c
./src/mach-lh7952x/ads7843.c
./src/arch-arm/linux/atag-initrd.c
./src/arch-arm/linux/atag.c
./src/arch-arm/linux/Makefile
./src/arch-arm/entry/mmu.c
./src/arch-arm/entry/reset.c
./src/arch-arm/entry/stacklimit.c
./src/arch-arm/entry/mmu-alloc.c
./src/arch-arm/entry/relocate-simple.c
./src/arch-arm/entry/sdramboot.c
./src/arch-arm/entry/Makefile
./src/arch-arm/lib/entry.c
./src/arch-arm/lib/lib1funcs.S
./src/arch-arm/lib/cp15.c
./src/arch-arm/lib/Makefile
./src/arch-arm/rom/Makefile
./src/arch-arm/Makefile
./src/apex/cmd-erase.c
./src/apex/console-printf.c
./src/apex/console.c
./src/apex/cmd-boot.c
./src/apex/init.c
./src/apex/command-history.c
./src/apex/cmd-checksum.c
./src/apex/cmd-wait.c
./src/apex/cmd-go.c
./src/apex/cmd-dump.c
./src/apex/cmd-drvinfo.c
./src/apex/cmd-xreceive.c
./src/apex/cmd-copy.c
./src/apex/cmd-pause.c
./src/apex/command.c
./src/apex/cmd-version.c
./src/apex/services.c
./src/apex/cmd-compare.c
./src/apex/cmd-fill.c
./src/apex/cmd-env.c
./src/apex/env.c
./src/apex/cmd-help.c
./src/apex/cmd-alias.c
./src/apex/Makefile
./src/apex/cmd-info.c
./src/mach-lh7a40x/codec.c
./src/mach-lh7a40x/cmd-karmatouch.c
./src/mach-lh7a40x/hardware.h
./src/mach-lh7a40x/nor-cfi.h
./src/mach-lh7a40x/drv-dm9000.h
./src/mach-lh7a40x/serial.c
./src/mach-lh7a40x/env.c
./src/mach-lh7a40x/relocate-companion.c
./src/mach-lh7a40x/cmd-reset.c
./src/mach-lh7a40x/cmd-karmaaccel.c
./src/mach-lh7a40x/Makefile
./src/mach-lh7a40x/arch.c
./src/mach-lh7a40x/initialize.c
./src/mach-lh7a40x/cpuinfo.c

Bug#421359: #421359 patch submitted

2008-05-18 Thread Kevin Price

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/



signature.asc
Description: OpenPGP digital signature

Bug#481846: shlib dependencies (libv6) missing for apex-env

2008-05-18 Thread Kevin Price

Package: apex-nslu2
Version: 1.4.15
Severity: minor

Hi,

since apex-env is linked against libc6, we would like to get the correct
library dependencies. It is enough to make the following minor changes:

1. debian/rules: add dh_shlibdeps (default location is between
dh_installdeb -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

Bug#481848: CONFIG_AEABI=y

2008-05-18 Thread Kevin Price

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 make it possible to switch the
AEABI on only on armel. When I built 1.5.13 on armel and arm, it worked
for both arches leaving the symlink and simply turning the option on for
both arches.

There seems to be little difference, but it might make more sense to
compile only armel with eabi and arm with oabi.

best regards
-- 
Kevin
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#417757: apex-nslu2: apexenv does not set force parameter for eraseenv

2008-05-18 Thread Kevin Price

Gordon Farquharson schrieb:
 Package: apex-nslu2
 Version: 1.4.15
 Severity: normal
 
 program to ignore the zero padding. However, apex-env does not work
 with and also ignores the force parameter.

Hi Gordon!

This bug has been fixed between versions 1.5.8 and 1.5.10. The lenny
version is older 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

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-17 Thread Kevin Price

Martin Michlmayr schrieb:
 This has been fixed in version 2.6.25-3 of linux-image-2.6.25-2-ixp4xx
 which is now in unstable.  Would be great if you (Paul, Kevin) could
 confirm it works.

Yes, confirmed. It works nicely for me. I re-flashed the old apex from
debian, and set modules=most 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

Bug#481100: [Pkg-virtualbox-devel] Bug#481100: module fails to build after

2008-05-15 Thread Kevin Price

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



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-15 Thread Kevin Price

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 the serial console up to figure out why. (Wish I had a
 USB/RS232 adaptor around) I'll let you know as soon as I can.

Your 2.6.26-rc2 works. The reason it didn't boot seems to have been a
wrong combination of apex / initramfs-configuration, my fault. It's OK.

(Thanks for|Keep up) the great work.

Kevin



signature.asc
Description: OpenPGP digital signature

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-14 Thread Kevin Price

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 figure out why. (Wish I had a
USB/RS232 adaptor around) I'll let you know as soon as I can.

Kevin



signature.asc
Description: OpenPGP digital signature

Bug#481100: module fails to build after today's kernel security update

2008-05-13 Thread Kevin Price

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 2.6.18.dfsg.1-18etch4. Since then, the virtualbox-ose-module
fails to build. See the buildlog below. /usr/src/linnux is a valid
symlink pointing to /usr/src/linux-headers-2.6.18-6-vserver-amd64.
Thanks for taking a look.

cheers

Kevin

for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.18-6-vserver-amd64/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2/dev/null || true; \
sed -e 's/##KVERS##/2.6.18-6-vserver-amd64/g 
;s/#KVERS#/2.6.18-6-vserver-amd64/g ; s/_KVERS_/2.6.18-6-vserver-amd64/g ; 
s/##KDREV##//g ; s/#KDREV#//g ; s/_KDREV_//g  '  $templ  
${templ%.modules.in}; \
  done
dh_testroot
dh_clean -k
# Build the module
kmk all KSRC=/usr/src/linux KVER=2.6.18-6-vserver-amd64 KERN_DIR=/usr/src/linux 
ARCH=i386
kmk[1]: Entering directory `/usr/src/modules/virtualbox-ose'
kmk KBUILD_VERBOSE=1 -C /usr/src/linux SUBDIRS=/usr/src/modules/virtualbox-ose 
SRCROOT=/usr/src/modules/virtualbox-ose modules
kmk[2]: Entering directory `/usr/src/linux-headers-2.6.18-6-vserver-amd64'
test -e include/linux/autoconf.h -a -e include/config/auto.conf || (
\
echo;   \
echo   ERROR: Kernel configuration is invalid.;   \
echo  include/linux/autoconf.h or include/config/auto.conf are 
missing.;  \
echo  Run 'make oldconfig  make prepare' on kernel src to 
fix it.;  \
echo;   \
/bin/false)
mkdir -p /usr/src/modules/virtualbox-ose/.tmp_versions
rm -f /usr/src/modules/virtualbox-ose/.tmp_versions/*
kmk -f scripts/Makefile.build obj=/usr/src/modules/virtualbox-ose
   gcc-4.1 -Wp,-MD,/usr/src/modules/virtualbox-ose/.SUPDRVShared.o.d -nostdinc 
-isystem /usr/lib/gcc/x86_64-linux-gnu/4.1.2/include -D__KERNEL__ -Iinclude  
-include include/linux/autoconf.h -Wall -Wundef -Wstrict-prototypes 
-Wno-trigraphs -fno-strict-aliasing -fno-common -Os -m64 -mno-red-zone 
-mcmodel=kernel -pipe -fno-reorder-blocks -Wno-sign-compare 
-fno-asynchronous-unwind-tables -funit-at-a-time -mno-sse -mno-mmx -mno-sse2 
-mno-3dnow -fomit-frame-pointer  -fno-stack-protector 
-Wdeclaration-after-statement -Wno-pointer-sign -I/usr/src/linux/include 
-I/usr/src/modules/virtualbox-ose/ -I/usr/src/modules/virtualbox-ose/include 
-I/usr/src/modules/virtualbox-ose/r0drv/linux -D__KERNEL__ -DMODULE 
-DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DCONFIG_VBOXDRV_AS_MISC 
-DRT_ARCH_X86 -DVBOX_WITHOUT_IDT_PATCHING -DUSE_NEW_OS_INTERFACE_FOR_MM   
-DMODULE -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(SUPDRVShared)  
-DKBUILD_MODNAME=KBUILD_STR(vboxdrv) -c -o
/usr/src/modules/virtualbox-ose/.tmp_SUPDRVShared.o 
/usr/src/modules/virtualbox-ose/SUPDRVShared.c
In file included from /usr/src/modules/virtualbox-ose/include/VBox/types.h:21,
 from /usr/src/modules/virtualbox-ose/SUPDRV.h:26,
 from /usr/src/modules/virtualbox-ose/SUPDRVShared.c:22:
/usr/src/modules/virtualbox-ose/include/iprt/types.h:326: warning: 'cdecl' 
attribute ignored
/usr/src/modules/virtualbox-ose/include/iprt/types.h:1046: warning: 'cdecl' 
attribute ignored
In file included from /usr/src/modules/virtualbox-ose/SUPDRV.h:27,
 from /usr/src/modules/virtualbox-ose/SUPDRVShared.c:22:
/usr/src/modules/virtualbox-ose/include/iprt/assert.h:1165: warning: 'cdecl' 
attribute ignored
/usr/src/modules/virtualbox-ose/include/iprt/assert.h:1173: warning: 'cdecl' 
attribute ignored
/usr/src/modules/virtualbox-ose/include/iprt/assert.h:1183: warning: 'cdecl' 
attribute ignored
In file included from /usr/src/modules/virtualbox-ose/SUPDRV.h:28,
 from /usr/src/modules/virtualbox-ose/SUPDRVShared.c:22:
/usr/src/modules/virtualbox-ose/include/iprt/asm.h: In function 
'ASMAtomicXchgPtr':
/usr/src/modules/virtualbox-ose/include/iprt/asm.h:2232: warning: cast from 
pointer to integer of different size
/usr/src/modules/virtualbox-ose/include/iprt/asm.h:2232: warning: cast to 
pointer from integer of different size
/usr/src/modules/virtualbox-ose/include/iprt/asm.h: In function 
'ASMAtomicCmpXchgPtr':
/usr/src/modules/virtualbox-ose/include/iprt/asm.h:2458: warning: cast from 
pointer to integer of different size
/usr/src/modules/virtualbox-ose/include/iprt/asm.h:2458: warning: cast from 
pointer to integer of different size
In file included from /usr/src/modules/virtualbox-ose/SUPDRV.h:29,
 from /usr/src/modules/virtualbox-ose/SUPDRVShared.c:22:
/usr/src/modules/virtualbox-ose/include/VBox/sup.h: At top level:

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-12 Thread Kevin Price

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 otherwise complete lenny/armel slug. Since then it fails to boot.

My slug does have a serial port, and for debugging purposes I will try
to find something to attach to it today, and then send you the console
output. Someone forgot to equip my ThinkPad with an RS232 ;-)

@Riku: flash-kernel only sounds scary if you don't have a
/proc/mtdblock* backup ;-)

cheers

Kevin



signature.asc
Description: OpenPGP digital signature

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-12 Thread Kevin Price

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]
Red Hat certified release, version 1.92 - built 15:16:07, Feb  3 2004

Platform: IXDP425 Development Platform (XScale)
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x-0x0200, 0x000723a0-0x01ff3000 available
FLASH: 0x5000 - 0x5080, 64 blocks of 0x0002 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort
RedBoot boot;exec 0x01d0
have eRcOmM
copy kernel code from flash to RAM
copy ramdisk file from flash to RAM
run kernel
Using base address 0x01d0 and length 0xa85c


APEX Boot Loader 1.4.15 -- Copyright (c) 2004,2005,2006,2007 Marc Singer

APEX comes with ABSOLUTELY NO WARRANTY.  It is free software and you
are welcome to redistribute it under certain circumstances.
For details, refer to the file COPYING in the program source.

  apex = mem:0x0020+0xa84c   (43084 bytes)
  env  = nor:0x7c000+15k (empty)

Use the command 'help help' to get started.

# copy -s $kernelsrc $bootaddr
# copy -s fis://kernel 0x8000
1441760 bytes transferred
# copy -s $ramdisksrc $ramdiskaddr
# copy -s fis://ramdisk 0x0100
6291440 bytes transferred
# wait 10 Type ^C key to cancel autoboot.
Type ^C key to cancel autoboot.
# boot
ATAG_HEADER
ATAG_MEM: start 0x  size 0x0200
ATAG_CMDLINE: (55 bytes) 'console=ttyS0,115200 rtc-x1205.probe=0,0x6f 
noirqdebug'
ATAG_INITRD2: start 0x0100  size 0x0040
ATAG_END
Booting kernel at 0x8000...
Uncompressing 
Linux..
 done, booting the kernel.
[0.00] Linux version 2.6.25-1-ixp4xx (Debian 2.6.25-1) ([EMAIL 
PROTECTED]) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #2 Wed 
Apr 38
[0.00] CPU: XScale-IXP42x Family [690541f1] revision 1 (ARMv5TE), 
cr=397f
[0.00] Machine: Linksys NSLU2
[0.00] Memory policy: ECC disabled, Data cache writeback
[0.00] CPU0: D VIVT undefined 5 cache
[0.00] CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 
sets
[0.00] CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 
sets
[0.01] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 8128
[0.01] Kernel command line: console=ttyS0,115200 rtc-x1205.probe=0,0x6f 
noirqdebug
[0.01] Unknown boot option `rtc-x1205.probe=0,0x6f': ignoring
[0.01] IRQ lockup detection disabled
[0.01] PID hash table entries: 128 (order: 7, 512 bytes)
[0.01] Console: colour dummy device 80x30
[0.01] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[0.01] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[0.01] Memory: 32MB = 32MB total
[0.01] Memory: 25412KB available (2556K code, 270K data, 104K init)
[0.24] Security Framework initialized
[0.24] SELinux:  Disabled at boot.
[0.24] Capability LSM initialized
[0.24] Mount-cache hash table entries: 512
[0.24] Initializing cgroup subsys ns
[0.24] Initializing cgroup subsys cpuacct
[0.24] CPU: Testing write buffer coherency: ok
[0.24] net_namespace: 540 bytes
[0.24] NET: Registered protocol family 16
[0.25] IXP4xx: Using 16MiB expansion bus window size
[0.25] NSLU2: Using MAC address 00:14:bf:65:db:3d for port 0
[0.25] PCI: IXP4xx is host
[0.25] PCI: IXP4xx Using direct access for memory space
[0.25] PCI: bus0: Fast back to back transfers disabled
[0.25] dmabounce: registered device :00:01.0 on pci bus
[0.25] dmabounce: registered device :00:01.1 on pci bus
[0.25] dmabounce: registered device :00:01.2 on pci bus
[0.29] NET: Registered protocol family 2
[0.38] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.38] TCP established hash table entries: 1024 (order: 1, 8192 bytes)
[0.38] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[0.38] TCP: Hash tables configured (established 1024 bind 1024)
[0.38] TCP reno registered
[0.41] checking if image is initramfs...it isn't (invalid compressed 
format (err=1)); looks like an initrd
[2.73] Freeing initrd memory: 4096K
[2.73] NetWinder Floating Point Emulator V0.97 (double precision)
[2.73] audit: initializing netlink socket (disabled)
[2.73] type=2000 audit(2.754:1): initialized
[2.74] VFS: Disk quotas dquot_6.5.1
[2.74] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[2.74] JFFS2 version 2.2. (NAND) Â© 2001-2006 Red Hat, Inc.
[2.74] io scheduler noop registered
[

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-12 Thread Kevin Price

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 10:51 System.map-2.6.25-1-ixp4xx
-rw-r--r-- 1 root root   43084 May 27  2007 apex.flash
-rw-r--r-- 1 root root   56582 Apr 20 13:41 config-2.6.24-1-ixp4xx
-rw-r--r-- 1 root root   59504 Apr 28 17:06 config-2.6.25-1-ixp4xx
lrwxrwxrwx 1 root root  26 May 12 13:09 initrd.img - 
initrd.img-2.6.25-1-ixp4xx
-rw-r--r-- 1 root root 4149652 Apr 30 01:02 initrd.img-2.6.24-1-ixp4xx
-rw-r--r-- 1 root root 4355143 May 12 13:09 initrd.img-2.6.25-1-ixp4xx
lrwxrwxrwx 1 root root  26 Apr 29 23:46 initrd.img.old - 
initrd.img-2.6.24-1-ixp4xx
lrwxrwxrwx 1 root root  23 May 12 13:09 vmlinuz - vmlinuz-2.6.25-1-ixp4xx
-rw-r--r-- 1 root root 1339880 Apr 21 22:05 vmlinuz-2.6.24-1-ixp4xx
-rw-r--r-- 1 root root 1364620 Apr 30 10:51 vmlinuz-2.6.25-1-ixp4xx
lrwxrwxrwx 1 root root  23 Feb  3 23:01 vmlinuz.old - 
vmlinuz-2.6.24-1-ixp4xx


-- 
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-12 Thread Kevin Price

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 root 4355143 May 12 13:09 initrd.img-2.6.25-1-ixp4xx

With that, my slug boots fine. I thought, flash-kernel is supposed to
complain about such problems. I used the current lenny version.

ii  flash-kernel   1.7utility to write kernel and initramfs

I suggest moving this bug to package flash-kernel. Any objections?

cheers
Kevin
-- 
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-12 Thread Kevin Price

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 know.

BTW: What is keeping the patches from moving into sid? I'd love to see a
more current apex version in lenny.

 debian-arm people in general: anyone with a armel compiler who's
 interested in compiling and testing 2.6.26-rc1 on armel?

Would that need to be a native or cross-compiler or is the qemu arm
emulation reliable enough for such compilation jobs? Somehow I recall
that the emulation was said to be unsuitable to be employed as buildds.

Kevin
-- 
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-12 Thread Kevin Price

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 that.

That was because I dislike the idea about the imaginary version 1.5.14.
Is it more appropriate to name it something like 1.5.13+gf1 ? I'll give
it a try.

 bugs.  Another minor issue is that it would be nice to get more
 feedback on the patch in #421359.

I hope I can help that a little.

 cross-compile would be fine.  I just don't have a cross-compiler for
 armel.  Native or qemu would work too, but are slower.

OK. Is the rc1 already debianized anywhere? Otherwise we might as well
go for rc2.

Kevin
-- 
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#477278: fixed in clamav 0.93~dfsg-1

2008-05-12 Thread Kevin Price

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 have any objections?

cheers

Kevin



signature.asc
Description: OpenPGP digital signature

Bug#478236: initramfs 0.92 makes slug unbootable (armel/lenny)

2008-04-28 Thread Kevin Price

Package: initramfs-tools
Version: 0.92
Severity: important

Hi! When I update from 0.91e to 0.92, the newly created initrd makes my
slug unbootable. While trying to boot, the initrd hangs waiting for root
file system. Reinstalling the previous 0.91e with everything else
unchanged and re-creating 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 ...
Done.
Begin: Waiting for root file system... ...
scsi 0:0:0:0: Direct-Access HDT72252 5DLA380   PQ: 0 ANSI: 2
Driver 'sd' needs updating - please use bus_type methods
sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Assuming drive cache: write through
sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Assuming drive cache: write through
 sda: sda1 sda2 sda3
sd 0:0:0:0: [sda] Attached SCSI disk
---snap
...and there it hangs. Up to here I can see no error. In a normal system
boot, the following
lines would follow immediately after:
---snip
Done.
Begin: Running /scripts/local-premount ...
Done.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ...
Done.
Done.
Begin: Running /scripts/init-bottom ...
Done.
INIT: version 2.86 booting
[...]---snap

The system disk sda is an external 250GB hdd connected by USB2.

Partitions:
sda2 swap
sda1 ext3 /
sda3 ext3 /media/data

-- Package-specific info:
-- /proc/cmdline
console=ttyS0,115200 rtc-x1205.probe=0,0x6f noirqdebug

-- /proc/filesystems
cramfs
ext3
fuseblk

-- lsmod
Module  Size  Used by
ledtrig_heartbeat   3040  0
nf_conntrack_ipv4  19272  1
xt_state2592  1
nf_conntrack   70996  2 nf_conntrack_ipv4,xt_state
xt_multiport3328  1
iptable_filter  3008  1
ip_tables  13800  1 iptable_filter
x_tables   15556  3 xt_state,xt_multiport,ip_tables
tun12320  0
sit12328  0
tunnel4 4072  1 sit
ipv6  279880  27 sit
fuse   50004  1
evdev  11584  0
ixp4xx_eth 16152  0
ixp4xx_npe  8672  2 ixp4xx_eth
firmware_class 10112  1 ixp4xx_npe
ixp4xx_qmgr 6136  6 ixp4xx_eth
ixp4xx_beeper   3552  0
ext3  138056  2
jbd49748  1 ext3
mbcache 9152  1 ext3
sd_mod 26896  4
usb_storage84103  3
scsi_mod  120276  2 sd_mod,usb_storage
ohci_hcd   21348  0
ehci_hcd   34316  0
usbcore   139480  4 usb_storage,ohci_hcd,ehci_hcd

-- /etc/kernel-img.conf
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = yes
postinst_hook = flash-kernel

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
BOOT=local
DEVICE=eth0
NFSROOT=auto


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.24-1-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages initramfs-tools depends on:
ii  cpio  2.9-13 GNU cpio -- a program to ma
ii  findutils 4.4.0-2utilities for finding files
ii  klibc-utils   1.5.9-1small statically-linked uti
ii  module-init-tools 3.4-1  tools for managing Linux ke
ii  udev  0.114-2/dev/ and hotplug managemen

Versions of packages initramfs-tools recommends:
ii  busybox   1:1.1.3-5  Tiny utilities for small an

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#478236: initramfs 0.92 makes slug unbootable (armel/lenny)

2008-04-28 Thread Kevin Price

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 again.

So generating a broken initrd seems to be well reproducible. I presume
that the bad initrd always fails to boot and the good one always boots
OK, which was confirmed at least a few times.

 if yes please put somewhere the good and the bad initramfs for review.

http://www.kevin-price.de/478236/

The one without .bak is the current working one. The .bak one is the
last one before that, which must be the broken one. If you have any
doubts, I will need do re-flash the .bak one to see if it is really the
broken one, tonight.

I can see that the broken one is bigger. Might there be a capacity issue
in my flash ROM? Here's my /proc/mtd: (good working state)
dev:size   erasesize  name
mtd0: 0004 0002 RedBoot
mtd1: 0002 0002 SysConf
mtd2: 0002 0002 Loader
mtd3: 0016 0002 Kernel
mtd4: 0060 0002 Ramdisk
mtd5: 0002 0002 FIS directory

cat /dev/mtdblock* produces 8388608 bytes of output.

 ok cool so it will be debuggable 

Yes. Is there a clean way to activate debugging messages in the initrd?

So long

Kevin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#464553: websec: Sends empty diff on unmodified pages

2008-04-10 Thread Kevin Price

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 French. Accept-Language: en, de

cheers

Kevin
-- 
http://www.kevin-price.de/



signature.asc
Description: OpenPGP digital signature

Bug#467298: updating etch - volatile helps

2008-03-31 Thread Kevin Price

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 switching to a version that has better access to the mirror
net is a reaonable workaround. Sure there are enough reasons to switch
to volatile.

Still the old version in etch should not have the effect of freshclam
killing clamav due to bad connectivity to the mirror net. This is the
actual bug that existed for long but only happened to show up recently.
IMHO, it would be a good idea to port the actual bugfix Mathieu
mentioned back into stable, so that clamav will not die, regardless how
bad freshclam reaches any mirrors.

jm2¢

Kevin



signature.asc
Description: OpenPGP digital signature

Bug#472490: packages.debian.org volatile archive referenced incorrectly

2008-03-24 Thread Kevin Price

Package: www.debian.org
Severity: minor

Hi!

Thank you very much for rebuilding packages.debian.org last year. Even
before that it was a very useful tool. The rebuild made it so much
better still. I was greatly impressed by such a high quality tool.

However, let me suggest one slight improvement: The download page of a
volatile package, for instance

  http://packages.debian.org/etch-volatile/amd64/clamav/download

says to insert this into my sources.list:

  deb http://volatile.debian.net/debian-volatile etch-volatile main
^^^
which will lead to the following error:

  Failed to fetch
http://volatile.debian.net/debian-volatile/dists/etch-volatile/main/binary-amd64/Packages.gz
 404 Not Found

I have found the correct entry in sources.list to be:

  deb http://volatile.debian.net/debian-volatile etch/volatile main
^^^
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

Bug#467298: clamav: ERROR: reload db failed: Unable to lock database directory

2008-03-04 Thread Kevin Price

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. Trouble? Contact [EMAIL PROTECTED]

Bug#445566: samba/armel

2008-03-04 Thread Kevin Price

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 you very much.

Kevin
-- 
http://www.kevin-price.de/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#467298: clamav: ERROR: reload db failed: Unable to lock database directory

2008-03-04 Thread Kevin Price

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 quotes, or you can try
 the solution I mentioned.

I apologize for having used scare quotes. I did not mean to indicate
anything sceptical about the way you handle this bug. The reason was
simply that no more appropriate term came up to me in that moment.

Kevin
-- 
http://www.kevin-price.de/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#445566: fixed in samba 3.0.28-2

2008-01-06 Thread Kevin Price

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 signature

Bug#445566: fixed in samba 3.0.28-2

2008-01-05 Thread Kevin Price

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 repository at
http://ftp.debian-ports.org/debian/pool-armel/main/s/samba/

If I compile any version with gcc 4.1 that's fine.

The bug is still exactly the same:

***
$ smbclient -L localhost
Password:
Domain=[ADSIE] OS=[Unix] Server=[Samba 3.0.28]

Sharename   Type  Comment
-     ---
ppp Disk  
dd  Disk  DD
I   IPC   III
Domain=[ADSIE] OS=[Unix] Server=[Samba 3.0.28]
***


Because armel is not officially supported by debian yet, I am not
re-opening this bug. But I think it would be a good idea to fix this not
only on arm but also on armel.

cheers

Kevin



signature.asc
Description: OpenPGP digital signature

Bug#382767: nslu2-utils: NSLU2_IXP400_REQUIRED=true is ignored

2006-08-13 Thread Kevin Price

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 is no ipx400 module.

This breaks the slugs by making it unbootable. The user hast to flash a working
firmware with upslug.

* screenshot:
Unpacking replacement slugimage ...
Preparing to replace nslu2-utils 0.10+r58-3 (using
.../nslu2-utils_0.10+r58-4_arm.deb) ...
Unpacking replacement nslu2-utils ...
Setting up libklibc (1.4.11-3) ...
Setting up klibc-utils (1.4.11-3) ...
Setting up libtiff4 (3.8.2-6) ...

Setting up slugimage (0.10+r58-4) ...
Setting up nslu2-utils (0.10+r58-4) ...
update-initramfs: Generating /boot/initrd.img-2.6.16-2-nslu2
Warning: ixp400_eth ethernet driver not found, not included on image
Error: This system has the ixp400_eth module loaded;
not creating initramfs image that does not contain the module.

To force creation of an image without the module, set
NSLU2_IXP400_REQUIRED=false in /etc/mkinitramfs/nslu2.conf
Flashing initramfs: done.
Flashing kernel: done.

Do you want to erase any previously downloaded .deb files? [Y/n]
Press enter to continue.

*

See also the thread at http://lists.debian.org/debian-arm/2006/08/msg00033.html

-- 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 2.6.15-1-nslu2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages nslu2-utils depends on:
ii  devio 1.2-1  correctly read (or write) a region
ii  slugimage 0.10+r58-4 NSUL2 firmware image manipulation

nslu2-utils recommends no packages.

-- no debconf information

-- 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

Bug#370107: [bug #17041] On arm: hangs with 0% CPU until I strace it

2006-07-20 Thread Kevin Price

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

-- 
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

Bug#370107: [bug #17041] On arm: hangs with 0% CPU until I strace it

2006-07-19 Thread Kevin Price

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 this fixes it, I must have failed to patch 2.7.7 properly. If it hangs again,
Than either the patch doesn't do the same change to mldonkey as the 2.7.3 patch
OR the patch cured only one cause of trouble and the actual problem is more 
complex.

cheers
  Kevin


spiralvoice schrieb:
 Follow-up Comment #15, bug #17041 (project mldonkey):
 
 @Kevin: Nonetheless would it be nice if you test arm277.patch, this would be
 a generic patch for all platforms. Its working here on x86 for  12h now
 without problems.
 
 @Samuel: If you want a quick fix now please use arm.patch
 
 ___
 
 Reply to this item at:
 
   http://savannah.nongnu.org/bugs/?func=detailitemitem_id=17041
 
 ___
   Nachricht geschickt von/durch Savannah
   http://savannah.nongnu.org/
 
 


-- 
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

Bug#370107: [bug #17041] On arm: hangs with 0% CPU until I strace it

2006-07-18 Thread Kevin Price

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


-- 
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

Bug#370107: [bug #17041] On arm: hangs with 0% CPU until I strace it

2006-07-16 Thread Kevin Price

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 will let you know.

cheers
  Kevin

-- 
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

Bug#370107: [bug #17041] On arm: hangs with 0% CPU until I strace it

2006-07-14 Thread Kevin Price

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
   000000002002 throttled ready
   000000001001 indirect
None
KNOPPIX_V5.0.1CD-2006-06-01-EN.iso.md5
None
KNOPPIX_V5.0.1CD-2006-06-01-EN.iso.md5.asc
None
KNOPPIX_V5.0.1DVD-2006-06-01-DE.iso
None
KNOPPIX_V5.0.1DVD-2006-06-01-DE.iso.md5
None
KNOPPIX_V5.0.1DVD-2006-06-01-DE.iso.md5.asc
None
KNOPPIX_V5.0.1DVD-2006-06-01-EN.iso
None
KNOPPIX_V5.0.1DVD-2006-06-01-EN.iso.md5
None
KNOPPIX_V5.0.1DVD-2006-06-01-EN.iso.md5.asc
new  good redy wait old1 old2 old3 ntry conn cing busy all
   000000002002 all source managers
(3 by UID) (1 ROQ)
   000000002002 ready  2 active
 0 need sources
   000000000000 throttled ready
   000000001001 indirect
   0000000  600000  period
Connecting Sources: 0 entries
Next Direct Sources: 0 entries
Next Indirect Sources: 0 entries
snap---

What should I do next? Do you need remote access to my machine?

cheers
  Kevin


-- 
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

Bug#370107: [bug #17041] On arm: hangs with 0% CPU until I strace it

2006-07-13 Thread Kevin Price

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


-- 
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

Bug#370107: [bug #17041] On arm: hangs with 0% CPU until I strace it

2006-07-10 Thread Kevin Price

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 me
like it has nothing to do with the compile options.

Thank you for staying at it -- I hope it will take not much longer. My NSLU2 is
currently compiling 2.7.2. If you have any better idea than trying each single
version down to 2.6.6, please let me know so I save time!

krgds
  Kevin

-- 
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

Bug#370107: [bug #17041] On arm: hangs with 0% CPU until I strace it

2006-07-09 Thread Kevin Price

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
http://download.savannah.gnu.org/releases/mldonkey/mldonkey-2.6.5.tar.bz2
which also seems to run fine. So the error begins at some version between 2.6.5
and 2.7.3.

Do you have any other good guess which version to compile next? I would like to
avoid trying too many versions... Or is it best to try 2.7.7 with options
disabled next?

brgds
  Kevin

-- 
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

Bug#370107: mldonkey-server: on arm: hangs with 0% CPU until I strace it

2006-07-05 Thread Kevin Price

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

Bug#370107: mldonkey-server: on arm: hangs with 0% CPU until I strace it

2006-06-03 Thread Kevin Price

Package: mldonkey-server
Version: 2.7.3-2
Severity: important

Hi!
The arm version of mldonkey-server reliably hangs a few minutes after I start
it. This applies to the original debian testing version, as well as 2.7.3-2
sources manually compiled on sarge. It does not apply to version 2.5.28.

When it hangs, its CPU usage stays at 0% and it fails to respond to any
connection attempts to ports 4000 and 4080 from localhost as well as the net.

I can easliy wake it up again by doing an strace -p pid. This pid is not
$((cat /var/run/mldonkey/mlnet.pid)) but rather the pid of the parent mlnet
process. In the following pstree example this would be 14062.

|-mldonkey_server(14057)-+-logger(14064)
||-logger(14066)
|`-mlnet(14062)---mlnet(14067)-+-mlnet(14068)
|  `-mlnet(14069)

Once strace starts I can easily stop it again and mldonkey will run for another
few minutes, until this situation occurs again.

I would be happy to deliver any further troubleshooting information to help you
take this challenge. It seems to occur only on my arm machine, not i386. I'm not
sure if it applies to all 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 2.6.15-1-nslu2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mldonkey-server depends on:
ii  adduser 3.87 Add and remove users and groups
ii  debconf [debconf-2.0]   1.5.1Debian configuration management sy
ii  dpkg1.13.19  package maintenance system for Deb
ii  libbz2-1.0  1.0.3-2  high-quality block-sorting file co
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-4GCC support library
ii  libgd2-noxpm2.0.33-3 GD Graphics Library version 2 (wit
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libstdc++6  4.1.0-4  The GNU Standard C++ Library v3
ii  mime-support3.36-1   MIME files 'mime.types'  'mailcap
ii  ucf 2.0010   Update Configuration File: preserv
ii  zlib1g  1:1.2.3-11   compression library - runtime

mldonkey-server recommends no packages.

-- debconf information excluded

-- 
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

90 matches

Mail list logo