Bug#300996: ITP: clamassassin -- clamassassin is a simple virus filter wrapper for camav for use in procmail filters and similar applications.

[Nick Price]

Package: wnpp
Severity: wishlist
Owner: Nick Price <[EMAIL PROTECTED]>


* Package name: clamassassin
  Version : 1.2.2 
  Upstream Author : James Lick <[EMAIL PROTECTED]> 
* URL : http://drivel.com/clamassassin/
* License : http://drivel.com/clamassassin/clamassassin-1.2.2/LICENSE
  Description : clamassassin is a simple virus filter wrapper for clamav 
for use in procmail filters and similar applications.

clamassassin is a simple virus filter wrapper for clamav for use inprocmail 
filters and similar applications.  Its interface is similar to that of 
spamassassin, making it easy to implement for those familiar with that tool.  
clamassassin is designed with an emphasis on security, robustness, and 
simplicity.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: discrepancies between uploaded and source-built .deb

[Frank Küster]

Karl Chen <[EMAIL PROTECTED]> wrote:

> Hi, 
>
> I'm doing something that involves building every Debian package,
> and I'm finding (usually minor) discrepancies between what I build
> from source packages, and the binary packages uploaded by
> maintainers.  I'm building each package in its own chroot which
> contains only the minimum packages (bootstrap + build-essential +
> build-dependencies).
>
> Are such things considered bugs?

That depends on what the discrepancy is.  Many generated files
(compiled, or typeset documentation) contain some timestamp, or the name
of the host on which they were built.  Of course this will change
between two builds, and is perfectly normal.

It is still annoying, however, if you want to check if a particular
change in some package breaks the building of other ones - if they don't
FTBFS, you have to be very careful to spot the actual differences
without getting many false positives.  I'm currently undertaking a
similar effort; but have not gotten much beyond the manual state.  What
little automation I have is at 

http://cvs.debian.org/tetex-common/comparebuild?rev=1.1&cvsroot=tetex&content-type=text/vnd.viewcvs-markup

What do you do to look at the differences?

Regards, Frank

-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Re: HOWTO Help (was: Debian DPL Debate Comments)

[Kevin Mark]

On Wed, Mar 23, 2005 at 01:24:49AM +0100, Javier Fernández-Sanguino Peña wrote:
> On Tue, Mar 22, 2005 at 10:25:51PM +0100, Frans Pop wrote:
> > On Tuesday 22 March 2005 22:08, Alexander Schmehl wrote:
> (...)
> > > AFAIK we don't have a good "What you can do to help us" documentation
> > > (please correct me, if I am wrong).
> 
> No, we don't have one.
> 
> > 
> > How about http://www.debian.org/devel/join/ ?
> > Which is linked from the main debian.org page (bottom left: "Help Debian")
> 
> That is probably too terse. I think that Alexander is talking about an 
> expanded document directed towards end users that would like a step-by-step 
> guide of what can they do to help the Debian project.
> 
> I would certainly find proper a good document on:
> 
> - how to contribute help in fixing bugs
> - how to help in the different translation efforts
> - how to get involved with local Debian organisations in your country 
> (listing those that do exist, like Debian UK or Debian Spain)
> etc..

Hi,
I think that [1] and [2] are good examples.
-Kev
[1] http://www.gnu.org/projects/help-wanted.html
[2] http://www.gnu.org/help/help.html

-- 
counter.li.org #238656 -- goto counter.li.org and be counted!
_,   _,  ,'`.
  `$$' `$$' `.  ,'
   $$   $$`'
   $$   $$ _,   _
 ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  "'   `$$ $$$' `$$
$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
$$ $$ $$g$$ $$ $$ $$ ,$P"   $$ $$$$
$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
 `Y$$P'$$. `YP',P"'  ,$$. `Y$$P'$$.$$.  ,$$.


signature.asc
Description: Digital signature

Re: Vancouver meeting - clarifications

[Christoph Hellwig]

On Wed, Mar 23, 2005 at 01:46:17AM +0100, Pierre THIERRY wrote:
> Scribit Bas Zoetekouw dies 15/03/2005 hora 10:37:
> > I find it a bit hard to believe that Debian isn't able to support 11
> > architectures while for example FreeBSD and NetBSD seem to manage
> > fine.
> 
> - FreeBSD: 6 ports, 12646 packages
> - Debian: 11 ports, 9157 packages (sarge) [17593 in sid]
> - NetBSD: 55 ports, 5300 packages
> 
> I think that Debian stands quite well the comparison... And maybe SCC
> will enable Debian to ``support'' many more architectures, and in a
> smooth way, instead of a somewhat all-or-nothing.

note that netbsd ports are different from debian or linux kernel ports.
they count a port for basically every single piece of hardware while we
count one for each user-level incompatible API, which could be half a
dozend netbsd ports each.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: HOWTO Help (was: Debian DPL Debate Comments)

[Alexander Schmehl]

* Frans Pop <[EMAIL PROTECTED]> [050322 22:25]:

> > AFAIK we don't have a good "What you can do to help us" documentation
> > (please correct me, if I am wrong).
> How about http://www.debian.org/devel/join/ ?
> Which is linked from the main debian.org page (bottom left: "Help Debian")

I think it is quite short and is missing some quite easy tasks that can
be done by nearly everyone.

I did the mentioned talk and am about to write the document, because I
got asked a couple of times what people can do to help us, so I think
there is need for a more detailed document about that.

But thanks for the hint anyway; if it is ready, it should be linked
from there ;)


Yours sincerely,
  Alexander

-- 
http://learn.to/quote/
http://www.catb.org/~esr/faqs/smart-questions.html


signature.asc
Description: Digital signature

Re: HOWTO Help (was: Debian DPL Debate Comments)

[Nico Golde]

HI,
* Alexander Schmehl <[EMAIL PROTECTED]> [2005-03-23 11:10]:
> < cc-ing to -doc, since most part of the mail is more relevant there >
> * Nico Golde <[EMAIL PROTECTED]> [050318 18:59]:
> 
> > [...] 
> > > I've been thinking of contributing to Debian for a long time since I 
> > > started 
> > > using it. The problem is that I've not been able to find a good 
> > > comprehensive 
> > > documentation on "Contributing to Debian" yet.
> > I think the descrition on:
> > http://www.debian.org/support
> > is ok.
> 
> Nico, did you take a look at that page?  It is more a "Where to get
> support" than a "howto support us".

oh fuck, wrong page. i had the wrong in mind.
http://www.debian.org/devel/join/
http://www.debian.org/devel/
 
> AFAIK we don't have a good "What you can do to help us" documentation
> (please correct me, if I am wrong).

but there are people who know how they can help :)
i think the best way to start is to subscribe to one of the
mailinglists. for maintainers to -mentors, for documentation
-l10n- etc.

> However I was about to write a new document about that, based on the
> talk I did on the asian miniconf (which I btw, just uploaded to
> , not
> yet fixed the bugs or made a nice frontpage).
[...] 
nice!
regards nico
-- 
Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred


pgp0K3864nkaD.pgp
Description: PGP signature

Re: HOWTO Help (was: Debian DPL Debate Comments)

[Nico Golde]

Hello Javier,

* Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> [2005-03-23 11:11]:
> On Tue, Mar 22, 2005 at 10:25:51PM +0100, Frans Pop wrote:
[...] 
> > How about http://www.debian.org/devel/join/ ?
> > Which is linked from the main debian.org page (bottom left: "Help Debian")
> 
> That is probably too terse. I think that Alexander is talking about an 
> expanded document directed towards end users that would like a step-by-step 
> guide of what can they do to help the Debian project.
> 
> I would certainly find proper a good document on:
> 
> - how to contribute help in fixing bugs
> - how to help in the different translation efforts
[...] 

I think the debian projects which need help are gruffly on
the work in progress page on d.o/devel/
And the bug tracking system etc. also have a good
documentation.
But maybe it is easier to write down all the must needs on
one page.
You are right.
[...] 
regards nico
-- 
Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred


pgpW2Pv8UcD66.pgp
Description: PGP signature

Re: Emulated buildds (for SCC architectures)?

[Humberto Massa]

Steve Langasek wrote:
>Hi Gunnar,
>
>On Fri, Mar 18, 2005 at 08:06:47PM -0600, Gunnar Wolf wrote:
>
>>And I am sure we can find more examples like these - I have not really
>>checked, but I would be surprised if architectures as popular as
>>Sparc, Alpha or ARM wouldn't have an emulator (although probably not
>>currently as reliable as those two).
>
>
>>Now, if we face dropping one or more of our architectures (i.e. m68k)
>>because new hardware can not be found anymore (the Vancouver proposal
>>mentions that "the release architecture must be publicly available to
>>buy new" in order to keep it as a fully supported architecture - I
>>know, SCC != fully supported, but anyway, a buildd can die and create
>>huge problems to a port), why shouldn't we start accepting buildds
>>running under emulated machines?
>
>
>I quite agree with Anthony that if we have to emulate the machine,
>there's not much sense in supporting it.
This makes no sense to me. There is a lot of embedded machines out there
that can, for instance, run a web browser (graphical links, w3m or even
mini-mo) but are not capable of running g++ (to give an example, and
hence they are not capable of /building/ mini-mo).
So, if you can emulate this machine in an amd64 1000x faster and with
100x more RAM, you can build an entire Debian system, and permit the
installation of a base system with the needed features for the embedded
application.
>I do know, from first-hand experience trying to get ssh running on a
>Cobalt, that compilation speed is not always correlated with the
>usefulness of a system; so I'm not completely opposed to using distcc
>(in moderation!) for release architectures, but I would still first
>like to see some serious discussion about why it's useful to build all
>the software we do for all the architectures before agreeing that such
>a distcc network is warranted.
>
Other question I have is: why the "(in moderation!)" comment? I think
distcc and ccache should be used thoroughly (sorry if this is the wrong
spelling) in the buildd process, and I have not seen any moderate,
rational and good argument in contrary.
Regards,
Massa
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#300996: ITP: clamassassin -- simple wrapper for clamav

[Santiago Vila]

On Mon, 21 Mar 2005, Nick Price wrote:

> Package: wnpp
> Severity: wishlist
> Owner: Nick Price <[EMAIL PROTECTED]>
> 
> 
> * Package name: clamassassin
>   Version : 1.2.2 
>   Upstream Author : James Lick <[EMAIL PROTECTED]> 
> * URL : http://drivel.com/clamassassin/
> * License : http://drivel.com/clamassassin/clamassassin-1.2.2/LICENSE
> Description : clamassassin is a simple virus filter wrapper for
> clamav for use in procmail filters and similar applications.
> 
> clamassassin is a simple virus filter wrapper for clamav for use
> inprocmail filters and similar applications.  Its interface is similar
> to that of spamassassin, making it easy to implement for those
> familiar with that tool.  clamassassin is designed with an emphasis on
> security, robustness, and simplicity.

I was going to package this but the source tarball does not include
configure.ac. Please ask the author to include it, so that the source
is really complete.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Documentation is/is not software [was: NEW ...]

[Humberto Massa]

Matthew Palmer wrote:
>On Tue, Mar 22, 2005 at 12:32:30PM +, Matthew Wilcox wrote:
>
>>On Tue, Mar 22, 2005 at 09:06:19AM -0300, Humberto Massa wrote:
>>
>>>And I believe that the Vancouver proposal, if implemented as intended
>>>up to now, will not only affect what Debian really *is*, but in some
>>>ways will *destroy* what Debian is.
>>
>>Debian has already decided to destroy what it is by giving in to the
>>crackpots who insist that everything is software.
>
>Way to set the tone for a productive debate.
Yeah, we are seeing a lot of this lately.
>At any rate, the problem with trying to treat different types of
>bitstreams differently is to classify them, and identify a different
>set of freedoms which are appropriate -- and, more pretinently, why
>those different set of freedoms is important.  The "crackpots" won more
>or less by default, because nobody was able to come up with either of
>these two pre-requisites.  This suggests to me that either (a) it can't
>actually be done, in which case the "crackpots" are, after all, right;
>or (b) Debian is so filled with "crackpots" that there is nobody who
>actually wants to see documentation treated differently to executable
>programs.
IMHO the problem is that there is not a clear distinction. Period. Why?
Because source code *is* documentation. The set of freedoms we want to
Free Software (AFAICT) is: freedom to study, modify... for all this we
need access to the documentation, part of which is the source code.
>I used to sit in the "documentation requires different freedoms" camp,
>but eventually just couldn't support my feelings with logical argument.
>But there are significantly more powerful minds than mine out there; I
>look forward to hearing their arguments in favour of different freedoms
>for documentation.
The problem with hearing arguments in favour of different freedoms for
documentation is that people will have to define what is -- and what is
not -- documentation. And I don't really think this is possible.
One example: are Debian-changelogs documentation? They contain
instructions on what version of a package is to be built, and which
debbugs should be closed...
>If someone can come up with a bright-line test for differentiating
>executable materials and documentation, or executable materials and say
>firmware, and can produce a "DFDocumentationG" or "DFFirmwareG" with
>effective reasoning, I will be most impressed, and will most likely
>support their position.  Until then, however, I am firmly in the "all
>things we ship are software, and the DFSG applies to all of that" camp.
>
>- Matt crackpot and proud
Massa

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Vancouver meeting - clarifications

[Erik Schanze]

Pierre THIERRY <[EMAIL PROTECTED]>:
> Scribit Bas Zoetekouw dies 15/03/2005 hora 10:37:
> > I find it a bit hard to believe that Debian isn't able to support 11
> > architectures while for example FreeBSD and NetBSD seem to manage
> > fine.
> 
> - FreeBSD: 6 ports, 12646 packages
> - Debian: 11 ports, 9157 packages (sarge) [17593 in sid]
> - NetBSD: 55 ports, 5300 packages
> 
Be carefully with NetBSD and "Ports". They call every variation of a 
cpu architecture a "Port".
You should look at http://www.netbsd.org/Ports/#ports-by-cpu .
This is what Debian call "Ports". So they have 17 ports.


Kindly regards,
Erik

-- 
www.ErikSchanze.de * DSA key ID 30825345 
 Bitte keine HTML-Mails! * Maillimit: 100 kB

DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen!
AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Found an http SourceForge archive mirror

[Free Ekanayaka]

Hi,

For who cares..

I've noticed that my old sf ftp mirror [0] is down/broken/unmaintained.

After googling a bit I found a new one:

http://sf.gds.tuwien.ac.at/

Thus a debian/watch like:

version=2
http://sf.gds.tuwien.ac.at/a/al/alsamodular/ams-(.*)\.tar\.bz2 debian uupdate

is working for my ams package.

Cheers,

Free

[0] ftp://sourceforge.cs.umn.edu/pub/sourceforge/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Found an http SourceForge archive mirror

[Bartosz Fenski aka fEnIo]

On Wed, Mar 23, 2005 at 11:24:21AM +0100, Free Ekanayaka wrote:
> For who cares..
> 
> I've noticed that my old sf ftp mirror [0] is down/broken/unmaintained.
> 
> After googling a bit I found a new one:
> 
> http://sf.gds.tuwien.ac.at/
> 
> Thus a debian/watch like:
> 
> version=2
> http://sf.gds.tuwien.ac.at/a/al/alsamodular/ams-(.*)\.tar\.bz2 debian uupdate
> 
> is working for my ams package.

What about prdownloads.sourceforge.net? 

regards
fEnIo

-- 
  ,''`.  Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo
 : :' :   32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland
 `. `'   phone:+48602383548 | proud Debian maintainer and user
   `-  http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001


signature.asc
Description: Digital signature

Re: Emulated buildds (for SCC architectures)?

[Aurélien GÉRÔME]

Hi,

On Fri, Mar 18, 2005 at 08:06:47PM -0600, Gunnar Wolf wrote:
> safe - Yes, I know we cannot run Debian on a regular UAE because of
> the lack of a MMU in the official package, but we _can_ run it inside
> Basilisk2.

I was wondering how you are supposed to run Debian inside official
BasiliskII.

BasiliskII has no MMU support as official UAE. Are you aware of a
patch or a project to do so?

What you can do is run Debian inside ARAnyM, the Atari emulator,
which has a well done MMU implementation.

To my mind, it is a great idea to use an emulator, and it suppresses
gcc cross-compiling issues with floating point. Using an emulator
*DOES NOT* mean the architecture is dead, since some people keep on
using it, and m68k hardware is still sold nowadays.

It is rather bold to compile stuff on a m68k at an average 40
MHz... That machine is made to be used -- I mean, in a user perspective
-- and not to compile for hours/days huge software from source.

By the way, using the term "Second-Class Citizens" to define people
who use that aged architecture is not fitting at all the concept of
humanity to others which resides in Debian (and in Ubuntu too). By
doing so, it classifies people in social classes: a group which is the
valuable "First-Class Citizens" and another composed of uninteresting
worthless dropouts who can go dying on scc.debian.org... Why not
using another name?

Cheers.
-- 
((__,-"""-,__))  Aurélien GÉRÔME   .---.
 `--)~   ~(--`   Free Software Developer  / \
.-'(   )`-.  Unix Sys & Net Admin [EMAIL PROTECTED]@./
`~~`@)   (@`~~`   /`\_/`\
| |.''`. //  _  \\
| |   : :'  :   | \ )|_
(8___8)   `. `'`   /`\_`>  <_/ \
 `---`  `- \__/'---'\__/
BOFH excuse #348: We're on Token Ring, and it looks like the token
got loose.


signature.asc
Description: Digital signature

Re: Vancouver meeting - clarifications

[Anthony Towns]

Pierre THIERRY wrote:
- Debian: 11 ports, 9157 packages (sarge) [17593 in sid]
Hrm, where are those numbers from? I get:
Unique binary packages in woody/i386:  8974
Unique binary packages in woody/*: 9133
Unique binary packages in sarge/i386: 15243
Unique binary packages in sarge/*:15540
Unique binary packages in sid/i386:   16194
Unique binary packages in sid/*:  16578
FIW I also get 14731 sarge/main/i386 packages, and 8830 source packages 
in sarge.

?
Cheers,
aj
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301041: apt-cache: dependency graph for build dependencies

[Stefano Zacchiroli]

Package: apt
Version: 0.5.28.6
Severity: wishlist

"dotty" command of apt-cache is really useful, but works only for binary
packages. I had the need of generating graphs of build dependencies in
order to decide the proper order of uploading packages to avoid
autobuilder fails for unmet build dependencies.

I wrote a script which is able to generate such graph using
libapt-pkg-perl. It is available here:

  
http://svn.debian.org/wsvn/pkg-ocaml-maint/tools/build-dep-graph/build-dep-graph.pl?op=file&rev=0&sc=0

Sample output is here:

  
http://svn.debian.org/wsvn/pkg-ocaml-maint/tools/build-dep-graph/ocaml_build_deps.png?op=file&rev=0&sc=0

Still, the proper place for such a feature seems to be apt-cache itself,
is it possible to add it?

Thanks in advance,
Cheers.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.11-fistandantilus
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages apt depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-12   GCC support library
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3

-- no debconf information

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. -!-


signature.asc
Description: Digital signature

Re: Vancouver meeting - clarifications

[Wouter Verhelst]

On Wed, Mar 23, 2005 at 01:46:17AM +0100, Pierre THIERRY wrote:
> - Debian: 11 ports, 9157 packages (sarge) [17593 in sid]
> - NetBSD: 55 ports, 5300 packages

It should be noted that the definition of 'port' isn't necessarily the
same if you compare NetBSD against Debian; for instance, NetBSD/mac68k
and NetBSD/amiga count as two ports, whereas in Debian, they count as
one (albeit the 'subarchitecture' is different)

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: *** SPAM *** Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

[Theodore Ts'o]

On Mon, Mar 21, 2005 at 04:24:41PM +, Matthew Wilcox wrote:
> The Vancouver meeting summary upset me, not because of the proposals
> to drop architectures, but because it contained a reminder of the
> Social Contract changes.  The project is moving to what I believe to
> be a ridiculously extremist position.  I can't support the new Social
> Contract, and wouldn't sign up for it if I were going through NM right
> now.  So the only honourable thing for me to do is resign at the point
> when it come into effect.
> 
> It saddens me greatly that we've come to this situation.  I've been
> proud to be a Debian Developer for the past 6 years.  I'd like to say,
> as others have when resigning, that I will continue to run Debian on my
> machines, but I can't.  Moving documentation to non-free makes Debian
> a less suitable distribution for me.  I shall have to look around and
> see what other distributions suit my needs.

The way that I deal with this from a personal point of view is to
remind myself that non-free is supported by Debian-the-organization,
even if it is not formally "part of the Debian distribution".
Semantic games, but unfortunately Debian seems to be more focused on
flame wars about semantics than actually shipping code and
documentation that meets the needs of its users.

If the free software fanatics succeed in kicking non-free from being
supported by Debian assets, such that the FSF documentation were no
longer available, I'd probably end up agreeing with you and probably
would do what you are considering to do after sarge ships.  

If it would help, I'd ask you to reconsider.  If all the reasonable
moderates leave, then all that will be left will be the extremists.

Regards,

- Ted


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: querying available package versions over the net

[Roderick Schertler]

On Sat, 12 Mar 2005 18:04:18 +0100, Goswin von Brederlow <[EMAIL PROTECTED]> 
said:
>
> Why not create your own apt/lists and apt/cache directory, run apt-get
> update and then apt-cache on the same?  The debget package description
> says it "doesn't require a local copy of the Packages files", maybe
> that should be rethought.

I see avoiding the need to download the Packages file as the main point
of the program.  If you're willing to download the Packages file there's
no reason not to use apt-get.

-- 
Roderick Schertler
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#300993: ITP: nvu -- Nvu is a complete Web Authoring System based on the Mozilla Composer engine

[Mike Hommey]

On Mon, Mar 21, 2005 at 03:09:48PM -0600, Nick Price <[EMAIL PROTECTED]> wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Nick Price <[EMAIL PROTECTED]>
> 
> 
> * Package name: nvu
>   Version : 0.90 
>   Upstream Author : Linspire, Inc. <[EMAIL PROTECTED]>
> * URL : http://www.nvu.com/
> * License : MPL/LGPL/GPL tri-license
>   Description : Nvu is a complete Web Authoring System based on the 
> Mozilla Composer engine

Somebody already filed an ITP for nvu, see http://bugs.debian.org/231025
You might want to contact him to decide what you want to do.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#300993: ITP: nvu -- Nvu is a complete Web Authoring System based on the Mozilla Composer engine

[Mike Hommey]

On Wed, Mar 23, 2005 at 07:26:53PM +0100, Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 21, 2005 at 03:09:48PM -0600, Nick Price <[EMAIL PROTECTED]> 
> wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Nick Price <[EMAIL PROTECTED]>
> > 
> > 
> > * Package name: nvu
> >   Version : 0.90 
> >   Upstream Author : Linspire, Inc. <[EMAIL PROTECTED]>
> > * URL : http://www.nvu.com/
> > * License : MPL/LGPL/GPL tri-license
> >   Description : Nvu is a complete Web Authoring System based on the 
> > Mozilla Composer engine
> 
> Somebody already filed an ITP for nvu, see http://bugs.debian.org/231025
> You might want to contact him to decide what you want to do.

I should even have read the bug earlier, it is actually already sitting
in the NEW queue.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Emulated buildds (for SCC architectures)?

[Bill Allombert]

On Tue, Mar 22, 2005 at 08:58:41PM -0800, Steve Langasek wrote:
> Hi Gunnar,
> 
> I quite agree with Anthony that if we have to emulate the machine, there's
> not much sense in supporting it.

I disagree: porters should be free to use whatever tools they want to
do the job. What is important is whether the job is done in a way
that give satisfaction to the release team. All the rest is irrelevant.

Secondly, Debian is a binary distribution: this means users are not
requested to compile anything, so the time it take to compile it is not
a criterion of usefulness. In fact, it is the other way round: slower
compilation make binary packages more useful (Gentoo proving that we can
live without binary packages on the fastest plateforms).

> I do know, from first-hand experience trying to get ssh running on a Cobalt,
> that compilation speed is not always correlated with the usefulness of a
> system; so I'm not completely opposed to using distcc (in moderation!) for
> release architectures, but I would still first like to see some serious
> discussion about why it's useful to build all the software we do for all the
> architectures before agreeing that such a distcc network is warranted.

Our current infrastructure does not provide easy ways to restrict the set
of architecture a package should be provided in testing, so we tend to
have almost every packages for all archs.

If it is deemed necessary, a command for the release manager saying
"remove package 'bar' and all its reverse dependency but only for the
architecture foo" could be implemented.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt

[Elimar Riesebieter]

Package: wnpp
Severity: wishlist
Owner: Elimar Riesebieter <[EMAIL PROTECTED]>

* Package name: mutt-ng
  Version : x.y.z
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
  Description : Mutt next generation (mutt-ng) is a fork of the well-known 
email client mutt

(Include the long description here.)

Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
 with the goal to both incorporate all the patches that are floating around in
 the web, and to fix all the other little annoyances of mutt.
 .
 Differences between mutt and mutt-ng:
  o Better view support for format=flowed attachments
  o Message IDs are configurable
  o User can set signoff_string just like in slrn
  o User can call up the "last folder" when saving attachments
  o IMAP reconnecting: when the connection to the IMAP server dies, mutt-ng
attempts reconnecting
  o User can set the umask with which all the files shall be created (was
hard-coded before, and caused huge problems for shared mailboxes to some
people)
  o Support for NNTP, i.e. mutt-ng can be used as a newsreader
  o A sidebar similar to other (graphical) MUAs where you can directly jump
to a certain mailbox

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.5-frodo
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

mutt-ng is an incredible solution on top of the famous mutt mailer.
Please feel free to test the Debian mutt-ng binaries found at
http://www.lxtec.de/debarchiv/sources/mutt-ng/ which incudes further information
as well.

http://www.mutt-ng.org

Ciao

Elimar

-- 
  Never make anything simple and efficient when a way 
  can be found to make it complex and wonderful ;-)


signature.asc
Description: Digital signature

Bug#301083: ITP: libevolution-ruby -- revolution, ruby binding for the evolution mail client

[David Moreno Garza]

Package: wnpp
Severity: wishlist
Owner: David Moreno Garza <[EMAIL PROTECTED]>


* Package name: libevolution-ruby
  Version : 0.1
  Upstream Author : Tom Copeland <[EMAIL PROTECTED]>
* URL : http://revolution.rubyforge.org/
* License : BSD
  Description : revolution, ruby binding for the evolution mail client

Revolution is a little Ruby binding to the excellent Evolution email
client. At the moment it supports simple querying of the calendar,
task, and contact information.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (250, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.10-powerpc
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: discrepancies between uploaded and source-built .deb

[Karl Chen]

> On 2005-03-23 01:17 PST, Frank KÃster writes:

fant> What do you do to look at the differences?

I'm just doing a diff between the list of files produced (the
thing I'm doing changes compiled output files anyway) - so
timestamps shouldn't affect anything.  Some of them just produce
different number of 'info' files; but some actually differ in
programs in /usr/bin.  I think that should be consistent at least.

If I see something like a program missing from /usr/bin, is it
worth investigating and filing a bug?

-- 
Karl 2005-03-23 11:22


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: discrepancies between uploaded and source-built .deb

[Karl Chen]

> On 2005-03-22 20:13 PST, Jeroen van Wolffelaar writes:

Jeroen> I think it'd be good to ship sarge without such
Jeroen> situations, but again, this needs to be looked into on
Jeroen> a case-by-case basis, and I certainly dare not say
Jeroen> that every such case must be a bug (but I suspect so
Jeroen> in general).

Source packages readline4 and readline5 both produce binary rlfe.
What do you think about this situation?

-- 
Karl 2005-03-23 11:24


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: discrepancies between uploaded and source-built .deb

[Jeroen van Wolffelaar]

On Wed, Mar 23, 2005 at 11:24:34AM -0800, Karl Chen wrote:
> > On 2005-03-23 01:17 PST, Frank K??ster writes:
> 
> fant> What do you do to look at the differences?
> 
> I'm just doing a diff between the list of files produced (the
> thing I'm doing changes compiled output files anyway) - so
> timestamps shouldn't affect anything.  Some of them just produce
> different number of 'info' files; but some actually differ in
> programs in /usr/bin.  I think that should be consistent at least.
> 
> If I see something like a program missing from /usr/bin, is it
> worth investigating and filing a bug?

Of course, a recompile dropping a program from /usr/bin most likely
is a bug...

I assume you use 'debdiff' that actually does those list you the
differences in file lists? And also differences in dependencies, if a
recompile introduces another dependency, it is worth fixing this now,
because after sarge is released, this might cause problems in the
future with security updates.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301061: ITP: apt-rpm -- tools to create APT RPM repository

[Peter Eisentraut]

Package: wnpp
Severity: wishlist
Owner: Peter Eisentraut <[EMAIL PROTECTED]>

* Package name: apt-rpm
  Version : 0.5.15cnc6
  Upstream Author : Gustavo Niemeyer <[EMAIL PROTECTED]>
Alfredo K. Kojima <[EMAIL PROTECTED]>
based on work by the Debian APT team
* URL : https://moin.conectiva.com.br/AptRpm
* License : GPL
  Description : tools to create APT RPM repository

apt-rpm is Connectiva's port of Debian's APT to RPM.  This Debian
package contains the tools to create an APT RPM repository, so RPM-based
systems can be maintained via APT while the APT repository resides on a
Debian system.  The client-side part of apt-rpm will obviously not be
included in the Debian package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: debian development diagram: major rework!

[Josselin Mouette]

Le dimanche 20 mars 2005 Ã 08:48 -0500, Kevin Mark a Ãcrit :
> Hi all you folks who have exercised your fingers and eyes because of
> 'vancouvor',
> In my quest to see how things work, I have made some major revision to
> my diagram.
> http://debian.home.pipeline.com/
> the new diagram is newdebian2.png
> any comment appreciated (before the whole shebang is outdated)

Just a comment: the ACCEPTED mail is sent once the package is accepted;
your diagram leads to thinking it is sent by the maintainer himself.
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

Re: discrepancies between uploaded and source-built .deb

[Adrian Bunk]

On Wed, Mar 23, 2005 at 11:30:51AM -0800, Karl Chen wrote:
> > On 2005-03-22 20:13 PST, Jeroen van Wolffelaar writes:
> 
> Jeroen> I think it'd be good to ship sarge without such
> Jeroen> situations, but again, this needs to be looked into on
> Jeroen> a case-by-case basis, and I certainly dare not say
> Jeroen> that every such case must be a bug (but I suspect so
> Jeroen> in general).
> 
> Source packages readline4 and readline5 both produce binary rlfe.
> What do you think about this situation?

The most recent version of the rlfe package (from readline5) is 
therefore available and it's not a problem.

And in unstable, readline4 no longer produces a rlfe binary package.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

NEW-queue handling after extending group of ftp-master

[Bartosz Fenski aka fEnIo]

Hello.

Usually NEW-queue was handled by the date of first upload of some package.
After tracking of debian-bugs and/or debian-wnpp mailing lists last days
I can say it's not true anymore.

So could someone explain what are the criterions now?

regards
fEnIo

-- 
  ,''`.  Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo
 : :' :   32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland
 `. `'   phone:+48602383548 | proud Debian maintainer and user
   `-  http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001


signature.asc
Description: Digital signature

Re: NEW-queue handling after extending group of ftp-master

[Joerg Jaspert]

On 10237 March 1977, Bartosz Fenski aka fEnIo wrote:

> Usually NEW-queue was handled by the date of first upload of some package.
> After tracking of debian-bugs and/or debian-wnpp mailing lists last days
> I can say it's not true anymore.

> So could someone explain what are the criterions now?

There are criterions for the order?
Well, ok. Lets define some:
- How much money did you sent to one ftpmaster/assistant?
- How much do you intent to send?
- Are you a girl?
- Alcohol level?
- Random picking.

Actually there are none, as the queue should be (soon) small enough to
not need any. So we havent bothered too look for rules, just started.
The reason for the "random" order is just me, approving old and new
uploads - to get the queue smaller and not let newer uploads rot in the
queue as long as some old stuff.

Looking at the queue noone needs to worry about that, so please do
something more useful like RC bug fixing. :)

-- 
bye Joerg (NO hat on)
Unstable means "subject to rapid change" rather than "full of bugs",
though sometimes it is both :-).


pgpEL87OkNeyv.pgp
Description: PGP signature

Re: NEW-queue handling after extending group of ftp-master

[Bartosz Fenski aka fEnIo]

On Wed, Mar 23, 2005 at 11:09:17PM +0100, Joerg Jaspert wrote:
> > Usually NEW-queue was handled by the date of first upload of some package.
> > After tracking of debian-bugs and/or debian-wnpp mailing lists last days
> > I can say it's not true anymore.
> 
> > So could someone explain what are the criterions now?
> 
> There are criterions for the order?
> Well, ok. Lets define some:
> - How much money did you sent to one ftpmaster/assistant?
> - How much do you intent to send?
> - Are you a girl?
> - Alcohol level?
> - Random picking.

I could apply for fourth alternatively.
Or maybe fifth but with the 1/4 probability :P 

> Actually there are none, as the queue should be (soon) small enough to
> not need any. So we havent bothered too look for rules, just started.
> The reason for the "random" order is just me, approving old and new
> uploads - to get the queue smaller and not let newer uploads rot in the
> queue as long as some old stuff.

Ok. That's something what I wanted to hear. Great to see that NEW queue is
handled at all and that I had to wait for answer so short ;)

> Looking at the queue noone needs to worry about that, so please do
> something more useful like RC bug fixing. :)

Believe me I'm trying to investigate and fix #295131. Btw any ideas/help 
are welcome. Second RC bug for scorched3d is fixed both in upstream and on
my box, but without fixing first one there's no need to upload.

Once again hints for #295131 are welcome, since afaik it works on sarge,
and not on sid so we've got probably some interesting bug in libglib or
something relevant.

regards
fEnIo
-- 
  ,''`.  Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo
 : :' :   32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland
 `. `'   phone:+48602383548 | proud Debian maintainer and user
   `-  http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001


signature.asc
Description: Digital signature

Re: Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt

[Per Olofsson]

Elimar Riesebieter:
> Package: wnpp
> Severity: wishlist
> Owner: Elimar Riesebieter <[EMAIL PROTECTED]>
> 
> * Package name: mutt-ng

Also note that Norbert Tretkowski has already created a mutt-ng
package, although he doesn't intend to upload it (yet). It is
available at .

-- 
Pelle


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt

[Petri Latvala]

On Wed, Mar 23, 2005 at 07:35:35PM +0100, Elimar Riesebieter wrote:
>   Version : x.y.z
>   Upstream Author : Name <[EMAIL PROTECTED]>
> * URL : http://www.example.org/
> * License : (GPL, LGPL, BSD, MIT/X, etc.)


Didn't feel the need to fill those in?


-- 
Petri Latvala


signature.asc
Description: Digital signature

Re: *** SPAM *** Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

[Russell Coker]

On Thursday 24 March 2005 03:40, Theodore Ts'o <[EMAIL PROTECTED]> wrote:
> If the free software fanatics succeed in kicking non-free from being
> supported by Debian assets, such that the FSF documentation were no
> longer available, I'd probably end up agreeing with you and probably
> would do what you are considering to do after sarge ships.
>
> If it would help, I'd ask you to reconsider.  If all the reasonable
> moderates leave, then all that will be left will be the extremists.

Of course an option is always to fork the project.  Maybe it's time to have a 
Debian project that focusses on getting software released as opposed to the 
Debian that wants to be fanatic.

-- 
http://www.coker.com.au/selinux/   My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/  Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/  My home page


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: If Debian's too radical for you... [was: NEW handling: About rejects, and kernels]

[Matthew Palmer]

On Thu, Mar 24, 2005 at 10:29:35AM +1100, Russell Coker wrote:
> On Thursday 24 March 2005 03:40, Theodore Ts'o <[EMAIL PROTECTED]> wrote:
> > If the free software fanatics succeed in kicking non-free from being
> > supported by Debian assets, such that the FSF documentation were no
> > longer available, I'd probably end up agreeing with you and probably
> > would do what you are considering to do after sarge ships.
> >
> > If it would help, I'd ask you to reconsider.  If all the reasonable
> > moderates leave, then all that will be left will be the extremists.
> 
> Of course an option is always to fork the project.  Maybe it's time to have a 
> Debian project that focusses on getting software released as opposed to the 
> Debian that wants to be fanatic.

"Some would say that this has already happened".  Not a fork, per se, but
Ubuntu's licencing policy (and the general level-headedness of the people I
know who are deeply involved in it) suggests that it may be the refuge you
seek.

- Matt


signature.asc
Description: Digital signature

Re: discrepancies between uploaded and source-built .deb

[Jeroen van Wolffelaar]

On Wed, Mar 23, 2005 at 04:26:43PM -0800, Karl Chen wrote:
> > On 2005-03-23 11:44 PST, Jeroen van Wolffelaar writes:
> 
> Jeroen> I assume you use 'debdiff' that actually does those
> Jeroen> list you the differences in file lists? And also
> Jeroen> differences in dependencies, if a recompile introduces
> Jeroen> another dependency, it is worth fixing this now,
> Jeroen> because after sarge is released, this might cause
> Jeroen> problems in the future with security updates.
> 
> I didn't know about debdiff - that would have saved me from
> basically re-implementing it.

Common problem unfortunately in the open source/Debian world... not that
$what_you_want doesn't exist, but that you just don't know it exists nor
where to find it :(.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301142: ITP: libgraphviz-perl -- Perl interface to the GraphViz graphing tool

[Dominic Hargreaves]

Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves <[EMAIL PROTECTED]>

* Package name: libgraphviz-perl
  Version : 2.02
  Upstream Author : Leon Brocard <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/GraphViz/
* License : Dual GPL/Artistic
  Description : Perl interface to the GraphViz graphing tool

This module provides an interface to layout and image generation of
directed and undirected graphs in a variety of formats (PostScript, PNG,
etc.) using the "dot", "neato", "twopi", "circo" and "fdp" programs from
the GraphViz project (http://www.graphviz.org/ or
http://www.research.att.com/sw/tools/graphviz/).


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: discrepancies between uploaded and source-built .deb

[Karl Chen]

> On 2005-03-23 16:33 PST, Jeroen van Wolffelaar writes:

>> I didn't know about debdiff - that would have saved me from
>> basically re-implementing it.

Jeroen> Common problem unfortunately in the open source/Debian
Jeroen> world... not that $what_you_want doesn't exist, but
Jeroen> that you just don't know it exists nor where to find
Jeroen> it :(.

Well - since I need fine control (such as being able to ignore
certain minor differences) - and it was only a couple lines of
code - I didn't even bother looking for it.

-- 
Karl 2005-03-23 16:42


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NEW-queue handling after extending group of ftp-master

[Josh Metzler]

On Wednesday 23 March 2005 05:33 pm, Bartosz Fenski aka fEnIo wrote:
> On Wed, Mar 23, 2005 at 11:09:17PM +0100, Joerg Jaspert wrote:
> > > Usually NEW-queue was handled by the date of first upload of some
> > > package. After tracking of debian-bugs and/or debian-wnpp mailing
> > > lists last days I can say it's not true anymore.
> > >
> > > So could someone explain what are the criterions now?
> >
> > There are criterions for the order?
> > Well, ok. Lets define some:
> > - How much money did you sent to one ftpmaster/assistant?
> > - How much do you intent to send?
> > - Are you a girl?
> > - Alcohol level?
> > - Random picking.
>
> I could apply for fourth alternatively.
> Or maybe fifth but with the 1/4 probability :P
>
> > Actually there are none, as the queue should be (soon) small enough to
> > not need any. So we havent bothered too look for rules, just started.
> > The reason for the "random" order is just me, approving old and new
> > uploads - to get the queue smaller and not let newer uploads rot in the
> > queue as long as some old stuff.
>
> Ok. That's something what I wanted to hear. Great to see that NEW queue
> is handled at all and that I had to wait for answer so short ;)
>
> > Looking at the queue noone needs to worry about that, so please do
> > something more useful like RC bug fixing. :)
>
> Believe me I'm trying to investigate and fix #295131. Btw any ideas/help
> are welcome. Second RC bug for scorched3d is fixed both in upstream and
> on my box, but without fixing first one there's no need to upload.
>
> Once again hints for #295131 are welcome, since afaik it works on sarge,
> and not on sid so we've got probably some interesting bug in libglib or
> something relevant.
>
> regards
> fEnIo

I have know idea if this would work, but what about using libwxgtk2.5.3 
rather than libwxgtk2.4?  I don't know how much porting effort if any would 
be involved in that, but libwxgtk2.5.3 seems to be built against libglib2.0 
like scorched3d and libSDL, whereas (as the bug report says) libwxgtk2.4 is 
linked against libglib1.2.

Josh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#299783: ITP: python-enchant -- A spellchecking library forPython

[Ryan Kelly]

Hi All,

  I stumbled across this in the debian list archives and through I
should clarify, as the author of the software in question.

On Wed, 16 Mar 2005 08:50:18 -0600, Ron Johnson wrote:
> On Wed, 2005-03-16 at 22:05 +0900, Seo Sanghyeon wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Seo Sanghyeon <[EMAIL PROTECTED]>
> > 
> > 
> > * Package name: python-enchant
> >   Version : 1.1.0
> >   Upstream Author : Ryan Kelly <[EMAIL PROTECTED]>
> > * URL : http://pyenchant.sourceforge.net/
> > * License : LGPL with a special exception to link to non-free
> > spell checker backend (e.g. Microsoft Office
> > spell checker)
> 
> ??
> 

PyEnchant is licensed under the same terms as enchant itself, which is
already part of debian (package libenchant1 I believe).  It applies the
standard LGPL and adds the following exception:


# In addition, as a special exception, you are
# given permission to link the code of this program with
# non-LGPL Spelling Provider libraries (eg: a MSFT Office
# spell checker backend) and distribute linked combinations including
# the two.  You must obey the GNU Lesser General Public License in all
# respects for all of the code used other than said providers.  If you
modify
# this file, you may extend this exception to your version of the
# file, but you are not obligated to do so.  If you do not wish to
# do so, delete this exception statement from your version.


I'm no license lawyer so I chose the simplest, safest option and applied
the same license as enchant itself to the bindings I produced.  There
are no extra restrictions, only extra permissions.

Hope that helps fill in a few of the question marks.


Cheers,

  Ryan


-- 
Ryan Kelly
http://www.rfk.id.au  |  This message is digitally signed. Please visit
[EMAIL PROTECTED]|  http://www.rfk.id.au/ramblings/gpg/ for details



signature.asc
Description: This is a digitally signed message part

Re: discrepancies between uploaded and source-built .deb

[Karl Chen]

> On 2005-03-23 11:44 PST, Jeroen van Wolffelaar writes:

Jeroen> I assume you use 'debdiff' that actually does those
Jeroen> list you the differences in file lists? And also
Jeroen> differences in dependencies, if a recompile introduces
Jeroen> another dependency, it is worth fixing this now,
Jeroen> because after sarge is released, this might cause
Jeroen> problems in the future with security updates.

I didn't know about debdiff - that would have saved me from
basically re-implementing it.

-- 
Karl 2005-03-23 16:25


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt

[Paul Hampson]

On Wed, Mar 23, 2005 at 08:53:38PM +0100, Per Olofsson wrote:
> Elimar Riesebieter:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Elimar Riesebieter <[EMAIL PROTECTED]>

> > * Package name: mutt-ng

> Also note that Norbert Tretkowski has already created a mutt-ng
> package, although he doesn't intend to upload it (yet). It is
> available at .

Actually, the site with the test deb files mentions that Norbert
has passed the baton to Elimar.

On the other hand, I'm having a problem with the package, it
doesn't include muttng_dotlock, and seems to think my mailspool
(mbox in /var/mail) is read-only. (vanilla) Mutt can use it
fine.

-- 
---
Paul "TBBle" Hampson, MCSE
8th year CompSci/Asian Studies student, ANU
The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361)
[EMAIL PROTECTED]

"No survivors? Then where do the stories come from I wonder?"
-- Capt. Jack Sparrow, "Pirates of the Caribbean"

This email is licensed to the recipient for non-commercial
use, duplication and distribution.
---


pgpIOH9nMUpbj.pgp
Description: PGP signature

Re: Vancouver meeting - clarifications

[Pierre THIERRY]

Scribit Anthony Towns dies 23/03/2005 hora 21:52:
> Pierre THIERRY wrote:
> >- Debian: 11 ports, 9157 packages (sarge) [17593 in sid]
> Hrm, where are those numbers from?

wc -l (modulo the first lines) of the allpackages.txt file on the
website

Quickly,
Nowhere man
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Debian-Installer rc3 released

[Joey Hess]

The Debian Installer team is proud to announce the third release candidate
of the Debian Installer for Debian GNU/Linux Sarge. We love doing this so
much that we couldn't resist updating the installer one more time before
the official release of Debian 3.1.

The most significant change in this release are updated versions of all
kernels that include numerous security fixes. Also, users of the hppa
architecture, please note that the 2.6 kernel is now used by default, and
the 2.4 kernel is no longer available for hppa.

For users of Microsoft OSes, we're pleased to include a new version of
parted in this version of the installer, which should do much better at
keeping your Windows OS bootable when partitioning for Debian.

Of course this release also includes three months of improvements to the
software in Debian sarge.

We've also spent the last few months fixing all the other errata items
from rc2, along with many other bugs, polishing the documentation, and in
general making this the most spiffy new Debian Installer release ever. Come
and get it!

Installation CDs, other media, and everything else you'll need are
available from our web site. 

-- 
see shy jo


signature.asc
Description: Digital signature

wxWidgets 2.5 [Was Re: NEW-queue handling after extending group of ftp-master]

[Steve Langasek]

On Wed, Mar 23, 2005 at 08:43:17PM -0500, Josh Metzler wrote:
> > Believe me I'm trying to investigate and fix #295131. Btw any ideas/help
> > are welcome. Second RC bug for scorched3d is fixed both in upstream and
> > on my box, but without fixing first one there's no need to upload.

> > Once again hints for #295131 are welcome, since afaik it works on sarge,
> > and not on sid so we've got probably some interesting bug in libglib or
> > something relevant.

> I have know idea if this would work, but what about using libwxgtk2.5.3 
> rather than libwxgtk2.4?  I don't know how much porting effort if any would 
> be involved in that, but libwxgtk2.5.3 seems to be built against libglib2.0 
> like scorched3d and libSDL, whereas (as the bug report says) libwxgtk2.4 is 
> linked against libglib1.2.

Can be done, but libwxgtk2.5 is a non-releasable mess because it results in
mutual breakage with libwxgtk2.4 when the packages are co-installed; so any
package that's updated to wxWidgets 2.5 is almost certainly not going to
make it into sarge.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: Debian-Installer rc3 released

[Jesus Climent]

On Wed, Mar 23, 2005 at 11:53:25PM -0500, Joey Hess wrote:
> The Debian Installer team is proud to announce the third release candidate
> of the Debian Installer for Debian GNU/Linux Sarge. We love doing this so
> much that we couldn't resist updating the installer one more time before
> the official release of Debian 3.1.

Kudos to Joey and the D-I team for all the effort, dedication and time spent
in making D-I one of the best pieces of code ever since the invention of apt
and sliced bread.

Thanks!

-- 
Jesus Climent  info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429  7E18 66FC 1D7F 8694 6D69

I don't wanna hear old sad bastard music Barry, I just want something I can 
ignore.
--Rob (High Fidelity)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt

[Jesus Climent]

On Thu, Mar 24, 2005 at 02:33:27PM +1100, Paul Hampson wrote:
> 
> On the other hand, I'm having a problem with the package, it
> doesn't include muttng_dotlock, and seems to think my mailspool
> (mbox in /var/mail) is read-only. (vanilla) Mutt can use it
> fine.

Same problem here. Reported to Norbert but never got deeper into it. Let's try
renaming mutt_dotlock to muttng_dotlock ;)


-- 
Jesus Climent  info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429  7E18 66FC 1D7F 8694 6D69

He's almost a stranger, and I prefer him to you!
--Sandra Bloom (Big Fish)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: If Debian's too radical for you... [was: NEW handling: About rejects, and kernels]

[Marc Haber]

On Thu, 24 Mar 2005 11:13:05 +1100, Matthew Palmer
<[EMAIL PROTECTED]> wrote:
>On Thu, Mar 24, 2005 at 10:29:35AM +1100, Russell Coker wrote:
>> On Thursday 24 March 2005 03:40, Theodore Ts'o <[EMAIL PROTECTED]> wrote:
>> > If the free software fanatics succeed in kicking non-free from being
>> > supported by Debian assets, such that the FSF documentation were no
>> > longer available, I'd probably end up agreeing with you and probably
>> > would do what you are considering to do after sarge ships.
>> >
>> > If it would help, I'd ask you to reconsider.  If all the reasonable
>> > moderates leave, then all that will be left will be the extremists.
>> 
>> Of course an option is always to fork the project.  Maybe it's time to have 
>> a 
>> Debian project that focusses on getting software released as opposed to the 
>> Debian that wants to be fanatic.
>
>"Some would say that this has already happened".  Not a fork, per se, but
>Ubuntu's licencing policy (and the general level-headedness of the people I
>know who are deeply involved in it) suggests that it may be the refuge you
>seek.

Is it as easy to participate with Ubuntu as it is with Debian?

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834