$ sudo /usr/sbin/wpa_gui
respectively something like xclock for testing.
Regards
Stefan Lippers-Hollmann
pgp41GBmA8EZA.pgp
Description: Digitale Signatur von OpenPGP
Hi
As indicated in direct conversation, the changes in 2.02.126-3 seem
to avoid the problem for me, both on lvm2-only and mdadm+lvm2 systems
using initramfs-tools.
Regards
Stefan Lippers-Hollmann
pgp27SI_U2zmC.pgp
Description: Digitale Signatur von OpenPGP
Hi
On 2015-08-01, Stefan Lippers-Hollmann wrote:
On 2015-07-31, Michael Biebl wrote:
[...]
Bastian built the lvm2 on amd64 on a non-systemd system, it seems. This
results in /lib/udev/rules.d/69-lvm-metad.rules lookin like this:
...
ENV{SYSTEMD_READY}=1
RUN+=/sbin/lvm pvscan
Hi
On 2015-07-31, Michael Biebl wrote:
On Fri, 31 Jul 2015 08:08:38 +0200 Stefan Lippers-Hollmann
s@gmx.de wrote:
Hi
On 2015-07-31, Stefan Lippers-Hollmann wrote:
On 2015-07-31, Stefan Lippers-Hollmann wrote:
On 2015-07-25, Bastian Blank wrote:
[...]
The attached bootlog
Hi
On 2015-07-31, Stefan Lippers-Hollmann wrote:
On 2015-07-31, Stefan Lippers-Hollmann wrote:
On 2015-07-25, Bastian Blank wrote:
[...]
The attached bootlog (serial console udev.log-priority=7) has
unfortunately not been recorded with an official Debian kernel, but
I've been able
Hi
On 2015-07-25, Bastian Blank wrote:
On Tue, Jul 21, 2015 at 09:11:57PM +0200, Bastian Blank wrote:
So the next step could be debugging udev and see what it calls and when.
Please provide the complete udev db (udevadm info -e) and udev debugging
attached (in the broken state) as
Hi
On 2015-07-31, Stefan Lippers-Hollmann wrote:
[...]
challenger:~# pvs
PV VGFmt Attr PSize PFree
/dev/sda2 vg-challenger lvm2 a-- 831,49g 251,49g
challenger:~# vgs
VG#PV #LV #SN Attr VSize VFree
vg-challenger 1 4 0 wz--n- 831,49g
Hi
On 2015-07-31, Stefan Lippers-Hollmann wrote:
On 2015-07-25, Bastian Blank wrote:
output (udev.log-priority=8 at the kernel command line) from a failed
boot.
[...]
Loading, please wait...
invalid udev.log[2.343952] random: systemd-udevd urandom read with 4 bits
of entropy
Hi
Just confirming that there's no change with src:lvm2 2.02.126-1, the
problem is still present.
Regards
Stefan Lippers-Hollmann
pgpf6OM5kuNIg.pgp
Description: Digitale Signatur von OpenPGP
-3g dmsetup lvm2 intel-microcode
fuse busybox
$
Regards
Stefan Lippers-Hollmann
pgpvBBfuE3tNd.pgp
Description: Digitale Signatur von OpenPGP
Hi
On 2015-07-20, Ben Caradoc-Davies wrote:
On Mon, 20 Jul 2015 01:16:12 +0200 Stefan Lippers-Hollmann
s@gmx.de wrote:
Interesting enough, systems using a SSD for the system
mountpoints usually succeed booting most of the time
Thanks for this observation, Stefan. My successful boots
Hi
On 2015-07-19, Bastian Blank wrote:
On Thu, Jul 09, 2015 at 05:16:57AM +0200, Stefan Lippers-Hollmann wrote:
Upgrading src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting due to
a new systemd unit dependency failures regarding lvmetad when mounting
non-rootfs logical volumes
cases all fstab
devices exist and can be auto-mounted with src:lvm2 2.02.111-2.2. I have
attached the logs for journalctl -xb (gzipped) and the fstab.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable
in wheezy is not affected by this
bug, as we did (intentionally) disable CONFIG_P2P for those packages.
Regards
Stefan Lippers-Hollmann
pgp26u5MEaHYD.pgp
Description: Digitale Signatur von OpenPGP
anyways...
This piuparts mass bug filing imho would have better concentrated on
just wheezy to jessie issues, rather than murkying the waters by
including squeeze--wheezy issues as well, that ship has sailed long
time ago.
Regards
Stefan Lippers-Hollmann
[1] there would be reason
: /usr/share/doc/PACKAGE
Date: Friday 09 January 2015
From: Stefan Lippers-Hollmann s@gmx.de
To: 774...@bugs.debian.org
Hi
On Thursday 08 January 2015, Andreas Beckmann wrote:
Package: lirc-x
Version: 0.9.0~pre1-1.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
by
including squeeze--wheezy issues as well, that ship has sailed long
time ago.
Regards
Stefan Lippers-Hollmann
[1] there would be reason to make an exception for this particular
change to go through one stable release, just to get it fixed
once and for all
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.18.0-rc7-aptosid-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8
.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16-rc7-aptosid-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap
package however avoids this problem.
Regards
Stefan Lippers-Hollmann
[1] https://www.debian.org/doc/debian-policy/ch-archive.html#s-main
signature.asc
Description: This is a digitally signed message part.
).
For testing, it probably won't hurt to restart your access point as
well, as these can also freeze or hang.
Regards
Stefan Lippers-Hollmann
[1] and it's in testing for just a few days less
[2] unfortunately none of them using the iwlegacy drivers
signature.asc
Description
as well, although I can't
confirm that because of #737939.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.14-rc8-aptosid-amd64 (SMP w/8 CPU cores; PREEMPT
versions apply to aborted h/w
-detection stages.
+detection stages (Closes: #660956).
-- Stefan Lippers-Hollmann s@gmx.de Sat, 28 Jan 2012 20:03:16 +0100
I think you actually meant to close #655969.
Thanks for noticing this, I didn't match up to the bug closure
, as in the rebased attachment, fixes the problem
for me on 10+ systems; this patch could be reduced further to the IFS
changes in uses_abstraction().
Regards
Stefan Lippers-Hollmann
From 8e4f8abcf253a36b6e4e2094fed8d776f787edca Mon Sep 17 00:00:00 2001
From: Stefan Lippers-Hollmann s
to the lvm2 initramfs-tools hooks, before using
anything but /dev/mapper/... rootfs definitions might be viable for
grub2.
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
information
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
Lippers-Hollmann
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.11-6.slh.3-aptosid-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh
: #XX).
-- Stefan Lippers-Hollmann s@gmx.de Sun, 03 Nov 2013 16:23:07 +0100
diff --git a/debian/control b/debian/control
index cc99e6c..c12df54 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Standards-Version: 3.9.2
Package: pppoeconf
Architecture: all
-Depends
+
+ * add missing package dependencies on ifupdown and net-tools.
+
+ -- Stefan Lippers-Hollmann s@gmx.de Sun, 03 Nov 2013 16:23:07 +0100
+
pppoeconf (1.20) unstable; urgency=low
* Fix pppoeconf.desktop (Closes: #590202)
diff --git a/debian/control b/debian/control
index 85e5d84..cc99e6c
Hi
Apparently my mail client can't be convinced not to mangle the second
patch, due to the unfuzzed gettext translations in po/*.po{,t},
therefore I'm now sending both patches also as attachment.
Regards
Stefan Lippers-Hollmann
From 4a0ae987068253636d39dc0c075cccf0321fd106 Mon Sep 17
race conditions between wireless-tools and
wpa_supplicant trying to configure the interface (you only get away
with this, because wireless-tools is more or less state-less and not
a dæmon).
Regards
Stefan Lippers-Hollmann
[1] better DBus coexistence and #728092
signature.asc
d-i, as it
most likely affect d-i as well.
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
+58,7 @@ Conflicts: file-rc
Replaces: file-rc
Suggests: sysv-rc-conf, bum
Depends:
- ${misc:Depends},
+ ${misc:Depends}, ${perl:Depends},
sysvinit-utils (= 2.86.ds1-62),
insserv ( 1.12.0-10)
Breaks: initscripts ( 2.86.ds1-63)
Regards
Stefan Lippers-Hollmann
signature.asc
Hi
On Friday 08 March 2013, Thomas Preud'homme wrote:
Le vendredi 8 mars 2013 03:32:29, Stefan Lippers-Hollmann a écrit :
[…]
On Thursday 07 March 2013, Thomas Preud'homme wrote:
[…]
Thanks for looking into this bug, the patch itself is correct and will
avoid the reported piuparts upgrade
Hi
On Thursday 07 March 2013, Thomas Preud'homme wrote:
tags 655969 + patch
thanks
Le samedi 26 janvier 2013 19:22:23, Jonathan Wiltshire a écrit :
On Wed, Jan 18, 2012 at 01:34:08AM +0100, Stefan Lippers-Hollmann wrote:
Thanks for the notice, while I don't exactly share that severity
, I found that one[1] after receiving the ftp-master accept
already, I'll try to contact a potential sponsor for [2] within the
next few hours.
Regards
Stefan Lippers-Hollmann
[1]
http://anonscm.debian.org/viewvc/pkg-wpa/wpa/trunk/debian/patches/EAP-TLS-server_fix-TLS-Message-length
-64-avoid-32-bit-branch-offset-o.patch
removed, I can drop system RAM down to 768 MB (or maybe lower) without
observing any segfaults, so that patch definately causes this trouble.
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
Regards
Stefan Lippers-Hollmann
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
libpciaccess 13.1? This is in my
experience necessary in order to run xserver 1.12.
We need c3eaacd25358c225e355a1ea7d64dece8188b69a, which is in savage
2.3.4.
Thanks a lot, xserver-xorg-video-savage 1:2.3.4-1 is working perfectly.
Regards
Stefan Lippers-Hollmann
--
To UNSUBSCRIBE, email
package, indeed fixes
the problem with fontconfig 2.9.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.3-4.slh.1-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT
comfortable with for an RC bug.
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
Hi
Mostly for documentation purposes, this leaves several devices with a
hard-blocked rfkill (essentially unusable wlan, unless your modify the
hardware[1]).
[ I may have missed devices with supported mapping, but eventually
missing DMI matching ]
TM_old, these should be easy to add to
, which might be
circumvented by reuploading the affected package with
dpkg-buildpackage -sa, to trigger dak to reprocess the orig.tar.gz.
Regards
Stefan Lippers-Hollmann
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
(tested on
amd64 i386, using systems with mdadm, lvm2 or nothing special at
all) attached.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1-rc10-aptosid
Hi
On Friday 14 October 2011, Robert Millan wrote:
Hi Stefan,
2011/10/13 Stefan Lippers-Hollmann s@gmx.de:
Does this affect daily d-i builds or is it 'just' wpasupplicant-udeb
(new package) being unusable without affecting the kfreebsd ports yet?
It breaks daily builds.
So
as there is not libpcap udeb.
Which of these options would you, as the kfreebsd porters, prefer to
pursue for now?
Regards
Stefan Lippers-Hollmann
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
partition or linux / on lvm2) in kvm, I didn't try to move such
an install to real hardware, yet. ]
Regards
Stefan Lippers-Hollmann
[1]
http://hostap.epitest.fi/gitweb/gitweb.cgi?p=hostap.git;a=commitdiff;h=88487b0e0b524aae7603c17b7db7985ae9a810c9
(depends on lots
-Tag: 170~1
X-Git-Url:
http://git.kernel.org/?p=linux%2Fhotplug%2Fudev.git;a=commitdiff_plain;h=2c64f5898ccf7c2dfc330c6b21540d6080d37659
which is part of upstream's udev 170 release.
Regards
Stefan Lippers-Hollmann
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
Hi
On Wednesday 09 March 2011, Christian Ohm wrote:
On Wednesday, 9 March 2011 at 4:46, Stefan Lippers-Hollmann wrote:
I think I've located the issue now, lirc 0.8.6 changed the default
socket location from /dev/lircd to /var/run/lirc/lircd, while inputlirc
doesn't know about this new
Stefan Lippers-Hollmann
[1]
http://lirc.git.sourceforge.net/git/gitweb.cgi?p=lirc/lirc;a=commitdiff;h=d8e64b052b4e5a572131f6844b5ec3ab1bc8f6ec
http://lirc.git.sourceforge.net/git/gitweb.cgi?p=lirc/lirc;a=commitdiff;h=a86cd108db0d85e13b7de929bec10d970a1ec010
--
To UNSUBSCRIBE, email
On Wednesday 09 March 2011, Stefan Lippers-Hollmann wrote:
[...]
At the moment, I'm not really sure where this issue is to be fixed
best, as this lirc upstream change is well established by now and
because teh socket doesn't really belong into /dev/:
2009-07-08 lirc lirc@m320
/libpthread.so.0
-lib/libreadline.so.5
-lib/librt.so.1
-lib/libselinux.so.1
-lib/libudev.so.0
-lib/libuuid.so.1
lib/modules
Regards
Stefan Lippers-Hollmann
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
Tag: hardware::emulation, implemented-in::c++, interface::x11, role::program,
x11::application
This doesn't seem to be a problem with the i386 binaries, built on a
Debian buildd.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
might be affected. While issues like these should be fixed (or at least
clarified in package dependencies), it's hard to reproduce or pinpoint
without further information.
Regards
Stefan Lippers-Hollmann
[1] http://lists.debian.org/debian-devel/2009/11/msg00392.html
signature.asc
, /* FIXME */
#if LINUX_VERSION_CODE KERNEL_VERSION(2, 6, 31)
+ .id = I2C_DRIVERID_EXP3, /* FIXME */
.attach_adapter = ir_probe,
.detach_client = ir_remove,
#else
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message
), the problem vanishes. So it seems that only
the startpar alias is affected; CONCURRENCY=makefile itself is working fine
on all of my systems.
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
Hi
On Saturday 15 May 2010, Petter Reinholdtsen wrote:
[Stefan Lippers-Hollmann]
Hi
I can reproduce this problem on systems that are using
$ grep CONCURRENCY /etc/default/rcS
CONCURRENCY=startpar
Thank you. Now I see it too.
After setting it to CONCURRENCY=makefile
: util-linux
O: e2fsprogs
D: Status: 256
E: Internal error: install
This basically re-opens the same issues that were reported in #546834
(archived by now).
Regards
Stefan Lippers-Hollmann
util-linux: Re-add accidentally dropped dependency on initscripts
This fixes the return
can't exist in Debian without its Debian revision or
specifying a range, as such it is uninstallable on all architectures.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64
strongly suspect an unclean source-/ build
directory (/usr/src/modules/lirc*) to be at fault and am tempted to close
this bugreport.
Regards: David
Regards
Stefan Lippers-Hollmann
$ LANG= m-a --kvers-list 2.6.26-1-686 --kernel-dir /usr/src/linux-headers-2.6.26-1-686/ --userdir /tmp/pkg
Regards
Stefan Lippers-Hollmann
[1] http://svn.debian.org/wsvn/pkg-lirc/lirc/trunk/?rev=335sc=1
[2] http://sidux.com/debian/pool/fix.main/l/lirc/
http://sidux.com/debian/pool/fix.main/l/lirc/lirc-modules-source_0.8.3-4~svnr336.1_all.deb
signature.asc
Description
.
Working reliably for me, thanks!
Regards
Stefan Lippers-Hollmann
Post scriptum: I still intend to debug it even further, but I'm physically
away from the notebook during the week.
signature.asc
Description: This is a digitally signed message part.
Hi
Sorry, I've been physically away from the notebook since early august till
last weekend.
On Dienstag, 26. August 2008, Brice Goglin wrote:
On Sun, Jun 01, 2008 at 08:49:18PM +0200, Stefan Lippers-Hollmann wrote:
Yes, it is completely dead, open ssh connections trying to gather last bits
Stefan Lippers-Hollmann
X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-5)
Current Operating System: Linux fsc-cy23 2.6.26-3.slh.1-sidux-686 #1 SMP PREEMPT Wed Aug 20 23:56:34 UTC 2008 i686
Build Date: 26
and the resulting Xorg.0.log.gz attached.
I will refine additional markers around the calling sites tomorrow.
Regards
Stefan Lippers-Hollmann
pciaccess-debug.diff.gz
Description: GNU Zip compressed data
Xorg.0.log.gz
Description: GNU Zip compressed data
signature.asc
Description
Hi
On Samstag, 26. Juli 2008, you wrote:
On Sun, Jun 1, 2008 at 20:45:54 +0200, Stefan Lippers-Hollmann wrote:
Hi
On Sonntag, 1. Juni 2008, you wrote:
[...]
Is the machine completely dead with the plain 2.2.1 driver? Can you
ping? ssh? catch the log?
Yes, it is completely
is indeed corrupt, but that
it might also be a rather common corruption?
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
to current
sid and reinstalling grub 0.97-41 (grub-install --recheck --no-floppy
/dev/hda) revealed any problems in my tests.
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
Stefan Lippers-Hollmann
[1] Linux version 2.6.25-4.slh.3-sidux-686 (Debian 2.6.25-19) ([EMAIL
PROTECTED]) (gcc version 4.2.4 (Debian 4.2.4-1)) #1 SMP PREEMPT Fri May 23
21:58:49 UTC 2008
[2] Linux version 2.6.25-2-686 (Debian 2.6.25-4) ([EMAIL PROTECTED]) (gcc
version 4.1.3
and Pascal, can you report back
whether savage 2.2.1 from unstable is broken for you as well?
Brice
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
Regards
Stefan Lippers-Hollmann
signature.asc
Description: This is a digitally signed message part.
/vdrdiscovery.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [libvdr-xineliboutput.so] Error 1
Empirical testing reveals CFLAGS and CXXFLAGS to be the culprits, see
attached (and confirmed to be working) patch.
Regards
Stefan Lippers-Hollmann
diff -u
. Given that you stress the fact of compiling your
own kernel, I do suggest to check if #461228 [1] and #468492 [2] do not
apply to your problem or give further information about your kernel
(config/ patches).
Regards
Stefan Lippers-Hollmann
[1] http://bugs.debian.org/461228
[2
to be fixed, like the
inability of using module-assistant as user due to not being able to
write as user at
dh_builddeb --destdir=$(KSRC)/..
or the whole debconf usage.
Regards
Stefan Lippers-Hollmann
Using kernel-package's make-kpkg modules to build kernel modules along
to deal with the module sources now
residing in a subdir.
Personally I tend to favour virtualbox-ose-source_fix-installdir.diff, as
it seems to be more consistent to keep a top level Makefile than
redirecting to a subdirectory in debian/rules.
Regards
Stefan Lippers-Hollmann
-- System
from squashfs alltogether fixes these
bugs (see attached debdiff squashfs_remove-lzma-patches.diff and [4]) and
results in valid zlib compressed squashfs images (confirmed on various
amd64 and i386 systems).
Regards
Stefan Lippers-Hollmann
[1] mksquashfs . /PATH/TO/TARGET,sqashfs -ef
tags 446650 + patch
thanks
Hi
The attached patch extracted from upstream CVS adds compatibility with
kernel 2.6.23 to lirc 0.8.0/ 0.8.1/ 0.8.2. Given that kernel 2.6.23 isn't
even in NEW yet, I wouldn't call this issue grave, but rather minor at best.
Regards
Stefan Lippers-Hollmann
/share/doc/libxine1-xvdr/changelog.gz
-rw-r--r-- root/root 2149 2007-08-28 18:31
./usr/share/doc/libxine1-xvdr/changelog.Debian.gz
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64
Hi
The actual install target in debian/libxine1-xvdr.install of course needs to
be fixed as well:
/usr/share/libxine-xvdr/nosignal.mpg -- /usr/share/libxine1-xvdr/nosignal.mpg
Regards
Stefan Lippers-Hollmann
diff -Nrup vdr-plugin-xineliboutput-1.0.0~rc2-5/debian/libxine1-xvdr.install
source for $(uname -r) installed
$(MAKE) $(MAKE_OPT) KERNEL_PATH=$(KSRC)
in debian/at76c503a-source.rules is not honored while building with make-kpkg.
Regards
Stefan Lippers-Hollmann
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable
80 matches
Mail list logo