Re: SONAME and package version question

[Eduard Bloch]

#include 
* Roberto C. Sanchez [Wed, Jun 22 2005, 12:41:08PM]:
> On Wed, Jun 22, 2005 at 10:32:04AM -0500, Adam Majer wrote:
> > 
> > You will also need to be careful about when you run dh_makeshlibs if you
> > manually set the version numbers.
> > 
> 
> In debian/rules, I have this:
> 
> # shared library versions, option 1
> version=0.2.6
> major=0

IIRC those variables were just set for cosmetic reasons, the
dh_makeshlibs manpage does not refer to it.

> Is that what I need to change?

Well, what do you want to change?

> Is there an automated way to do that?

You are the maintainer? You need to check whether the SONAME still
catches the compatibility issues or not and decide then.

For further questions, refer to
http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
and the debian-mentors list please.

Regards,
Eduard.

-- 
"I never thought there could be anything worse than being all alone
 in the night."
'But there is, being all alone in a crowd.'
-- Sheridan and Delenn, "There All The Honor Lies", Babylon 5


signature.asc
Description: Digital signature

Re: And now for something completely different... etch!

[Jim Crilly]

On 06/22/05 12:02:53PM -0500, Manoj Srivastava wrote:
> On Wed, 22 Jun 2005 07:22:33 -0400 (EDT), Freddie Unpenstein <[EMAIL 
> PROTECTED]> said: 
> 
> >> > - inetd begone! -> xinetd (better mechanism to control DoS,
> >> >   separation, etc.)
> 
> >> xinetd begone. There is no justification for using anything
> >> resembling inetd on a modern system.
> 
> > What planet do you live on?  I want MORE use of inetd, not less.  I
> > want to be able to select a service, and tell the system whether I
> > want it running all the time, or only when needed.
> 
> Why? What you offer here are preferences and opinions, with
>  nothing to back them up. Previous posters in the discussion have
>  offered reasons not to use inet daemons -- off the top of my head, it
>  was a) in the current day and age, an idling daemon does not consume
>  a significant amount of resources, b) a inted daemon adds complexity
>  to the mix, and another point of failure/attack c) It adds latency to
>  response for the daemon (I may have missed other points).
> 
> What do you have to counter these points? I can speculate that
>  you may disagree with point a above, but if so, I think in my
>  experience point a has been justified.

>From the security aspect using xinetd automatically gets you things like
connection rate limiting, tcp wrappers support, source address
restrcitions,
available time restrictions, connection logging, interface binding, etc.

Sure some daemons already sport those options, but not all do and if a
standard is to be chosen it should be safer one. If you know the service
well enough to configure it you probably also know how to disable the
xinetd instance and enable the init script.

> 
> manoj

Jim.


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

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Stephen Frost wrote:
:: Based on the requirements it seems unlikely Debian
:: would be able to afford to pay for hosting very
:: long with our current donation income amounts.
:: Gigabit network connections and associated rack space
:: is cheaper than it used to be but aiui Debian hasn't
:: got all that much cash.  From a bit of googleing what
:: I've seen is around $3k/month for unmetered 100Mb/s,
:: and $10k/month for unmetered 1Gb/s and I'm not sure
:: those would meet the other requirements so the actual
:: price of something meeting all the requirements would
:: probably be higher.

A while() ago, I read a [1]history in kernel trap
about a history of the kernel.org infrastructure upgrade,
ISC is the bandwidth sponsor, and in the "Third Generation"
section of the kernel trap article, Peter Anvin explained
that he contacted Paul Vixie about the idea of hosting and
get an answer with a [2]list of hosted projects and this
explanation: "we're a public benefit corporation and we do
a lot of this kind of stuff. We recognize the Linux Kernel
Archive project as a fellow traveler and it's clear to us
that by helping Peter Anvin we help our own cause." Added
to it, "Peter Anvin's been great to work with. Kernel.org
is one of our larger single traffic sources, and we're proud
to be associated with it. ISC believes that our existence
has an industry-wide and community-wide benefit, and that
kernel.org's existence, likewise."

[1]http://kerneltrap.org/node/5070
[2]http://www.isc.org/ops/hosting/


Googling around I found an [3]ISC Press Release
talking about the improvement of accessibility of Open
Source software projects. Perhaps, somebody should contact
them to let ISC know that we need some "help". I was
thinking about doing that, but IANADD and I believe that
DPL (or some delegate) should do it. :))

[3]http://www.isc.org/index.pl?/about/press/?pr=2004092801


Hope it helps. Kind regards,

- --
//
// Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>
// GUD-PR / DUG-PR || http://www.debian-pr.org
// GUD-BR / DUG-BR || http://www.debian-br.org
// Debian Project  || http://www.debian.org/
//
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFCujDnCjAO0JDlykYRAhqCAJ4rRj90YwVlVKz4dh6bj2xGNzubxACgyvoa
CZ3YE0rn7YIsYxea7OX47xk=
=EzVJ
-END PGP SIGNATURE-


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

Re: Testing package installation, upgrading, and removal

[Joey Hess]

Lars Wirzenius wrote:
> Finally,  it reports problems against the state of the directory
> tree at the last distribution compared with  the  state  without
> the  packages having been installed.

It would be useful if it could report the same problems in the
intermediate distribution too.

> Is this what you want?
> 
> It's fairly slow for now, but can be made faster (e.g., by saving
> tarballs of various phases for later reuse) if it otherwise does what is
> needed.

Yes, seems like what I want. It will definitly need to cache tarballs
before being run on the whole archive.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Greylisting for @debian.org email, please

[Russell Coker]

On Thursday 23 June 2005 07:17, Glenn Maynard <[EMAIL PROTECTED]> wrote:
> > > Yes, it is, if every suggestion for "improvement" is a poor one.  Lack
> > > of good ideas does not justify bad ones; not having any good ideas does
> > > not invalidate or in any way reduce the value of pointing out the bad
> > > ones.
> >
> > Currently gluck.debian.org and murphy.debian.org seem to be the main
> > sources of spam I receive.  Given the discussion here it seems that my
> > best option for reducing spam is to receive my mailing list messages
> > through another account and have my main mail server reject all mail from
> > gluck and murphy.
> >
> > Receiving huge volumes of spam is a bad idea.  Lack of what you consider
> > to be good ideas for dealing with spam does not justify reading it.
>
> That's wonderful, but what I said stands.

It has already been established that using the CBL with SMTP 55x responses is 
a suitable anti-spam measure.  It will get extremely few false-positives (to 
be on the CBL a server has to send mail to a spam-trap address), the CBL is 
apparently easy to be removed from, and no mail will be lost (legitimate mail 
will be bounced back to the origin).

The current situation is that some DDs are filtering mail from gluck and 
rejecting it if spam criteria are matches.  This causes bounces to innocent 
third-parties thus making gluck a source of problems on the net.

Some people apparently teergrub gluck too, this is the wrong approach and 
causes problems for the administrators.  But with the current situation I can 
understand why people want to do it.

Anyway I'll now try blocking gluck.  Don't send mail to my @debian.org address 
if you want to contact me.

-- 
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]

Received: lines in email from Debian servers

[Russell Coker]

Could the Debian mail servers be reconfigured to put more information in the 
Received: lines?

Below is a sample from the headers of a mail sent to me by gluck.  You will 
note that my server logs that the envelope recipient was [EMAIL PROTECTED] 
while gluck puts no such data in the log entry.

This lack of information does no good (it's not secret) but makes it much more 
difficult to track down misconfiguration issues and spam.

Received: from gluck.debian.org (gluck.debian.org [192.25.206.10])
by smtp.sws.net.au (Postfix) with ESMTP id DE3F461B02
for <[EMAIL PROTECTED]>; Thu, 23 Jun 2005 12:13:56 +1000 (EST)
Received: from (carmax.com) [220.90.224.49] 
by gluck.debian.org with smtp (Exim 3.35 1 (Debian))
id 1DlGod-0002gJ-00; Wed, 22 Jun 2005 19:47:40 -0600


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

Re: Testing package installation, upgrading, and removal

[Lars Wirzenius]

ma, 2005-06-20 kello 16:47 +0100, Paul Brossier kirjoitti:
> how about an optional debian/package.piuparts file that would contain
> the syntax to make runtime tests? this would allow to check that
> executables can be run, and possibly that their result is consistent. it
> could even be used to detect memory leaks.

I've been thinking about that kind of package testing as well, but
haven't gotten very far with it. See my two web log entries about it:

http://liw.iki.fi/liw/log/2005-05.html#20050507b
http://liw.iki.fi/liw/log/2005-05.html#20050509c

In other words, I don't think it should be tied to piuparts, but if
suitable debian/rules targets are standardized on, piuparts could
certainly run such checks.


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

Re: Testing package installation, upgrading, and removal

[Lars Wirzenius]

la, 2005-06-18 kello 22:53 -0400, Joey Hess kirjoitti:
> I want to run a test that installs each package in woody in turn,
> upgrades them to sarge, then to sid, then purges it, then looks for
> /usr/doc and /usr/info stuff that is were produced during the package's
> install or upgrade and not removed.

I have now, I think, implemented something for this now. From the manual
page for version 0.5:

 3. An upgrade test between Debian releases.  This test  is  enabled
by using the -d option multiple times and disables the other two
tests. It sets up the chroot with the first distribution  named,
then  upgrades it to each successive one, and then remembers the
directory tree state at the end. After this, it starts over with
the chroot of the first distribution, installs the desired pack‐
ages (via apt-get),  and  does  the  successive  upgrading  (via
apt-get  dist-upgrade).  Then,  if  package  files (and not just
package names) were given on the command line, it installs them.
Finally,  it reports problems against the state of the directory
tree at the last distribution compared with  the  state  without
the  packages having been installed. This test can be quite slow
to execute.

And the example:

 If  you  want  to  test  that a package installs properly in the stable
 Debian release, then can be upgraded to the testing and  unstable  ver‐
 sions,  and  then uninstalled without problems, you would give the fol‐
 lowing command:

 piuparts -a -d stable -d testing -d unstable foo

Is this what you want?

It's fairly slow for now, but can be made faster (e.g., by saving
tarballs of various phases for later reuse) if it otherwise does what is
needed.

The code is at http://liw.iki.fi/liw/download/piuparts-0.5.tar.gz (still
no Debian package, sorry).

Re: Reportbug and RFS

[David Moreno Garza]

On Wed, 2005-06-22 at 13:09 +0200, Nico Golde wrote:
> That would make the "you forgot this, and this or this"
> useless in my opinion.
> What do you think? I would write this patch, if you agree.
> Regards Nico

You could write the patch, file a wishlist bug against reportbug and
send it to the bug.

--
David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/
 Sex is like bridge: If you don't have a good partner, you better have a
good hand. 
 GPG: C671257D - 6EF6 C284 C95D 78F6 0B78 FFD3 981C 5FD7 C671 257D


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

Re: Question about replacing obsolete packages.

[Brian M. Carlson]

On Wed, 2005-06-22 at 17:43 -0400, Roberto C. Sanchez wrote:
> I was planning on adopting iceme and icepref.  However, both are no
> longer active upstream.  They are now modules of the IceWM Control Panel
> (IceWMCP).  I will package IceWMCP soon.  However, I would like to
> ensure that users with iceme or icepref currently installed see icewmcp
> as the "next version."  That is, after it goes into sid, someone with
> iceme or icepref installed should see a new version, which brings in
> icewmcp.  What is the best way in which to accomplish this?

Make iceme and icepref dummy packages that just depend on icewmcp.

-- 
($_,$a)=split/\t/,join'',map{unpack'u',$_};eval$a;print;__DATA__
M961H<[EMAIL PROTECTED];"!U2QA8F-D969G:&EJ:VQM;F]P<7)S='5V=WAY>BQN=V]R8FMC
5:75Q96AT9V1Y>F%L=G-P;6IX9BP)



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

Question about replacing obsolete packages.

[Roberto C. Sanchez]

I was planning on adopting iceme and icepref.  However, both are no
longer active upstream.  They are now modules of the IceWM Control Panel
(IceWMCP).  I will package IceWMCP soon.  However, I would like to
ensure that users with iceme or icepref currently installed see icewmcp
as the "next version."  That is, after it goes into sid, someone with
iceme or icepref installed should see a new version, which brings in
icewmcp.  What is the best way in which to accomplish this?

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


pgp3gnqbVX6QZ.pgp
Description: PGP signature

Re: Greylisting for @debian.org email, please

[Glenn Maynard]

On Wed, Jun 22, 2005 at 07:19:44PM +1000, Russell Coker wrote:
> On Tuesday 21 June 2005 09:21, Glenn Maynard <[EMAIL PROTECTED]> wrote:
> > On Mon, Jun 20, 2005 at 05:58:11PM +1000, Russell Coker wrote:
> > > Rejecting every suggestion for an improvement is not helpful.
> >
> > Yes, it is, if every suggestion for "improvement" is a poor one.  Lack
> > of good ideas does not justify bad ones; not having any good ideas does
> > not invalidate or in any way reduce the value of pointing out the bad
> > ones.
> 
> Currently gluck.debian.org and murphy.debian.org seem to be the main sources 
> of spam I receive.  Given the discussion here it seems that my best option 
> for reducing spam is to receive my mailing list messages through another 
> account and have my main mail server reject all mail from gluck and murphy.
> 
> Receiving huge volumes of spam is a bad idea.  Lack of what you consider to 
> be 
> good ideas for dealing with spam does not justify reading it.

That's wonderful, but what I said stands.

-- 
Glenn Maynard


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

unsubscribe

[jack]

Raphael Hertzog <[EMAIL PROTECTED]> wrote on 06/22/2005, 06:47:05 PM:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Format: 1.7
> Date: Wed, 22 Jun 2005 17:52:46 +0200
> Source: libdbd-pg-perl
> Binary: libdbd-pg-perl
> Architecture: source i386
> Version: 1.42-0sarge1
> Distribution: stable
> Urgency: low
> Maintainer: Raphael Hertzog 
> Changed-By: Raphael Hertzog 
> Description: 
>  libdbd-pg-perl - a PostgreSQL interface for Perl 5 using DBI
> Closes: 314421
> Changes: 
>  libdbd-pg-perl (1.42-0sarge1) stable; urgency=low
>  .
>* Simple recompile for sarge. Closes: #314421
>* This bug annoys enough users in my opinin to warrant an update
>  in stable.
> Files: 
>  4249f8971f56b9e9fbae59731e69530f 734 perl optional 
> libdbd-pg-perl_1.42-0sarge1.dsc
>  9defc6e0887f5e4d1207cc527271b41d 5142 perl optional 
> libdbd-pg-perl_1.42-0sarge1.diff.gz
>  fe5e807e6c76b3ed672cccb8621a7d34 115134 perl optional 
> libdbd-pg-perl_1.42-0sarge1_i386.deb
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.1 (GNU/Linux)
> 
> iD8DBQFCuZNSvPbGD26BadIRAsuJAJ95fk7tmM54MDbPQn9eUWLXaE3j5QCfeeeZ
> NBo61Hh97tPvUmUBc1q1yOk=
> =01Mn
> -END PGP SIGNATURE-
> 
> 
> Accepted:
> libdbd-pg-perl_1.42-0sarge1.diff.gz
>   to pool/main/libd/libdbd-pg-perl/libdbd-pg-perl_1.42-0sarge1.diff.gz
> libdbd-pg-perl_1.42-0sarge1.dsc
>   to pool/main/libd/libdbd-pg-perl/libdbd-pg-perl_1.42-0sarge1.dsc
> libdbd-pg-perl_1.42-0sarge1_i386.deb
>   to pool/main/libd/libdbd-pg-perl/libdbd-pg-perl_1.42-0sarge1_i386.deb
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


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

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Thomas Bushnell BSG]

Joey Hess <[EMAIL PROTECTED]> writes:

> Unfortunatly the CCCP is currently maxed out on power in its existing
> racks, so is not taking new clients, unless one moves. 

Is this true for its "sister sites" too?  The web page says they have
sites in Seattle, Chicago, Toronto, and Washington.

Thomas


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

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Olaf van der Spek]

On 6/22/05, Peter Samuelson <[EMAIL PROTECTED]> wrote:
> 
> [Olaf van der Spek]
> > I've been wondering, would it be an idea (for the long-term) to use
> > (more) distributed ... or p2p concepts to reduce the dependency and
> > load on central servers?
> 
> Please give some specific examples of what you mean.

I'm not sure how exactly the current mirrors work, but syncing
(primary) mirrors between eachother instead of all from a master may
be an idea.

> I hope you aren't suggesting that the mirror network be replaced by
> bittorrent.  That would suck for just about everybody.

I'd not immediately suggest replacing it by BT, but using (or at least
looking at) BT-like concepts may certainly be an interesting idea.

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Peter Samuelson]

[Olaf van der Spek]
> I've been wondering, would it be an idea (for the long-term) to use
> (more) distributed ... or p2p concepts to reduce the dependency and
> load on central servers?

Please give some specific examples of what you mean.

Debian services are already distributed across a wide range of
machines.  As for p2p ... well, "p2p concepts" is too vague to talk
about.  Debian machines already run TCP/IP, which is the original
peer-to-peer network technology.  (For some values of "original".)

I hope you aren't suggesting that the mirror network be replaced by
bittorrent.  That would suck for just about everybody.


signature.asc
Description: Digital signature

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Olaf van der Spek]

On 6/22/05, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> James Troup <[EMAIL PROTECTED]> writes:
> 
> > If you think you could offer hosting under these conditions, please
> > send details to [EMAIL PROTECTED]
> 
> I can't offer hosting, but I do have a suggestion (though perhaps it's
> already been considered and rejected).  We could perhaps take
> advantage of the California Community Colocation Project, which offers
> free colocation for non-profits and individuals.
> 
> http://www.communitycolo.net/
> 
> We surely have Debian volunteers in the bay area who can do any
> necessary on-site help too.

I've been wondering, would it be an idea (for the long-term) to use
(more) distributed ... or p2p concepts to reduce the dependency and
load on central servers?

Re: raidtools2 -> mdadm change: woes and problems

[Frans Pop]

On Wednesday 22 June 2005 11:16, Brian May wrote:
> http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.e
>n.html#s-mdadm

> The documentation said that there was no need for a config file, and I
> never used a 2.2 kernel, so the paragraphs starting with "If your RAID
> array was created on a 2.2 Linux kernel patched with RAID" seem
> irrelevant.

Correct. That para is only relevant for Sparc and therefore is only 
included in the Release notes for Sparc, not in the version linked to 
above.


pgpxK2fFvo6ln.pgp
Description: PGP signature

Re: And now for something completely different... etch!

[Manoj Srivastava]

On Wed, 22 Jun 2005 07:22:33 -0400 (EDT), Freddie Unpenstein <[EMAIL 
PROTECTED]> said: 

>> > - inetd begone! -> xinetd (better mechanism to control DoS,
>> >   separation, etc.)

>> xinetd begone. There is no justification for using anything
>> resembling inetd on a modern system.

> What planet do you live on?  I want MORE use of inetd, not less.  I
> want to be able to select a service, and tell the system whether I
> want it running all the time, or only when needed.

Why? What you offer here are preferences and opinions, with
 nothing to back them up. Previous posters in the discussion have
 offered reasons not to use inet daemons -- off the top of my head, it
 was a) in the current day and age, an idling daemon does not consume
 a significant amount of resources, b) a inted daemon adds complexity
 to the mix, and another point of failure/attack c) It adds latency to
 response for the daemon (I may have missed other points).

What do you have to counter these points? I can speculate that
 you may disagree with point a above, but if so, I think in my
 experience point a has been justified.

manoj
-- 
Rome was not built in one day. John Heywood
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Re: SONAME and package version question

[Roberto C. Sanchez]

On Wed, Jun 22, 2005 at 10:32:04AM -0500, Adam Majer wrote:
> 
> You will also need to be careful about when you run dh_makeshlibs if you
> manually set the version numbers.
> 

In debian/rules, I have this:

# shared library versions, option 1
version=0.2.6
major=0

Is that what I need to change?

Is there an automated way to do that?

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


pgpvLZ3ZvzSVt.pgp
Description: PGP signature

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Joey Hess]

Thomas Bushnell BSG wrote:
> I can't offer hosting, but I do have a suggestion (though perhaps it's
> already been considered and rejected).  We could perhaps take
> advantage of the California Community Colocation Project, which offers
> free colocation for non-profits and individuals.

Unfortunatly the CCCP is currently maxed out on power in its existing
racks, so is not taking new clients, unless one moves. It also probably
cannot meet the bandwidth needs of ftp-master, since clients are limited
to 10bt at the switch.

Otherwise I quite agree that CCCP is a good resource to consider for
some things. I've been happily hosted there (and donating) for years.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: SONAME and package version question

[Josselin Mouette]

Le mercredi 22 juin 2005 à 11:14 -0400, Roberto C. Sanchez a écrit :
> I am working on packaging the ROTE library so that I can depend on it
> for anyterm.  I need to package version 0.2.6 + the CVS from 20050511.
> I have created a patch between the 0.2.6 release and the 20050511 CVS.
> 
> Without the patch, the relevant contents of the .deb are:
> 
> $ dpkg -c librote0_0.2.6-1_i386.deb
> drwxr-xr-x root/root 0 2005-06-21 22:36:21 ./
> drwxr-xr-x root/root 0 2005-06-21 22:36:20 ./usr/
> drwxr-xr-x root/root 0 2005-06-21 22:36:21 ./usr/lib/
> -rw-r--r-- root/root 13744 2005-06-21 22:36:21 ./usr/lib/librote.so.0.2.6
> lrwxrwxrwx root/root 0 2005-06-21 22:36:21 ./usr/lib/librote.so.0 -> 
> librote.so.0.2.6
> 
> With the patch, the relevant content are:
> 
> $ dpkg -c librote0_0.2.6+20050511-1_i386.deb
> drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./
> drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./usr/
> drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./usr/lib/
> -rw-r--r-- root/root 13744 2005-06-22 10:48:51 ./usr/lib/librote.so.0.2.7
> lrwxrwxrwx root/root 0 2005-06-22 10:48:51 ./usr/lib/librote.so.0 -> 
> librote.so.0.2.7
> 
> Is it OK for the last digit in the library to change from 6 to 7?  Do I
> need to do something about the version number?

If the SONAME value (displayed by objdump -p) hasn't changed, you don't
need to change anything. The only thing you have to change is to bump
the minimal dependency for dh_shlibdeps, if there are new symbols.
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
   `-  Debian GNU/Linux -- The power of freedom

Re: SONAME and package version question

[Adam Majer]

Roberto C. Sanchez wrote:

>I am working on packaging the ROTE library so that I can depend on it
>for anyterm.  I need to package version 0.2.6 + the CVS from 20050511.
>I have created a patch between the 0.2.6 release and the 20050511 CVS.
>
>Without the patch, the relevant contents of the .deb are:
>
>$ dpkg -c librote0_0.2.6-1_i386.deb
>drwxr-xr-x root/root 0 2005-06-21 22:36:21 ./
>drwxr-xr-x root/root 0 2005-06-21 22:36:20 ./usr/
>drwxr-xr-x root/root 0 2005-06-21 22:36:21 ./usr/lib/
>-rw-r--r-- root/root 13744 2005-06-21 22:36:21 ./usr/lib/librote.so.0.2.6
>lrwxrwxrwx root/root 0 2005-06-21 22:36:21 ./usr/lib/librote.so.0 -> 
>librote.so.0.2.6
>
>With the patch, the relevant content are:
>
>$ dpkg -c librote0_0.2.6+20050511-1_i386.deb
>drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./
>drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./usr/
>drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./usr/lib/
>-rw-r--r-- root/root 13744 2005-06-22 10:48:51 ./usr/lib/librote.so.0.2.7
>lrwxrwxrwx root/root 0 2005-06-22 10:48:51 ./usr/lib/librote.so.0 -> 
>librote.so.0.2.7
>
>Is it OK for the last digit in the library to change from 6 to 7?  Do I
>need to do something about the version number?
>  
>
The soname doesn't appear to have changed. It appears to be
librote.so.0  The other parts are not part of the soname, just the filename.

Of course, I'm assuming that upstream knows what they are doing and not
just having soname=version and deleting or changing interfaces in the
library. Some upstream are clueless that way.

You will also need to be careful about when you run dh_makeshlibs if you
manually set the version numbers.

- Adam


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

Wanted: co-maintainer(s) for dovecot

[Jaldhar H. Vyas]

Now that sarge has released, I really want to move to the 1-0stable series 
of the dovecot IMAP/POP3 server in sid.  However being really busy with 
various things I thought it might be prudent to get one or more 
co-maintainers to help out so it can get done quickly.  (Though there are 
a couple of library transitions coming up which may slow things down.)


I would prefer people who are already Debian developers, know something 
about mail protocols and will have time to keep up with the pace of 
dovecot development.  If you are interested and qualified please let me 
know.


--
Jaldhar H. Vyas <[EMAIL PROTECTED]>
La Salle Debain - http://www.braincells.com/debian/


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

SONAME and package version question

[Roberto C. Sanchez]

I am working on packaging the ROTE library so that I can depend on it
for anyterm.  I need to package version 0.2.6 + the CVS from 20050511.
I have created a patch between the 0.2.6 release and the 20050511 CVS.

Without the patch, the relevant contents of the .deb are:

$ dpkg -c librote0_0.2.6-1_i386.deb
drwxr-xr-x root/root 0 2005-06-21 22:36:21 ./
drwxr-xr-x root/root 0 2005-06-21 22:36:20 ./usr/
drwxr-xr-x root/root 0 2005-06-21 22:36:21 ./usr/lib/
-rw-r--r-- root/root 13744 2005-06-21 22:36:21 ./usr/lib/librote.so.0.2.6
lrwxrwxrwx root/root 0 2005-06-21 22:36:21 ./usr/lib/librote.so.0 -> 
librote.so.0.2.6

With the patch, the relevant content are:

$ dpkg -c librote0_0.2.6+20050511-1_i386.deb
drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./
drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./usr/
drwxr-xr-x root/root 0 2005-06-22 10:48:51 ./usr/lib/
-rw-r--r-- root/root 13744 2005-06-22 10:48:51 ./usr/lib/librote.so.0.2.7
lrwxrwxrwx root/root 0 2005-06-22 10:48:51 ./usr/lib/librote.so.0 -> 
librote.so.0.2.7

Is it OK for the last digit in the library to change from 6 to 7?  Do I
need to do something about the version number?

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


pgphBnOaUmRaA.pgp
Description: PGP signature

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Andrew Suffield]

On Wed, Jun 22, 2005 at 11:43:53AM +0200, Thijs Kinkhorst wrote:
> On Wed, June 22, 2005 11:36, Thomas Bushnell BSG wrote:
> > "Thijs Kinkhorst" <[EMAIL PROTECTED]> writes:
> >> On Wed, June 22, 2005 10:25, James Troup wrote:
> >>> o be a donation, i.e. gratis.  Debian can't pay for it's own hosting.
> >>
> >> I was wondering about this statement. Debian receives monetary donations
> >> and owns quite a lot of money - wouldn't paying for critical parts of
> >> infrastructure like ftpmaster be money well spent?
> >
> > I think the point is that we ask for a donation before we spend money
> > on it.
> 
> Sure, but the statement quoted above rules it out entirely. "can't pay" is
> pretty definitive. I'm wondering why it's that certain that we can't pay
> for it.
> 
> Furthermore, actually paying for it does not create a problem like now
> where the hosting gets cancelled suddenly.

Hah, as if. When you're *paying* for hosting then they don't think
twice about cutting your bandwidth/service/connectivity/power and/or
confiscating your server without warning. Consumers are easily
replaced. When it's donated then at least they feel bad about it; when
you're a consumer then there is no such ethical problem for the host.

Anyway, we don't have that kind of money. High-level hosting costs a
fortune on a recurring basis. There are few things that could be fatal
to Debian, but introducing a requrement for an income of several grand
per month is one of them.

Besides which, it makes economic sense to have the donation come from
the hosting company, with no money changing hands. Anything else is
grossly inefficient.

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ |
 `. `'  |
   `- -><-  |


signature.asc
Description: Digital signature

Re: Reportbug and RFS

[Neil McGovern]

On Wed, Jun 22, 2005 at 07:48:11AM -0500, Peter Samuelson wrote:
> 
> [Nico Golde]
> > what about including the possibility of an RFS in reportbug?
> > I think this would be a good idea because I often see RFS
> > requests which are totally stupid.
> Well, either way, I'd suggest a separate script.  There's no overlap
> between reportbug and a RFS.  Even overloading it to post ITPs is in my
> opinion pretty much of a stretch.
>

I'm currently programming something like this. There used to be a nice
page somewhere, but it's now disused.

http://sponsors.debian.net/about.php

Regards,
Neil
-- 
   __   
 .Ž  `. [EMAIL PROTECTED]
 : :' ! 
 `. `Ž  gpg: B345BDD3
   `-   Please don't cc, I'm subscribed to the list


signature.asc
Description: Digital signature

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Petter Reinholdtsen]

[Jonas Meurer]
> paying for any parts of infrastructure would delete the independance
> from donations.  debian was never depending on any donations, for
> good reasons.  if we change this, the next step will be that some
> monstrous companies offer deals to us: "We give you money, you give
> us XYZ"

I'm not sure if this is a surprise to you, but donating power, network
bandwith and rack space is also a donation.  Debian has always
depended on donations to keep its infrastructure working.

> i think that the independance from donations is an essential part of
> debians free infrastructure.

I am not convinced that this is an essensial part fo debians free
infrastructure, as the infrastructure isn't without cost, and this
cost come from people and compaines donating it to debian.


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

Re: Reportbug and RFS

[Peter Samuelson]

[Nico Golde]
> what about including the possibility of an RFS in reportbug?
> I think this would be a good idea because I often see RFS
> requests which are totally stupid.

Encouraging people so inexperienced as to post stupid RFSes to upload
*more* things to Debian is not particularly productive.  It's not like
it's *hard* to immerse oneself in the Debian development community long
enough to see how it's done.  Do you really wish to encourage the
belief that even that amount of effort is superfluous?

Well, either way, I'd suggest a separate script.  There's no overlap
between reportbug and a RFS.  Even overloading it to post ITPs is in my
opinion pretty much of a stretch.


signature.asc
Description: Digital signature

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Jonas Meurer]

On 22/06/2005 Thijs Kinkhorst wrote:
> On Wed, June 22, 2005 10:25, James Troup wrote:
> > o be a donation, i.e. gratis.  Debian can't pay for it's own hosting.
> 
> I was wondering about this statement. Debian receives monetary donations
> and owns quite a lot of money - wouldn't paying for critical parts of
> infrastructure like ftpmaster be money well spent?

paying for any parts of infrastructure would delete the independance
from donations.
debian was never depending on any donations, for good reasons.
if we change this, the next step will be that some monstrous companies
offer deals to us: "We give you money, you give us XYZ"

i think that the independance from donations is an essential part of
debians free infrastructure.

bye
 jonas


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

Re: And now for something completely different... etch!

[Freddie Unpenstein]

> > - inetd begone! -> xinetd (better mechanism to control DoS,
> >   separation, etc.)

> xinetd begone. There is no justification for using anything
> resembling inetd on a modern system.

What planet do you live on?  I want MORE use of inetd, not less.  I want to be 
able to select a service, and tell the system whether I want it running all the 
time, or only when needed.

In several cases as it is, I've taken services out of the boot sequence and 
placed them into ppp.d, inetd, or simply only start them when I need to. 


Fredderic

___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!



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

Reportbug and RFS

[Nico Golde]

Hi,
what about including the possibility of an RFS in reportbug?
I think this would be a good idea because I often see RFS
requests which are totally stupid.
If we would include it in reportbug everybody can use a
template (for example similiar to the ITP template) and
reportbug could check if there is an ITP if someone will
make an RFS.

That would make the "you forgot this, and this or this"
useless in my opinion.
What do you think? I would write this patch, if you agree.
Regards Nico

-- 
Nico Golde - JAB: [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


pgplCT9da02JW.pgp
Description: PGP signature

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Stephen Frost]

* Thijs Kinkhorst ([EMAIL PROTECTED]) wrote:
> On Wed, June 22, 2005 11:36, Thomas Bushnell BSG wrote:
> > I think the point is that we ask for a donation before we spend money
> > on it.
> 
> Sure, but the statement quoted above rules it out entirely. "can't pay" is
> pretty definitive. I'm wondering why it's that certain that we can't pay
> for it.

Based on the requirements it seems unlikely Debian would be able to
afford to pay for hosting very long with our current donation income
amounts.  Gigabit network connections and associated rack space is
cheaper than it used to be but aiui Debian hasn't got all that much
cash.  From a bit of googleing what I've seen is around $3k/month 
for unmetered 100Mb/s, and $10k/month for unmetered 1Gb/s and I'm not
sure those would meet the other requirements so the actual price of
something meeting all the requirements would probably be higher.

> Furthermore, actually paying for it does not create a problem like now
> where the hosting gets cancelled suddenly.

Not necessairly.  Generally you'd hope so but of course if we go with
the cheapest place we can find or get a 'deal' from some place for
being a non-profit or what-have-you then it becomes much the same
situation.

What I'd really like to see, personally, would be some place like
ibiblio or ISC hosting the servers.  Some other thoughts would be places
like MIT or CMU or places which currently host primary mirrors.  It
might make sense to approach some of these places to see if they'd be
interested since it's certainly possible they don't follow d-d-a.  Of
course, this may end up on /. in the end anyway.

I do think that if not much is heard before too long we should probably
post the call to d-a at least.

I'm kind of curious what happened w/ Above.Net since it seemed rather
sudden (perhaps it wasn't and it just seemed that way to me but there
didn't seem to be any clue what happened, so..  I'm curious :).

Thanks,

Stephen


signature.asc
Description: Digital signature

Re: Bug#315298: ITP: yaird -- Yet Another mkInitRD

[Marco d'Itri]

On Jun 22, Brian May <[EMAIL PROTECTED]> wrote:

> Maybe I am thinking too much in the future, but I would really like to
> see yaird in Debian be able to use klibc in Debian for all the user
> tools (I believe there is already an ITP for klibc).
People are working on this.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Greylisting for @debian.org email, please

[Wouter Verhelst]

On Wed, Jun 22, 2005 at 07:21:52PM +1000, Russell Coker wrote:
> On Monday 20 June 2005 21:45, "Marco d'Itri" <[EMAIL PROTECTED]> wrote:
> > Anyway, the major problem now are the @packages.debian.org addresses, I
> > have ~20 of them and most days they account for 1/3 to 1/2 of all the
> > spam I receive (and almost all of it could be blocked with the CBL).
> 
> Why not just block mail sent to the packages.debian.org addresses?  No-one 
> sends real mail to them anyway

That's not actually true. People often use it to notify those people who
use their packages in (build-)dependencies that they're going to break
because of an upcoming transition, or so.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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

Re: Greylisting for @debian.org email, please

[Russell Coker]

On Wednesday 22 June 2005 19:23, "Marco d'Itri" <[EMAIL PROTECTED]> wrote:
> On Jun 22, Russell Coker <[EMAIL PROTECTED]> wrote:
> > Why not just block mail sent to the packages.debian.org addresses? 
> > No-one sends real mail to them anyway so they are just a free pass for
> > spammers.
>
> Mainly because I do not know if I can do it without creating
> backscatter, and I will not /dev/null any mail.

You can't.  It is impossible to stop getting spam through the Debian servers 
without either lost mail or back-scatter unless we have cooperation from the 
administrators.

-- 
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: Greylisting for @debian.org email, please

[Russell Coker]

On Wednesday 22 June 2005 19:32, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> >> I am ok with anti-spam measures which enable a well-behaving false
> >> positive sender to know they have run afoul, and in which the
> >> maintainers of the mechanism promise to try and adjust the system so
> >> that the false-positive in question doesn't recur, taking
> >> responsibility for false positives.
> >
> > So the CBL is fine then.
>
> Depending on how it is used, yes.  It must be used in a way which is
> something other than just bit-bucketing messages, because then the
> sender can't tell that damage has occurred.  One way to handle this is
> to use it only to produce SMTP-level errors.

The standard way of using DNSBLs is to give a SMTP 55x code, so it satisfies 
your criteria.

-- 
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: ftp-master, ftp and db .debian.org moving - hosting sought

[Thijs Kinkhorst]

On Wed, June 22, 2005 11:36, Thomas Bushnell BSG wrote:
> "Thijs Kinkhorst" <[EMAIL PROTECTED]> writes:
>> On Wed, June 22, 2005 10:25, James Troup wrote:
>>> o be a donation, i.e. gratis.  Debian can't pay for it's own hosting.
>>
>> I was wondering about this statement. Debian receives monetary donations
>> and owns quite a lot of money - wouldn't paying for critical parts of
>> infrastructure like ftpmaster be money well spent?
>
> I think the point is that we ask for a donation before we spend money
> on it.

Sure, but the statement quoted above rules it out entirely. "can't pay" is
pretty definitive. I'm wondering why it's that certain that we can't pay
for it.

Furthermore, actually paying for it does not create a problem like now
where the hosting gets cancelled suddenly.


Thijs


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

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Thomas Bushnell BSG]

"Thijs Kinkhorst" <[EMAIL PROTECTED]> writes:

> On Wed, June 22, 2005 10:25, James Troup wrote:
>> o be a donation, i.e. gratis.  Debian can't pay for it's own hosting.
>
> I was wondering about this statement. Debian receives monetary donations
> and owns quite a lot of money - wouldn't paying for critical parts of
> infrastructure like ftpmaster be money well spent?

I think the point is that we ask for a donation before we spend money
on it.


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

Re: Bug#315298: ITP: yaird -- Yet Another mkInitRD

[Brian May]

> "Jonas" == Jonas Smedegaard <[EMAIL PROTECTED]> writes:

Jonas> YAIRD is a sysfs-based initrd builder.  It determines
Jonas> which modules to load based on the same algorithms as
Jonas> hotplug.  Unlike Debian's stock initrd-tools, the kernel
Jonas> being booted need not support the now-deprecated devfs.  .
Jonas> This version builds the newer cpio format initrds, even
Jonas> though the stock Debian configuration uses the older
Jonas> format.  Thus, having cramfs compiled into the kernel is
Jonas> not necessary.  YAIRD supports only kernel 2.6.

Jonas> I am in good dialogue already with upstream about the
Jonas> Debian packaging.

I was wondering when an ITP would show up for this package...

Maybe I am thinking too much in the future, but I would really like to
see yaird in Debian be able to use klibc in Debian for all the user
tools (I believe there is already an ITP for klibc).
-- 
Brian May <[EMAIL PROTECTED]>


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

Re: raidtools2 -> mdadm change: woes and problems

[Brian May]

> "Martin" == Martin Michlmayr <[EMAIL PROTECTED]> writes:

Martin> * Clemens Schwaighofer <[EMAIL PROTECTED]> [2005-06-21
Martin> 14:44]:
>> Are there any kind of documents describing how to move from
>> raidtools safely to mdadm without loosing a raid?

Martin> 
http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.en.html#s-mdadm

Hello,

On 2 of the systems I have upgraded, I had serious problems with
mdadm.

The documentation said that there was no need for a config file, and I
never used a 2.2 kernel, so the paragraphs starting with "If your RAID
array was created on a 2.2 Linux kernel patched with RAID" seem
irrelevant.

However, after rebooting, the raid devices would renumber themselves
starting from /dev/md0 and up.

This meant the entries in /etc/fstab were now wrong.

I tried starting /dev/md4 manually, but I got /dev/md0 instead.

Eventually, I got /dev/md4 up and running, manually, and the computer
resumed booting.  After rebooting the computer, and the same problem
reoccurred...

Repeat previous paragraph numerous times with different variations.

I tried assembling the RAID with the --update=super-minor option (as
well as all the other options), but it didn't seem to help.

In the end, I gave up and changed /etc/fstab to the new system.

I no longer have access this machine, the other machine doesn't seem
to have the problem anymore.

How is this meant to work?
-- 
Brian May <[EMAIL PROTECTED]>


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

Re: Greylisting for @debian.org email, please

[Thomas Bushnell BSG]

Russell Coker <[EMAIL PROTECTED]> writes:

> On Tuesday 21 June 2005 01:46, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>> Russell Coker <[EMAIL PROTECTED]> writes:
>> > You could help by listing the anti-spam measures that you consider to be
>> > acceptable.  Rejecting every suggestion for an improvement is not
>> > helpful.
>>
>> I am ok with anti-spam measures which enable a well-behaving false
>> positive sender to know they have run afoul, and in which the
>> maintainers of the mechanism promise to try and adjust the system so
>> that the false-positive in question doesn't recur, taking
>> responsibility for false positives.
>
> So the CBL is fine then.

Depending on how it is used, yes.  It must be used in a way which is
something other than just bit-bucketing messages, because then the
sender can't tell that damage has occurred.  One way to handle this is
to use it only to produce SMTP-level errors.


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

Re: Greylisting for @debian.org email, please

[Marco d'Itri]

On Jun 22, Russell Coker <[EMAIL PROTECTED]> wrote:

> Why not just block mail sent to the packages.debian.org addresses?  No-one 
> sends real mail to them anyway so they are just a free pass for spammers.
Mainly because I do not know if I can do it without creating
backscatter, and I will not /dev/null any mail.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Greylisting for @debian.org email, please

[Russell Coker]

On Monday 20 June 2005 21:45, "Marco d'Itri" <[EMAIL PROTECTED]> wrote:
> Anyway, the major problem now are the @packages.debian.org addresses, I
> have ~20 of them and most days they account for 1/3 to 1/2 of all the
> spam I receive (and almost all of it could be blocked with the CBL).

Why not just block mail sent to the packages.debian.org addresses?  No-one 
sends real mail to them anyway so they are just a free pass for spammers.

-- 
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: Greylisting for @debian.org email, please

[Russell Coker]

On Tuesday 21 June 2005 01:46, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> Russell Coker <[EMAIL PROTECTED]> writes:
> > You could help by listing the anti-spam measures that you consider to be
> > acceptable.  Rejecting every suggestion for an improvement is not
> > helpful.
>
> I am ok with anti-spam measures which enable a well-behaving false
> positive sender to know they have run afoul, and in which the
> maintainers of the mechanism promise to try and adjust the system so
> that the false-positive in question doesn't recur, taking
> responsibility for false positives.

So the CBL is fine then.

-- 
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: Greylisting for @debian.org email, please

[Russell Coker]

On Tuesday 21 June 2005 09:21, Glenn Maynard <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 20, 2005 at 05:58:11PM +1000, Russell Coker wrote:
> > Rejecting every suggestion for an improvement is not helpful.
>
> Yes, it is, if every suggestion for "improvement" is a poor one.  Lack
> of good ideas does not justify bad ones; not having any good ideas does
> not invalidate or in any way reduce the value of pointing out the bad
> ones.

Currently gluck.debian.org and murphy.debian.org seem to be the main sources 
of spam I receive.  Given the discussion here it seems that my best option 
for reducing spam is to receive my mailing list messages through another 
account and have my main mail server reject all mail from gluck and murphy.

Receiving huge volumes of spam is a bad idea.  Lack of what you consider to be 
good ideas for dealing with spam does not justify reading it.

-- 
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: ftp-master, ftp and db .debian.org moving - hosting sought

[Thijs Kinkhorst]

On Wed, June 22, 2005 10:25, James Troup wrote:
> o be a donation, i.e. gratis.  Debian can't pay for it's own hosting.

I was wondering about this statement. Debian receives monetary donations
and owns quite a lot of money - wouldn't paying for critical parts of
infrastructure like ftpmaster be money well spent?


Regards,
Thijs


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

Bug#315373: ITP: openvanilla -- An input method and output filter framework.

[Tsung-Hsiang Chang]

Package: wnpp
Severity: wishlist
Owner: "Tsung-Hsiang Chang" <[EMAIL PROTECTED]>


* Package name: openvanilla
  Version : 0.7.0
  Upstream Author : Lukhnos D. Liu <[EMAIL PROTECTED]>
Kang-ming Liu, Weizhong Yang, Tian-jian Jiang, 
Meng-juei Hsieh, Pek-tiong Tan, Tsung-hsiang Chang
* URL : http://openvanilla.org/
* License : Artistic License
  Description : An input method and output filter framework.

 OpenVanilla is an input method /output filter framework designed for 
 better end-use text processing experiences.  It is divided into two 
 major components: loader and modules.
 .
 Currently, it cantains a loader that bridges OpenVanilla modules to the 
 SCIM platform and the following input method modules:
Array 30
ChangJei
Dayi3
EHQ-Symbols
Iroha
Phoentic (Bopomofo)
POJ-Holo
Tibetan
Chewing
   

-- System Information:
Debian Release: 3.1
  APT prefers hoary
  APT policy: (500, 'hoary'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.6
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to zh_TW.UTF-8)


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

Re: ftp-master, ftp and db .debian.org moving - hosting sought

[Thomas Bushnell BSG]

James Troup <[EMAIL PROTECTED]> writes:

> If you think you could offer hosting under these conditions, please
> send details to [EMAIL PROTECTED]

I can't offer hosting, but I do have a suggestion (though perhaps it's
already been considered and rejected).  We could perhaps take
advantage of the California Community Colocation Project, which offers
free colocation for non-profits and individuals.

http://www.communitycolo.net/

We surely have Debian volunteers in the bay area who can do any
necessary on-site help too.

It might even be nice if we sent them a hundred dollars a year or
something, because they seem to be doing a really cool thing.

Thomas


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

Re: setting up a pppoe server

[Ivan Adams]

you can use pptpd (poptop). 
But I prefer pppoe. The main thing is connectiong server to RADIUS
(freeradius) server. This RADIUS can use MYSQL. You can use web
scripts (PHP-using same MYSQL tables) to add users, set quote ... and
everything you want.

DO NOT use PAP authentication becouse passwords are sending plain
text. And everyone can start pppoe-server with your name and will
collect passwords of others !

On 6/21/05, Daniel Poulin <[EMAIL PROTECTED]> wrote:
> Alexander wrote:
> 
> > Daniel Poulin wrote:
> >
> >> Dear List,
> >>
> >> I know this might be slightly off-topic but I am working at an ISP an
> >> we want to setup a pppoe-server to offer new services for some of our
> >> custommers (something like a thousand).  So I started looking on the
> >> net to find a software which I could install on a debian box and use
> >> this box as an acces concentrator.
> >>
> >> Unfortunately the only software I've found is rp-pppoe from roaring
> >> penguins and in the doc there is a statement saying that :
> >> "pppoe-server is meant mainly for testing PPPoE clients.  It is not a
> >> high-performance  server  meant  for  production use."
> >>
> > I dont know about  thousand clients , but in kernel mode it working
> > quite fine.
> > maybe this will help you.
> > http://wrath.geoweb.ge/pppoe-server.html
> >
> >> So I was wondering if somebody could give me any pointers on what
> >> software/hardware I should use to do that.
> >>  Kind regards,
> >> P.S. Sorry for my bad english
> >>
> >>
> >
> >
> Hi,
> 
> Thank for the information.  May I ask with how much clients you are
> using this ?
> 
> Thanks
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
>

Bug#315366: ITP: php-cache-lite -- PHP PEAR module for a lite cache system

[Charles Fry]

Package: wnpp
Severity: wishlist
Owner: Charles Fry <[EMAIL PROTECTED]>


* Package name: php-cache-lite
  Version : 1.4.1
  Upstream Author : Fabien Marty <[EMAIL PROTECTED]>
* URL : http://pear.php.net/package/Cache_Lite/
* License : LGPL
  Description : PHP PEAR module for a lite cache system

A little cache system optimized for file containers. It is fast
and safe (because it uses file locking and/or anti-corruption tests).

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (90, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.4
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]

Bug#315368: ITP: php-pager -- PHP PEAR module for paging

[Charles Fry]

Package: wnpp
Severity: wishlist
Owner: Charles Fry <[EMAIL PROTECTED]>


* Package name: php-pager
  Version : 2.3.2
  Upstream Author : Lorenzo Alberton <[EMAIL PROTECTED]> and Richard
  Heyes <[EMAIL PROTECTED]>
* URL : http://pear.php.net/package/Pager
* License : PHP License
  Description : PHP PEAR module for paging

Takes an array of data as input and pages it according to various
parameters.
.
Also builds links within a specified range, and allows complete
customization of the output (even works with front controllers and
mod_rewrite).
.
Two operating modes available: "Jumping" and "Sliding" window style.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (90, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.4
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: KDE apps up for adoption

[Pierre Habouzit]

Le Mer 22 Juin 2005 02:52, Ben Burton a écrit :
> Hi all,
>
> Since my spare time is not what it used to be, I have put a few KDE
> apps up for adoption this morning:
>
>   kdbg (#315336) -- graphical debugger interface
>   kprof (#315337) -- visual tool to help analyse profiling results
>   kbear (#315340) -- graphical ftp client for KDE
>
> If anyone is willing to take these up it would be appreciated.  More
> detailed notes on each package are included below.


  I guess we (qt-kde team) could do it. and anybody interested in doing 
it too could join us (only having an alioth account is required) and 
maintain those inside our svn.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpSDhIi6ZIXr.pgp
Description: PGP signature