Ian Gulliver said:
>
> [1967] EACCELERATOR: PHP crashed on opline 99 of mysql_fetch_field() at
> /var/www/intranet/wp-includes/wp-db.php:144
> [Thu Mar 24 09:57:33 2005] [notice] child pid 1967 exit signal
> Segmentation fault (11)
This was supposedly fixed in CVS, and the patch is included in 4.3
Robert Millan said:
>
>> Why don't we just put "(Debian)" in instead?
>>
>
> There's a reason because hardcoding "Linux" is wrong: Debian supports
> (or at least intends to support) other kernels. I can't see a reason why
> hardcoding "GNU" would be wrong, though. So in this case maybe you want
Martin Godisch said:
>
> apache2 is started upon package update even if it wasn't running before
> because /etc/rcx.d/S91apache2 was removed.
This shouldn't happen, as we use invoke-rc.d in our postinst, which checks
the current runlevel, and won't start apache2 unless the symlink is
present for t
Martin Schuster said:
>
> We experience the same problem here, using phpmyadmin (which calls
> mysql_fetch_field() in phpmyadmin/libraries/dbi/mysql.dbi.lib.php)
Can you reproduce the segfault using the example script from:
http://www.php.net/mysql_fetch_field
This is what I used to test that th
Matt Brown said:
>
> - Uncomment mod_ssl and the segfault vanishes
> - Comment either of the modules in php.in and the segfault vanishes
> - Remove virtual host and the segfault vanishes
> - Remove config_log_module or dir_module and the segfault vanishes
Hrm, on my system, I got the segv even wit
Christian Perrier said:
>
> If the maintainer objects to this process I will immediately abort my NMU
> and send him/her all updates I receive.
Go nuts, but...
> 04 avr 2005 : build the package and upload it to DELAYED/2-day
Don't bother uploading to DELAYED. Steve has already approved it, an
Martin Schuster said:
>
> Got the segfault via apache, but not on the commandline.
> We run apache2 in a chroot, so right now I'm checking all differences
> to the real / again (only /etc and /var differ, but I'll look into every
> file again...)
Are you dead positive that both libapache2-mod-php4
Can you reproduce this bug if you upgrade to the latest version of php4
and associated modules (4.3.10-10) from unstable?
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ola Lundqvist said:
> On Mon, Mar 28, 2005 at 01:42:02AM -0300, Luis Nogueira wrote:
>>
>> Apache and MySQL run ok, but horde doesn't start. Just a blank page. On
>> Apache
>> log: "child pid exit signal Segmentation fault (11)" for every
>> attempt of reloading http://website/horde2/, while /
Philipp Kern said:
>
> Apache still segfaults when mysql_fetch_field() is called from within
> PHPMyAdmin:
> [notice] child pid 31234 exit signal Segmentation fault (11)
Can you reduce this to a useful testcase? I've tried to reproduce this
bug, and have failed miserably. mysql_fetch_field() alw
Laurent GUINCHARD said:
>
> The apache-ssl package crash every sunday when the log rotate is
> executed. After some debug, it seems crash when we do a gracefull restart
> of the apache daemon : kill -USR1 or /etc/init.d/apache-ssl reload
Do you have php4 installed? If so, could you upgrade libapa
Philipp Kern said:
>
> Sure I restarted Apache.
Can I get a complete list of apache modules and php extensions that are
being loaded on that machine?
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Philipp Kern said:
>
> auth_mysql_module /usr/lib/apache/1.3/mod_auth_mysql.so
What version is libapache-mod-auth-mysql on your system?
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Steve Langasek said:
> On Sat, Apr 02, 2005 at 12:37:01AM +0200, 'Lionel Elie Mamane' wrote:
>
>> I was sure I was installing from sid... Sorry about that. But
>> shouldn't php4-cli declare a conflict (or Replace?) with the php4-cgi
>> versions having the file then?
>
> Replaces: php4-cgi (<< 4:4.3
tags 302701 +woody
thanks
Moritz Muehlenhoff said:
>
> iDefense reports two remotely exploitable DoS vulnerabilities in PHP:
>
> 1. php_handle_iff() can be driven into an endless loop with carefully
> crafted packages.
>
> 2. php_handle_jpeg() can be driven into an endless loop
> with carefully cr
Rolf Leggewie wrote:
>
> The error returned is from dpkg that the post-install script exited with
> error 10.
Is anything printed other than this error? Perhaps some errors from
apache-modconf, dealing with modules having broken (or nonexistant) .info
files?
... Adam
--
To UNSUBSCRIBE, emai
Wookey wrote:
>
> Unfortunately some of the images are coming out corrupt - see
> http://www.aleph1.co.uk/drupal/gdtest/index.php for some examples.
I just downloaded a pristine copy of GD-Test from the upstream source[1],
unzipped it in my public_html, did a "chmod 777 output" (as the readme
stat
Florian Weimer wrote:
Version 4.4.0 address some memory corruption bugs, apparently resulting
from fairly wide-spread errors in the implementation of reference
counting. These bugs probably can be exploited by malicious PHP scripts
only, and not by specially crafted input to correctly written P
Idan Sofer said:
>
> In the default "welcome" page, there is a link to apache's documentation,
> which points to: /manual/
It does, however, work if you have the "apache2-doc" package installed
(and restart apache2). Leaving this open as a note that we should patch
the welcome page to mention th
Damien Mascord said:
>
> And... after removing mod_log_sql.so from the apache modules, it now
> works correctly!
>
> Recompiling mod_log_sql package and then re-enabling the mod_log_sql.so,
> it now works correctly.
I assume you recompiled it against libmysqlclient12-dev, while previously
it would
[EMAIL PROTECTED] said:
>
> I have a perfectly functioning PHP CGI setup, but to satisfy packages'
> dependancies, I must install one of the libapache* packages.
If you can tell me which packages you're using that depend on just "php4",
rather than "php4 | php4-cgi", bugs should be filed on those
Zoran Dzelajlija said:
>
> Hi, 4.3.11 is out and seems to contain some security related fixes.
AFAICT, we already have all the security fixes in our current CVS version.
> Upstream has removed many default pear packages from the tarball, so I
> had to download them separately not to break anythin
Package: horde3
Version: 3.0.4-2
Severity: important
Please depend on "php4 | php4-cgi", not phpapi-foo.
For specifics of this bug, please see the identical bug you already
fixed in horde2 a couple of months ago (294026)
... Adam
-- System Information:
Debian Release: 3.1
APT prefers unstable
Csillag Kristof said:
>
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1209165632 (LWP 23260)]
> 0xb782d324 in ERR_add_error_data () from
> /usr/lib/i686/cmov/libcrypto.so.0.9.7
Do you have both php4-pgsql and php4-imap installed? What happens if you
swap the ord
Jan de Groot said:
>
> When trying to copy a remote http URL to a local file, no warning is
> returned, the copy fails and FALSE is returned, while in the previous
> version, the copy works and TRUE is returned.
Can you give me a quick sample script to test this with?
... Adam
--
To UNSUBSCR
Ian Chiew said:
>
> The following line in debian/rules is commented out:
>
> #AP2_CONFLAGS += -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
We know.
> Without it, the apr_off_t type used internally by Apache will be only
> 32-bits wide, thus causing the reported problem.
We know.
> I realize that
Adam Conrad said:
>
> Can you give me a quick sample script to test this with?
Nevermind, I found the bug. Will upload a fix when I get a chance.
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
DyR system manager said:
>
> Whenever I try to reload apache (or restart it gracefully, with
> apachectl graceful), and php4-pgsql is installed and enabled in php4
> config, apache process kill all old childs, but fails in spawning new
> ones, rendering apache process unusable.
A few questions:
1
Meretei Balázs wrote:
>
> imagejpeg does not work correcty since I upgraded to this version.
> Error message:
> Warning: imagejpeg(): Unable to access ./new.jpg in
> /../image_manipulation.php on line 166
> Warning: imagejpeg(): Invalid filename './new.jpg' in
> /../image_manipulation.inc on line
Jonas Meurer wrote:
>
> After investigating the bug and conversation with the python-mysqldb
> upstream author, I'm quite sure that the problem is the php4 apache
> module, or even better, it's mysql extension.
We don't use the internal mysql library, we use one of the Debian ones,
however we use
Meretei Balázs wrote:
>
> The script I posted to you opens the uploaded file and coverts it with
> gd lib. But since 4.4.0-3 imagejpeg it does not creates the otput file
> on filesystem. I tried to 'touch' an empty file before, and it worked.
Okay, so it broken in 4.4.0-3, but it worked in 4.4.0-
Kai Hendry wrote:
>I discovered a HUP signal causes Apache just to reload the configs.
>
>
>
And crash, in certain interesting and curious corner cases.
>Though in Debian Unstable's /etc/logrotate.d/apache2 it actually does a
>*restart* not a kill -HUP.
>
>Which in /etc/init.d/apache2 issues a
severity 334969 important
kthxbye
This bug is hardly "grave". For starters, Debian doesn't even ship
"Auth-init.php", and a default Debian PEAR installation can run
"upgrade-all" just fine.
I imagine we (or you) will need to sort this with upstream eventually to
see where the blame really lies,
The breakage described in this bug report has been fixed with
libapr0-dev 2.0.55-3, it was my mistake.
As for rebuilding with libdb4.3, I've committed the changes required to
do this to SVN, and tested packages, and they seem fine. Someone should
probably write a nice NEWS.Debian entry telling pe
Matthias Klose wrote:
>
> Package: libsvncpp-dev,libapr0-dev
> Severity: serious
>
> that means, that pysvn's build-deps cannot be installed
> anymore. Please coordinate, if these these packages should depend on
> libdb4.2-dev or libdb4.3-dev.
They should depend on libdb4.3-dev (and build against
Florian Weimer wrote:
>
> Actually, they aren't, if you know how to do them. Basically, the
> required steps are:
>
> [... complex looking instructions ...]
TBH, I don't much care WHAT instructions are given to end users in a
NEWS.Debian, just that they're given something, and that it's written
Piotr Roszatycki wrote:
>
> In fact, the mime.magic file for PHP have to be different than the Debian
> /usr/share/file/magic.mime file. I suggest to put the modified php5 version
> of magic.mime to the /usr/share/php5 directory.
I'd prefer not to do this. Most of your changes to the magic.mime
tags 335674 pending
thanks
Adam Conrad wrote:
>I'd prefer not to do this. Most of your changes to the magic.mime file
>seem to be a matter of preference (changing mime-types, (un)commenting
>entries), and would be better discussed with the file maintainer to make
>sure mime-typ
Steve Langasek wrote:
>
> Adam, is it maybe time to go ahead and just remove php3 from the archive?
> melanie says it has no remaining reverse-deps or reverse-build-deps in
> testing/unstable.
I thought jvw had already requested/marked it for removal, but maybe
not. Yes, the reason I was blatant
Mark Nipper wrote:
>
> 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:
If you check the apache2 changelog, you'll note that we once turned on
I uploaded a fix to Ubuntu to get libgda2 building with the latest
freetds. That (mixed up with Martin Pitt's changes to make it build
with the latest postgresql stuff), is included in our patch here:
http://people.ubuntu.com/~scott/patches/libgda2/libgda2_1.2.1-2ubuntu3.patch
Cheers,
... Adam
Matthew Palmer wrote:
>
>>The postrm runs /usr/sbin/modules-config. since libapache-mod-auth-mysql
>>depends on apache-common which owns this, this is probably fine. However
>>/usr/sbin/modules-config fails if apache is not installed
I just did "apt-get install libapache-mod-auth-mysql" on a clea
Matthew Palmer wrote:
> On Tue, Oct 04, 2005 at 01:59:52PM +1000, Adam Conrad wrote:
>
>>Matthew Palmer wrote:
>>
>>>>The postrm runs /usr/sbin/modules-config. since libapache-mod-auth-mysql
>>>>depends on apache-common which owns this, this is probably
Kai Hendry wrote:
>
> I apt-get install php4-curl and expected it to work straight away.
It would work straight away if you dlopen() the module. However, if you
expect PHP to do it for you on startup from php.ini, you kinda have
to... Restart it. Not required for CGI/CLI (as they "startup" on e
Kai Hendry wrote:
>
> Well I wish it just automagically worked.
You're not alone. I'm pretty sure this bug has been reported before. :)
> I have no idea about what dlopen() means.
Sorry, that's the C function, I meant dl() -- http://www.php.net/dl
> If we compare this to the Windows world wh
Hi, has there been any progress on packaging the new arch-friendly
upstream version? It looks like it was released in June...
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Laurent Bonnaud wrote:
> Package: php5-snmp
> Version: 5.0.4-3
> Severity: grave
> Justification: renders package unusable
>
> Hi,
>
> php5-snmp needs to be recompiled with a newer libsnmp version:
No, net-snmp needs to be uploaded with an SOVERSION bump, THEN PHP needs
to be recompiled. Recomp
Juergen Kreileder wrote:
> Package: apache2
> Version: 2.0.54-4
> Severity: critical
> Tags: security, fixed-upstream
>
> See http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-2700
An update is already in the works for this.
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Andreas Jellinghaus wrote:
>Package: apache2
>Version: 2.0.54-5
>Severity: critical
>
>After upgrading 2.0.54-4 to 2.0.54-5 svn+ssl is broken:
>
>subversion client (e.g. checkout):
>svn: PROPFIND request failed on '/svn/test'
>svn: PROPFIND of '/svn/test': Could not read status line: SSL error: ss
Andreas Jellinghaus wrote:
>On Friday 09 September 2005 02:37, Adam Conrad wrote:
>
>
>>I would like a tarball of your /etc/apache2/
>>
>if there is anything else I can do to help, please let me know.
>
>
Meh. Yeah, this is actually a neon or svn (not su
Christian T. Steigies wrote:
>
> ./gen_test_char >test_char.h
> /bin/sh: line 1: 23424 Segmentation fault ./gen_test_char >test_char.h
Already spinning another build on another box to see if it was cosmic rays.
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
Adam Conrad wrote:
>Christian T. Steigies wrote:
>
>
>>./gen_test_char >test_char.h
>>/bin/sh: line 1: 23424 Segmentation fault ./gen_test_char >test_char.h
>>
>>
>
>Already spinning another build on another box to see if it was cosmic r
Atsuhito Kohda wrote:
>
> [Tue Sep 13 10:35:02 2005] [notice] Apache/1.3.33 (Debian GNU/Linux)
> mod_ssl/2.8.24 OpenSSL/0.9.7g DAV/1.0.3 configured -- resuming normal
> operations
> [Tue Sep 13 10:35:02 2005] [notice] Accept mutex: sysvsem (Default: sysvsem)
> [Tue Sep 13 10:49:01 2005] [notice]
Zoran Dzelajlija wrote:
>
> FWIW, patches from Ubuntu might help:
I know, I did the Ubuntu patches. I need to get the security team in
the loop to get my changes into Debian as well. :/
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
severity 324869 normal
thanks
Jonathan Oddy wrote:
>
> expecting : May 14 2002 12:00AM and May 14 2002 8:58AM
> got : Tue May 14 00:00:00 2002 and Tue May 14 08:58:00 2002
While the dates may not be the format you expect, the dates themselves
are correct, so I'm not sure how this warrants a bug
Tobias Daur wrote:
> Package: php4
> Version: 4.3.10-16
>
> Foreach in php normaly works with and without a given key:
>
> foreach (array_expression as $value)
> statement
> foreach (array_expression as $key => $value)
> statement
>
> But foreach in the package mentioned above doesn't as
I'm not sure why there's been so much discussion here about crazy
workarounds involving backporting dpkg fixes to woody and god knows what
else. This simple patch fixes the problem for me and allows me to
debootstrap woody again.
... Adam
--- woody 2005-09-26 19:13:08.0 +1000
+++ wo
Jeff Williams wrote:
>
> Running gdb gave me:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 80872 (LWP 10668)]
> 0x0f9049c4 in boot_DynaLoader () from /usr/lib/apache/1.3/mod_perl.so
Can you run that as "apache -X" in gdb, and get a backtrace? Do you
have a
severity 329065 important
thanks
Johan Palmqvist wrote:
> Severity: grave
> Justification: causes non-serious data loss
How does this cause data loss and warrant a grave bug?
> sybase_ct doesn't always return correct results from MS SQL.
> mssql module seem to work in all cases but is not packag
Johan Palmqvist wrote:
>
> PHP code for a test case is attached. The executed stored procedure
> returns a string containing a URL. The only modifications to php.ini are
> specified below.
We'd probably also want the stored procedure itself and a dump of a test
table that will exhibit the problem
Uwe Steinmann wrote:
>
> /usr/bin/php calls 'php' unless one sets $PHP_PEAR_PHP_BIN. If
> somebody like me has as second php installation in /usr/local/php5-cvs
> whose bin directory is before /usr/bin in the PATH, /usr/bin/pear
> will call /usr/local/php5-cvs/bin/php which may screw things up.
I
Simon Schmitz wrote:
>
> PHP is crashing when trying to serialize any given object on amd64.
> See http://bugs.php.net/bug.php?id=34435
This is already known, but thanks for the reminder. I'll have an upload
in reasonably soon to fix this.
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
Nicholas Fechner wrote:
>
> But when I try to do " pear -vvv upgrade-all" I get a segfault:
>
> If you need more information, let me know.
A gdb backtrace of the segfault might be helpful.
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contac
Nicholas Fechner wrote:
> Adam Conrad wrote:
>>
>>A gdb backtrace of the segfault might be helpful.
>
> how do I do that?
hal:~# gdb /usr/bin/php4
(gdb) run pear upgrade-all
[.. wait for segv ..]
(gdb) bt
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
Andreas Jellinghaus wrote:
> btw, I tried --no-auth-cache and it
> does not help at all.
>
> any other idea?
Can you test the packages at
http://people.debian.org/~adconrad/apache2-security/ for me?
They should fix /a/ bug with SSLVerifyClient and PROPFIND, but I can't
be positive if they'll fix
Alright, I've hunted this down to a small thinko in
main/fopen_wrappers.c Attached is a patch against php5 (applies cleanly
to php4 as well, with a minor offset). A Debian security release for
this should happen reasonably soon, but you're free to recompile with
this patch, should you want it fix
Hi, just a reminder on this bug. Did you ever get around to talking to
upstream about this license conflict? Note that, because apache almost
always links to libssl, they'll need a license exception for both Apache
and OpenSSL, as most people read things. (I don't necessarily read it
that way, b
Luke Kanies wrote:
>
> Apache2's init script does not support a 'restart' option
It doesn't? It does here.
> but when it
> is called with that option, it mistakenly exits with a return code of 0,
> instead of a code indicating failure. According to the LSB, it should
> exit with a 4:
Right y
Luke Kanies wrote:
>
> When 'apache2ctl status' is called against a server that does not have
> the 'status.cgi' configured, it gets a 404 but then still exits with a 0
> exit code. While in some ways it could legitimately be said to have
> verified that the server is at least running, it gives a
severity 317577 important
severity 330419 important
tags 330419 moreinfo security unreproducible
merge 317577 330419
kthxbye
Marek Drápal wrote:
>
> Actually this is not true, at least on Sarge. On a system with
> more than 400 virtualhosts I get random (after restart of Apache
> very seldom, af
Olaf van der Spek wrote:
> Package: apache2
> Version: 2.0.54-4
> Severity: normal
>
> # invoke-rc.d apache2 start
> Starting web server: Apache2(98)Address already in use: make_sock: could not
> bind to address [::]:443
> no listening sockets available, shutting down
> Unable to open logs
> invo
Adam Conrad wrote:
>
> Which version of php-pear did you have installed? The current version
> declares a Replaces on php4-pear (<< 4:4.4.0-0), which should signal
> dpkg to do the right thing and make sure php-pear's version of the file
> wins.
Oh, and also, which ve
Andreas Rabus wrote:
>
> I got this error while installing.
> trying to overwrite `/usr/bin/pear', which is also in package php-pear
Which version of php-pear did you have installed? The current version
declares a Replaces on php4-pear (<< 4:4.4.0-0), which should signal
dpkg to do the right t
Ondrej Sury wrote:
>
> I don't know if it's broken and personally I don't want to know.
>
> Apparently nobody from php team wants to maintain this extension.
> I filled RFH wnpp bug, maybe there is brave soul somewhere in Debian
> universe.
Given how many times it's been requested, I may well r
Moritz Muehlenhoff wrote:
> Package: apache2
> Severity: important
> Tags: security
>
> CAN-2005-2728 describes a DoS vulnerability through overly long values
> in the Range field. Please see
> http://issues.apache.org/bugzilla/show_bug.cgi?id=29962
> for a more complete description and a patch.
Kristis Makris wrote:
> On Mon, 2005-09-05 at 17:45 +1000, Adam Conrad wrote:
>>
>>Is "libapache-mod-php4" actually installed on your system? Do you get
>>any output in apache's error log when you start it?
You didn't answer this bit ---^
> Yes it is.
Kevin Zembower wrote:
>
> I noticed that the file /etc/php4/apache2/php.ini does not contain the
> line 'extension=mysql.so'. Other php.ini files, such as
> /etc/php4/cli/php.ini, do.
[...]
> Not sure if this is a bug in php4-mysql, libapache2-mod-php4, or even if
> it's a bug at all.
Yes, it's a
reopen 323585
kthxbye
thorben wrote:
> hi,
> yes I used it, sry for not writing that
Hrm, okay. On further investigation, you are right, the trailing slash
seems to do no good whatsoever. Fun. Reopening the bug.
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
thorben wrote:
> sry for bothering you again, but why is it closed?
Time delay, that's all. It was already reopened by the time you got the
close message. :)
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Piotr Roszatycki wrote:
>
> I think the php5-SAPI packages should provide
> phpapi-NN, zendmoduleapi-NN and zendextensionapi-NN
> virtual packages.
>
> The zendmoduleapi_version defines API for PHP extension modules, the
> zendextensionapi_version defines API for Zend extension modules.
>
> The
Yannick Roehlly wrote:
>
> With the 4.4.0-1 php packages, php4-dev still defines
> PHP_API_VERSION 20020918 in php.h but libapache-mod-php4 now provides
> phpapi-20050606 so the newly built php4-yaz does not install.
>
> If that's not a php4-dev bug but a bug in the build script I'm
> using, I a
Peter Samuelson wrote:
>
> It seems reasonable to purge apache2-common _after_ apache 2.2 is
> installed. That will work. But you apparently purged it _before_
> upgrading to apache 2.2. That is not reasonable, and will not work.
Unfortunately, "apt-get --purge dist-upgrade" will do just this,
Peter Samuelson wrote:
>
>> Peter noted that this suggests a deeper problem with libapr, because
>> my kernel doesn't support sendfile64() but libapr1's configure script
>> decided I had it anyway.
>
> Hoping (but not promising) to get a tested patch into apr in the next
> few hours, Peter
Check t
Olaf van der Spek said:
>
> Did you also remove the duplicate ErrorLog?
>
>> The same applies to ErrorLog /var/log/apache2/error.log
>> but that should be in the default vhost.
No, because I don't view it as a duplicate, per se. The ErrorLog in the
main config could be seen as the "main error log
reopen 294014
thanks
Debian Bug Tracking System said:
> This is an automatic notification regarding your Bug report
> #294014: php4-ps: phpapi revision requires a new upload in sid,
> which was filed against the php4-ps package.
>
> * fixed dependencies, adopted installation process
> from php4-pg
reopen 294014
thanks
Debian Bug Tracking System said:
> This is an automatic notification regarding your Bug report
> #294014: php4-ps: phpapi revision requires a new upload in sid,
> which was filed against the php4-ps package.
>
> * fixed dependencies, 2nd trial (Closes: #294014)
Guess what?...
Christian BAYLE said:
> Feel free to NMU faster, as you seem to know exactly, what needs to be
> done.
Do you mind if I update it to 4.3.10, and fix up some stuff with
debian/rules (ie: use phpize, rather than hacking up stuff from
php4-pgsql)?
I promise I won't break it. :)
... Adam
--
To
Ross Bemrose said:
>
> I'm not sure if all fields are affected by this, but stripslashes()
> is not working on $_FILES['whatever']['name'], rendering uploads useless.
Can you be a bit more specific about what behaviour you're seeing, and
what you're expecting it to do? Your description's a bit va
Ross Bemrose said:
>
> The real problem is that PHP is no longer removing windows style paths
> before placing the file's name in $_FILES['file']['name']. Whether this
> has anything to do with basename() or not, I don't know.
Ah-ha. You're seeing http://bugs.php.net/bug.php?id=31757, which upst
Piotr Roszatycki said:
>
> PHP5 can't compile with Apache 2.0.53 and compiles well with previous
> version.
I know. Working on it right now. Upload later tonight, I hope.
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC
Package: xfree86-common
Version: 4.3.0.dfsg.1-11
Severity: grave
xfree86-common fails to purge, leaving it in state 'pi', and breaking builds
left, right, and center. A transcript of the puge, with -x follows:
lucifer:~# dpkg --purge xfree86-common
(Reading database ... 7815
Martin Orr said:
>
> ***BUG in Autoconf--please report*** AC_LANG_PROGRAM
Does it build if you remove autoconf2.13?
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Martin Orr said:
>
> Could you change configure.in to have AC_PREREQ(2.50) at the top?
That's my planned fix, yes. :)
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags 294501 sarge sid unreproducible
thanks
Hrm. I can't seem to reproduce this here, no matter how hard I try.
While it does look like an old php4-imap/glibc bug that cropped up long
ago, and has since been squished, I could reproduce that one, I can't
reproduce this one.
Would it be too much
This is not a bug in this package, but rather a bug in xfree86-common.
See #295175.
lamont: If you have more of these mysterious "X headers can't be found,
even though they should be there" bugs, pre-seed your chroots with
xfree86-common, make sure it's in state "ii", and retry the builds.
... A
Brent G. said:
>
> When using php4-curl with a PHP script to pull and parse remote pages
> (NP_Trackback plugin for Nucleus CMS) causes apache to segfault
> somewhere within (from what I can tell) the curl extension.
Can you come up with a testcase for this?... I can't manage to reproduce
it here.
Brent G. said:
>
> When using php4-curl with a PHP script to pull and parse remote pages
> (NP_Trackback plugin for Nucleus CMS) causes apache to segfault
> somewhere within (from what I can tell) the curl extension.
Hrm... Do you have mod_perl loaded, by any chance?... I've just been
segfault hun
tags 295447 +pending
thanks
Cyril Chaboisseau said:
>
> but keep in mind that what I reported could be completely unrelated to the
> original bug report
Except that he sent me a test case later on which is also solved by my
fixing your bug, so I'm pretty sure they're the same bug. :)
... Adam
Francis Reyes said:
>
> /usr/sbin/apache: relocation error: /usr/lib/php4/20020429/mysql.so:
> undefined symbol: php_sprintf
Do you have the Zend accelerator or turck-mmcache or something similar
installed? If so, you need an updated version, as PHP upstream broke the
ABI with PHP 4.3.10.
... Ad
Pierre Habouzit said:
>
> short googling showed me your are not the only one to experience such
> things. apparently, SWIG has problems with zts enabled php versions[1].
>
> I'm not sure what can be done though. And it convince me a little
> more that enabling -zts in debian was a mistake.
Alter
101 - 200 of 504 matches
Mail list logo
