michel Xhaard wrote:
Le Vendredi 13 Janvier 2006 05:35, Brad Sawatzky a écrit :
Strange my original spca5xx-20051212 include linux/version.h on top of the
spca50x.h file ?
#ifdef __KERNEL__
#include asm/uaccess.h
#include linux/videodev.h
#include linux/smp_lock.h
#include linux/usb.h
Jean-Marc Ranger wrote:
Hi Kel,
Due to a recently arrived ipw2200, I'm loosing some interest in
continuing to package the adm8211 code for Debian. Are you interessed
in taking the ownership of the ITP bug in Debian ?
Jean-Marc
The in-kernel wireless code is too turbulent right now,
Nate Bargmann wrote:
Package: madwifi-source
Version: 0.svn20051110-1
Severity: wishlist
I decided to try the madwifi-source this evening and am at a bit of a
loss on how to proceed. I followed the instructions I've used in the
past at http://www.marlow.dk/site.php/tech/madwifi and
Graham wrote:
Package: madwifi-source
Version: 2005
I've built the module against the Debian official kernel
2.6.14-2-686 (version 2.6.14-7).
I have a ThinkPad A22p and an Enterasys Networks PCMCIA a/b/g card. I
will attach the output of lspci -vvv.
When I click scan for networks in
Graham wrote:
It may be related to the inability of this module to do background
scanning, or it could just be a plain old bug in the code. Try using the
basic wireless-tools and refrain from using the graphical apps, and see
if you can reproduce this instability.
Hi Kel,
I'm just
Graham wrote:
Hi Kel,
Thank you for the links.
Well, in my experience these gui apps for configuring wireless on linux
really cause more trouble than they are worth.
Maybe, but:
1. You and I are fine with console based configuration tools, but many
people, including the owner of
Paul Brossier wrote:
for info, i tried earlier versions of spca5xx from
http://mxhaard.free.fr/spca50x/Download/?M=D and found out that the last
version compiling on -powerpc64 is spca5xx-20050601
[EMAIL PROTECTED]:~/spca5xx-20050601$ make
Building SPCA5XX driver for 2.5/2.6 kernel.
Hi,
http://kanotix.com/files/debian/acerhk/
That package was made by your's truly for the Kanotix project.
Although I am not officially involved with debian, I currently
co-maintain some other module packages (spca5xx and madwifi) on alioth.
If a developer would like to sponsor and
Hi,
Package for these drivers are here:-
http://kanotix.com/files/debian/pool/main/a/adm8211/
I also track the experimental new version that depends on the common
ieee80211 stack (=2.6.14) here:-
ftp://debian.tu-bs.de/project/kanotix/experimental/pool/main/a/adm8211/
If you would like to
Package: wnpp
Severity: wishlist
Hi,
http://kanotix.com/files/debian/pool/main/r/rt2570/
Above are packages I developed as part of the Kanotix project.
If there is any interest in them to be in debian (alongside the existing rt2400
rt2500 packages), feel free to contact me concerning these
Jean-Marc Ranger wrote:
Hi Kel,
I'll definitely have a look at what you did. I'm fairly new at Debian
packaging, so I sure can learn from what you did.
My version of the 20050620 driver is available at
http://web.ncf.ca/jmranger/adm8211/ if you're interessed to have a
look. It was
Bill Wohler wrote:
Package: madwifi-source
Version: 0.svn20051110-1
Severity: normal
Thanks for packaging madwifi.
/usr/share/doc/madwifi-source/README.Debian is missing a step. If I
create an /etc/network/interfaces stanza of
iface eth1 inet dhcp
wireless_essid my-SSID
Bill Wohler wrote:
Kel Modderman [EMAIL PROTECTED] wrote:
The README would better use ath0 as an example instead of eth1.
Yes, that would clear things up a lot. I thought perhaps I was missing
something. I have been using ath0.
ifrename; install it, read up on it.
Thanks
On Wednesday 06 December 2006 08:25, Przemyslaw Bruski wrote:
Hi Kel,
Of course you are right. However, sendsigs is run at sequence number 20,
and it kills the wpa_supplicant process.
Not anymore - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=367944.
The maintainers have moved it to
On Wednesday 06 December 2006 12:20, Sam Morris wrote:
Package: wpasupplicant
Version: 0.5.6-0
Severity: wishlist
Version 0.5.6 is available. I built an updated package that seems to work
fine by simply uupdating and then removing the (incorporated-upstream)
patch 'patch
On Saturday 09 December 2006 06:33, Gerrit Jan Baarda wrote:
Op maandag 4 december 2006 02:49, schreef Kel Modderman:
Not very helpful ouput.
Please show your /etc/network/interfaces configuration, and output
of 'ifup --verbose ethX' where ethX is the interface name of your NIC.
Please
On Saturday 09 December 2006 08:00, Matt Brown wrote:
The fix described in the third post is incorrect. The backported patches
applied in -3 have already reordered this part of the code so that it
works correctly with madwifi.
Unfortunately that backport missed the final component of the fix,
On Tuesday 12 December 2006 03:17, Thomas Esselen wrote:
Package: wpasupplicant
Version: 0.5.5-3
Severity: important
Hi,
please upgrade to a 0.6.0 snapshot since EAP-TTLS and encrypted passwords
for the tunnelled identity do not work with earlier releases:
* fixed
Hi Henning,
On Thursday 14 December 2006 20:33, Henning Glawe wrote:
I have configured a roaming wpa configuration on my laptop using
allow-hotplug wlan0
iface wlan0 inet manual
wpa-driver wext
wpa-roam /etc/wpa_supplicant.conf
in /etc/network/interfaces.
If a
On Thursday 14 December 2006 22:19, Thomas Kallenberg wrote:
Could this be a driver issue? I have the same problem and I'm using the
madwifi-svn driver with wpasupplicant driver from unstable and
network-manager from etch.
It is almost 100% likely to be an issue with the madwifi driver.
I
On Tuesday 05 September 2006 19:10, Marc Haber wrote:
Package: wpasupplicant
Version: 0.5.4-5
Severity: normal
When I am trying to use a public hotspot, I need to associate to an
unencrypted network. This does not seem to work after wpasupplicant
was once started (as it happens
On Thursday 07 September 2006 14:45, Marc Haber wrote:
Package: wpasupplicant
Version: 0.5.4-5
Severity: minor
Hi,
wpasupplicant waits 60 seconds for the interface to associate with a
network before trying the next. How to control this timeout?
Do you use ap_scan=2 or so?
The only
On Saturday 09 September 2006 05:02, Helge Kreutzmann wrote:
Package: wpasupplicant
Version: 0.5.4-5
Severity: minor
Tags: patch
In README.Debian you write /usr/share/doc/wpasupplicant/README.modes
while in fact the file is compressed, hence
/usr/share/doc/wpasupplicant/README.modes.gz is
On Tuesday 05 September 2006 19:07, Marc Haber wrote:
Package: wpasupplicant
Version: 0.5.4-5
Severity: normal
Hi,
with the following wpa_supplicant.conf.local, wpasupplicant does not
associate to unencrypted networks, such as public Hot-Spots:
network={
id_str=wlan-open
On Monday 11 September 2006 19:24, martin f krafft wrote:
Package: madwifi-source
Version: 0.svnr1697.0.9.2-1
Severity: important
Ever since I upgraded to the madwifi-ng driver, it's become mostly
unusable. I am using the latest 2.6.17 kernel from unstable. From
time to time I get it to
On Tuesday 12 September 2006 04:26, Reuben Thomas wrote:
Package: wpasupplicant
Version: 0.5.4-5
Severity: normal
I have a stanza in my /etc/network/interfaces:
#auto eth0
iface eth0 inet manual
pre-up modprobe ipw2100
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
# Default
On Thursday 14 September 2006 01:15, martin f krafft wrote:
This just a FYI: after a day of not being able to associate,
I restarted my router and then the association worked, even without
the patch you told me to apply. I guess what this means is that it's
probably not just the driver's
On Tuesday 19 September 2006 05:43, Marc Haber wrote:
Package: wpasupplicant
Version: 0.5.4-5
Severity: normal
Hi,
when trying to connect to an Apple AirPort Express which is configured
to allow both WPA and WPA2, it is necessary to manually set group and
pairwise to TKIP. Otherwise the
that is
+responsible for copying required upstream contents into debian module
+source tarball staging area.
+
+ -- Kel Modderman [EMAIL PROTECTED] Sun, 12 Nov 2006 12:21:59 +1000
+
unionfs (1.3.20061029.0124+debian-1) unstable; urgency=low
* New upstream snapshot:
Hi Ian,
On Monday 13 November 2006 03:20, Ian MacDonald wrote:
Package: madwifi-source
Version: 1:0.9.2+r1784.20061027-1
Severity: important
The following is from the buildlog after executing #m-a a-i madwifi
dh_testroot
dh_clean
/usr/bin/make -C /usr/src/modules/madwifi clean \
Package: hostapd
Version: 1:0.5.5-3
Severity: grave
Justification: renders package unusable
The subtle changes between 0.5.5-2 and 0.5.5-3 have exposed a
showstopping bug when used in conjunction with certain madwifi driver
versions (specifically 0.9.2+r1784.20061027-1 currently in debian).
This
On Tuesday 14 November 2006 08:43, Kel Modderman wrote:
Package: hostapd
Version: 1:0.5.5-3
Severity: grave
Justification: renders package unusable
The subtle changes between 0.5.5-2 and 0.5.5-3 have exposed a
showstopping bug when used in conjunction with certain madwifi driver
versions
On Tuesday 17 October 2006 05:23, Moritz Muehlenhoff wrote:
severity 386227 grave
thanks
On Tue, Sep 05, 2006 at 11:54:29PM -0400, Brad Sawatzky wrote:
Package: spca5xx-source
Version: 20060501-1
Severity: important
Tags: patch
Some v4l header information got shuffled around in
On Wednesday 18 October 2006 04:22, Brad Sawatzky wrote:
On Tue, 17 Oct 2006, Kel Modderman wrote:
On Tuesday 17 October 2006 05:23, Moritz Muehlenhoff wrote:
severity 386227 grave
thanks
Package: spca5xx-source
Version: 20060501-1
Severity: important
Tags: patch
On Sunday 22 October 2006 16:21, Nathaniel Wesley Filardo wrote:
Package: madwifi-source
Version: 1:0.9.2+r1710.20060914-1
Severity: important
SVN version 1710 contains outdated ath_hal code which on an Acer Aspire
5100 as well as other laptops containing (recent?) spins of the chipset.
On Tuesday 17 October 2006 01:22, martin f krafft wrote:
Package: wpasupplicant
Version: 0.5.5-2
Severity: normal
If I use ifupdown integration, wpa_supplicant starts up nicely as
expected. It associates with the AP and then dhclient (called by
ifup) tries to get a lease. However, if I
On Monday 30 October 2006 11:50, Michael Biebl wrote:
Package: wpasupplicant
Version: 0.5.5-2
Severity: normal
I tried the new modes of wpa_supplicant using /e/n/i.
Using wpa-conf /path/to/config works fine but unfortunately blocks the
boot process. But when I use the new roaming mode
Hi,
This is causing wpasupplicant to FTBFS (wpagui requires libqt4-dev). I'd love
to do some finishing touches to wpasuppliant before etch, but cannot while
this is blocking it.
Kel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Wednesday 01 November 2006 02:22, Michael Biebl wrote:
See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=342887
Maybe we should add #342887 as blocker for this bug?
Looks like that is exactly why you have problems, interesting (and damn
frustrating!). Please do add that report as
On Thursday 02 November 2006 08:55, Piotr Roszatycki wrote:
Package: wnpp
Severity: wishlist
Owner: Piotr Roszatycki [EMAIL PROTECTED]
* Package name: rt73
Upstream author : Paul Lin [EMAIL PROTECTED]
Version : 1.0.3.6
* URL :
Package: trac
Version: 0.10-3
Severity: normal
I was struck by a baffling problem described at
http://trac.edgewall.org/ticket/3984
Summary: it is impossible to attach anything to the trac system with the
combination of trac 0.10 and python 2.4.4. Attempting to do so would
cause the following
On Monday 09 October 2006 04:36, Per Olofsson wrote:
You mentioned that you gave it a go, did you have any preliminary code?
(I don't care if its ugly/non-working, it may give a hint to what is
required).
I think something like this for the file
/etc/acpi/suspend.d/55-down-interfaces.sh:
On Tuesday 19 September 2006 21:25, Marc Haber wrote:
On Tue, Sep 19, 2006 at 09:22:41PM +1000, Kel Modderman wrote:
On Tuesday 19 September 2006 05:43, Marc Haber wrote:
when trying to connect to an Apple AirPort Express which is configured
to allow both WPA and WPA2, it is necessary
On Sunday 10 September 2006 00:30, Marc Haber wrote:
On Sat, Sep 09, 2006 at 11:07:20AM +1000, Kel Modderman wrote:
On Thursday 07 September 2006 14:45, Marc Haber wrote:
wpasupplicant waits 60 seconds for the interface to associate with a
network before trying the next. How to control
On Sunday 15 October 2006 19:57, Reinhard Tartler wrote:
Kel Modderman [EMAIL PROTECTED] writes:
I think http://madwifi.org/ticket/671 may be related, but 'sudo iwconfig
ath0 FAU-VPN' in another shell as suggested in that ticket didn't help
me :(
And #201. Its a pretty old, known issue
On Tuesday 03 October 2006 11:46, Chip Salzenberg wrote:
Package: madwifi-source
Version: 1:0.9.2+r1710.20060914-1
Severity: grave
Justification: renders package unusable
The drivers seem to build OK for kernel 2.6.16-2-686, but when I try to
actually use them, I get a raft of disagrees
Package: powersaved
Version: 0.14.0-2
Severity: wishlist
Currently, powersaved has ipw2200 in a suspend blacklist, and it is
removed from kernel space before suspend and reinserted after resume. I
believe this is needlessly causing headaches for the end user, as
ipw2200 has supported
On Tuesday 03 October 2006 23:39, Per Olofsson wrote:
Package: wpasupplicant
Version: 0.5.5-1
Severity: normal
wpasupplicant currently does not work very well with acpi-support,
when suspending/resuming the system. The problem is that acpi-support
does ifdown on all interfaces when
On Wednesday 04 October 2006 01:24, Per Olofsson wrote:
Kel Modderman:
This ifdown/ifup is unrequired with nicely behaved modules (eg ipw2200),
as they can sustain a link via wpasupplicant during suspend/resume cycle.
Ah, yes, I have such a card and that works. Thanks!
BTW, does dhclient
Package: wnpp
Severity: wishlist
Owner: Debian spca5xx Maintainers [EMAIL PROTECTED]
* Package name: gspca
Version : 01.00.04
Upstream Author : Michel Xhaard [EMAIL PROTECTED]
* URL : http://mxhaard.free.fr/index.html
* License : GPL
Programming Lang: C
On Saturday 23 September 2006 02:10, David Pearce wrote:
Package: ndiswrapper-source
Version: 1.23-1
After compilation with m-a, the resulting debian package has a recommends
for kernel-image-`uname -r` which is no longer the naming convention used
for kernel packages - instead I think
On Sunday 24 September 2006 01:20, Eddy Petrisor wrote:
Package: madwifi-tools
Version: 0.svnr1697.0.9.2-1
Severity: wishlist
Hello,
If one uses module-assistant to build the madwifi module, it will fail
since it depends on madwifi-tools, which is unavailable from the
archive. Please
On Sunday 24 September 2006 23:28, ste wrote:
Package: ndiswrapper-source
Version: 1.23-1
Severity: grave
Justification: renders package unusable
IMHO, this is not grave, but lets not worry about arguing that point . . .
Building this module fails on 2.6.17-1 and 2.6.17-2 giving me this
[EMAIL PROTECTED]
-Kel Modderman [EMAIL PROTECTED]
-Otavio Salvador [EMAIL PROTECTED]
-Itay Ben-Yaacov [EMAIL PROTECTED]
-
-This package is licenced under the terms of the GNU General Public Licence.
-
-On Debian systems, the complete text of the GNU GPL can be found in
-/usr/share/common-licenses/GPL
was debianized by Kel Modderman [EMAIL PROTECTED] on
+Wed, 4 Oct 2006 12:35:59 +1000.
+
+It was downloaded from http://mxhaard.free.fr/download.html
+
+Upstream Author: Michel Xhaard [EMAIL PROTECTED]
+
+The following files contain multiple copyright holders:
+
+decoder/gspcadecoder.c
was debianized by Erik Rigtorp [EMAIL PROTECTED] on
+Mon, 23 Feb 2004 17:48:38 +0100.
+
+This package is currently maintained by Andres Salomon [EMAIL PROTECTED]
+and Kel Modderman [EMAIL PROTECTED] as of Oct. 2006.
+
+It was downloaded from http://ndiswrapper.sourceforge.net/
+
+The upstream authors:
+Pontus
On Friday 01 December 2006 21:30, Bastian Blank wrote:
tags 400752 moreinfo
thanks
On Wed, Nov 29, 2006 at 01:17:20AM +1000, Kel Modderman wrote:
Package: linux-modules-extra-2.6
Severity: wishlist
Tags: patch
Please consider including ndiswrapper. Patch attached, based on existing
On Sunday 03 December 2006 12:11, Andreas Henriksson wrote:
I can't reproduce your problem with spca5xx-source. How are you
building?
I've tried building the spca5xx-source in an unstable amd64 pbuilder,
then installing the spca5xx-source package and building that with
module-assistant which
tags 401441 moreinfo
thanks
Errm, helps when i use the correct bug number for manipulating tags (and
luckily the tag i sent to the worng bug report was not unrelevant).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 401413 patch
thanks
Hi Torquil,
On Sunday 03 December 2006 21:19, Torquil Macdonald Sørensen wrote:
I am trying to connect to a wired network with IEEE8021X authentication.
Ok. Something I admit to having very little experience with.
Thus I have no wpa-ssid line in
On Friday 20 October 2006 20:41, Per Olofsson wrote:
Kel Modderman:
Try something like:
for x in $INTERFACES; do
if test -x /sbin/wpa_action \
wpa_action $x check; then
wpa_action $x stop
else
ifdown $x
fi
done
Works fine
On Tuesday 05 December 2006 10:30, Przemyslaw Bruski wrote:
Package: wpasupplicant
Version: 0.5.5-2
Severity: normal
Currently, wpasupplicant is stopped before unmountnfs.sh script is run.
This means that the network connection for NFS mounts may be gone by the
time we try to unmount them
Hi Junichi,
Thanks for the tips. I probably applied at least two of those patches to
upstream. Also see:
http://lists.alioth.debian.org/pipermail/pkg-madwifi-maintainers/2006-August/000349.html
http://svn.debian.org/wsvn/pkg-madwifi/unstable/
This problem will be fixed momentarily.
Thanks,
On Saturday 05 August 2006 20:23, Marco Nenciarini wrote:
Package: ndiswrapper-common
Version: 1.21-1
Severity: important
If you have dash as /bin/sh you get this error
debian:/home/mnencia# dash -x /usr/sbin/ndiswrapper
+ set -e
+ LATEST=
+ LATEST=/usr/sbin/ndiswrapper-[^b]*
+ [
On Monday 07 August 2006 04:43, Anders Ellenshøj Andersen wrote:
Package: wpasupplicant
Version: 0.5.4-2
Severity: minor
When starting wpasupplicant via ifup/down I noticed that wpa_supplicant is
started with options -P and -C. I was not able to find these options in the
man page.
The -C
On Monday 07 August 2006 23:18, Debian Bug Tracking System wrote:
It has been closed by Luis [EMAIL PROTECTED].
Their explanation is attached below. If this explanation is
unsatisfactory and you have not received a better one in a separate
message then please contact Luis [EMAIL PROTECTED]
On Thursday 10 August 2006 04:17, Reinhard Tartler wrote:
Christoph Biedl [EMAIL PROTECTED] writes:
If you agree:
* In postinst: Check whether /e/n/i permissions are 660 or tighter and
offer to fix them if required.
I don't really agree here, as I don't see the necessity to bug the
Hi Eduard,
On Thursday 10 August 2006 18:46, Eduard Bloch wrote:
Package: wpasupplicant
Version: 0.5.4-5
Severity: normal
Hello,
I was using previous versions of wpasupplicant (before ifupdown
integration) with a self-made conf file containing a preshared key.
Relevant contents:
On Saturday 12 August 2006 22:40, Eduard Bloch wrote:
#include hallo.h
* Kel Modderman [Sat, Aug 12 2006, 07:39:31PM]:
Hi Eduard,
Then I decided to play with the tools mentioned in README.modes.gz, I
used wpa_passphrase, passed my essid and the old psk to it and it threw
me some
reassign 382650 madwifi
thanks
Reassigning this bug to madwifi (hopefully), reasons are below:
On Saturday 12 August 2006 23:58, Martin Ziegler wrote:
Subject: wpasupplicant: wpa-driver wext does not work for madwifi
Package: wpasupplicant
Version: 0.5.4-5
Severity: minor
*** Please type
Hi Steinar,
I notice some of my ipw3945 efforts have been mentioned in ITP's. I'd love to
see my efforts go directly into debian. I do not have the hardware, only a
fair idea of how all the ipw3945 pieces should go together, so I'd love to
hand off my work to an interested party with the
On Monday 14 August 2006 02:31, Daniel Baumann wrote:
Kel Modderman wrote:
I notice some of my ipw3945 efforts have been mentioned in ITP's. I'd
love to see my efforts go directly into debian. I do not have the
hardware, only a fair idea of how all the ipw3945 pieces should go
together
On Saturday 11 October 2008 22:54:22 Sven Joachim wrote:
On 2008-10-11 14:03 +0200, Olaf van der Spek wrote:
On Sat, Oct 11, 2008 at 12:02 PM, Sven Joachim [EMAIL PROTECTED] wrote:
Hm, that looks fairly normal. Probably it would work if you upgrade
initscripts before the full-upgrade.
Package: acpid
Version: 1.0.6-14
Severity: normal
User: [EMAIL PROTECTED]
The removal of runlevel 0 and 6 links is not handled for package upgrade
path. This is exactly the same problem as for hal #501662.
Thanks, Kel.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
On Thursday 09 October 2008 21:52:47 Martin Pitt wrote:
if dpkg --compare-versions $2 lt 0.5.11-5; then
This must be lt-nl.
update-rc.d -f hal remove
fi
That's too blunt. It should at most rm -f the rc{0,6}.d symlinks
instead of completely stomping over any customizations the
Package: qc-usb-source
Version: 0.6.6-6
Severity: wishlist
Tags: patch
The module fails to compile against Linux 2.6.27 due to removal of type
field from video_device struct:
URL:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0ea6bc8d43c9ee3c5384bea184eab020927a5b2c
severity 485769 important
thanks
On Sunday 24 August 2008 23:50:05 Stefan Fritsch wrote:
Hrm. It works with linux-image-2.6.25-2-686.
Maybe the severity is not grave after all. But wpasupplicant should not
crash.
I cannot reproduce the problem, neither can my peer. Also have little idea
of
tags 491388 patch
thanks
(debcheckout couldn't fetch the source from google.code, kept asking for a
passwd)
Patch attached. This is just too slow to ignore.
---
diff -Nrup acpid-1.0.6/debian/acpid.init.d
acpid-1.0.6.notslow/debian/acpid.init.d
--- acpid-1.0.6/debian/acpid.init.d 2008-08-27
Hi,
Its been a year or more and the patch is here.
Would you consider fixing this trivial problem soon? Too late for Lenny,
but maybe next year? :)
Thanks, Kel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 488538 wpasupplicant
thanks
On Monday 30 June 2008 01:29:11 you wrote:
Package: ifplugd
Version: 0.28-11
Severity: wishlist
Tags: patch
Debian's wpasupplicant package provides a mechanism for wireless
interfaces to roam between networks by ifup/ifdown on wireless
Package: ifplugd
Version: 0.28-13
Severity: wishlist
The initscript could use the shell function library of lsb-base to ensure use
of uniform output style in the future.
Will attach a patch for this soon.
Thanks, Kel.
-- Package-specific info:
/proc/net/dev interfaces:
lo
eth0
wmaster0
Package: ifplugd
Version: 0.28-13
Severity: normal
Similar to #437535, ifplugd instances for interfaces in HOTPUG_INTERFACES are
not stopped during prerm maintainer script when package is removed.
Will soon attach a patch to fix this bug and #437535, for further discussion.
Thanks, Kel.
--
tags 500571 patch
thanks
Use LSB logging functions to ensure use of uniform output style in the future.
Depend on lsb-base (= 3.0-6).
Log interface name before daemon performs action, so that errors can be
identified with a specific interface easily.
Closes: #500571
---
--- a/debian/control
+++
tags 500570 patch
tags 437535 patch
thanks
Interfaces listed in HOTPLUG_INTERFACES configuration variable are not handled
at all during package reconfiguration or removal.
The ifplugd initscript is designed to start/stop only interfaces listed in the
INTERFACES configuration variable, but it
severity 501662 normal
thanks
On Thursday 09 October 2008 21:52:47 Martin Pitt wrote:
Kel Modderman [2008-10-09 21:08 +1000]:
Severity: important
Given that it doesn't actually break anything, this seems to be a
little exaggereated.
Okay, reduced as you wish.
if dpkg --compare
Package: hal
Version: 0.5.11-5
Severity: important
User: [EMAIL PROTECTED]
The patch from #501310 applied to hal (0.5.11-5) does not take care to
manage existing runlevel links, therefore fails to have desired effect
of removing script stop links in runlevel 0 and 6 on package upgrades.
Package: openoffice.org-common
Version: 1:2.4.1-10
Severity: important
Usertags: goal-dash
When attempting to start an oo application:
$ oowriter
/usr/lib/openoffice/program/soffice: 367: Syntax error: fi unexpected
(expecting done)
Which is caused by a for loop ending with `fi' and not
On Friday 10 October 2008 02:17:10 Michael Biebl wrote:
Kel Modderman schrieb:
severity 501662 normal
thanks
On Thursday 09 October 2008 21:52:47 Martin Pitt wrote:
Kel Modderman [2008-10-09 21:08 +1000]:
Severity: important
Given that it doesn't actually break anything, this seems
Package: initscripts
Version: 2.86.ds1-61
Severity: minor
Tags: patch
User: [EMAIL PROTECTED]
In the LSB init information of urandom script, the Description keyword is
missing a semi-colon.
---
--- a/debian/initscripts/etc/init.d/urandom
+++ b/debian/initscripts/etc/init.d/urandom
@@ -6,7 +6,7 @@
On Friday 25 July 2008 09:18:51 Tobias wrote:
Package: wpasupplicant
Version: 0.6.3-2
Severity: normal
subject says everything isn't possible to connect to wlan-network.
Not about network-manager or wpagui it fails.
This bug report contains no information, as such, it is not useful.
Kel.
Hi Sven,
On Sunday 27 July 2008 06:42:28 Sven Mueller wrote:
Package: insserv
Version: 1.11.0-9
Severity: important
The standard (well, regarding a Debian etch/lenny installation) init
system has a feature (or well documented behaviour) that update-rc.d
does not recreate links in
Package: policycoreutils
Version: 2.0.49-2
Severity: important
Hi,
On insserv enabled system, a conflict between LSB Default-Stop data and
options passed to update-rc.d in policycoreutils postinst was exposed when
upgrading package.
insserv: warning: current stop runlevel(s) (0 1 6) of script
severity 494166 important
thanks
On Sunday 10 August 2008 22:11:37 Kel Modderman wrote:
On Friday 08 August 2008 01:08:29 Luc Begault wrote:
Package: madwifi-source
Version: 1:0.9.4+r3772.20080716-1
Severity: grave
Justification: renders package unusable
After an upgrade to 2.6.26-1
On Tuesday 12 August 2008 17:38:06 Y Giridhar Appaji Nag wrote:
Hi Kel,
On 08/07/14 01:15 +1000, Kel Modderman said ...
I have a series of 5 patches located at:
http://users.tpg.com.au/sigm/patches/ifplugd/
Each patch contains a blurb about what change it introduces.
They close
On Thursday 31 July 2008 04:31:30 Daniel Gimpelevich wrote:
Please merge the wpasupplicant and hostapd source packages. They are
built from the same sources anyway, and using the hostapd source from
the wpasupplicant package should also fix Debian bug #429734 for 2.6.26
Merging the source
Hi Petter and Steve,
On Monday 18 August 2008 16:46:08 Petter Reinholdtsen wrote:
[Steve Langasek]
In this case, NFS...
Right. So ext3 and NFS should be ok. :)
I can try against a different filesystem tomorrow if you like.
If you happen to know what file system is used on the
Hi,
Upon further inspection, it seems that the LSB dependencies of hwclock.sh are
wrong for start order too.
hwclockfirst should start before checkroot, followed by hwclock as far as I
understand. This is not represented in the current dependency information,
hwlockfirst and hwclock both only
This is a better patch, using the more correct dependency $local_fs
---
diff -Nrup --exclude='*.8' --exclude='*~' util-linux-2.13.1.1/debian/hwclock.sh
util-linux-2.13.1.1.lsb/debian/hwclock.sh
--- util-linux-2.13.1.1/debian/hwclock.sh 2008-08-23 05:33:40.0
+1000
+++
On Thursday 18 September 2008 17:52:19 Olaf van der Spek wrote:
Package: insserv
Version: 1.12.0-2
Severity: normal
Hi,
script 'K01libdevmapper1.02' missing LSB tags and overrides
current stop runlevel(s) (0 1 6) of script `screen-cleanup' overwrites
defaults (empty).
Could these
On Thursday 18 September 2008 19:01:26 Santiago Garcia Mantinan wrote:
Package: madwifi-source
Version: 1:0.9.4+r3772.20080716-1
Followup-For: Bug #492251
I've been having crashes also on my laptop with the new version of
madwifi-source, I needed to use new versions because the laptop seems
1 - 100 of 747 matches
Mail list logo