Bug#388805: RFP: please package mod_auth_xradius
reassign 388805 libapache-mod-auth-radius retitle 388805 Please build apache 2 version kthxbye On Fri, Sep 22, 2006 at 07:10:04PM +0200, Ond??ej Sur?? wrote: > retitle 388805 RFP: please package mod_auth_xradius > reassign 388805 wnpp > severity 388805 wishlist > thank you > > You have filled bug at wrong package. Apache 2.X doesn't contain module > for radius auth. However I was able to find mod_auth_xradius, so I am > changing your bug to RFP (Request For Package) and reassigning it to our > WNPP database. Yeah, but that's wrong. libapache-mod-auth-radius contains the source for an apache 2.0 module, it jsut isn't built right now. > > mod_auth_xradius provides high performance authentication against > RFC 2865 RADIUS Servers. > > Features > *Supports popular RADIUS Servers including > OpenRADIUS, FreeRADIUS and commercial servers. > *Distributed Authentication Cache using apr_memcache. > *Local Authentication Cache using DBM. > *Uses standard HTTP Basic Authentication, unlike > mod_auth_radius which uses cookies for sessions. > > Kind regards, > -- > Ond??ej Sur?? <[EMAIL PROTECTED]> > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#208847: Any progress on packaging monotone?
It's been almost three months since there's been any activity on this bug. Any chance of getting the latest version in? -- "Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception." -- Mark Twain
Bug#253955: ITA: sirc -- a Perl IRC client
Package: wnpp The former Debian maintainer seems to be MIA and I recently had to fix the ssfe code (the curses frontend) up to work on ia64. Since his keys are no longer in the Debian keyring and he has not posted to the Debian mailing lists in severl months, I suspect this will be an uncontroversial adoption. While this doesn't seem to be a terribly hard package to maintain with an inactive upstream, I'd welcome anyone who wants to co-maintain it. -- "Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception." -- Mark Twain
Bug#238140: ITP: keyanalyze -- OpenPGP key analysis
Package: wnpp Severity: wishlist Copyright: GPL v2 URL: http://dtype.org/keyanalyze/code.php -- "Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception." -- Mark Twain
Bug#202174: Bug#202977: RC bug removal for 2003-12-01
On Wed, Aug 20, 2003 at 06:29:32PM +0200, Tobias Toedter wrote:
> Hi Colin,
>
> it's certainly an ambitous goal to release on December, 1st. But I like the
> idea very much, and so I'll try to do my best in helping to sort out some
> obsolete packages with RC bugs. I sent this mail to you just because I once
> mailed a manpage to you, and you were quite nice and responsive... :-)
>
> So maybe you'll want to add this info to your report due for Monday, 25th.
>
> Package: db2
> Testing: 2:2.7.7.0-8
> Unstable: 2:2.7.7.0-8
> Bugs: 202977 (RC), 169830, 111288, 139962, 150060, 151904, 157308, 183220,
> 78049, 193400, 198543
> Suggestion: remove-from-testing
> Analysis:
> The RC-bug is already about the removal of this package, since just one
> single program still depends on this old version of the library (see below).
> There are also newer version available (db3, db4.1).
The problem is that packages still depend on libdb2 and libdb3 is neither API
nor ABI compatible. I'm actually working on splitting libdb2 apart into
libdb2-compat and libdb2 and deleting libdb2++{,-dev}.
> Package: animals
> Testing: 19991226-4.2
> Unstable: 19991226-4.2
> Bugs: 195404 (RC), 142364, 130194, 153037, 61825 (fixed in NMU), 84549 (fixed
> in NMU), 70080 (fixed in NMU), 70174 (fixed in NMU), 202174 (orphaned)
> Suggestion: remove-from-testing
> Analysis:
> This program is the last one depending on libdb2++. It has a couple of bugs,
> some fixed in NMUs 3(!) years ago. Those fixes were never included; last
> official maintainer upload dated on 2000-02-27. It's more or less unneeded
> anyways (simple AI game) and was orphaned by DPL on 2003-07-20.
The maintainer has now reappeared and I am in contact with him.
--
"It's not Hollywood. War is real, war is primarily not about defeat or
victory, it is about death. I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk
Bug#124308: Berkeley db4 packages in Debian
On Wed, Apr 24, 2002 at 11:04:21AM -0700, David Kimdon wrote: > Hi, > > FWIW I'd like to see them uploaded as well (mostly since I want to get > Subversion uploaded). I don't know of anything keeping the packages > from being uploaded, though last time I talked to willy he indicated > he was waiting for woody to be released before he was going to worry > about it. actually, they're sitting in new since yesterday :-) -- Revolutions do not require corporate support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#124308: ITP: db4 -- Berkeley DB release 4.0.14
Package: wnpp Severity: wishlist Sleepycat have released version 4.0.14 of Berkeley db. Looking it over, it will probably require being a new package :-(. So consider yourselves warned. I intend to work with Sleepycat so we don't have to create new packages every time. -- Revolutions do not require corporate support.
Bug#97234: Debian Packaging of Subversion
On Fri, Nov 30, 2001 at 06:59:14PM -0800, David Kimdon wrote: > 1. Berkeley db 3.3 - a bug has been filed (http::/bugs.debian.org/109853) > I have been building with the preliminary packages on > people.debian.org/~dwhedon/debian/. db3 is priority: required and is therefore frozen for the woody release. with 5 days to go until everything which depends on it is locked down, i'm less than keen on touching it. > Subversion will make its way into Debian shortly after these > dependancies. With this mail I am poking the respective maintainers > to see where we stand. No subversion for woody. I'll get db 3.3 sorted out once woody is out of the way. -- Revolutions do not require corporate support.
