tem information below is not applicable to the
situation, and isn't even a machine with the package installed, but I
don't know if debian bug system requires it... so I'm leaving it in
Thank you
Jonathan Steinert (hachi)
-- System Information:
Debian Release: trixie/sid
APT pref
Package: libteam-utils
Version: 1.30-1
Severity: important
Dear Maintainer,
After performing a recent upgrade of many debian packages and rebooting
I have found teamd is stuck at using 100% of one of my CPU. Restarts are
not changing this behavior.
I've run strace on the process and noticed it w
Package: ftp.debian.org
Severity: normal
package 'perlbal' is optional and depends on this
this perl module is more appropriately assigned priority optional due to use
cases
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
I've studied this sufficiently now, thanks gregor :)
I've tested this out on a few machines I have, but the build is still
failing in kfreebsd64, but now for a different reason. (dh_md5sums fails)
I'm going to mark this for release and close this bug up because all the
machines I could test o
Oooof, yeah.
Thanks for the suggestion, I'll take a peek.
On 3/23/12 10:44 AM, Aaron M. Ucko wrote:
Source: libperlbal-xs-httpheaders-perl
Version: 0.20-1
Severity: serious
Justification: fails to build from source
Builds of libperlbal-xs-httpheaders-perl have failed on several
architectures w
Package: wnpp
Severity: wishlist
Owner: Jonathan Steinert
* Package name: libperlbal-xs-httpheaders-perl
Version : 0.20
Upstream Author : Mark Smith
* URL : http://search.cpan.org/dist/Perlbal-XS-HTTPHeaders/
* License : (Artistic, GPL1+)
Programming Lang
I have a proposal for packaging at:
http://hachi.kuiki.net/stuff/debian/perlbal/
Now I am looking for a sponsor to upload this package. I have sent a
request for a sponsor to the debian-mentors mailing list.
Cheers
--hachi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.
Same thing happens in ia32 version as well, as far as I can see the
/usr/lib/grub/i386-efi/kernel.img has been stripped, and that makes
grub-mkimage unable to build an image file.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
Subject: rsync: on remote machine: -: unknown option
Followup-For: Bug #493559
Package: rsync
Version: 3.0.3-2
I have this happening against blackholes.us:
rosa:/var/lib/rbldns$ rsync
rsync://rsync.blackholes.us/zones/countries/countries.rbl .
rsync: on remote machine: -: unknown option
rsync er
Subject: sysv-rc: update-rc.d with defaults performs wrong actions
Package: sysv-rc
Version: 2.86.ds1-59
Severity: critical
Justification: breaks unrelated software
When calling:
# update-rc.d -f foo defaults 40 16
Adding system startup for /etc/init.d/mythtv-backend ...
/etc/rc0.d/K16foo ->
;[EMAIL PROTECTED]"
EMAIL="[EMAIL PROTECTED]"
DEBFULLNAME="Jonathan Steinert"
NAME="Jonathan Steinert"
INTERFACE="text"
** /home/hachi/.reportbugrc:
reportbug_version "3.39-0.1"
mode expert
ui text
no-cc
header "X-Debbugs-CC: [EMAIL PROTECT
Subject: fake chroot makes implicit chdir, does not match behavior of real
chroot
Package: fakechroot
Version: 2.6-1.3
Severity: normal
while debugging build problems inside fakechroot I noticed that the
behavior doesn't quite line up. In particular chroot while inside
fakechroot does an implied
I found the code which is causing this bug. net-snmp appears to read
/proc/net/if_inet6 and assume interface names are 8 characters or fewer.
However the limit for interface names is 16 characters currently on
linux (as far as I can see)
I've attached a workaround patch.
Cheers
--hachi
--- n
Package: snmpd
Version: 5.4.1~dfsg-6
Severity: normal
>From my syslog:
Feb 27 22:45:09 rosa snmpd[6082]: ioctl 35123 returned -1
Feb 27 22:45:39 rosa last message repeated 15 times
Feb 27 22:46:39 rosa last message repeated 24 times
running an strace shows what (roughly) is causing this:
selec
ng holding this feature back? I haven't
had any problems with it yet.
Cheers,
Jonathan Steinert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wu-ftpd
Version: 2.6.2-20
I'm not precisely sure if this is a debian policy thing, but it
certainly does seem much more sane to use something like the following
in the /etc/pam.d/wu-ftpd
#%PAM-1.0
auth required pam_listfile.so item=user sense=deny
file=/etc/ftpusers onerr=suc
16 matches
Mail list logo
