ploaded it to DELAYED/15. Please feel free to tell me if I should
> cancel it.
>
> cu
> Adrian
>
--
Matt Brown
m a...@debian.org
+64 20 4099 3329 www.mattb.net.nz
Package: libh2o-dev-common
Version: 2.2.5+dfsg2-2+deb10u1
Severity: serious
Justification: 8
Dear Maintainer,
https://wiki.debian.org/Multiarch/Implementation#Multi-Arch:_foreign_support_packages
states that an architecture all package which is used a dependency for an
Architecture: any package m
Package: slapd
Version: 2.4.31-1+nmu2
Severity: critical
Justification: breaks the whole system
Additional Justification details:
- Breaks whole system: slapd is used to provide accounts -> no user
accounts available -> system unusable.
- Data loss: database is physically on disk, but inaccessible
#x27;
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/build/buildd-libtrace3_3.0.10-1-kfreebsd-amd64-UrOfF5/libtrace3-3.0.10'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/build/buildd-libtrace3_3.0.10-1-kfreebsd-amd64-UrOfF5/libtrace3-3.0.10'
make: *** [bui
Hi Thomas
I wasn't aware of any out of date licensing info since I last trawled the
codebase and updated the copyright file - in anycase this metadata is easy
enough to bring to correctness now it is noticed.
The history of this package is that it has always had caretaker maintainers
and while we
Yes it is in the pipes. Unfortunately my signing subkey expired so I'm
waiting for a letting update before I can upload it.
On 22 Sep 2010 18:41, "Didier 'OdyX' Raboud"
wrote:
> Hi Matt,
>
> it's been more than one month that this RC bug (#591197) is marked
"pending". Is
> your upload fixing it in
k with PHP 5.3 and are willing to provide ongoing support
for that patch until a new upstream version is released then I would
be more than happy to consider it.
Cheers
--
Matt Brown
m...@mattb.net.nz
Mob +353 86 608 7117 www.mattb.net.nz
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.
On Wed, Sep 8, 2010 at 2:19 PM, Kumar Appaiah wrote:
> Dear Matt,
>
> On Sat, Aug 07, 2010 at 03:21:32PM +0100, Matt Brown wrote:
>> The PHPwiki 1.3.14 codebase uses a number of functions that were deprecated
>> in
>> PHP 5.3. As phpwiki runs with warnings equiva
Package: phpwiki
Version: 1.3.14-5
Severity: grave
Tags: upstream
Justification: renders package unusable
The PHPwiki 1.3.14 codebase uses a number of functions that were deprecated in
PHP 5.3. As phpwiki runs with warnings equivalent to errors this renders
PHPwiki completely unfunctional.
Fixes
ream development is pretty much dead and there
is no sign of any corresponding source for that swf every existing.
I'll prepare a new upload over the next few days without this theme.
--
Matt Brown
m...@mattb.net.nz
Mob +353 86 608 7117 www.mattb.net.nz
--
To UNSUBSCRIBE, email to debian
The admin password is kept in the
config.ini file in /etc.
--
Matt Brown
[EMAIL PROTECTED]
Mob +353 86 608 7117 www.mattb.net.nz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and rebuilding results
in a correct .so library and mongrel_rails then functions
appropriately.
- --
Matt Brown
[EMAIL PROTECTED]
Mob +353 86 608 7117 www.mattb.net.nz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iD8DBQFHQ07z
AIL PROTECTED]> wrote:
both libtrace-tools and ltt-visualizer ship ['usr/bin/tracedump'] but do
not conflict or add a diversion, thus fail to be installed in the same
environment:
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
fail when setting up
an interface. eg:
http://hostap.epitest.fi/cgi-bin/viewcvs.cgi/hostap/hostapd/hostapd.c.diff?r2=1.168&r1=1.167&diff_format=u
I will upload an NMU fixing this shortly. NMU diff is attached
--
Matt Brown
Debian Developer
[EMAIL PROTECTED]
Mob +64 21 611 544 www.matt
Hi,
The python calls in the postinst are entirely superfluous as the package
does not ship any python modules. It consists only of two python scripts.
I will upload an NMU built from the attached patch to fix this shortly.
Kind Regards
--
Matt Brown
Debian Developer
[EMAIL PROTECTED]
Mob +64
Package: svn-buildpackage
Version: 0.6.14
Severity: grave
Justification: renders package unusable
A recent svn update (eg, subversion >= 1.4.0~rc4-1) changed the working
copy format in a backwards incompatible manner. This upload also renamed
the perl library package from libsvn-core-perl to libsv
e. I intend to raise the issue with the PHPwiki
developers to see if they believe there is anything that can be done to
reduce the amount of memory that PHPwiki requires.
Any help or suggestions on how to reduce PHPwiki's memory usage would be
appreciated.
Cheers
--
Matt Brown
[EMAIL PR
ngle page.
There may be a common underlying cause of course, but this could also be
a separate problem.
Cheers
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
signature.asc
Description: OpenPGP digital signature
o 64MB you can stop.
I'm not saying this is a permanent solution, but it will help to narrow
down what sort of bug this is, eg. PHPwiki just wants too many resources
vs infinite memory allocation loop.
Thanks
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
signatur
mpty strings -- there's another
> change in PHP5 for that, but I'm not sure that it's strictly
> necessary.
The patch fixes the original bug. Passing an empty string to
sqlite_escape_string also succeeds (returns an empty string) without error.
Thanks for providing the patch :)
Cheers
Matthew Palmer wrote:
> That's quite nasty. Is this the officially-built php4-sqlite you're working
> from here? (I'd guess so, but better to be safe than sorry).
Yes.
Cheers
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
signature.asc
Descrip
happen very often, perhaps never in real life, but my tests were
running two stops in a row (/etc/init.d/portreserve
stop; /etc/init.d/portreserve stop) which did trigger it. It doesn't
hurt the code to handle it nicely, so why not make the script more
robust?
Cheers
--
Matt Brown
[E
Hi,
The previous message has an incorrect patch attached. The changelog
closes the wrong bug (332169 instead of 322169)! :(
Please use the updated patch attached to this bug instead
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
diff -ur localepurge-0.4.1/debian
AM (formorer)
at a later date. In the meantime packages are available in my repository
at http://www.mattb.net.nz/debian/
Kind Regards
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
diff -ur localepurge-0.4.1/debian/README.debian localepurge-0.4.1-matt/debian/README.debian
--
ut it didn't look nice.
Yet another version attached which fixes this minor annoyance. This is
the patch that I will pass on to my AM to NMU as part of my
application.
> Thanks for working on this, hope you don't mind my nit-picking.
The package is much improved as a result.
I agree that the previous patch was getting a little unwieldy
and rough, my apologies.
> Would you mind looking up how daemon() does this and maybe implement a
> similar solution?
Please see the attached patch.
Cheers
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.n
*
> NMU, however, to include the changes to the init.d script.
Are you happier with this revised patch?
Thanks for your time.
Regards
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
diff -ur portreserve-0.0.0/debian/changelog portreserve-0.0.0-matt/debian/changelog
--- port
Kind Regards
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
diff -ur portreserve-0.0.0/debian/changelog portreserve-0.0.0-matt/debian/changelog
--- portreserve-0.0.0/debian/changelog 2006-02-12 11:07:31.0 +
+++ portreserve-0.0.0-matt/debian/changelog 2006-02-12 11:0
le to pass to ucf. This results in the user being prompted only if
they have modified the file by hand.
Obviously I'm not yet a DD so this NMU will be made by my AM (formorer)
at a later date. In the meantime packages are available in my repository
at http://www.mattb.net.nz/debian/
Kind R
d and close the bug. While it's still not
perfect (particularly on upgrades) the package is definitely in much
better shape now :)
Cheers
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 275 611 544 www.mattb.net.nz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
ing any routes it has created from the
kernel's routing table on it's own.
If this explicit flush was removed from the init script then it would be
much easier for the site admin to implement site specific policy for
things (such as --retain) that are not suitable for the Debian package.
Do
ported earlier.
Can the unreproducible tag be removed from this bug now?
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 275 611 544 www.mattb.net.nz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ll breaks for you, that's even
> > better.
Really minimal configs attached, you basically can't remove anything
else from them, or the segfault goes away.
- Uncomment mod_ssl and the segfault vanishes
- Comment either of the modules in php.in and the segfault vanishes
- Remove vi
eding the
> allowance...
There are no ulimits enabled on the system that I am aware of (ie. It's
a bog standard sarge install, which afaik doesn't setup ulimits by
default, if it does there may be some, but I haven't setup any myself).
Regards
--
Matt Brown
[EMAIL PRO
eing
used), apache doesn't segfault, even with the imap and pgsql modules
enabled.
Regards
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 275 611 544 www.mattb.net.nz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
loaded extensions?
Apache does indeed start successfully with imap.so removed. !?
You're obviously on to something here that I haven't twigged to yet, I
would never have suspected that as a contributor to the problem.
Regards
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 275 611 544 www.ma
o available.
Previous frame inner to this frame (corrupt stack?)
php.ini attached as requested.
--
Matt Brown
[EMAIL PROTECTED]
Mob +64 275 611 544 www.mattb.net.nz
[PHP]
;;;
; WARNING ;
;;;
; This is the default settings file for new PHP installations.
; By default, PHP inst
Package: php4-pgsql
Version: 3:4.3.9-1
Severity: grave
Justification: renders package unusable
After installing php4-pgsql restarting apache results in a segfault and
apache does not start.
Removing the line
extension=pgsql.so
from /etc/php4/apache/php.ini and restarting apache results in apac
38 matches
Mail list logo
