ly
against Qt6/kf6 moving forward and I have successfully done so (and tested
the resulting binary) with the attached patch. Please note the attached
patch includes a change to debian/clean which is related to my build
environment and not the topic of discussion, and I am by no means familiar
with t
, I appreciate it.
Cheers, Kel
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8),
LANG
ood to have it here as well to make it less
> easy to break your system.
Thanks for the patch, I've committed the following, when I make it available
on mentors (this evening) would you be willing to check & upload?
Kel
---
Index: debian/changelog
68,6 @@
>
> # XXX: Debian #650834
> CONFIG_BGSCAN_SIMPLE=y
> +
> +# Enable access point mode
> +CONFIG_AP=Y
>
>
> With the above configuration change, AP mode support is restored. I
> don't know whether the same configuration switch is to be applied for
>
+' as in /etc/insserv.conf
Curious though, how has pdns been disabled in your case?
Thanks, Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rules often do not appyl.
>
> Incidentally, /etc/insserv.conf lists mountnfs-bootclean as a dependency
> of $remote_fs, but mountall-bootclean is not a dependency of $local_fs.
> Should it be?
I don't think it needs to be that explicit, $remote_fs is a superset of
$local_fs
Thanks, Kel
an these days, so I consider
> you a co-maintainer of insserv. :)
>
> As long as the testsuite in insserv succeeds, a new upload is ok with
> me. It is great if you can ensure the new feature is tested in the
> testsuite.
If you want, I can make the changes to insserv package if
by default.
>
> My question above still applies: Does wpa_supplicant really need to log
> every time rekeying occurs?
No
> What value does this provide?
Not much to me
> Could this
> message become something that only appears at -v or above, rather than
> by default?
Y
the patch it is applied. Stefan and I discusssed this yesterday, he
believed that dh 9 would allow us to remove some of the dpkg-buildflags usage
we had, I made some tests and told him se still needed it ... I was wrong :)
Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debi
Sep 17 00:00:00 2001
From: Kel Modderman
Date: Mon, 23 Apr 2012 20:38:40 +1000
Subject: [PATCH] Unconditionally remove diversion of update-rc.d to
update-rc.d-insserv.
---
debian/sysv-rc.postinst |6 ++
1 file changed, 6 insertions(+)
diff --git a/debian/sysv-rc.postinst b/debian/sysv
d diversion should have been removed some time ago. Somehow
Eddy's system still contained a diversion, could sysv-rc.postinst
perhaps remove this diversion unconditionally? Or should insserv provide
a postinst to do only that in your opinion?
Thanks, Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rovided.
One of those scripts (bootlogs/ bootlogs.sh) must be an orphan conffile ?
>
> > Both of these are insserv bugs rather than sysv-rc bugs, BTW, so
> > reassigning.
>
> Sure.
Not so sure.
Thanks, Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> ]] Kel Modderman
>
> > > ]] Roger Leigh
> > >
> > > > I'm not sure myself. Probably because it's potentially dangerous
> > > > since it would want to replace it with a symlink, and that might
> > > > result in dat
ill be extended to do that.
> >
> > Update-rc.d has an interface for disabling initscript execution, though
> > arguably this interface should be in the service(8) command. This was
> > mentioned earlier in the bug report.
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cg
he links from
ever returning and never will be extended to do that.
Update-rc.d has an interface for disabling initscript execution, though arguably
this interface should be in the service(8) command. This was mentioned earlier
in
the bug report.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
> getting into the habit of believing that it needs to be changed to
> > support cross-building.
As it goes I agree with the intention of this patch, it'd be nice if the
Makefile honored the environment's CC (and COPTS and LDFLAGS for that matter).
Upstream could just as easily u
> Kel Modderman wrote:
>
> >> update-rc.d: using dependency based boot sequencing
> >> insserv: script vsftpd is not an executable regular file, skipped!
> [...]
> >> What is this message intended to convey? Could it be reworded?
> >
> > It t
cript to another in the same init.d dir you will now have 2 scripts
which provide the same facility, and by design insserv rejects this
configuration. We made insserv ignore it rather than reject it a few years
ago, see <http://bugs.debian.org/485045>.
Thanks, Kel
--
To UNSUBSCRIBE, em
ay after doing these steps?
>
> What is this message intended to convey? Could it be reworded?
It think its pretty stright forward, its complaining that the script it has
been asked to work on is not executable.
Thanks, Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
uot;LSB Default-Stop values ($lsb_str)";
> +warning "$default_msg stop runlevel arguments ($arg_str) do not
> match",
> +"$name Default-Stop values ($lsb_str)";
> }
> }
>
> What do you think?
I agree with the patch, Roger would it possible to include this patch in
sysvinit git please?
Thanks, Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
e to me, though I'm not a Debian insserv
> maintainer.)
The rest looks sensible to me too, I'm a (co)maintainer but it doesn't make
my opinion much more qualified than your own :)
Thanks both for your patch + comment.
Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
CXXFLAGS += -O2
endif
-export CFLAGS CXXFLAGS LDFLAGS BINDIR V
+export CFLAGS CPPFLAGS CXXFLAGS LDFLAGS BINDIR V
DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
HOSTAPD_DOT_CONFIG := debian/config/hostapd/$(DEB_HOST_ARCH_OS)
---
Thanks, Kel
--
T
please find attached a patch to fix this FTBFS. FTR, I don't plan to NMU.
Thanks both for the bug report/patch.
Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t bug in my patch).
Good catch. SuSE mount /dev/pts in very early boot (initramfs) therefore do
not require the hack. We had to patch Debian's startpar for this though to get
away from the shell based init.d script execution concurrency which existed at
the time.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ith the
sysvinit package at all and should probably be reassigned to
linux-image- for the best chance of meaningful support.
I've always found it difficult to capture kernel panic information, and have
usually taken a photograph of the monitor as best I can at that point. It may
help if it is c
ce.
If you'd like to revive or discuss that patch I'm all ears.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
hostapd_0.7.3-3.dsc
Changes:
hostapd (1:0.7.3-3) unstable; urgency=low
.
[ Kel Modderman ]
* Use /run/sendsigs.omit.d/ for sendsigs omission pid file and depend on
initscripts (>= 2.88dsf-13.3). (Closes: #633026)
* Migrate existing sendsigs omission pid files from /lib/init/rw to /
oint is satisfied which is much much later in the boot process. This
is an impossible relationship because checkroot.sh is required by other services
which must start before $remote_fs is satisfied.
I would like to know why this change in dependency was made by the
console-common maintainers?
Than
de.
After unpacking an hostapd binary .deb I found the permissions to be:
-rwxr-xr-x 1 kelmo kelmo 3097 Feb 27 2010 ./etc/hostapd/ifupdown.sh
Has something else modified your system? What permissions did actually cause
you to report this? Can you please elaborate a bit more?
Thanks, Kel.
> Well, that seems ironic, in that I would have expected the sytemd maintainer
> himself to have some keener interest in finally resolving this packaging
> problem.
> I don't claim to be a Debian packaging expert. I've only looked through the
> documentation.
> There will have to be some changes
name -m' returns 's390x' on both s390 and s390x.
>
> Would it be possible to include this patch in the next upload? Thanks in
> advance.
Your patch has been applied.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Failed to read classid file: Object not found
Wiphy phy0
...
We expect people to file bugs against iw/wpasupplicant about these messages even
though the problem is here.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe"
: confluence
# Required-Start:$remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Description: Enable confluence blah blah blah
### END INIT INFO
Thanks, Kel.
-- Forwarded Message --
Subject: RE: Bug
n not be true!
What happens when you remove the dependency on rc.local?
>
> The /etc/init.d/confluence file is attached.
Was it? didn't see it.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
stigate
> this matter.
A signal measurement in dBm is returned by the nl80211 driver. It could
provide the basis for a more meaningful signal indicator in wpa_gui.
There difficult part is that wpa_gui doesn't know which driver is being used
so it is a little difficult to support two dif
twork
- succesful network configuration
- failing network configuration
Kel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sat, 30 Jul 2011 06:25:00 AM Gaudenz Steinlin wrote:
> Excerpts from Kel Modderman's message of 2011-07-27 13:30:37 +0200:
> > On Wed, 27 Jul 2011 02:43:02 AM Gaudenz Steinlin wrote:
> > > OK. How do you feel about me NMUing wpa_supplicant to add the udeb? I
> > >
happy for you to do that.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
gt; probably just merge as it is now and we can fix things later if there
> are problems.
Do not wait for any activity from me, I'm currently not very active with
Debian work - mostly keeping up with basic maintenace related tasks.
Not familiar with netcfg or the debian-installer envi
rebooted or not.
>
> This is the main reason you need the initscripts dependency. It
> ensures that the /run/sendsigs.omit.d path is valid, and removes the
> need to special-case Ubuntu.
Fair enough. Thanks for the clue bat I wasn't thinking clearly on this one.
Kel.
ove that code sometime in next
release cycle.
> * Move all files in /lib/init/rw to /run in the package postinst, for
> example:
>
> if [ -f /lib/init/rw/sendsigs.omit.d/foo ]; then
> mv /lib/init/rw/sendsigs.omit.d/f
but received no response.
>
> Is there any progress on this?
Nope.
>
> > > I
> > > have no idea what the story is with crda/wireless-regdb, as I said
> > > before, I don't know anything about WPA. If you'd like to help out,
> > > though,
m not sure this is the correct place to change this.
A search led me to: lkml.org/lkml/2011/4/11/14
What do you think about this? If the discussion there leads us to believe the
kernel is the correct place for this bug to be fixed, this bug should be
reassigned.
Thanks, Kel.
--
To UNSUBSCRI
ted by mdadm-raid if the raid-device
> is listed with fsck in the fstab, too.
>
> Possible Correction
>
> Add Required-Start: mdadm-raid to the init-info of checkfs.sh.
Should-Start: at the most, Required-Start: would infer a hard dependency.
Thanks, Kel.
--
To UNSU
On Thu, 5 May 2011 07:20:16 PM Ruiyan Yu wrote:
> Hi Kel,
>
> Am 05.05.2011 11:06, schrieb Kel Modderman:
> > Can you please remove this wpa-driver line or try with "wpa-driver
> > nl80211"?
> >
> >> Kernel: Linux 2.6.38-2-686
> >
>
ca_cert="somecert"
> phase2="auth=MSCHAPV2"
> }
>
> interfaces
> -
> auto wlan0
> iface wlan0 inet manual
> wpa-driver wext
Can you please remove this wpa-driver line or try with "wpa-driver nl80211"?
> Kernel: Linux 2.6.38-2-686
With this kernel, nl80211 should be better than WEXT interface.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
to agree with this one.
I'd be happy to look at/apply a patch if you could please whip one up?
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
made networking work for a few users.
> 2. Plans to upload a package with /run support?
When the time is right.
>
> - Sedat -
Yours sincerely, Kel.
>
> [1] http://wiki.debian.org/ReleaseGoals/RunDirectory
> Section #1: Packages using /lib/init/rw
> S
oo believe this is network-manager problem.
> >
>
> I "believe" it's a gnome-keyring issue, but unfortunately your bug report
> lacks
> sufficient detail, so it's hard to say.
Indeed.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
b/sysv-rc/legacy-bootsequence was
abandoned sometime way back when.
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-commits/2009-August/001515.html
(r1625)
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-commits/2009-August/001525.html
(r1635)
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-r
420] EXT3-fs: mounted filesystem with ordered data mode.
> [7.718384] EXT3-fs: mounted filesystem with ordered data mode.
Why are volumes being mounted at this point? What is the output of
"ls -1 /etc/rcS.d/", and content of /etc/fstab?
Is there a custom udev rule in there auto-
arguments, you must damn well know if you
need that). Given the "correct" dependency between libpcsclite + daemon this
is _easily_ possible.
3) Will NOT rehash the dlopen() debacle.
If pushed into a corner I will do 1. Prefer to do 2.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
structions on how to investigate the issue,
> please let me know.
Without reviewing any diff, it could be related to #622589
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Wed, 13 Apr 2011 06:13:35 PM sergio wrote:
> Package: wpasupplicant
> Version: 0.7.3-2
> Severity: wishlist
>
>
> hostap on squeeze and later has CONFIG_IEEE80211W, but wpasupplicant still
> doesn't. Please switch it on.
I agree it should be sync'd with hos
ation in /etc/network/interfaces:
>
> iface eth1 inet manual
> wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
> wpa-roam-default-iface default-wireless
>
> iface default-wireless inet dhcp
Looks pretty standard.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
eling, the start of the problem. Given that you
mention X restart(s) I suspect Network-Manager most of all. CC'ing the
network-manager maintainer list.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, 11 Apr 2011 09:03:49 AM Michael Biebl wrote:
> Am 10.04.2011 20:48, schrieb Guillem Jover:
> > On Sat, 2011-03-19 at 22:17:38 +1000, Kel Modderman wrote:
> >>> Looks like the build failure is due to 08_pcsc_dynamic.patch
> >
> >> We could drop the patch
on't really want the daemon even if
> > it's not using hal and friends).
>
> I changed the dependency from Depends: to Recommends: in version
> 1.7.0-1 (09 Mar 2011) now also available in testing.
>
> This bug is already fixed.
Nah it's not, the dlopen() experi
had nothing against your NMU so I didn't speak
> up. All we ask is for a clean chroot to be used in the build, just in case,
> and that you do some minimal testing of the package before you upload
> (assuming you really need to touch only po/translation files).
>
>
I too silently
On Tue, 5 Apr 2011 01:59:34 PM Michael Biebl wrote:
> Am 13.10.2010 03:53, schrieb Kel Modderman:
> > On Wednesday 06 October 2010 13:54:27 Michael Biebl wrote:
> >> It also looks like, that neither splashy nor plymouth (the two remaining
> >> boot
> >>
ns some days ago, comments about how to proceed are very
welcome. I know Stephan's inclination is to drop the pat
/etc/network/if-down.d/wpasupplicant stop pre-down
>
> You do agree that any post-up and pre-down clauses in ifupdown.sh will
> not be run, right?
No, I do not agree.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tuesday 15 March 2011 22:24:07 Tormod Volden wrote:
> On Tue, Mar 15, 2011 at 12:46 PM, Kel Modderman wrote:
> > Can you explain what is actually wrong with the shell code I've been using
> > for
> > a few years, which stops it from functioning as advertised?
&
the shell code I've been using for
a few years, which stops it from functioning as advertised?
I'm not going to be interested enough to consume time investigating a problem
based on a guess.
Thanks, Kel.
>
> The /etc/wpa_supplicant/ifupdown.sh is linked in /etc/network/if-up
Hi Michael,
On Tuesday 08 March 2011 01:32:48 Michael Biebl wrote:
> Hi Kel!
>
> Am 07.03.2011 11:47, schrieb Kel Modderman:
>
> > A source package is available at:
> > http://mentors.debian.net/debian/pool/main/w/wpasupplicant/wpasupplicant_0.7.3-1.dsc
> &g
]. I don't know if using dlopen() to add smart card
> support back is on the roadmap.
Description: Load libpcsclite dynamically
Origin: http://w1.fi/bugz/attachment.cgi?id=149
Bug: http://w1.fi/bugz/show_bug.cgi?id=315
Bug-Debian: http://bugs.debian.org/531592
Author: Ludovic Rousseau
Modifie
new changes need a bit of testing and feedback.
Could you please consider review and upload of it?
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
d like to help out, though, your
> knowledge would be greatly valued.
I wouldn't mind helping out, don't know how though, Have little idea about D-I
environment and took long enough to just reply to this request to feel a little
embarrassed.
Also haven't seen the proposed change to netcfg anytime in recent past to
comment further. Can that be reviewed?
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
feedback.
>
> Not tagging the BTS report with 'patch' as this patch is incomplete
> (need to also modify checkfsck.sh).
This works for me. Please let me know of problems or if you'd like to
see it com
files for wireless interface
* rfkill switch has disabled wireless interface
* wpasupplicant package is incorrectly configured in /etc/network/interfaces
or
* a graphical user interface is not configuring wpa_supplicant correctly
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists
API is considered to be unstable by other developers
and therefore was not well advertised nor documented when it was
integrated.
I agree with the patch but will let others decide and further discuss what
makes the enable/disable feature worth hiding for longer.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
re to do an NMU with this
upstream patch ASAP, bump this severity to serious and provide justification
to release team. I'd be happy to help answer any questions that the release
team have.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
om/24bec6s
Looks like it was cherry picked from upstream authour, it'd be nice to locate
that in the git from w1.fi rather than somewhere else.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
out of order considering that us "maintainers" are busy
with real life and are currently really struggling to pull together changes
wanted for squeeze. We do have a current release team grant for upload with
the changes already committed to our SVN.
Thanks, Kel.
--
To UNSUBSCRIBE, email t
> Hi!
>
> I encountered this bug, too.
>
>>How does changing /etc/init.d/rc with the below patch modify behaviour?
> No, Kel, nothing changed. Sorry.
When I observed boot after modifying the signal trap, CTRL-C did not truncate
startpar's execution of boot scripts in ru
# First, run the KILL scripts.
if [ makefile = "$CONCURRENCY" ]
then
- [ "$previous" != N ] && startup stop
- # First, run the KILL scripts.
+ if [ "$ACTION" = "start" ] && [ "$previo
>
> I've been using this patch for some time now without any problems.
>
> Please consider applying it in the next upload.
Thanks for the patch, it has been applied.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t password to get a shell
> or ctrl-D to continue booting.
How does changing /etc/init.d/rc with the below patch modify behaviour?
Thanks, Kel.
--- rc~
+++ rc
@@ -43,7 +43,7 @@ on_exit() {
trap on_exit EXIT # Enable emergency handler
# Ignore CTRL-C only in this shell, so we can interrup
> On Fri, 2010-08-27 at 10:15 +0200, Uwe Kleine-König wrote:
>
>> This might be related to
>>
>> http://thread.gmane.org/gmane.linux.debian.devel.kernel/54624/
>>
>> ? Any news there?
>
> Kel Modderman seems to have disappeared, haven't hear
> Jonathan Nieder wrote:
>
> Kel, would it be appropriate for wpasupplicant to avoid a strict
> dependency on libpcsclite, by using dlopen() maybe? (Note I am only
> asking if it would be appropriate; the actual work would fall on the
> shoulders of people with an interest
> Hello Kel,
>
> i've opened an rfp for bootchart2 and Petter Reinholdtsen informed me
> that you have already started to package it but run out of time. So
> what's the status of the packaging process? Do you have something online
> somewhere?
I experimented with an a
Or is there a
> 0.7 version of wpasupplicant packaged somewhere already?
>
> If there's anyway I can help with the update, please let me know.
Use debcheckout to grab what is in our packaging VCS - build the package
from that checkout. Feedback welcome.
Kel.
--
To UNSUBSCRIBE, email
> On Mon, 2010-04-12 at 17:36 +1000, Kel Modderman wrote:
>> On Monday 12 April 2010 09:55:53 Matthew W. S. Bell wrote:
>> > /etc/ifplug/action.d/action_wpa
>> Only modifies interfaces using the wpa-roam/wpa_action stuff, which is
>> exactly
>> its intention.
release so far
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
if the fstab-decode command
> didn't exists.
That would be a waste of text/time in my opinion.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
retitle 536502 RFP: crda -- wireless Central Regulatory Domain Agent
noowner 536502
retitle 572220 RFP: wireless-regdb -- wireless regulatory database
noowner 572220
thanks
I've owned these ITP's for over a month now and failed to close them with
an upload of this software to Debian; therefore I h
ect the X-Interactive: true flag is to look in
> /etc/init.d/.depend.*, where the INTERACTIVE setting is wrong.
>
> I've reported the problem upstream, and hope to have a fix available soon.
>
> Raising severity to keep the broken insserv out of testing.
I committed 30_in
ng about as
you unplug/plug removable devices.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Monday 08 March 2010 17:23:56 Petter Reinholdtsen wrote:
> [Alexander Wirt]
> > Therefore we would need a stable, machine parseable
> > output. Something like
> >
> > S:NUM:RUNLEVELS:SCRIPT
> > K:NUM:RUNLEVELS:SCRIPT
> >
> > or something like this comes into mind.
>
> If upstream is willin
stap
>
> That's what I did and am waiting for a reply.
Good, I hope that more knowledgeable people who listen to that list may have a
clue and can help.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
eap=PEAP
> identity="u...@domain.tld"
> password="password"
> }
>
> I collected some debug output (using -dd) which contains logs from when
> I first connected to this network, after loosing the connection the first
> time
> and sev
On Sunday 25 April 2010 21:06:18 Petter Reinholdtsen wrote:
> Is this the same package that is already packaged for Ubuntu as
> https://launchpad.net/ubuntu/+source/wireless-crda >?
Same package, no. Same software, yes.
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-
disk'
configuration for all scripts, not just the one being operated on.
It may be time to revisit this feature and cosmetically castrate it by making
insserv only complain about the script which it is currently acting upon.
However, removing this noisy output may make it easy for buggy package
On Monday 12 April 2010 09:55:53 Matthew W. S. Bell wrote:
> /etc/ifplug/action.d/action_wpa
Only modifies interfaces using the wpa-roam/wpa_action stuff, which is exactly
its intention. If it does otherwise the details need to be made clear, the
situation debugged and fixed up.
Kel.
--
;/')
+len--;
+ List.push_back(Item(Item::Install,Pkg,File.substr(len)));
+ return true;
+ }
+
List.push_back(Item(Item::Install,Pkg,File));
return true;
}
---
Can you please consider applying it?
Thanks, Kel.
--- System information. ---
Architecture: a
ia D-Bus service activation (note the -u option)
- most likely by NetworkManager. It was definitely not started via the
ifupdown shell scripts.
>
> do you have maybe more helpful comments?
Closing the bug report, it is invalid.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-req
> Package: wpasupplicant
> Version: 0.6.10-2
> Severity: minor
>
> /etc/wpa_supplicant/ifupdown.sh even starts if no wlan device is
> available (at least with ifconfig).
> imo that is not necessary, instead it should only start if an actual
> wlan device is ifup'd.
N
fine
That's why the submitted severity is bull.
> but after I've updated the kernel from 2.6.32.8 to 2.6.33
> (both from kernel.org) hostapd does not start any more.
That's a problem that could be fixed, but I aint looked into it myself.
Thanks for the extra info.
Thanks,
Package: wnpp
Severity: wishlist
Owner: Kel Modderman
* Package name: wireless-regdb
Upstream Author : Luis R. Rodriguez
* URL :
http://wireless.kernel.org/en/developers/Regulatory/#Theregulatorydatabase
* License : ISC
Programming Lang: C, Python
Description
retitle 536502 ITP: crda -- wireless Central Regulatory Domain Agent
owner 536502 Kel Modderman
thanks
Package will be maintained by pkg-wpa group.
Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
1 - 100 of 768 matches
Mail list logo
