Package: ejabberd
Version: 24.12-2
Severity: important
My apparmor service was breaking just now after an unstable
upgrade due to ejabberd it seems:
---
# systemctl status apparmor.service
× apparmor.service - Load AppArmor profiles
Loaded: loaded (/usr/lib/systemd/system/apparmor.ser
ii bsd-mailx [mailx]8.1.2-0.20220412cvs-1
pn monit
ii rsyslog [system-log-daemon] 8.2406.0-1
ii sqlite3 3.46.0-1
-- no debconf information
--
Mark Nipper
nds:
ii nginx 1.22.1-9
libnginx-mod-rtmp suggests no packages.
-- no debconf information
--
Mark Nipper
The attached patch, aside from the missing associated
documentation changes, seems to do the trick. Please include or
modify as you see fit.
Thanks!
--
Mark Nipper
--- /usr/share/live/build/functions/configuration.sh.bk 2022-12-09 18:15:15.623888651 -0800
+++ /usr/share/live
3.2.6-4+b1
ii systemd-container 252.2-1
ii wget1.21.3-1+b2
ii xz-utils5.2.9-0.0
Versions of packages live-build suggests:
ii e2fsprogs 1.46.6~rc1-1+b1
pn mtd-utils
ii parted 3.5-3
-- no debconf information
--
Mark Nipper
of this same problem:
---
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1868553
I assume it would be possible to incorporate the same fix easily enough
into the Debian version of this package to properly support this
scenario.
--
Mark Nipper
ANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages midish depends on:
ii libasound21.2.5.1-1
ii libc6 2.31-17
ii libreadline8 8.1-2
midish recommends no packages.
midish suggests no packages.
-- no
Package: dhelp
Version: 0.6.26
Severity: normal
Just got this today from one of my systems:
---
/etc/cron.monthly/dhelp:
xargs: warning: options --max-args and --max-lines/-l are mutually exclusive,
ignoring previous --max-args value
-- System Information:
Debian Release: 11.0
APT pref
Package: nftables
Version: 0.8-1
Followup-For: Bug #880145
I experienced a variation of the reported issue. Previously,
this rule was working as intended:
---
tcp dport { http, https } accept
After the upgrade to the newer kernel and nftables versions, I was able
to connect over 443 stil
Package: stterm
Version: 0.6-1
Followup-For: Bug #838372
I'd like to second the request to package 0.7.
However, as the latest tmux (currently in unstable, 2.3) supports true
color with stterm, I'd like to vote against including the scrollback
patch in the base stterm, since it's antithetical to
Package: libpam-google-authenticator
Version: 20160607-1
Severity: important
I just updated yesterday which brought down the new
libpam-google-authenticator package uploaded recently. This completely
rendered my system unusable which required booting into single user mode
and reverting th
Package: libinput10
Version: 1.2.4-1
Severity: normal
This looks like an upstream bug. I have the following devices
on my Dell Latitude E6540:
---
$ xinput list | grep Alps
⎜ ↳ AlpsPS/2 ALPS DualPoint TouchPad id=13 [slave pointer (2)]
⎜ ↳ AlpsPS/2 ALPS DualPoint Stick
Package: grepcidr
Version: 1.3-6
Severity: normal
Looks like upstream at http://www.pc-tools.net/unix/grepcidr/
has a newer 2.0 version released 2014-05-26. It might be nice to get
this package updated. Thanks!
-- System Information:
Debian Release: stretch/sid
APT prefers testing
A
Package: newsbeuter
Version: 2.8-2
Severity: important
It seems there is a rather nasty memory leak in 2.8 of
newsbeuter. The bug for it is mentioned here (with a pretty graph!):
---
https://github.com/akrennmair/newsbeuter/issues/119
This has caused a smaller virtual host I have running
1e-2) and everything is happy again. So this
looks like it wasn't a problem with mutt at all but a problem
with Dovecot and Cyrus, both of which depended on a broken libssl!
--
Mark Nipper
ni...@bitgnome.net (XMPP)
+1 979 575 3193
-
"Long live the fighters!"
-- Paul Muad'
> supports
I'm actually running Cyrus instead of Dovecot:
---
ii cyrus-imapd-2.4 2.4.16-3 amd64 Cyrus mail system - IMAP support
So, kind of similar, but not really (I'm not sure how much the
two have diverged at this point).
--
Mark Nipper
ni...@bitgnome.net (XMPP)
+1
Package: mutt
Version: 1.5.21-6.2
Followup-For: Bug #701641
This is simply a "me too". I receive the TLS error upon starting mutt
for the first time while trying to open my default INBOX via IMAPS.
Looking at the debug output from mutt, it happens while mutt is listing
the STATUS for all of my va
Package: nsd3
Version: 3.2.12-1
Severity: important
I ran across the same problem seemingly that this person
mentions here:
---
http://serverfault.com/questions/444354/nginx-and-nsd3-dont-start-on-boot-because-they-cannot-use-the-assigned-ip
The error I see in my nsd.log is:
---
[13544467
On 04 Apr 2012, Mark Nipper wrote:
> I just installed 295.33-1, and the screen corruption
> still occurs.
And still happening with 295.40-1.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
On 18 Feb 2012, Andreas Beckmann wrote:
> Please test the new 295.20 driver. Does this change the behaviour?
I just installed 295.33-1, and the screen corruption
still occurs.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
I should say that the version of SM in testing/unstable
(2:1.4.22-1) actually works much better even than the
experimental version and only requires hex2bin to be fixed. A
patch for that looks like it's already been submitted upstream:
---
http://permalink.gmane.org/gmane.mail.squirrelmail
Package: squirrelmail
Version: 2:1.5.1-5
Severity: grave
Justification: renders package unusable
With the upgrade to PHP 5.4.0 coming down the pipeline,
SquirrelMail has been rendered unusable. Commenting out the
session_(un)register functions get things working somewhat again, but SM
is
Package: php-apc
Version: 3.1.9-0.1+b1
Severity: grave
Justification: renders package unusable
My system just got the PHP 5.4.0 upgraded packages. After
which, a lot of unhappiness ensued with APC. Disabling APC entirely
clears up my problems. I'm getting a lot of these:
---
*** glibc d
On 18 Feb 2012, Andreas Beckmann wrote:
> Please test the new 295.20 driver. Does this change the behaviour?
No. It's still corrupting the display with 295.20.
--
Mark Nipper
ni...@bitgnome.net (XMPP)
+1 979 575 3193
-
"Computers are like Old Testament gods: lots of rules
Package: php5-common
Version: 5.3.9-1
Followup-For: Bug #627145
This should be merged with bug 656495 as it's caused by the same
problem and is going to be fixed shortly.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
On 19 Jan 2012, Cyril Brulebois wrote:
> Downgrading severity per:
> http://packages.qa.debian.org/x/xorg-server/news/20120119T101901Z.html
Excellent. I had looked around for a previously reported
bug, but missed this one. Sorry for the noise!
--
Mark Nipper
ni...@bitgnome.net
Package: xkb-data
Version: 2.3-2
Severity: grave
Tags: security upstream
Justification: user security hole
As originally reported at:
---
http://gu1.aeroxteam.fr/2012/01/19/bypass-screensaver-locker-program-xorg-111-and-up/
and further syndicated by:
---
http://www.phoronix.com/scan.php?p
Package: nvidia-glx
Version: 295.09-1
Followup-For: Bug #651155
I'm having the exact same problem, but I'm using xdm as my
display manager (and awesome as my window manager), so no GNOME/KDE
interaction at all here. Part of the xdm login window is corrupted
after the first X session has l
Package: mysql-client-5.1
Version: 5.1.57-1.3
Severity: wishlist
Tags: patch
Having recently configured MySQL 5.1 for the first time to
properly support SSL certificates under RHEL 6, I found out that the
Debian version of the MySQL 5.1 library does not correctly connect to
such servers be
Package: sshfs
Version: 2.2-1
Severity: normal
Since fuse-utils is a dummy package now, the Depends in the
sshfs control file needs to be updated to just fuse I believe.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (650, 'testing'), (600, 'unstable
Package: encfs
Version: 1.7.4-2.1+b1
Severity: normal
Since fuse-utils is a dummy package now, the Depends in the
encfs control file needs to be updated to just fuse I believe.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (650, 'testing'), (600, 'u
options seem to be
debconf driven. Very slick!
--
Mark Nipper
ni...@bitgnome.net (XMPP)
+1 979 575 3193
-
I cannot tolerate intolerant people.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: schroot
Version: 1.4.7-1
Severity: important
While trying to run "schroot -p --debug=notice" on a system with
lib(pam|nss)-ldap installed and configured (in both the chroot and main
system), I'm getting:
---
D(1): Loading config file: /etc/schroot/schroot.conf
D(1): Loading data f
Package: mdadm
Version: 3.0.3-2
Severity: normal
Following up to my initial report in this bug, I finally found
that not messing with the metadata line generated correctly by mkconf
but rather removing the name portion of the line fixed the problem for
my mdadm entry that is using metadata
Package: php-apc
Version: 3.0.19-2
Severity: normal
I had similar issues with a complex internal application when
upgrading from PHP 5.2 to 5.3 (in Debian). Removing php-apc fixed all
the weird problems we were seeing. Upgrading using the pecl CLI
installed with php-pear to php-apc 3.1.3
Doh! Known issue:
---
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564661
You can close this as a duplicate. Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: msmtp
Version: 1.4.19-1
Severity: normal
The subject pretty much says it all. msmtp is complaining
because this option is no longer configured in the Debian binary. I'm
not sure if this was an upstream or maintainer change. But while using
LOGIN over TLS may still not be ideall
Package: mumble-server
Version: 1.2.0-1
Severity: important
I've already reported this upstream on the Mumble SourceForge
site at:
---
https://sourceforge.net/projects/mumble/forums/forum/492607/topic/3504682
The general problem is that murmurd appears to be binding to all IPv6
interfaces
Package: mdadm
Version: 3.0.3-2
Severity: normal
I'm adding this problem report to this existing bug, although it may
not actually belong here.
The problem is that md1 is not being autoassembled correctly inside
the initrd. Looking at this bug report, I thought it was because
/us
Package: squirrelmail
Version: 2:1.4.20~rc2-1
Severity: important
Tags: patch
There is a bug in the release candidate version of SquirrelMail
currently in Debian. This bug breaks search capability against Cyrus
2.2 (the Debian version also).
The bug report on the SM side is at:
-
Package: openclipart
Version: 0.18+dfsg-8
Severity: normal
Upstream finally published a new version as of March 31, 2009.
The release of version 0.19 can be found at:
---
http://openclipart.org/media/viewfile/downloads.xml
and includes almost twice as many images as the 0.18 release.
And regarding
this issue, xterm is actually working as documented now (which
apparently it wasn't before). So thanks! :)
--
Mark Nipper
ni...@bitgnome.net (XMPP)
(979)575-3193
-
"If the fool would persist in his folly he would become wise."
-- one of the Proverbs of Hell from Wi
Package: xterm
Severity: normal
Actually, it appears that suddenly the colorBDMode resource is
being honored. I had it (along with colorBLMode and colorULMode)
defined in my .Xresources file as true.
So it appears yesterday's update actually fixed a long standing
issue possibly.
Package: xterm
Version: 244-1
Severity: minor
With yesterday's update of xterm, bold attributes are
displaying in the color black. I'm assuming '+bdc' got set by default
somehow instead of '-bdc'?
Anyway, since a lot of people probably use black as their
default background color
Package: nagios3-common
Severity: normal
If this is the same bug as what I just saw trying to remove
nagios3-common, I got the following upon removal:
---
/var/lib/dpkg/info/nagios3-common.prerm: line 23: syntax error near
unexpected token `fi'
because the if statement is missing a then c
Package: ejabberd
Version: 2.0.3-2
Severity: normal
It would be nice if 2.0.5 could be packaged soon. Not only
would it fix the s2s problems against the newest versions of libssl, but
it would also clear up bug #520852 (CVE-2009-0934) which was fixed in
2.0.4.
--
To UNSUBSCRIBE, email
Well, scratch that. I think I just experienced the same
problem even without NF loaded. Moving back to 2.6.26 for now.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: linux-image-2.6.29-1-amd64
Version: 2.6.29-2~snapshot.13298
Severity: normal
I just ran into this earlier this evening. It was
happening after trying to download the linux-source-2.6.29
package, and it would only make it through 5-10MB before
everything would die. Same results a
Package: dpkg
Version: 1.14.25
Followup-For: Bug #520523
The "offending" line is in /lib/lsb/init-functions at line 52.
It reads:
---
args="--start --chdir '$PWD' --nicelevel $nice --quiet --oknodo"
Getting rid of the single apostrophes fixes the problem. But I'm not
sure it's the ri
Package: mysql-server-5.0
Version: 5.0.51a-12
Severity: important
So I just ran across this bug which is not present in 5.0.67
upstream. My report on the bug is at:
---
http://bugs.mysql.com/bug.php?id=39639
Essentially, the subquery form of an identical join statement is
returni
Package: php-apc
Version: 3.0.19-1
Severity: wishlist
The Debian package should keep a copy of the apc.php script from
the upstream source at least in /usr/share/doc/php-apc. This control
script is extremely valuable. If you decide to do this, you might also
recommend the php5-gd package
Package: php-apc
Version: 3.0.18-1
Severity: normal
It's wonderful to finally see PHP APC packaged in Debian.
However, there has been a newer version available at:
---
http://pecl.php.net/package/APC
since 2008-05-15. Just wanted to file this in hopes that this package
might be upgraded
Package: iceweasel
Version: 3.0~rc2-1
Followup-For: Bug #407619
This is simply a me too on the latest version of the package.
This bug is definitely because of the iceweasel-gnome-support package.
If removed, the problem goes away.
-- System Information:
Debian Release: lenny/sid
APT pr
Package: spamassassin
Version: 3.2.3-1
Followup-For: Bug #443076
Okay, some more details on this particular problem. It's not a
bug per se, but it does tend to fill up your logs a bit with needless
information.
The warning that is generated is something like this:
---
Dec 12 00:0
Package: sympa
Version: 5.3.3-5
Severity: important
Every time sympa updates, it breaks upon trying to restart the
services because the update insists on commenting out db_port in
sympa.conf which is required on my machine to connect to my PostgreSQL
server. I have to run something like:
Package: postgresql-8.2-plsh
Version: 1.2-2
Severity: important
It looks like during the build process the file
createlang_pgplsh.sql has some incorrect path information included from
the build process. I have:
---
CREATE FUNCTION pg_catalog.plsh_handler() RETURNS language_handler
AS
Package: xfwm4
Version: 4.4.1-3
Severity: important
I've been running xfce4 for awhile now using a multi-head disply
configuration (:0.0 and :0.1, no Xinerama). Most of my menu items have
"Use startup notification" checked. Up until a recent update (I assume
the update to 4.4.1-3 today w
e with
vsftpd.
Maybe including it as a debconf item would be the best
option? Or maybe an informational notice of some kind?
But it's whatever. I just ran across this one situation
where it should be defined and thought that it might be something
to consider. Thanks for t
Package: login
Version: 1:4.0.18.1-11
Severity: wishlist
This is a request to add /usr/sbin/nologin to /etc/shells. I
ran across a problem earlier with vsftpd not allowing access to a user
account which I only wished to allow FTP access on my system. The
reason vsftpd was disallowing acc
Package: initscripts
Version: 2.86.ds1-38
Followup-For: Bug #432511
Just adding a me too here. For whatever reason, 2.6.22 seemed
to introduce this new behavior. I'm running 2.6.22 on my NFS server
while this client (and two others) are both running 2.6.21.5 still.
Anyway, I'm n
Package: mount
Version: 2.12r-19
Severity: normal
I have several identical Debian unstable machines in my office.
A user reported not being able to mount his USB flash drive on one of
these machines, while it was working fine on the other two. This didn't
make any sense at first because a
like you can definitely close this bug
finally. :)
--
Mark Nippere-contacts:
4320 Milam Street [EMAIL PROTECTED]
Bryan, Texas 77801-3920 http://nipsy.bitgnome.net/
(979)575-3193
Package: vpnc
Version: 0.4.0-3
Followup-For: Bug #416180
With the sync of SVN revision 174, disabling dead peer detection
seems to fix the problems people were having, but the option has to be
fed to either vpnc or vpnc-connect manually, which is unexpected for a
lot of people most likely
that the cards
have been out awhile and Xorg is maturing nicely.
--
Mark Nippere-contacts:
4320 Milam Street [EMAIL PROTECTED]
Bryan, Texas 77801-3920 http://nipsy.bitgnome.net/
(979)575-3193
-e 's/=D/..-10.00.Custom/g' -e 's/=A/i386/g' \
-e 's/=SA//g' -e 's/=L/ /g' \
-e 's/=I//g' \
-e 's/=CV/./g' \
-e '
Package: php4-xcache
Version: 1.0-4
Severity: normal
I realize you just started packaging 1.0 at the beginning of
September, but I thought I'd point out that 1.0.1 came out 20060909 and
1.0.2 came out 20060916. Just filing this report as a reminder for
packaging 1.0.2 whenever you get aro
Package: samba
Version: 3.0.22-1
Severity: important
This may be related to the previously reported quotation mark
bug (Debian bug #333778), but I'm not sure.
Anyway, I have a file named:
---
02-you know what you are?.flac
which appears as:
---
0J1HP7~2
with the default "mangle
Package: xserver-xorg-video-nv
Version: 1:1.0.1.5-2
Severity: important
The card shows up as:
---
:05:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0290
(rev a1)
:05:00.0 0300: 10de:0290 (rev a1)
---
I'm attaching my Xorg.0.log. I'm assuming this is
Package: xfonts-x3270-misc
Version: 3.3.4p6-3.1
Followup-For: Bug #362404
As a follow-up to my last report, here's the rather trivial
patch to fix the problem. I don't know about the incorrect path making
the package unusable, but it almost certainly breaks policy and since
the postinst a
Package: xfonts-x3270-misc
Version: 3.3.4p6-3.1
Followup-For: Bug #362404
With the transition to the new Xorg font location, the package
is putting the fonts in the wrong location. Currently fonts are going
in:
---
/usr/share/fonts/X11/fonts/misc/
where I think they actually just need to
Package: xserver-xorg
Version: 1:7.0.15
Followup-For: Bug #363248
I just wanted to bump this to stay the bug is still happening
with 7.0.15. No matter which protocol is selected, ExplorerPS/2 is
always written to file.
-- System Information:
Debian Release: testing/unstable
APT prefers
Package: dspam
Version: 3.6.4-3
Followup-For: Bug #361384
I'm seeing the exact same problem with the installation
of libdspam7-drv-mysql. It looks like a debconf problem:
---
$ DEBCONF_DEBUG=developer ./libdspam7-drv-mysql.postinst configure
debconf (developer): frontend started
debconf (
Package: nvidia-kernel-source
Version: 1.0.8178-2
Followup-For: Bug #357992
Attached is patch consolidating the differences between the
Debian nVidia source and the nVidia patch set to allow compilation under
2.6.16. Patch has been tested and works under amd64.
-- System Information:
Deb
On 01 Mar 2006, Clint Adams wrote:
> > I just tried /bin/zsh instead of zsh-static and both this
> > bug (354633) and bug 354631 went away. What's the difference
> > now? Neither problem happened in previous zsh-static's.
>
> Previously, zsh-static still relied on /lib/libnss* to get
> p
On 01 Mar 2006, Clint Adams wrote:
> > > What does `getent passwd root` output?
> > root:x:0:0:root:/root:/bin/zsh4-static
> Ah. Are you experiencing this problem with zsh or only with zsh-static?
I just tried /bin/zsh instead of zsh-static and both this
bug (354633) and bug 354631 went a
On 01 Mar 2006, Clint Adams wrote:
> What does `getent passwd root` output?
root:x:0:0:root:/root:/bin/zsh4-static
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 01 Mar 2006, Clint Adams wrote:
> > compaudit:107: unknown group
>
> What groups is root in? What NSS modules are used to fetch the groups?
> What is the group ownership of every directory in root's $fpath and the
> parent directories of those?
Bear with me. This is going to be a bit
Package: zsh
Version: 4.3.0-dev-5-1
Severity: normal
I set my prompt using:
---
export PS1="[EMAIL PROTECTED]/%l:%~> "
With 4.3.0-dev-5-1 and logged in as root, %n is empty and so my
prompt always starts with @. I tried dropping the bold clause
around the %n, but that didn't help. It al
Package: zsh
Version: 4.3.0-dev-5-1
Severity: normal
Starting with 4.3.0-dev-5-1, I now get:
---
compaudit:107: unknown group
with:
---
autoload -U compinit
compinit
in my .zshrc when logging in as root. I don't get it as any
other user and this happens across multiple different machine
Package: cyrus22-imapd
Version: 2.2.12-1
Severity: wishlist
Tags: patch
After recent problems upgrading from the 2.2.12 packages
previously available from debian.speedblue.org which were using db3 to
the new official packages using db4.2, I would suggest making the
default backend for ever
Package: cyrus22-imapd
Version: 2.2.12-1
Severity: important
Tags: patch
Please include the patch below as seen on the DSPAM users
list recently (and supposedly already reported to the Cyrus folks, but
no new releases have been made upstream since then).
And thanks for getting thi
Package: aptitude
Version: 0.4.0-3
Followup-For: Bug #315346
I'm not sure if this is addressed in the latest unstable or
experimental version, but I removed aptitude earlier today and the prerm
or postrm script failed because /var/log/aptitude or
/var/log/aptitude.[0-9].gz (or something li
Package: iptables
Version: 1.3.3-2
Severity: important
I've had iptables installed for a long time, but I've never had
netfilter compiled into my kernel. Well, recent activity caused me to
finally do so, and the first time I went to do '/etc/init.d/iptables
save active', I got:
---
Saving
Package: mirrors
Severity: wishlist
Site: mirror.tamu.edu
Type: leaf
Archive-http: /debian/
CDImage-http: /debian-cd/
Mirrors-from: rsync://rsync.osuosl.org::debian and
rsync://ftp-linux.cc.gatech.edu::debian-cd
Maintainer: Mark Nipper <[EMAIL PROTECTED]>
Country: US United States
Lo
Package: slapd
Version: 2.2.26-4.0.1
Followup-For: Bug #335780
Just so there isn't too much duplication of effort, the same bug
has been reported to the package esmtp in bug #336042. I'll report this
bug over there too so both maintainers are aware.
I'm getting this same error on
Package: esmtp
Version: 0.5.1-2.0.1
Followup-For: Bug #336042
This same TLS error is happening with the current version of
slapd in etch. The bug is #335780. Just letting both maintainers know
about this problem since it looks like it might end up being a libssl
issue.
-- System Informa
k read i had over the rules/control/... files.
As Jesus pointed out, most of those files are empty
anyway. So:
---
http://debian.pumuki.org/dspam/
might be the better choice for now.
--
Mark Nippere-contacts:
Computing and Informat
spam_3.6.0-1_i386.deb
libdb4-drv7_3.6.0-1_i386.deb
libdspam-dev_3.6.0-1_i386.deb
libdspam7_3.6.0-1_i386.deb
libmysql-drv7_3.6.0-1_i386.deb
libpgsql-drv7_3.6.0-1_i386.deb
libsqlite3-drv7_3.6.0-1_i386.deb
So that isn't to say it's finished, but looks to be headed more
in the ri
0/debian/
and so far, so good.
--
Mark Nippere-contacts:
Computing and Information Services [EMAIL PROTECTED]
Texas A&M Universityhttp://ops.tamu.edu/nipsy/
College Station, TX 77843-3142 AIM/Yah
Package: wnpp
Followup-For: Bug #195948
Owner: Mark Nipper <[EMAIL PROTECTED]>
Just in case someone gets to the end here like I did and
is wondering where the workaround list is, the URL is:
---
http://workaround.org/pipermail/dspam-debian/
Hopefully that is okay to give out. Wasn
Package: cherokee
Version: 0.4.26-1
Severity: wishlist
This is simply a request to update the official Debian package
to 0.4.26. I grabbed the Debian source for 0.4.25 and copied over the
debian directory into 0.4.26 and built it locally, but an official
release would be nice.
-- System
Package: cherokee
Version: 0.4.25-1
Severity: important
This needs to go upstream most likely. I noticed on my Debian
server which acts as a mirror server for a number of different
distributions that the SuSE directory index was not complete. Looking
at the file system showed all the app
Package: apache2-common
Version: 2.0.54-5
Followup-For: Bug #241223
I'm having what I assume is the exact same problem.
Automatically built indexes avoid showing files larger than 2GB and
directly trying to GET those files produces a 403 and this in error.log:
---
(75)Value too large for d
Package: dbus-1
Version: 0.23.4-1
Severity: important
Just noticed this on a server which is using LDAP primarily for
authentication and for whatever reason had 'shadowconfig off' set at the
time. The error I received upon trying to install an updated version
of dbus-1 (may have been happ
Package: libafterimage0
Version: 2.1.2-1
Severity: grave
Justification: renders package unusable
I received the following while updating:
---
Unpacking libafterimage0 (from .../libafterimage0_2.1.2-1_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/libafterimage0_2.1.2-1_i386.d
So persistent database files were not enabled in
2.3.2.ds1-22 but are in 2.3.5-3, yet the installation scripts do
not bother creating /var/db/nscd when it doesn't exist.
Seemingly nscd does not fail gracefully upon trying to delete a
cache entry in a file which does not exist in
Package: nscd
Version: 2.3.5-3
Severity: important
I've been running PAM LDAP and nscd now for a few weeks. After
a recent upgrade (within the fast three or four days probably), my nscd
started crashing on all my machines (I have nine clients talking to one
LDAP server).
I ran on
Package: openssh-server
Version: 1:4.1p1-6
Followup-For: Bug #292932
This patch is to replace my previous. It reverts one of
Darren's suggested changes which was causing disconnects on large
transfers and reverses the order in which I had added the -hpn string to
the version string.
-- S
Package: openssh-server
Version: 1:4.1p1-6
Followup-For: Bug #292932
Well, after downloading those two patches from:
---
http://www.psc.edu/networking/projects/hpn-ssh/
I realized that they were the same but one has the none cipher changes
thrown in. Blah.
Anyway, I'm attaching
Package: openssh-server
Version: 1:4.1p1-6
Followup-For: Bug #292932
In an attempt to provide something useful to this request
(rather than my me too post a moment ago), I just ran across this:
---
http://groups.google.com/group/mailing.unix.openssh-dev/browse_thread/thread/d6f419da2faae3a
1 - 100 of 113 matches
Mail list logo
