On Sat, Jan 08, 2022 at 10:31:03AM -0600, Dirk Eddelbuettel wrote:
> You have a large set there which covers three of the ones I'd need. Could
> you upload these:
>
> https://salsa.debian.org/rvandegrift/aws-c-common
> https://salsa.debian.org/rvandegrift/aws-checksums
> https://salsa.debia
On 13 January 2022 at 19:18, Ross Vandegrift wrote:
| On Sat, Jan 08, 2022 at 10:31:03AM -0600, Dirk Eddelbuettel wrote:
| > You have a large set there which covers three of the ones I'd need. Could
| > you upload these:
| >
| > https://salsa.debian.org/rvandegrift/aws-c-common
| > https://
On 31 December 2021 at 07:51, Dirk Eddelbuettel wrote:
| On 30 December 2021 at 22:17, Ross Vandegrift wrote:
| | On Mon, Dec 27, 2021 at 08:10:50AM -0600, Dirk Eddelbuettel wrote:
| | > My (very informal) packaging has always been in the open (but on GitHub).
A
| | > possible first step might b
(Dual reply to two emails)
On 30 December 2021 at 23:32, Wookey wrote:
| On 2021-12-26 18:08 -0600, Dirk Eddelbuettel wrote:
| >
| > Does anybody know where we are with respect to the WNPPs / ITPs / ... on the
| > Amazon SDK for C++?
| >
| > I have a package that could take advantage of this i
Hi Dirk,
On Mon, Dec 27, 2021 at 08:10:50AM -0600, Dirk Eddelbuettel wrote:
> My (very informal) packaging has always been in the open (but on GitHub). A
> possible first step might be to review the added files in debian/ and in a
> first pass edit out all references to 'informal' or 'unofficial'
On 2021-12-26 18:08 -0600, Dirk Eddelbuettel wrote:
>
> Does anybody know where we are with respect to the WNPPs / ITPs / ... on the
> Amazon SDK for C++?
>
> I have a package that could take advantage of this if it were packaged, and I
> am sure a number of other packages are in a similar situat
Hi Noah,
On 26 December 2021 at 20:18, Noah Meyerhans wrote:
| On Sun, Dec 26, 2021 at 06:08:56PM -0600, Dirk Eddelbuettel wrote:
| > I have a package that could take advantage of this if it were packaged, and
I
| > am sure a number of other packages are in a similar situation given how
| > per
On Sun, Dec 26, 2021 at 06:08:56PM -0600, Dirk Eddelbuettel wrote:
> I have a package that could take advantage of this if it were packaged, and I
> am sure a number of other packages are in a similar situation given how
> pervasive AWS use is. So does anybody know where this is at?
>
> FWIW I hav
Nico Golde wrote:
i noticed the "intent to adopt" tag is not mentioned
on [2] though used frequently. is this on purpose?
I guess yes since this part is about adding a new wnpp bug.
And adding a bug with ITA as tag does not make much sense.
It is documented on http://www.debian.org/devel/wnpp
reassign 453466 ftp.debian.org
thanks
On Tue, Jan 15, 2008 at 03:56:35PM +0100, Sebastian Pipping wrote:
> -- rm
> i noticed this bug [1] is the only wnpp bug using
> the type "rm" for removal. is this an official
> type that scripts talking to BTS should support?
> is it documented somewhere? is
On Tue, 2008-01-15 at 15:56 +0100, Sebastian Pipping wrote:
> -- rm
> i noticed this bug [1] is the only wnpp bug using
> the type "rm" for removal. is this an official
> type that scripts talking to BTS should support?
> is it documented somewhere? is it a bug in the bug
> report?
>
> -- ita
> i
Hi Sebastian,
* Sebastian Pipping <[EMAIL PROTECTED]> [2008-01-15 15:58]:
> -- rm
> i noticed this bug [1] is the only wnpp bug using
> the type "rm" for removal. is this an official
> type that scripts talking to BTS should support?
> is it documented somewhere? is it a bug in the bug
> report?
I
On Wed, 2005-09-14 at 12:03 +0200, Vedran Furac wrote:
> > than 600 days by tonight (or if anything goes wrong -I have an exam
>
> Before you do that:
Yeah, I know there are packages that should not be closed, probably, and
they could just hide from the view and be closed. What I really trust is
On Wed, 2005-09-14 at 07:50 +0200, Martin Samuelsson wrote:
> Wouldn't it make more sense to close bugs that hasn't recieved more info
> in X days than bugs that had their initial post in Y days?
>
> Some packages are trickier than others to create and may therefor take
> more time. As long as peo
Paul TBBle Hampson <[EMAIL PROTECTED]> writes:
> On Wed, Sep 14, 2005 at 02:34:51PM +0200, Vedran Furac wrote:
>> Btw. why then mencoder, can't be packaged? Why are only ffmpeg -dev in
>> debian: http://packages.qa.debian.org/f/ffmpeg.html?
>
> Only ffmpeg-dev is in Debian as ffmpeg upstream recom
Bas Zoetekouw <[EMAIL PROTECTED]> writes:
> Hi David!
>
> About ITP's, they should be retitled to RFPs, rather than closed. That
> way, other people can have a go at packaging the software.
>
I concur. If someone did not produce a packge withing NN days (say 3
months) after ITP, the system shoul
On Wed, 2005-09-14 at 12:03 +0200, Vedran Furac wrote:
> > than 600 days by tonight (or if anything goes wrong -I have an exam
>
> Before you do that:
Yeah, I know there are packages that should not be closed, probably, and
they could just hide from the view and be closed. What I really trust is
On Wed, 2005-09-14 at 07:50 +0200, Martin Samuelsson wrote:
> Wouldn't it make more sense to close bugs that hasn't recieved more info
> in X days than bugs that had their initial post in Y days?
>
> Some packages are trickier than others to create and may therefor take
> more time. As long as peo
On Wed, Sep 14, 2005 at 02:34:51PM +0200, Vedran Furac wrote:
> Btw. why then mencoder, can't be packaged? Why are only ffmpeg -dev in
> debian: http://packages.qa.debian.org/f/ffmpeg.html?
Only ffmpeg-dev is in Debian as ffmpeg upstream recommends static linking
due to not having fixed the API/AB
Vedran Furac <[EMAIL PROTECTED]> writes:
> Christian Marillat wrote:
>> Vedran Furac <[EMAIL PROTECTED]> writes:
[...]
>> Package already in Debian : gstreamer0.8-ffmpeg
>
> Ops, then it should be closed.
>
> Btw. why then mencoder, can't be packaged? Why are only ffmpeg -dev in
Normaly, encode
Christian Marillat wrote:
> Vedran Furac <[EMAIL PROTECTED]> writes:
>
>
>>David Moreno Garza wrote:
>>
>>>On Tue, 2005-09-13 at 11:02 +0200, Henning Makholm wrote:
>
>
> [...]
>
>
>>- note that there is software that probably can't be packaged:
>>
>>http://bugs.debian.org/cgi-bin/bugreport.c
Vedran Furac <[EMAIL PROTECTED]> writes:
> David Moreno Garza wrote:
>> On Tue, 2005-09-13 at 11:02 +0200, Henning Makholm wrote:
[...]
> - note that there is software that probably can't be packaged:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=203211
> http://bugs.debian.org/cgi-bin/bu
David Moreno Garza wrote:
> On Tue, 2005-09-13 at 11:02 +0200, Henning Makholm wrote:
>
>>>But my intention was not to read the whole list and do this by hand!
>>>This should be done by the same script which sends the sem automated
>>>mails to the BTS.
>>
>>As there is a consensus that it is a goo
Hi David!
You wrote:
> Talking with adn on IRC, I've decided to launch an script that will
> close every opened ITP and RFP bug on the BTS with a lifetime greater
> than 600 days by tonight (or if anything goes wrong -I have an exam
> tomorrow noon-, by tomorrow night). I'll point to documentatio
David Moreno Garza @ 2005-09-13 (Tuesday), 18:06 (-0500)
> Talking with adn on IRC, I've decided to launch an script that will
> close every opened ITP and RFP bug on the BTS with a lifetime greater
> than 600 days by tonight
Wouldn't it make more sense to close bugs that hasn't recieved more info
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> There is no good reason to close old RFPs unless the upstream source
> has diseappeared.
> Old ITPs should be turned into RFPs, not closed.
I don't agree. If there's no current interest in having the package
created, having the bug open actually
Nathanael Nerode <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>>There is no good reason to close old RFPs unless the upstream source
>>has diseappeared.
>
> The spectacular amount of clutter they provide -- rendering the wnpp bug list
> unreadable unless you ignore them all -- combined
On Tue, 2005-09-13 at 19:47 -0700, Thomas Bushnell BSG wrote:
> There is no good reason to close old RFPs unless the upstream source
> has diseappeared.
>
> Old ITPs should be turned into RFPs, not closed.
Well, actually the wnpp bugs are probably the dirtiest part on the BTS:
Understanding dirti
[EMAIL PROTECTED] wrote:
>There is no good reason to close old RFPs unless the upstream source
>has diseappeared.
The spectacular amount of clutter they provide -- rendering the wnpp bug list
unreadable unless you ignore them all -- combined with their total
uselessness? Seems like a pair of go
David Moreno Garza <[EMAIL PROTECTED]> writes:
> Talking with adn on IRC, I've decided to launch an script that will
> close every opened ITP and RFP bug on the BTS with a lifetime greater
> than 600 days by tonight (or if anything goes wrong -I have an exam
> tomorrow noon-, by tomorrow night).
On Tue, 2005-09-13 at 11:02 +0200, Henning Makholm wrote:
> > But my intention was not to read the whole list and do this by hand!
> > This should be done by the same script which sends the sem automated
> > mails to the BTS.
>
> As there is a consensus that it is a good idea to close long-inactiv
On Tuesday 13 September 2005 20:36, Mohammed Adnène Trojette wrote:
> On Tue, Sep 13, 2005, Christoph Berg wrote:
> > Maybe some usertags-hack?
>
> That is exactly what we are working on, with Clément Stenac and Marc
> 'HE' Brockschmidt. Here[1] is a list of tags we intend to use.
>
> [1] http://wi
Hi,
* Mohammed Adnène Trojette <[EMAIL PROTECTED]> [2005-09-13 22:21]:
> On Tue, Sep 13, 2005, Christoph Berg wrote:
> > Maybe some usertags-hack?
>
> That is exactly what we are working on, with Clément Stenac and Marc
> 'HE' Brockschmidt. Here[1] is a list of tags we intend to use.
>
> [1] http
* Wouter Verhelst <[EMAIL PROTECTED]> [050913 21:35]:
[ vote for RFPs ]
> > Currently everyone interested in such a package could send a "me too"
> > mail to the report...
> That isn't going to do much good if nobody ever reads them.
>
> For a "me too" thing to be useful, it needs to be immediatel
On Tue, Sep 13, 2005 at 08:06:22PM +0200, Alexander Schmehl wrote:
> * David Moreno Garza <[EMAIL PROTECTED]> [050913 19:11]:
> > > Perhaps we should have some voting mechanism, to let users tell us
> > > which missing packages are most wanted?
> > Probably something like a rfp-request-seconded tag
> "Radu Spineanu" <[EMAIL PROTECTED]> writes:
>> At least something that has the ability to put ITPs,RFPs in separate
>> pages,
>
> You mean like http://www.us.debian.org/devel/wnpp/?
>
Yes, something like that. But change the information shown on each page
depending of the type of wnpp entry.
Fo
* David Moreno Garza <[EMAIL PROTECTED]> [050913 19:11]:
> > Perhaps we should have some voting mechanism, to let users tell us
> > which missing packages are most wanted?
> Probably something like a rfp-request-seconded tag on the bug could
> work. Although rfp-request is somehow redundant.
Curre
On Tue, 2005-09-13 at 19:36 +0200, Mohammed Adnène Trojette wrote:
> [1] http://wiki.debian.org/WNPPBugsTagging
This is a great work, thanks.
Is there any plan to start using it and tagging?
Cheers,
--
David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/
<[EMAIL P
On Tue, Sep 13, 2005, Christoph Berg wrote:
> Maybe some usertags-hack?
That is exactly what we are working on, with Clément Stenac and Marc
'HE' Brockschmidt. Here[1] is a list of tags we intend to use.
[1] http://wiki.debian.org/WNPPBugsTagging
Please no Cc:, I read the list.
--
Mohammed Adn
On Tue, 2005-09-13 at 19:06 +0200, Marc 'HE' Brockschmidt wrote:
> > Maybe it would a good idea to create a new web interface for the wnpp bugs.
> > At least something that has the ability to put ITPs,RFPs in separate
> > pages,
>
> You mean like http://www.us.debian.org/devel/wnpp/?
But the prop
Re: David Moreno Garza in <[EMAIL PROTECTED]>
> Probably something like a rfp-request-seconded tag on the bug could
> work. Although rfp-request is somehow redundant.
Maybe some usertags-hack? But then, the people who know how that works
could as well package the RFP themselves...
Christoph
--
[
On Tue, 2005-09-13 at 13:05 +0200, Petter Reinholdtsen wrote:
> Perhaps we should have some voting mechanism, to let users tell us
> which missing packages are most wanted?
Probably something like a rfp-request-seconded tag on the bug could
work. Although rfp-request is somehow redundant.
Cheers,
"Radu Spineanu" <[EMAIL PROTECTED]> writes:
>> Do you have a proposal for a better way on how our users can request /
>> suggest software to be packaged?
>>
>> I don't think RFPs per se are useless - actually I have a list of some
>> 20 RFPs I would like to take a deeper look to, as soon as I have
Alexander Schmehl <[EMAIL PROTECTED]> writes:
> Hi!
>
> * Brian Nelson <[EMAIL PROTECTED]> [050913 02:46]:
> [ long RFPs ]
>> Or don't even open RFP bugs in the first place because they're
>> thoroughly useless?
>
> Do you have a proposal for a better way on how our users can request /
> suggest s
> Hi!
>
> Do you have a proposal for a better way on how our users can request /
> suggest software to be packaged?
>
> I don't think RFPs per se are useless - actually I have a list of some
> 20 RFPs I would like to take a deeper look to, as soon as I have some
> time - it's just that it's difficu
[Alexander Schmehl]
> I don't think RFPs per se are useless - actually I have a list of
> some 20 RFPs I would like to take a deeper look to, as soon as I
> have some time - it's just that it's difficult to look at so many
> wnpps.
I agree. There are packages I would like to assist into the archi
Hi!
* Brian Nelson <[EMAIL PROTECTED]> [050913 02:46]:
[ long RFPs ]
> Or don't even open RFP bugs in the first place because they're
> thoroughly useless?
Do you have a proposal for a better way on how our users can request /
suggest software to be packaged?
I don't think RFPs per se are useles
Scripsit Nico Golde <[EMAIL PROTECTED]>
> * Lars Wirzenius <[EMAIL PROTECTED]> [2005-09-13 10:37]:
>> There was a discussion about closing old RFPs on -project in the middle
>> of July (around the 13th, I think). I really should get acting on the
>> consensus of that thread and close the old RFPs.
Hi,
* Lars Wirzenius <[EMAIL PROTECTED]> [2005-09-13 10:37]:
> ti, 2005-09-13 kello 01:45 +0200, Alexander Schmehl kirjoitti:
> > Close RFP after ... uhm... let's say 1 year inactivity and send the
> > submitter an apology, that we couldn't find a volunteer for the
> > requested package, should to
Andrew Pollock <[EMAIL PROTECTED]> writes:
> On Tue, Sep 13, 2005 at 12:47:33AM +0200, Nico Golde wrote:
>> Hi,
>> If you go through the list of wnpp bugs you will see alot of
>> open bugs which are very very old.
>> Especially the RFPs. What about closing an RFP bug
>> automatically after the t
ti, 2005-09-13 kello 01:45 +0200, Alexander Schmehl kirjoitti:
> Close RFP after ... uhm... let's say 1 year inactivity and send the
> submitter an apology, that we couldn't find a volunteer for the
> requested package, should to very well.
There was a discussion about closing old RFPs on -project
* Nico Golde <[EMAIL PROTECTED]> [050913 00:47]:
> Especially the RFPs. What about closing an RFP bug
> automatically after the third semi automatic notice mail
> which is sent to the BTS entry?
What is the purpose of this mail? Either there is someone interested in
packaging it, or you won't
Hi,
* Andrew Pollock <[EMAIL PROTECTED]> [2005-09-13 01:07]:
> On Tue, Sep 13, 2005 at 12:47:33AM +0200, Nico Golde wrote:
> > Hi,
> > If you go through the list of wnpp bugs you will see alot of
> > open bugs which are very very old.
> > Especially the RFPs. What about closing an RFP bug
> > aut
On Tue, Sep 13, 2005 at 12:47:33AM +0200, Nico Golde wrote:
> Hi,
> If you go through the list of wnpp bugs you will see alot of
> open bugs which are very very old.
> Especially the RFPs. What about closing an RFP bug
> automatically after the third semi automatic notice mail
> which is sent to
On Mon, Dec 09, 2002 at 09:37:53PM +0100, Marcelo E. Magallon wrote:
> > Because $host is not initialized. I wonder where it should come from.
>
> IIRC, it was set in the script.
It must have gone down the drain when I removed another chunk of code that
relied on the hostname without any need.
* Marcelo E. Magallon <[EMAIL PROTECTED]> [2002-12-09 21:37]:
> IIRC, it was set in the script. I don't recall the particular reason
> why those messages weren't printed when ran on klecker, though.
Err, cause those messages break the build.
On Mon, Dec 09, 2002 at 08:38:49PM +0100, Martin Michlmayr wrote:
> Because $host is not initialized. I wonder where it should come from.
IIRC, it was set in the script. I don't recall the particular reason
why those messages weren't printed when ran on klecker, though.
--
Marcelo
* Colin Watson <[EMAIL PROTECTED]> [2002-12-09 17:22]:
> Looking at the code, wnpp.pl is supposed to avoid printing those
> messages to stderr when the host is klecker.debian.org, but this
> fails for some reason.
Because $host is not initialized. I wonder where it should come from.
--
Martin Mi
On Tue, Dec 10, 2002 at 03:24:02AM +1100, Andrew Lau wrote:
> I just remembered that the WNPP www pages [1] have been stale
> for one month and one day now. Their last update was on November 9,
> and no one has yet looked into bug #171393: "WNPP pages are severely
> out of date. Update mechan
J.E. Starr wrote:
> Hi all,
>
> As of a of minutes ago, the wnpp page shows no
> packages up for adoption, none orphaned, none withdrawn,
> none being worked on, etc.
This is most probably a temporary or permanent problem in the LDAP
access method on klecker. Please report to debian-www@lists.d
>> Christian Marillat <[EMAIL PROTECTED]> writes:
> > mailed Ben Collins a pseudo patch to fix the affected script but I
> > think he's on vacation as I haven't got any sort of ack.
s/pseudo/proper, one line/; s/ but/./; s/on/back from/; s/as I/but I still/;
> Today the WNPP is still broke
"ASH" == Andres Seco Hernandez <[EMAIL PROTECTED]> writes:
> I think bugs.debian.org/wnpp reports correctly the list of packages.
Yes, but a search in wnpp pages was more easy.
Christian
I think bugs.debian.org/wnpp reports correctly the list of packages.
El 04 Sep 2001 a las 10:11AM +0200, Christian Marillat escribio:
> "MEM" == Marcelo E Magallon <[EMAIL PROTECTED]> writes:
>
> >>> Nicolas SABOURET <[EMAIL PROTECTED]> writes:
> >> Just to inform that the web page devel/wnp
"MEM" == Marcelo E Magallon <[EMAIL PROTECTED]> writes:
>>> Nicolas SABOURET <[EMAIL PROTECTED]> writes:
>> Just to inform that the web page devel/wnpp still doesn't work. I don't
>> know wether sby is dealing with that already or not.
> The WNPP pages use the LDAP frontend to the BTS, whic
[EMAIL PROTECTED] (Ondøej Surý) writes:
> Package: wnpp
> Version: N/A
> Severity: wishlist
>
> GQ is a GTK-based LDAP client. Features include:
>
> - browse and search modes
> - LDAPv3 schema browser
> - template editor
> - edit and delete entries
> - add entries with templates
> -
> What's wrong with the current gq package?
Sorry, I hadn't noticed... I will close that bug. I appologies.
--
Ondřej Surý <[EMAIL PROTECTED]> Globe Internet s.r.o. http://globe.cz/
Tel: +420235365000 Fax: +420235365009 Pláničkova 1, 162 00 Praha 6
Mob: +420605204544 ICQ: 2
* Ond?ej Sur? in "wnpp: ITP: gq - gtk ldap client" dated 2001/04/27
* 09:48 wrote:
> Package: wnpp
> Version: N/A
> Severity: wishlist
>
> GQ is a GTK-based LDAP client. Features include:
What's wrong with the current gq package?
$ apt-cache show gq
Package: gq
Priority: optional
Section: net
On Fri, Dec 22, 2000 at 06:03:28PM -0500, Bob Hilliard wrote:
> Josip Rodin <[EMAIL PROTECTED]> writes:
> > Yes, put -devel in Cc: or (X-Debbugs-Cc:) fields.
> When I have done this, the report shows up on -devel the same as
> I submitted it - the Bug Number doesn't appear.
If you CC it it
Josip Rodin <[EMAIL PROTECTED]> writes:
>
> On Fri, Dec 22, 2000 at 12:58:54PM -0500, Bob Hilliard wrote:
> > Is there any way to submit an ITP bug on WNPP, so that the bug
> > number appears in the copy to -devel?
>
> Yes, put -devel in Cc: or (X-Debbugs-Cc:) fields.
When I have done
On Fri, Dec 22, 2000 at 12:58:54PM -0500, Bob Hilliard wrote:
> Is there any way to submit an ITP bug on WNPP, so that the bug
> number appears in the copy to -devel?
Yes, put -devel in Cc: or (X-Debbugs-Cc:) fields.
--
Digital Electronic Being Intended for Assassination and Nullification
On Sat, Aug 19, 2000 at 09:10:50PM +0200, Marcelo E. Magallon wrote:
> Attached is the intended documentation for the WNPP system.
I've formatted this text with html/wml and put it in the web pages. It
should appear shortly as http://www.debian.org/devel/wnpp .
I'll make a few other changes to it
Hi,
>> Anthony Towns writes:
*sip*
After reading and rereading the Developer's Reference and the QA
docs, I did away with that oh-not-so-good WTO/ITO classifications and
added a RFA, as per your suggestion. Attached is the intended
documentation for the WNPP system.
On Fri, Mar 31, 2000 at 10:08:57AM +0200, Gregor Hoffleit wrote:
> Is [EMAIL PROTECTED] still alive and maintained ? During the last few months,
> I sent several ITP's and a request to remove a package from the list to this
> address, but AFAICS all of them were ignored.
>
> E.g. I requested to re
> "Michael" == Michael Vogt <[EMAIL PROTECTED]> writes:
Michael> If you like the package :-) Of course. The package lacks
Michael> a good example /etc/aide.conf. If someone has a nice
Michael> example, please send it to me. I will include it in the
Michael> package.
Let me know
On Tue, Mar 28, 2000 at 08:58:38AM +0200, Radovan Garabik wrote:
> On Mon, Mar 27, 2000 at 08:27:29PM -0500, Brian Almeida wrote:
> > ...or maybe not. It's got cryptographic hashing algos (tiger, sha1, etc),
> > so
> > I probably can't package it due to wonderful US laws. Drat.
>
> Strange... I
I've already got it packaged. I posted to debian-devel about it some time
ago. I'm working out a couple of minor issues with the potato binary
package, the slink one's up. See ftp.madhack.com/debian.
I plan to post some info on the postinst problem I'm running into tomorrow,
when I have better acc
On Mon, Mar 27, 2000 at 08:27:29PM -0500, Brian Almeida wrote:
> ...or maybe not. It's got cryptographic hashing algos (tiger, sha1, etc), so
> I probably can't package it due to wonderful US laws. Drat.
actually the charming US laws appear to be fixed, at least for Free
software. The kernel is g
On Mon, Mar 27, 2000 at 08:27:29PM -0500, Brian Almeida wrote:
> ...or maybe not. It's got cryptographic hashing algos (tiger, sha1, etc), so
> I probably can't package it due to wonderful US laws. Drat.
> On Mon, Mar 27, 2000 at 08:12:37PM -0500, Brian Almeida wrote:
Hasing is fine, else glibc,
At 20:27 -0500 2000-03-27, Brian Almeida wrote:
>...or maybe not. It's got cryptographic hashing algos (tiger, sha1, etc), so
>I probably can't package it due to wonderful US laws. Drat.
Hash algorithms aren't (and haven't ever been) export controlled.
--
Joel Klecker (aka Espy)
On Mon, Mar 27, 2000 at 11:25:46PM -0800, Joey Hess wrote:
> Michael Vogt wrote:
> > I packed aide for my personal needs some weeks ago. I just uploaded a
> > polished
> > version to http://members.xoom.com/mydebs/debian/aide.
>
> Cool! Do you want me to sponsor this in?
If you like the package
Michael Vogt wrote:
> I packed aide for my personal needs some weeks ago. I just uploaded a polished
> version to http://members.xoom.com/mydebs/debian/aide.
Cool! Do you want me to sponsor this in?
--
see shy jo
Brian Almeida <[EMAIL PROTECTED]> writes:
> ...or maybe not. It's got cryptographic hashing algos (tiger, sha1, etc), so
> I probably can't package it due to wonderful US laws. Drat.
So dpkg must be moved to non-us because it contains an implementation
of a cryptographic hashing algorithm (MD5)?
On Mon, Mar 27, 2000 at 08:27:29PM -0500, Brian Almeida wrote:
> ...or maybe not. It's got cryptographic hashing algos (tiger, sha1, etc), so
> I probably can't package it due to wonderful US laws. Drat.
Strange... I read everywhere that US export restrictions are now gone.
(e.g. just a minute ag
Joey Hess writes:
> Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> a free tripwire replacement.
This was mentioned a week or two ago and at least two people
volunteered. I might be interested too. I've not packaged anything
yet, though, and I am not a Debian developer
On Mon, Mar 27, 2000 at 12:39:52PM -0800, Joey Hess wrote:
> Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> a free tripwire replacement.
I packed aide for my personal needs some weeks ago. I just uploaded a polished
version to http://members.xoom.com/mydebs/debian/aide
...or maybe not. It's got cryptographic hashing algos (tiger, sha1, etc), so
I probably can't package it due to wonderful US laws. Drat.
On Mon, Mar 27, 2000 at 08:12:37PM -0500, Brian Almeida wrote:
> I'll do this, since it relates to my work. :-)
>
> On Mon, Mar 27, 2000 at 12:39:52PM -0800, Jo
I'll do this, since it relates to my work. :-)
On Mon, Mar 27, 2000 at 12:39:52PM -0800, Joey Hess wrote:
> Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> a free tripwire replacement.
>
> --
> see shy jo
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> wit
Hello Frederic!
On 26 Dec 1997, Frederic Lepied wrote:
> I'm working on xmbdfed which is a powerfull X11 font editor. It works
> with lesstif.
[...]
> PS: Anthony could you setup a development package for freetype ? I
> have to build xmbdfed from your sources...
It is finally here! :) T
On 26 Dec 1997, Frederic Lepied wrote:
> I'm working on xmbdfed which is a powerfull X11 font editor. It works
> with lesstif.
[snip]
> PS: Anthony could you setup a development package for freetype ? I
> have to build xmbdfed from your sources...
Thanks for the note! I'll see what I can
89 matches
Mail list logo