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
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:
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
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
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
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
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
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
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 Thing
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:
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
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]
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-signed
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
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)
= 57
So, for some
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
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
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 / ext4
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
patch has so far only been lightly tested
messages
and with unique inode numbers, great!
Tested-by: Christian Kujau li...@nerdbynature.de
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 unsubscribe. Trouble? Contact
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]
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
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
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 attached a
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
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:
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
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
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
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:
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
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
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 is
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
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
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
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
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 solve the
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 not
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).
-- Forwarded message --
Date: Fri, 04 Mar 2011 14:10:41 -0600
From: Dave Kleikamp sha...@kernel.org
To: JFS Discussion jfs-discuss...@lists.sourceforge.net
Subject: [Jfs-discussion] [ANNOUNCE] jfsutils-1.1.15
It's been almost two years, but I finally released jfsutils-1.1.15
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
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 currently
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 situation
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
=medium
+
+ * Non-maintainer upload.
+ * debian/control:
+- build-dep on libcap2-dev instead of libcap-dev. (closes: #)
+
+ -- Christian Kujau li...@nerdbynature.de Thu, 16 Sep 2010 10:24:34 +0100
+
vsftpd (2.0.7-1) unstable; urgency=medium
* New maintainer, taking over package from Matej
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
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
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
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/
--
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
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
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
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
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
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]
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
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=19617st=0p=217399#entry217399
Thanks,
Christian.
--
BOFH excuse #304:
routing problems on
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
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
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 |
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
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
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).
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
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
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,
-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
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
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 is
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
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:
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 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,
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
- Did
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
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]:~# insert lsof and grep magic here
apache2 /usr/lib/libmysqlclient.so.12.0.0
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
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
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.
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 packages
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
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
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
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)
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; otherwise the patch
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:
-
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 pppd
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
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
99 matches
Mail list logo