This issue is fixed in pyalsaaudio 0.8 (released May 2015):
https://github.com/larsimmisch/pyalsaaudio
Any chance of getting the current 0.8.2 version packaged for Debian?
Tags: patch
A patch for this issue is attached. Basically, the existing `grep
^$WPA_IFACE=$WPA_IFACE" "$IFSTATE_FILE"` line is replaced with `/sbin/ifquery
"$WPA_IFACE" | grep -q '^wpa-roam: '`.
In addition to fixing the reported physical=logical interface issue above, this
patch also
Dmitry:
Moving the script lines from the 'iface wlp3s0' section to the 'iface dynamic'
section should make it behave the way you expect it to.
The problem is simply that the 'iface wlp3s0' section is overridden and ignored
after wpa_supplicant associates with an AP and the wpa-roam feature
semodule_package -m ssh_cat_fix.mod -o ssh_cat_fix.pp
rm ssh_cat_fix.mod
semodule -i ssh_cat_fix.pp
On Tue, Oct 09, 2012 at 04:12:52PM -0400, Paul Donohue wrote:
Package: selinux-policy-default
Version: 2:2.20110726-3
Severity: important
When protecting sshd with this policy, the transition that occurs
I found and enabled the init_upstart boolean (it was disabled by default).
Reading the policy, it looks like that should solve this problem, but it didn't
actually seem to help...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: selinux-policy-default
Version: 2:2.20110726-3
Severity: normal
Upstart runs as init_t. When running SysV init scripts, Upstart transitions to
initrc_t when the init script is run, then transitions again to an appropriate
domain when the daemon executable is run.
However, when managing
Package: selinux-policy-default
Version: 2:2.20110726-3
Severity: important
When protecting sshd with this policy, the transition that occurs when running
the user's shell is always denied, which prevents users from logging in:
type=AVC msg=audit(1349808486.496:121): avc: denied { transition }
Package: rrdtool
Version: 1.2.27-1
Severity: important
The rrdtool binary in the 1.2.27 package is actually version 1.2.19
The rrdupdate binary appears to be the correct version
# rrdupdate
RRDtool 1.2.27 Copyright by Tobi Oetiker, 1997-2008
[...]
# rrdtool
RRDtool 1.2.19 Copyright 1997-2007
Package: sun-java5-jre
Version: 1.5.0-14-3
Followup-For: Bug #416452
Any updates regarding this bug?
The sun-java6 packages area also affected by this bug ... I wonder if this bug
should be reassigned to sun-java6, or if the bug should be duplicated on that
package?
It appears that the bug
[SNIP]
So my thought was that it would be more workable for them if I did
some up-front work to create a .po file for section descriptions.
[SNIP]
On the other hand, all that works only in the default configuration,
and we'd still need a way to translate sections when the default file
has
but marks the strings from xgettext's perspective? I haven't fully
thought this through ... just kinda thinking out loud here.
-Paul
On Wed, Jan 16, 2008 at 05:51:31PM -0800, Daniel Burrows wrote:
On Fri, Jan 04, 2008 at 11:11:43AM -0500, Paul Donohue [EMAIL PROTECTED]
was heard to say:
One
One more update... patch.topdir attached now uses the first entry
listed in Aptitude::Sections::Top-Sections as a default if the top-level
section is not recognized ... the previous patch was still using a
hard-coded 'main' by default when the top-level section was not
recognized.
diff -Naur
I've updated the remaining patches... New patches are attached.
patch.subdirs.default is the same as before, just updated with new line
numbers...
patch.topdir now accomplishes 3 things:
1) It still uses a list of known top-level sections to make the
'topdir' grouping policy work more
Package: openssh-server
Version: 1:4.6p1-5
Followup-For: Bug #140963
This seems like a simple fix for such an ancient and annoying bug...
Any chance it'll get applied any time soon?
Thanks.
-Paul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Awesome! Thanks so much!
Let me know when you get a chance to look at the others.
Happy New Year!
-Paul
On Sun, Dec 30, 2007 at 01:02:46PM -0800, Daniel Burrows wrote:
OK, I've worked through and applied the first (main) patch in this
collection.
Daniel
--
To UNSUBSCRIBE, email
On Wed, Dec 19, 2007 at 09:24:47PM -0800, Daniel Burrows wrote:
On Wed, Dec 19, 2007 at 04:41:58PM -0500, Paul Donohue was heard to say:
To make things clearer and more readable, I've broken the subdirs patch
out into several patches anyway.
I've also removed all the code for the 'max
Just noticed I forgot to strip some of the references to 'max-levels' out of
the documentation updates in patch.subdirs
Here's an updated patch...
diff -Naur aptitude.orig/doc/en/aptitude.xml
aptitude.subdirs/doc/en/aptitude.xml
--- aptitude.orig/doc/en/aptitude.xml 2007-12-19
It's been another month and 1.2.26 is out already... Any news?
In addition to numerous bug fixes, 1.2.24 and later now use fadvise which
should significantly improve performance.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: libapache2-mod-proxy-html
Version: 2.5.2-1.1
Severity: wishlist
http://apache.webthing.com/mod_proxy_html/
The current version is 3.0.0 (July 31st 2007).
The new version supports environment variable substitution, which is especially
useful for Virtual Hosts (${HTTP_HOST} can be
Package: wpasupplicant
Version: 0.6.0-1
Severity: normal
There is a typo on line 279 of /usr/share/doc/wpasupplicant/README.modes.gz
It says The fallback interface can be chosen via the 'wpa-default-iface'
option.
However, 'wpa-default-iface' does not work - the real option name is
The problem is gone for me now. I'm currently using Xorg in Etch, and two
heads works fine with the radeon driver. I honestly can't remember when the
problem went away.
I have two dual head cards (one ATI, one nVidia), and only 3 monitors, so I
believe I used one output on the ATI and two
I forwarded this info upstream at the same time as I submitted the info above
to this bug report.
The upstream maintainer mentioned he would fix the problems, but it doesn't
look like a new
upstream version has been released yet.
You're right that my proposed solution wouldn't work.
I'm not
For the benefit of anyone reading this who doesn't want to spend hours digging
through the archives to figure out exactly what's going on:
Marco's original plan from 2002:
http://lists.debian.org/debian-devel/2002/09/msg01532.html
Marco's recent revised plan:
/etc/services in debian says:
# Updated from http://www.iana.org/assignments/port-numbers and other
# sources like http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/services .
nameserver 42/tcp name# IEN 116
domain 53/tcp nameserver # name-domain server
Package: checkinstall
Version: 1.5.3-3
Followup-For: Bug #284786
This bug is fixed upstream in 1.6.1:
nov/01/2006
* Provides/Requires bug fixed
* Applied the patches from Felipe Sateler:
- We now explicitly run bash (It has always benn a requiremente anyway)
- In Debian we
Package: checkinstall
Version: 1.5.3-3
Followup-For: Bug #281823
This is almost certainly a duplicate of bug 342578
It should probably be merged with that bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: installation-report
Severity: important
Boot method: USB Key using boot.img.gz from
http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386/rc1/images/hd-media/boot.img.gz
Image version:
Sorry, looks like the iso was corrupted when being copied to my USB key this
time.
The upstream iso looks fine.
I should have done slightly more digging before filing my bug report.
You can close this bug.
Thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Now that update-inetd has been separated into another package, what is the
status of this bug?
Do packages that actually require update-inetd (and were depending on netbase
to get that script) need to be updated to depend on inet-superserver or
update-inetd before the inetd dependency can be
Package: checkinstall
Version: 1.5.3-3
Followup-For: Bug #342578
The problem is line 211 in the checkinstall script (version 1.5.3-3):
206 function restore_backup {
207 ls ${TMP_DIR}/backup/* /dev/null
208 if [ $? -eq 0 ]; then
209 echo -n Restoring overwritten files from backup...
210
please send the output of:
pccardctl ident
$ pccardctl ident
Socket 0:
product info: TOSHIBA, Wireless LAN Card, Version 01.01,
manfid: 0x0156, 0x0002
function: 6 (network)
Socket 1:
no product info available
Thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
'blacklist hostap' alone didn't do it
I added:
blacklist hostap
blacklist hostap_cs
to /etc/modprobe.d/blacklist, and that seems to work.
Thanks!
-Paul
On Sun, Feb 26, 2006 at 10:06:33PM -0800, Jurij Smakov wrote:
Hi,
You can blacklist the hostap driver by creating a file containing a
It sounds like switching to MergedFB mode or the fglrx drivers fixes
the problem for everyone -
BTW, dual head is known not to work correctly with fglrx when direct
rendering is not enabled. That's not related to this bug.
When direct rendering is not enabled? Hmmm... I was under the
Older driver code should still work with the current server code.
http://cvs.freedesktop.org/xorg/driver/xf86-video-ati/
Note that in order to build this, you'll need xserver-xorg-dev from
experimental or Ubuntu dapper, or to build xserver CVS yourself.
I've been having a horrible time trying
Package: linux-image-2.6-686
Version: 2.6.15-4
Severity: important
Since my last kernel upgrade (from 2.6.15-1 to 2.6.15-4, I believe), the hostap
kernel module seems to override the orinoco kernel module, so my wireless card
always comes up in ap mode. Once the hostap modules are started, it
It sounds like switching to MergedFB mode or the fglrx drivers fixes the
problem for everyone - the bug only surfaces when trying to use the two card
outputs independently (for example, by configuring two Device sections for the
two outputs of the card, then using Xinerama). Unfortunately,
Oops... Forgot the attachments...
Section Files
#FontPath unix/:7100# local font server
FontPath/usr/lib/X11/fonts/misc
FontPath/usr/lib/X11/fonts/cyrillic
FontPath/usr/lib/X11/fonts/100dpi/:unscaled
Package: apt-spy
Version: 3.1-14
Followup-For: Bug #315120
apt-spy still seems to be having problems:
$ apt-spy -d testing -s US -o ./sources.list
SERVER: ftp.us.debian.org
Benchmarking FTP...
Downloaded 30845091 bytes in 15.13 seconds
Download speed: 1990.31
Package: snmpd
Version: 5.2.1.2-4
Severity: normal
The man page for snmptrapd.conf claims that boolean configuration
directives can be specified as '1|yes|true|0|no|false'
However, only '1' is parsed correctly as true - 'yes', 'true', 'no',
'false', and '0' are all parsed as false.
(snmptrapd.c
Package: installation-reports
Debian-installer-version: March 7, 2005
http://people.debian.org/~joeyh/d-i/images/daily/floppy/
uname -a: Linux temp 2.4.27-2-686 #1 Thu Jan 20 11:10:41 JST 2005 i686 GNU/Linux
Date: March 7, 2005 11am
Method: Net Install of Sarge using Floppies -
40 matches
Mail list logo
