Bug#561919: RFA: mrtg-ping-probe
Package: wnpp Severity: normal This package is very simple to maintain and very close to zero effort. It currently needs a rebuild to increase the standards version but that's it. I'm orphaning the package because due to lack of recent time I'm intending to retire from Debian. Jonathan Oxer signature.asc Description: This is a digitally signed message part
Bug#561919: RFA: mrtg-ping-probe
Hi Sandro, With teh current tag, it's an RFA (request for adoption) that mark the your request for someone to take over the package while you still maintain it until someone step in. Do you really want to orphan it? if so, please retitle to O: package name -- short description. I'll do that after changing the package maintainer to the QA group, which I'm in the process of doing. Regards, -- Jonathan Oxer signature.asc Description: This is a digitally signed message part
Bug#424827: turck-mmcache: affected by php4-removal
Hi Philipp, the latter point seems to be true for turck-mmcache, as it is unsupported upstream (there isn't an active one, right?) and thus probably won't be ported to php5. php4 is already removed in sid, does anything speak against removing turck-mmcache from unstable? Yes, correct. Turck-mmcache has been totally unsupported upstream for several years now. It was forked to create Eaccelerator which *does* support PHP5, but which has licence issues that make packaging it for Debian problematic. IMO Turck-mmcache should definitely be dropped with PHP4. No point having mmcache if PHP4 isn't even there! Cheers :-) Jonathan Oxer
Bug#432487: ITP: xim -- virtual machine storage manager for Xen and LVM
Package: wnpp Version: N/A; reported 2007-08-10 Severity: wishlist * Package name : xim Version : 0.5 Upstream Author: Jonathan Oxer [EMAIL PROTECTED] * URL : http://jon.oxer.com.au/xim/ * License : GPL Description : virtual machine storage manager for Xen and LVM Uses LVM partitions to store Xen virtual machine images, and allows images to be built, demolished, renamed, duplicated, and propagated across nodes on a cluster of Xen hosts. Xim is designed to store virtual machine images directly on host nodes rather than on shared storage, allowing a resilient cluster of nodes to be created using commodity hardware. signature.asc Description: This is a digitally signed message part
Bug#376449: diff for 0.4.5-1.1 NMU
Hi Eric, Attached is the diff for my lcdproc 0.4.5-1.1 NMU. Thanks for that. Last week I got 0.5 building properly for the first time (I've had problems with it in the past) so I'm aiming to do a 0.5 package soon. Cheers :-) -- Jonathan Oxer [EMAIL PROTECTED] Internet Vision Technologies www.ivt.com.au Ph +61 3 9723 9399 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341324: php4-apd incorrect zend engine version
Hi Rory, I can't find many reports on this on the net; and messing around with symlinks in /usr/share/php4/ has been singularly unsuccessful. I've been trying to build a later version of APD against PHP4 but so far I've been unsuccessful, so I'm working backwards through the versions to get a version that works against PHP4 with the current API. No luck yet, but I'm still trying. This is the same report as 322150, but I have marked this 'grave' as the package is at present unusable. No need for a second bug report on the same thing then: the original could just have been marked grave. I'll merge the reports when I get a chance. Cheers :-) Jonathan Oxer
Bug#341324: php4-apd incorrect zend engine version
Hi Rory, I did something desperately crude after downloading the source package -- I just replaced all the references to the 2002 install location and replaced it with the 20050606 date (as in /usr/lib/php4/20050606/). Amazingly, after building, it works! Yep, that's basically what I've been trying but with later versions of APD. The version that's in the package now is quite out of date so I've been trying to get a later version functioning with the PHP4 API in Sid, but not had much luck so far. I may end up going all the way back to the currently packaged version and rebuilding it against the latest API doing just what you've done, but I wanted to try later versions first. Cheers :-) Jonathan Oxer
Bug#341324: php4-apd incorrect zend engine version
Hi Rory, That certainly makes sense. I can't see on http://pecl.php.net/package/apd if there are any useful changes with regard to php4 though; looks like php5 and 64bit changes have been the recent concerns. Yes, that seems to be the case. I'm doing a new package using the 0.4p2 source right now, and first testing shows it still seems to work nicely even with the latest API. Expect an upload in the next hour or two once I'm sure everything is doing what it should. Cheers :-) Jonathan Oxer
Bug#280864: [Fwd: RFS: eaccelerator - PHP script cacher]
[CCd to relevant parties including the eAccelerator developers] Hi Roberto, Just a quick update on distributability of Turck-MMCache / eAccelerator: I've now contacted Jeremy Malcolm of iLaw (who also happens to be a DD!) and provided him with a brief history of the two projects, and asked him to provide legal advice on how to proceed. I'm happy to pay for his time to help sort it out, especially if it results in Debian being able to distribute eAccelerator. After an informal chat with him I'm hopeful that given the demise of TurckSoft it will be possible to relicense the Turck-MMCache code in eAccelerator to allow it to be linked against PHP, but I'll let you know the outcome in any case. Cheers :-) Jonathan Oxer -- The Debian Universe: Installing, managing and using Debian GNU/Linux http://www.debianuniverse.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307151: basic ACL support based for URLs
Thanks Eduard, I'd resisted the idea of implementing ACLs (or any form of access control, for that matter) within Apt-cacher since it could be done within Apache instead, but I've already caved on the idea of client IP address restrictions and your patch looks very simple so I'll apply this as well. Hopefully the combination of client address restriction and target mirror restriction will be enough to satisfy most people and we won't need to do something more radical like introduce a real generalised ACL infrastructure. Cheers :-) Jonathan Oxer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304637: turck-mmcache post-installation script returned error exit status 1
Hi Yann, When upgrading the turck-mmcache package, the process stops when trying to remove a lot of files in the /var/cache/turck-mmcache directory. Interesting scaling problem! That's a lot of files in the cache dir. Thanks for attaching the fix, I'll apply that in the next package update. Cheers :-) Jonathan Oxer -- How To Build A Website And Stay Sane http://www.stay-sane.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267680: apt-cacher: [PATCH] Add Contents-arch.gz to list of allowed files
Excellent, thanks for the patch Peter. Cheers :-) Jonathan Oxer -- The Debian Universe: Installing, managing and using Debian GNU/Linux http://www.debianuniverse.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301339: turck-mmcache: PHP4 hokey pokey: please rebuild *without* ZTS support
Hi Steve, Please rebuild turck-mmcache to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. Hehe, yep, so it obviously caused you guys as much stress as it did me then ;-) No problem, I'll change the deps and rebuild as soon as I've got the latest dev packages updated. And thanks for the work you put into the PHP packages, too, it must be pretty hairy to manage. Cheers :-) Jonathan Oxer -- The Debian Universe: Installing, managing and using Debian GNU/Linux http://www.debianuniverse.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298953: turck-mmcache: some documentation would be helpful
On Thu, 2005-03-10 at 14:31 -0500, Charles Fry wrote: It would be most helpful if turck-mmcache included at least minimal documentation. :-) Yes, it would. Next build of the package will include the upstream README etc. Sorry, I really should have included them already. Cheers :-) Jonathan Oxer -- The Debian Universe: Installing, managing and using Debian GNU/Linux http://www.debianuniverse.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295817: turck-mmcache: is not loaded - config files are wrong
On Mon, 2005-02-21 at 11:27 +0100, Raphaël Fairise wrote: Package 2.4.6-10 seems to work fine. :-) (I tried on a new config too) That's great, thanks Raphaël! I'm hoping Elizabeth can confirm the new package works for her too (she's a long-term Turck-MMCache user who has been very active in tracking down problems). Cheers :-) Jonathan
Bug#295817: turck-mmcache: is not loaded - config files are wrong
On Sat, 2005-02-19 at 16:24 -0800, Elizabeth Fong wrote: Almost positive it's not zend_extension_zts - googling zend_extension_zts yields no matches, whereas zend_extension_ts yields quite a few. However, even with that fix, it appears that MMCache isn't actually caching files, which is not good... but at least mmcache.php says it's loaded, as opposed to not installed. OK, I've just done some testing and it seems to be caching for me if I put in either of: zend_extension_ts=/usr/lib/php4/20020429-zts/mmcache.so or extension=mmcache.so Elizabeth, could you confirm that it doesn't cache for you with one or other of those entries? Raphael, you indicated it worked if you used the plain extension= entry - could you just check whether it really is caching for you if you do that? (Maybe try stopping Apache, clear /var/cache/turck-mmcache, restart Apache, and check then just to make sure the cache has been cleared first). Maybe you could try with zend_extension_ts too. The entries in php.ini made by the current postinst are definitely wrong in any case, but I'm not sure which one I should change it to. I'll build a package with zend_extension_ts in a moment and post it somewhere so interested people can do some testing before more bad stuff gets uploaded (mea culpa!) Cheers :-) Jonathan Oxer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295817: turck-mmcache: is not loaded - config files are wrong
On Mon, 2005-02-21 at 11:11 +1100, Jonathan Oxer wrote: in any case, but I'm not sure which one I should change it to. I'll build a package with zend_extension_ts in a moment and post it somewhere so interested people can do some testing OK, I've done this now and tested quite a bit locally. You can grab 2.4.6-10 from http://jon.oxer.com.au/turck-mmcache/ It installs and works for me, but that's on a box which already has a bit of stuff lying around from previous builds etc. I'd appreciate feedback after test installs on other systems. Cheers :-) Jonathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295817: turck-mmcache: is not loaded - config files are wrong
On Fri, 2005-02-18 at 11:21 -0800, Elizabeth Fong wrote: Okay, I just looked at the docs. It's supposed to be zend_extension_ts instead of zend_extension. Not 'zend_extension_zts'? Cheers :-) Jonathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295616: apt-cacher: Typo in script HTML output.
Thanks David, Cheers :-) Jonathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294613: apt-cacher: unnecessary (Build-)Depends
Hi Darren, Thanks for the bug report, I'll remove unnecessary build-deps when I create the next version with your IPv6 access control patch. Cheers :-) Jonathan Oxer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286940: reproduced :(
Andre: thankyou, thankyou, thankyou. It shouldn't be a sad face that you can reproduce it, because now we know how to fix it! Muchos gracias. Jonathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280864: turck-mmcache: eAccelerator is available!
Hi Peter, AFAIK, Turcksoft was acquired by Zend (because the mmcache was too much competition for Zend's commercial products). You could try to contact Zend about the issue, but the chances seem slim. No they weren't, from what I can tell Turcksoft has gone out of business not been bought by Zend. Dmitry Stogov (the programmer who wrote Turck-mmcache under contract to Turcksoft) is now a Zend employee, but the Zend hired him to kill Turck-mmcache theory has been raised so many times that Zeev Surasky has even made a public statement to deny it. Cheers :-) Jonathan Oxer -- The Debian Universe: Installing, managing and using Debian GNU/Linux http://www.debianuniverse.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]