Package: php-apcu
Version: 5.1.19+4.0.11-3
Followup-For: Bug #935188
Dear Maintainer,
the script is still missing from php-apcu 5.1.19.
Workaround: grab the missing script from PECL or from its source tree:
wget https://github.com/krakjoe/apcu/raw/master/apc.php -O /var/www/apc.php
Adjust the
Same here with dkimpy-milter 1.2.1-1~bpo10+1 (upstream is at 1.2.2), but I
didn't manage to get a sample of that invalid looking email yet:
postfix/smtpd[1872437]: 818E75FD3A: client=XXX[XXX]
postfix/cleanup[1872438]: 818E75FD3A: message-id=
dkimpy-milter[1846888]: UnicodeDecodeError: 'utf-8'
The commit log of 36f00335 states:
> Make makedefs.out no more be a conffile but still keep it
> reachable at the old location via a symlink
Why do we need that symlink in /etc/postfix/ at all? Nothing in /usr/
seems to reference "makedefs.out", so can't we remove that symlink and the
warning
I'd like to add a "me too", although this is haveged-1.9.1-5 on an Ubuntu
system with systemd-232-21ubuntu3 installed. The workaround with adding
"After=systemd-tmpfiles-setup.service" to haveged.service works here too.
Thanks for the analysis, Jan!
Package: cachefilesd
Version: 0.10.5-1
Severity: normal
File: /sbin/cachefilesd
Tags: upstream
Dear Maintainer,
please consider updating cachefilesd to its new upstream release, 0.10.7. The
current version in unstable is 0.10.5 which has been released 4 years ago.
Also, I frequently run into this
Control: retitle 673290 nfs-common: rpc.idmapd crashes when given -d
Control: merge 673290 624843
This has been fixed upstream a while ago:
http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commit;h=df0f8ab7de8d4664ca3d97d71ff2ef80fae24cb4
rpc.idmapd: Remove no longer supported flags from man
On 12/02/2015 04:30 PM, Elliott Mitchell wrote:
> You're thinking of the wrong bug. #588675 is the bug # for /proc/mounts
> having "/dev/root" listed as the device for the root filesystem. Your
Indeed, I think I confused this with #656333 ("Please ignore rootfs in
df output"), which may be relat
On 12/02/2015 01:23 PM, Elliott Mitchell wrote:
> Could you confirm a few things about what you've seen of bug 588675?
>
> Did you observe the behavior prior to Debian wheezy/Linux kernel 3.2?
>
> What type of disk/controller/disk subsystem is on your powerpc system?
>
> From your mention of /de
I'm using Iceweasel/release on Debian/Jessie and had the same error after
the last Iceweasel upgrade (40.0.3-3 => 41.0-1).
In fact, NoScript was reported as "not compatible with v41" in
about:addons and I could not even re-enable it after I disabled it
temporarily to try to get the menu back ag
On Fri, 19 Jun 2015, Kurt Roeckx wrote:
> Is the other side also stunnel, or is it directly using the SMTP
> server?
I don't know for sure, but I doubt that the server side is using stunnel.
It's a corporate email server, some MS Exchange infrastructure, but the
SMTP server answers to SSH too:
Package: libssl1.0.0
Version: 1.0.1k-3+deb8u1
Severity: normal
Dear Maintainer,
the last update for openssl/libssl has the following in its changelog:
> openssl (1.0.1k-3+deb8u1) jessie-security; urgency=medium
> * CVE-2015-4000: Have minimum of 768 bit for DH
Which is probably The Right Thin
I'm experience the same, also with syslog-ng on a Debian/Jessie system
(powerpc, upgraded from Debian/Wheezy not too long ago):
# dpkg-query --status syslog-ng-core systemd | egrep ^Package\|^Version
Package: syslog-ng-core
Version: 3.5.6-2+b1
Package: systemd
Version: 215-17
# systemctl -p CanR
So, the fix for #774047 is in the repository[0] but wasn't uploaded to the
archives? If this happens, can pnp4nagios still become part of Jessie or
is this way too late?
Thanks,
Christian.
[0]
https://anonscm.debian.org/cgit/pkg-nagios/pkg-pnp4nagios.git/commit/?id=d7b0b893927cc8c0783379003dff
Sorry, the correct commit that fixes this issue is:
> Fix NSS handling of self-signed certificates. Fixes #16412.
> https://hg.pidgin.im/pidgin/main/rev/befb6523dc5c
Pidgin 2.10.11 (which is in unstable) includes that commit and fixes the
issue for me.
--
To UNSUBSCRIBE, email to debian-bug
Package: pidgin
Version: 2.10.10-1.1
Severity: important
Dear Maintainer,
this is basically a copy of the upstream bug:
> #16412 - NSS SSL doesn't work well with self signed certificates
> https://developer.pidgin.im/ticket/16412
In short: if the SSL certificate of the XMPP server is self-signe
On Mon, 20 Oct 2014 at 15:34, Jan Wagner wrote:
> >> execve("/bin/sh", ["sh", "-c",
> >> "/usr/lib/nagios/plugins/check_swap -w 20% -c 10%"], [/* 6 vars
> >> */]) = 0 open("/proc/meminfo", O_RDONLY|O_LARGEFILE) = 3 write(1,
> >> "SWAP OK - 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0\n", 57)
> >>
Package: nagios-plugins-basic
Version: 1.4.16-1
Severity: normal
File: /usr/lib/nagios/plugins/check_swap
Somehow swap was disabled on that machine, but no Nagios alarm was triggered:
$ /usr/lib/naemon/plugins/check_nrpe -H localhost -p 3022 -c check_swap; echo
$?
SWAP OK - 100% free (0 MB o
Package: ksh
Version: 93u+-1.2
Severity: normal
Tags: patch
This is basically a mirror of bug #1053938 reported for Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=1053938
The bug exists for the ksh package on Debian too (tried both
stable and sid on PowerPC) and can be reproduced pretty reli
I noticed that too, in wheezy 7.3 (powerpc). No initrd (but a
self-compiled kernel) is used. And /etc/mtab is now a symlink
to /proc/mounts:
$ head -2 /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext4 rw,nodev,relatime,data=ordered 0 0
$ grep ext4 /etc/fstab
/dev/sda6 / ext4nodev
"readdir loop" messages
and with unique inode numbers, great!
Tested-by: Christian Kujau
Thanks for the fix!
Christian.
--
BOFH excuse #442:
Trojan horse ran out of hay
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscri
On Wed, 14 Aug 2013 at 21:29, Christian Kujau wrote:
> On Wed, 14 Aug 2013 at 22:54, Dave Kleikamp wrote:
> > It looks like the problem is that jfs was using a cookie value of 2 for
> > a real directory entry, where NFSv4 expect 2 to represent "..". This
> > pat
On Wed, 14 Aug 2013 at 22:54, Dave Kleikamp wrote:
> It looks like the problem is that jfs was using a cookie value of 2 for
> a real directory entry, where NFSv4 expect 2 to represent "..". This
> patch has so far only been lightly tested.
Hm, a first compile of 3.11-rc5 errors out with:
CC [M
On Mon, 12 Aug 2013 at 12:29, J. Bruce Fields wrote:
> It might be interesting to get a network trace (something like tcpdump
> -s0 -wtmp.pcap; then "wireshark tmp.pcap" and look at the "cookie"
> fields in the readdir calls and replies.
I've created #60737[0] to track this issue upstream and atta
Sorry for the noise, here's another oddity, same setup (client & server
running 3.11-rc5):
$ find /mnt/nfs/usr/share/ -name getopt.awk -ls
250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46
/mnt/nfs/usr/share/awk/getopt.awk
250724 -rw-r--r-- 1 root root 2237 Ma
FWIW, this still happens when both client & server are running Linux
3.11.0-rc5 (vanilla).
$ dpkg -l | grep nfs | cut -c-70
ii libnfsidmap2:amd64 0.25-4amd64
ii nfs-common 1:1.2.6-4 amd64
ii nfs-kernel-server
Interesting stuff. Out of curiosity I just tried this myself, both client
& server are virtual machines running Debian/stable (3.2.0-4-amd64) and I
was able to reproduce this. A test case would be:
## server:
$ apt-get install nfs-kernel-server jfsutils
$ dd if=/dev/zero bs=1M count=256 > /var/t
On Tue, 21 May 2013 at 10:07, Aníbal Monsalve Salazar wrote:
>> While this had been fixed upstream some time ago,
> Do you know which version fix it?
What I meant was: this had been fixed in the upstream git tree:
http://git.savannah.gnu.org/cgit/attr.git/commit/?id=93c92ed1d826c6759bb83d2168e
While this had been fixed upstream some time ago, they just made a new
release, which also contains the fix for this bug:
https://lists.nongnu.org/archive/html/acl-devel/2013-05/msg00012.html
Please consider updating the attr package.
Thanks,
Christian.
--
To UNSUBSCRIBE, email to debian-b
FWIW, this happens on a different machine too: Debian/wheezy, just
upgraded from sqeeze, but this time in a VMware virtual machine:
[ cut here ]
WARNING: at
/build/buildd-linux_3.2.41-2+deb7u2-i386-G4jjsr/linux-3.2.41/drivers/cpuidle/driver.c:87
cpuidle_unregister_dr
Package: src:linux
Version: 3.2.41-2
Severity: normal
Dear Maintainer,
after upgrading from squeeze to wheezy in this VirtualBox VM, the following is
printed
during every bootup:
[ cut here ]
WARNING: at
/build/buildd-linux_3.2.41-2-i386-BfAj4s/linux-3.2.41/drivers/cp
FYI, I've updated the upstream package with some more information, as
munin-graph still logs quite a lot, even with the commit applied :-\
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: munin
Version: 2.0.6-3
Severity: normal
Dear Maintainer,
after upgrading to (not-yet-shipped) Debian/wheezy,
/var/log/munin/munin-graph.log
gets very large (1.7GB in ~20 days here). Upstream seems to have fixed this in
2.0.7 by annotating the new messages as "debug":
http://munin-mon
I believe this is done to not race with another periodic job. I.e. the
jobs in /etc/cron.daily should not be executed at the same time as
/etc/cron.weekly. See #23023 for a real-world example on this.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsu
Package: iscsitarget-dkms
Version: 1.4.20.2-11
Severity: important
Installing iscsitarget-dkms tries to compile the iscsitarget module. This fails
for the installed
kernel linux-image-3.6-trunk-amd64 with the following message from
/var/lib/dkms/iscsitarget/1.4.20.2/build/make.log:
-
Package: coreutils
Version: 8.13-3.2
Followup-For: Bug #656067
Debian/sid still listed my rootfs twice: as "rootfs" and as the UUID device.
After setting GRUB_DISABLE_LINUX_UUID=true in /etc/default/grub (and running
update-grub) the rootfs is still listed twice, but at least the long UUID
entry i
Package: php5-cgi
Version: 5.3.3-7+squeeze9
Severity: wishlist
The PHP5 version in stable is 5.3.3. According to http://php-fpm.org/download/
php-fpm has been merged into PHP 5.3.3. In fact, changelog.Debian.gz states:
php5 (5.3.3-1) experimental; urgency=low
* Build the FPM SAPI.
But th
This has also been fixed upstream:
http://listengine.tuxfamily.org/chrony.tuxfamily.org/chrony-dev/2011/06/msg6.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tags 628919 patch
The following fixed it for me and chronyd was starting in Linux 3.0-rc1+
diff --git a/sys_linux.c b/sys_linux.c
index 441e6e4..27ae990 100644
--- a/sys_linux.c
+++ b/sys_linux.c
@@ -997,6 +997,7 @@ get_version_specific_details(void)
}
break;
case 2:
+case
On Sat, 14 May 2011 at 03:45, Marco d'Itri wrote:
> Are there any news about this issue?
Yes, it was a kernel related issue after all. At least for me. A commit[0]
to the block layer fixed[1] it.
Ralf (cc'ed) initially reported this bug, so if it's fixed for him too, I
think we can close this o
On Thu, 21 Apr 2011 at 20:36, Jens Axboe wrote:
> Please try Linus -git as of now, it could be the excessive udev events
> for media change that is causing your problem.
I'm running latest -git (91e8549..), which includes your for-linus branch
and it's running fine so far (1h:30min uptime).
@Ral
Marco d'Itri wrote on 2011-04-21 10:25 :
>> Yes, of course I can make it larger. But that won't solve the problem
>> with /dev/.udev/queue.bin growing larger and larger, right?
> Yes, but let's see how much larger it wants to be.
> Maybe we really need to make /dev bigger (other distributions do no
Marco d'Itri wrote on 2011-04-21 08:47 :
>> ...and 10MB was more than sufficient with all prior kernels. But with
>> /dev/.udev/queue.bin now growing (and shrinking again), this might not
>> be enough any more.
> Can you try making it larger?
Yes, of course I can make it larger. But that won't sol
Marco d'Itri wrote on 2011-04-21 08:36 :
> Are you using devtmpfs?
$ zgrep -i devtmpfs /proc/config.gz
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
> Is your /dev/ limited in size?
Yes:
udev 10M 7.2M 2.9M 72% /dev
tmpfs 10M 0 10M 0% /dev/shm
...and 10
Same here with 2.6.39-rc4: udevd spinning like crazy and sometimes my
10MB /dev filesystem seems to be filled by:
-rw-r--r-- 1 root root 7.0M Apr 21 08:17 /dev/.udev/queue.bin
accompanied by:
Apr 20 22:25:10 alice udevd[472]: error writing to queue file: No space left on
device
Apr 20 22:25:10
-- Forwarded message --
Date: Fri, 04 Mar 2011 14:10:41 -0600
From: Dave Kleikamp
To: JFS Discussion
Subject: [Jfs-discussion] [ANNOUNCE] jfsutils-1.1.15
It's been almost two years, but I finally released jfsutils-1.1.15
today. This will be my last release as an IBMer. I will
Jelmer Vernooij wrote on 2011-02-25 19:16 :
> As I mentioned in my previous reply we could rename samba-common-bin to
> samba3-common and samba4-common-bin to samba4-common while keeping
> samba-common around. That would make the names a bit clearer to users
> but wouldn't really change the situati
Jelmer Vernooij wrote on 2011-02-25 17:47 :
> samba-common is shared between samba 3 and samba 4. samba-common-bin is
> specific to Samba 3, and the smb.conf man page is specific to Samba 3.
> When installing just Samba 4, we should not be installing the Samba 3
> smb.conf file.
There are currentl
> There is indeed an smb.conf manpage. It is provided by the
> samba-common-bin package, which is recommended by samba-common.
Why is the manpage in a -bin package? Because the manpange is compressed
via gzip, and therefore "binary"? I would expect the manpage to be
installed when either smbd or
I've attached a patch to document the SFTP feature in sitecopy. Please
review and consider inclusion (or some alternate version of it).
Thanks,
Christian.diff -Nrup sitecopy-0.16.6.orig/doc/sitecopy.1 sitecopy-0.16.6/doc/sitecopy.1
--- sitecopy-0.16.6.orig/doc/sitecopy.1 2006-09-25 12:14:15.0
.0.7-2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/control:
+- build-dep on libcap2-dev instead of libcap-dev. (closes: #)
+
+ -- Christian Kujau Thu, 16 Sep 2010 10:24:34 +0100
+
vsftpd (2.0.7-1) unstable; urgency=medium
* New maintainer, taking over package from
I've successfully built (and installed, activated) libapache2-mod-security
against v2.5.12 and put the results (.diff, .dsc, .changes) on:
http://nerdbynature.de/bits/BTS-569658/deb/
The .diff (attached) is basically just
libapache2-mod-security_2.5.11-1~bpo50+2.diff.gz from #516540 plus a
ch
As the bug is still unresolved (and the ticket has been reopened), I've
attached a .diff to be applied to the .orig.tar.gz, so that
dpkg-buildpackage can be used to build the package which in turn will be
named "libapache2-mod-security".
The diff is basically just libapache-mod-security_2.5.11-
Package: cachefilesd
Version: 0.9-3
Severity: normal
This is essentially the same report as filed in:
https://bugs.launchpad.net/ubuntu/+source/cachefilesd/+bug/496422
In short: /etc/init.d/cachefilesd fails to start with CONFIG_CACHEFILES=y.
The patch in LP# 496422 removes the modprobe thing
Hi,
mdadm is still not available in unstable. I changed the rules file
as suggessted by Marco, dpkg-buildpackage'd it and was able to
install and use mdadm again[0]. If only a developer could do the
same and upload it... :-)
Thanks,
Christian.
[0] http://nerdbynature.de/bits/BTS-541884/
--
T
Package: linux-image-powerpc
Version: 2.6.26+17+lenny1
Severity: important
Please enable CONFIG_EFI_PARTITION in the kernel config. This has been
discussed and fixed for i386 and amd64 in #281905 (for 2.6.8, 2.6.10) but
linux-image-powerpc still ships with CONFIG_EFI_PARTITION unset:
$ grep EFI
Package: ufsutils
Version: 7.1-2
Severity: important
Tags: patch
Currently mkfs.ufs is not working in a Linux environment and is just
returning an error message when used:
> # mkfs.ufs /dev/md0
> mkfs.ufs: /dev/md0: could not find special device
This has been outlined in great detail by Dmitriy
Package: mount
Followup-For: Bug #446921
I could not reproduce this one any more in the current stable version:
# mount -o remount,size=128M /tmp
# grep /tmp /etc/mtab
tmpfs /tmp tmpfs rw,noexec,nosuid,nodev,mode=1777,size=128M 0 0
# mount -o remount,size=512M /tmp
# grep /tmp /etc/mtab
tmpfs
Package: python2.4
Version: 2.4.4-3+etch1
Severity: important
After yesterday's security upgrade from python2.4-2.4.4-3+etch1 to
2.4.4-3+etch2 (CVE-2008-2315_3142_3143_3144.dpatch), my TF_Bittornado
(btphptornado.py, from torrentflux, a web-based bittorrent-client)
"stopped working". However, I d
FWIW and for the sake of the archives: I just came across the same issue
on a current Debian/Etch system. When installing python2.5 and symlink
/usr/bin/python to the new 2.5 version of Python, apt-listchanges will
call this new version. Unfortunately, python-apt does not provide modules
for ap
I've put a few more details on: http://nerdbynature.de/bits/BTS-495982/
Also there was #376707, but it has been closed with "fixed in 2.2.3-4"
back in 06/2007.
Thanks,
Christian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED
Package: apache2-utils
Version: 2.2.9-7
Severity: normal
File: /usr/sbin/ab
When running ab(8) against certain SSL sites, it segfaults.
* strange thing #1: it does NOT segfault for all SSL sites. A few tests suggest
that it's only happening when the GET request is being redirected by the
When comparing the nselib/ directory of a stock nmap-4.68 from nmap.org:
# diff -r nmap-4.68/nselib/ /usr/share/nmap/nselib/
Only in nmap-4.68/nselib/: comm.lua
Only in nmap-4.68/nselib/: datafiles.lua
Only in nmap-4.68/nselib/: http.lua
Only in nmap-4.68/nselib/: tab.lua
When these files are cop
Hi,
while reading #457828 I wanted to find out more about this Enye LKM
and stumbled over another method to check for this particular rootkit.
How about:
http://www.binrev.com/forums/index.php?showtopic=19617&st=0&p=217399&#entry217399
Thanks,
Christian.
--
BOFH excuse #304:
routing problems o
Just for the record: gcc-4.3 still fails on a current vanilla kernel with
the same message:
http://nerdbynature.de/bits/2.6.25-git/
(gcc 4.3-20080227-1 with today's 2.6.25-git)
Adding -fno-tree-scev-cprop to KBUILD_CFLAGS did not succeed, the build
fails instantly, please see make_fno-tree-sce
Hi,
just for the record: this bug is still present in 2.93.1-3.1. It is
however fixed in the unstable version of memtester (v4.0.8):
http://nerdbynature.de/bits/memtester/
@Guerkan: any chance the stable version will get a fix for this?
Thanks,
Christian.
--
BOFH excuse #317:
Internet exceed
On Wed, 23 Jan 2008, Cameron Dale wrote:
It currently requires apache because that's the only supported way to
run it (by me and by upstream). I'd be happy to add support for
another web server, I just don't know how they work.
It's a PHP application, so Depends on
libapache-mod-php5 | libapac
Package: torrentflux
Version: 2.3-6
Severity: normal
Torrentflux currently Depends: on:
libapache-mod-php5 | libapache2-mod-php5 | libapache-mod-php4 |
libapache2-mod-php4
...but should not. When running a different webserver with e.g. FastCGI
& php-cgi installed, none of the packages above are
On Fri, 28 Dec 2007, Javier Fernández-Sanguino Peña wrote:
The first entry on your snort.log is rather enlightening:
Dec 17 23:28:51 sheep snort[32392]: database: mysql_error: MySQL server has
gone away
Yes, when filing the report I completely forgot to mention these messages.
And yes, I've com
Package: snort-mysql
Version: 2.7.0-6
Severity: important
I'm using snort-mysql and every now and then snort just isn't running
anymore. There is not entry in snort.log and I still have to run snort
under strace(1) and see if it'll tell me why it exits, but I've run
snort-mysql under valgrind and
I too can confirm that libssl0.9.8_0.9.8g-3_i386.deb fixed the bug.
I noticed that I could use libssl0.9.8_0.9.8g-2_i386.deb, but only when I
compiled wpa_supplicant with -O0 and opened
http://hostap.epitest.fi/bugz/show_bug.cgi?id=245 (which I've closed now
with an actual fix in place).
Tha
Hi,
I stumbled over #412572 while trying to figure out why the
F1D53D8C4F368D5D is not available any more:
> [EMAIL PROTECTED]:~$ gpg --no-default-keyring --keyring
> /usr/share/keyrings/debian-archive-removed-keys.gpg --with-colons
> --list-keys| awk '/^pub/{FS=":";print $5}'
> Key
> F1D53D8C4
Hello,
I'm using "ud" too and had no problems so far (did not encounter #41046,
and #289413 seems to be a wishlist bug). Uptimed may be better
maintained but does not generate neat .html pages, does it?
If the bug-rate of ud stays this low I'd like to adopt it. However, I am
not a DD...
Thanks,
Hi,
I've seen that you want to orphan dsniff:
> I do not have the time to give this package the love and attention
> it requires, so I am orphaning my involvement with it.
does it require this much attention? There a 2 open bugs, for 1 a patch
exists, the other might be PEBCAK or sth. (both urls
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I still have the problem described in #383065 (but noticed just now):
gitweb.css is (with the latest gitweb-package) located in /var/www, but
calling the .cgi still gives:
==> script.log <==
%% [Fri Oct 06 23:13:48 2006] GET /cgi-bin/gitweb.
On Sun, 4 Jun 2006, Javier Fern?ndez-Sanguino Pe?a wrote:
It looks like there is no libmysqclient-dev that Snort-mysql could use. It
seems reasonable, however, as the different versions probably provide
incompatible APIs.
Hm, the build-depends of the original snort_2.3.3-6 package say:
libmysq
On Sun, 4 Jun 2006, David Nusinow wrote:
I've committed a fix to our Debian packages, but it will require that other
packages get rebuilt with it. This has been waiting on the new X
Ah, I see.
transitioning to testing. Now that this is done, I can fix the bug. I'm
sorry if it's been annoying,
Hi,
same problem here, running mandb with "-d" reveals, that
/usr/share/man/man1/atobm.1x.gz
is looking for ".so man1x/bitmap.1x", which seems to be:
/usr/share/man/man1x/bitmap.1x
---^ there are no man*x directories on my system.
Unfortunately, I can't see how this pathname i
Package: man-db
Version: 2.4.3-3
Followup-For: Bug #366500
As the bug is "fixed-upstream" and I could not stand the daily man-db
mails any more, I've written (and attached) a workaround. Use on your
own risk.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT pol
Package: snort-mysql
Version: 2.3.3-6
Followup-For: Bug #366748
I've noticed the same dependancy and I was happy that it was already
"fixed"...almost:
$ apt-cache show snort-mysql | egrep '^Version|libmysqlclient'
Version: 2.3.3-6
Depends: snort-rules-default (>= 2.3.3-6), debconf (>= 0.2.80) |
On Tue, January 24, 2006 23:22, Christian Hammers wrote:
> - Does "objdump -T /usr/lib/libmysqlclient.so.15.0.0" show "MYSQL_5.0" in
> almost every line.
yes:
% objdump -T /usr/lib/libmysqlclient.so.15.0.0 | wc -l
861
% objdump -T /usr/lib/libmysqlclient.so.15.0.0 | grep MYSQL_5.0 | wc -l
745
>
On Mon, January 23, 2006 23:48, Debian Bug Tracking System wrote:
>
> This bug has also been closed by the latest upload 5.0.18-7.
ok, but apache2 stills loads both libraries: libmysqlclient12 and -15. and
apache still crashed, when using the original libapache2-mod-auth-mysql
package :\
thanks,
Hi again,
sorry for flooding this list again, but i've worked around the problem by
rebuilding libapache2-mod-auth-mysql against libmysqlclient15 so
it-works-for-me now.
2 problems occured during "dpkg-buildpackage -uc -us -rfakeroot" (that's
how i compiled the package):
- it depended on apache-
hi all[0]
i've debugged the issue a bit further and it seems that not apache2 nor
libmysqlclient15 is to blame, but libmysqlclient12 :)
normally i have apache2 started and both libaries are used:
[EMAIL PROTECTED]:~#
apache2 /usr/lib/libmysqlclient.so.12.0.0
apache2 /usr/lib/libmysqlclient.so.1
On Fri, January 13, 2006 22:26, Christian Hammers wrote:
>
> I've just installed apache2/php5/torrentflux but could not reproduce this
> bug. I couldn't figure out how a torrent URL looks like but I could login
> and use the menu without errors.
no, i could not even login because i was not even p
On Fri, January 13, 2006 09:53, Steve Langasek wrote:
>> well, it's debian/unstable anyway and several other packages still
>> depend on libmysqlclient12, so i cannot uninstall it.
>
> Then tell us what packages you're using that depend on it, so we can
> reassign this bug there.
these are the pac
On Thu, January 12, 2006 11:02, Steve Langasek wrote:
> This shows two incompatible versions of libmysqlclient being loaded into
> memory. Whatever is causing libmysqlclient12 to be loaded is what's
> causing your segfault. Figure out what that is, and upgrade it to a
> libmysqlclient15 version.
Package: libmysqlclient15
Version: 5.0.18-3
Severity: important
Hi,
I have submitted #347642 regarding an apache segfault, but it
turned out that apache2 is only segfaulting when libmysqlclient15 calls
libmysqlclient12, but i don't know why. i have to keep both
versions (along with libmysqlclient
On Thu, January 12, 2006 04:31, Adam Conrad wrote:
>
> If you can get me a GDB backtrace, that would be great:
here's the bt, and it seems like libmysqlclient.so.12 is to blame?
[EMAIL PROTECTED]:~# gdb apache2
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software,
Package: php5
Version: 5.1.1-1
Severity: important
when updating to php5.1.1-1 one of the application i used made
apache2-mpm-prefork segfault:
[Wed Jan 11 21:03:56 2006] [notice] child pid 9649 exit signal
Segmentation fault (11)
[Wed Jan 11 21:04:09 2006] [notice] child pid 9696 exit signal
Se
first of all i want to thank Andreas for reporting this issue, because i
tried about everything to get to the bottom of the problem :-\
POSIXLY_CORRECT is at least triggering the error:
% echo $POSIXLY_CORRECT
1
% tar -xjf linux-2.6.14.tar.bz2
% cd linux-2.6.14
% bzip2 -dc ../patch-2.6.15-rc1.b
Martin Michlmayr schrieb:
It's still there? Bah. I've no idea why Anibal hasn't fixed it yet.
well, translate-0.6-6 is the latest release and this version introduced
the bug. no new version has been uploaded so #314158 is not closed.
All he needs to do is replace LANG with LANGUAGE in
/et
in the postinst-script of the rageircd package make-ssl-cert also exits
with an error code of "10":
% make-ssl-cert /usr/share/ssl-cert/ssleay.cnf /etc/rageircd/tls/key.pem
% echo $?
10
(so i'd file a bug for the rageircd package, but the error seems to emerge
from the ssl-cert package)
runn
Package: popularity-contest
Version: 1.31
Severity: normal
Tags: patch
invoking /etc/cron.weekly/popularity-contest fails with:
"sh: - : invalid option". looking into the script, line 34 tries to "su"
to nobody and executes /usr/sbin/popularity-contest. the following patch
should speak for itself
Martin Michlmayr schrieb:
>
> Sorry for the delay. How about the following patch:
[..]
> +[ $UTF8 -eq 0 ] && echo "foo" && SEARCH=$(echo "$SEARCH" | iconv -f $CHARSET
> -t UTF-8)
^ i think that's for debugging purposes only?
attached patch removes the "foo"; otherwis
just wanting to add more ore less relevant information: translate-0.6-6
still behavaes kind a funny. the "patch" posted in #313362 and #314158
fixes it - yes, the fix reverts translate-0.6-6 to a (working) 0.6-5.
i've changed LANG to LANGUAGE in /etc/translate.conf and
~/.translate/translate.conf,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco d'Itri wrote:
> Please check if
> http://www.bofh.it/~md//debian/ppp_2.4.3-20050321+1_i386.deb fixes it.
yes, i've installed this ppp package as soon as i got your first mail and
(after 24h) pppd was able to (re-)connect successfully:
- ---
Justin Pryzby wrote:
> Okay. Do I correctly understand that kernel patch + downgrade solves
> your problem?
i don't even have to patch the kernel. i tried with 2.6.11-rc5-bk2, same
thing. but (only!) downgrading ppp_2.4.2 (current is ppp_2.4.3) did the trick.
> And, if you have *just* the kernel
hi again,
sorry for the delay, but the "bug" triggers only when the remote peer
disconnects me - and it does it only once a day.
Marco d'Itri wrote:
> reassign 299875 kernel
> retitle 299875 CAN-2005-0384: Remote Linux DoS on ppp servers
> tag 299875 patch security
yes, it really looks like a "p
Justin Pryzby wrote:
> I assume that you have seen this:
> http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.11.4
yes i have*now*. obviously this was a security issue (CAN-2005-0384)
and i *guess* that's why the issue was not discussed in public. what pity
and what a waste of time in tra
99 matches
Mail list logo
