RE: evan leibovitch and the LPI certification tests

[Phillip R. Jaenke]

On Tue, 18 May 1999, Brent Fulgham wrote:

> > > RedCrap already has everyone where they want them; in their back
> > > pocket, filling their wallet more and more everyday. Alongside VA
> > > Research.
> I find it offensive that you attack VA research,
> who provides many of the resources we enjoy
> as Debian developers.

That's MY opinion. Not necessarily yours. I can't get a system without
RedHat preinstalled from VA Research last I checked, they never returned
my calls, so as far as I'm concerned, they're about as good a company as
Compaq or Microsoft. They're more concerned about PR via donations, and
making money, than they are about customer service.

-prj

RE: evan leibovitch and the LPI certification tests

[Brent Fulgham]

Title: RE: evan leibovitch and the LPI certification tests






> > RedCrap already has everyone where they want them; in their back
> > pocket, filling their wallet more and more everyday. Alongside VA
> > Research.
> 
I find it offensive that you attack VA research,
who provides many of the resources we enjoy
as Debian developers.


Regards,


-Brent

Re: evan leibovitch and the LPI certification tests

[Phillip R. Jaenke]

On Tue, 18 May 1999, David Welton wrote:

> So, if this really bothers you, do something about it.  Make a company
> and start marketing the hell out of Debian.  That's most of what
> Redhat is - marketing.  That's not a bad thing, necessarily -
> marketing is what it takes to get your name out in the world.  It
> might be nice if it weren't so important, but it is.  Deal with it.

Now, see, I really would if I could. But I've got a full time job at a
startup. That translates to 70 hour weeks sometimes. More often than not.
On top of that, I'm already busy advancing Linux on the RS/6000, catching
miscellaneous bugs here and there in arch/ppc, and pulling my hair out
fixing design flaws in things.
 
> As far as Big Companies go, redhat isn't so bad.  Be very thankful
> they didn't go the caldera route, where it seems as if they really
> don't want to GPL anything they don't have to.  Instead, they spend a
> lot of money funding guys like Alan Cox.  And making money for
> themselves - but that's not a bad thing - that's the goal of most
> companies.

But how do you know they won't go the Caldera route down the line? The
fact that they're only in it for the money doesn't really bug me. The fact
that they would release such buggy and insecure distributions, however,
does. Till they get a real grip on quality control, you won't catch me
installing it.

And what about their 'partners'? I have yet to see one of their contracts.
And I'm just getting this eerie feeling that, well, it's an exclusive
contract. If you offer RedHat, you only offer RedHat as far as Linux go,
at least on preinstalled systems. VA Research no longer offers SuSE, or
Windows either, on any of their systems. Only RedHat 5.2. That bugs me.

> So, if you truly believe in some sort of ideology where making money
> is bad, that's one thing - don't single out redhat for criticism.  If
> you are bitter about their success, do something about it instead of
> just whining.

Making money isn't bad. It's how you make it that makes it bad.

> Sorry for the long post, and I don't really mean to pick on Phillip,
> but these rantings are getting kind of lame.  They sound, in some
> sense, a bit juvenile, and not worthy of our time.

True, but some of them have brought up some pretty valid points.
Especially yours.

If we don't market Debian, to be blunt, we're going to get fucked. This
LPI moron obviously has some serious press contacts. He's got personal
reasons. The more damage he can do to Debian, the less credible we seem,
and the more power Caldera and RedHat have. And he didn't even mention
Slackware, which IMNSHO, is probably the *BEST* distribution if you're
going to tinker like hell with it.

Bottom line is, unless we can make marketshare magically appear, those
people hiding over in debian-pr and all of us here had better get off our
asses (those of us who can, that is;) and *SELL SELL SELL!* (Sorry, had to
say it.;) 

> Personally, I'm happy to know that I'm involved in making a kick ass
> OS, and as long as no one messes with my ability to do that, I'm fine.

Heh. I won't be happy till Linux is running on every architecture there
is. I don't give a damn how obscure, old, or obsolete it is. I want to see
Linux on it. Hr.. z80 port, anyone? :)

-prj

Re: lost packages

[Andrew Pimlott]

On Tue, May 18, 1999 at 07:53:07PM +0200, Michael Meskes wrote:
> I just checked via dselect to see which packages on my slink/potato machine
> are not found in the potato archive. I wonder what happened to them.
> Here's my list (after removing the obvious ones like libgtk1.1.*):
> 
> manpages-net

I noticed this, did a dejanews search, and found that the author considers
them "alpha" releases, and intends them to be rolled into the startard
manpages distribution when they're ready, so the Debian packager pulled it.
However, they they have not yet found their way the current potato manpages
(or manpages-dev), and it would be a shame not to have any reference on some
of the newer network calls in the next release.

Andrew

Re: intend to package 'country'

[ioannis]

On Tue, May 18, 1999 at 12:46:27PM -0700, Joey Hess wrote:
> Joel Klecker wrote:
> > What does it use as a datafile? If it doesn't use it already, I 
> > suggest /usr/share/zoneinfo/iso3166.tab.

 My data were extracted from the original ISO document, which includes
more information. I know you cann't copyright data, but we probably
only need what is already in /usr/share/zoneinfo/iso3166.tab. I think,
Joey is right: alias sed(1) and can still get the same results. 
Good that I posted the intend on the list, my disposition now is 
not to upload to Incoming.

> 
> I have to wonder if we really need a package for this, since grep suffices..



-- 

Ioannis Tambouras
[EMAIL PROTECTED], West Palm Beach, Florida
Signed pgp-key on key server.

Re: GNU finger

[Matt Kern]

> is there already someone building a gnu finger package??

Hi.  I posted an intent to package this a while back.  I am in
consultation with the author at present.

Cheers,

Matt

  / Matt Kern Tel: (01223) 366290
  |   |  [EMAIL PROTECTED]  http://xanadu.pet.cam.ac.uk/~mwk20/
  | O   O |
  |   L   |  If I had better tools, I could more effectively
  | \__   |  demonstrate my total incompetence.
   \_/

Re: evan leibovitch and the LPI certification tests

[David Welton]

> RedCrap already has everyone where they want them; in their back
> pocket, filling their wallet more and more everyday. Alongside VA
> Research.

So, if this really bothers you, do something about it.  Make a company
and start marketing the hell out of Debian.  That's most of what
Redhat is - marketing.  That's not a bad thing, necessarily -
marketing is what it takes to get your name out in the world.  It
might be nice if it weren't so important, but it is.  Deal with it.

As far as Big Companies go, redhat isn't so bad.  Be very thankful
they didn't go the caldera route, where it seems as if they really
don't want to GPL anything they don't have to.  Instead, they spend a
lot of money funding guys like Alan Cox.  And making money for
themselves - but that's not a bad thing - that's the goal of most
companies.

So, if you truly believe in some sort of ideology where making money
is bad, that's one thing - don't single out redhat for criticism.  If
you are bitter about their success, do something about it instead of
just whining.

Sorry for the long post, and I don't really mean to pick on Phillip,
but these rantings are getting kind of lame.  They sound, in some
sense, a bit juvenile, and not worthy of our time.

Personally, I'm happy to know that I'm involved in making a kick ass
OS, and as long as no one messes with my ability to do that, I'm fine.

Ciao,
-- 
David N. Welton<   Sors immanis - et inanis - rota tu volubilis,
[EMAIL PROTECTED]>  status malus - vana salus - semper dissolubilis,
http://www.efn.org/~davidw <   obumbrata - et velata - michi quoque niteris;
debian.org + prosa.it  > nunc per ludum - dorsum nudum - fero tui sceleris.

Re: evan leibovitch and the LPI certification tests

[Phillip R. Jaenke]

On Tue, 18 May 1999, Joseph Carter wrote:

> I think prj has one such cd from Caldera and I can confirm that I've seen
> one too.  The person who had it wouldn't give it up unfortunately. 
> They're saving it for the same reasons I want it--to show people just
> what kind of company Caldera really is.

I do have one such CD. That's what cost Caldera every shred of my respect.
I will GLEEFULLY burn fucking copy after copy for people who want it to
see it. It's ANCIENT, but it's basically the same thing they're sending
out day after day now as demo CDs. It's legal. 30 day preview license,
redistributable. 

May Caldera rot in hell beside RedCrap and VA Research, who won't give me
a system *WITHOUT* RedCrap.

-prj

Re: (LONG) Correct non-US solution

[Joey Hess]

Jonathan Walther wrote:
> How do you figure Joey?  Some countries will let us distribute patented
> stuff... other countries will let us distribute crypto stuff...  The scheme
> proposed does do away with non-US, by making its original functionality so
> fine-grained that it disappears into the rest of the distribution.  Or am I
> missing something here?

Well, we've established that no site in the US will carry the crypto stuff.
So what if I'm in the US and want to get non-US stuff? Since non-us has
disappeared into the distribution, I can't add a line to apt pointing to
non-us. So what am I supposed to so?

-- 
see shy jo

Re: evan leibovitch and the LPI certification tests

[Phillip R. Jaenke]

On Tue, 18 May 1999, tony mancill wrote:

> sorry feel compelled to dive into the fray, but...

I gotta do it. If anyone's a geek in suit's clothing, I garauntee you it's
me. And I find this funny, in a sick and twisted way.
 
> 
> On Tue, 18 May 1999, Mark Mealman wrote:
> > 
> > Well damn, I work for one of the US's largest insurance brokerage firms
> > and we use Debian.
> > 
> > Guess I should run out and pick up Red Hat, before the LPI police come
> > knocking.
>  
> I'm guilty too!  I guess I should just hand over my production frame-relay
> routers all over the US and in Sweden, Germany, Malaysia, and Brazil too. 
> Let me just fill out a purchase order for 40 copies of RH at $50 apiece... 

GodDAMN! And I just spent $8,000 on a single machine, running Debian,
that's going to be handling all our mail, dns, website, NIS, SMB, and
more! And my workstation! And the 20 TFTP servers! And the 45 rackmount
hardware monitoring machines! Better start getting PO's for RedCrap at $80
apiece. (Not $50. $80 now.)
 
> > Sure would hate to give up Debian's top-notch security, stability, and
> > ease of maintenance though. Then again, we're commercial and not
> > educational so we really don't need those qualities in a Linux
> > distribution.
> 
> Commercial people never need to worry about things like true "hassle-free" 
> licensing, or being able to build a custom sendmail package in 10 minutes
> by grabbing the source package and adding their own configuration files
> (btw, thanks to Richard Nelson for a rock-stable package).  And who wants
> to be able to upgrade with a single command line or without reboots? 

Oh, yeah. I just love it. I want to run all our unix machines (some 75
currently, and we're not even started) like we do the necessary NT
machines. Move the mouse, reboot. Upgrade some dinky thing, reboot.
Reinstall mouse drivers, reboot. Write to disk, reboot, and restore from
backups. Yep. I LOVE that. 

> Oh yea, and who wants to use free software when you follow a single vendor
> down the yellow brick road until they have you right where they want
> you?!?
> 



RedCrap already has everyone where they want them; in their back pocket,
filling their wallet more and more everyday. Alongside VA Research.

-prj

Re: email for bruce

[Phillip R. Jaenke]

On Tue, 18 May 1999, Bruce Perens wrote:

> My DSL provider has gone out of business, apparently, leaving me with no
> connection. Please use [EMAIL PROTECTED] if you need to reach me.

Hrm. Wow. *shudder*

I'm very glad I opposed using LEC CoLos at work now. $100k/mo for a single
rack. Add in DSL equipment.. *faint*

Getcher dialup here! ;P

-prj

Re: better /etc/init.d/network

[Craig Brozefsky]

Massimo Dal Zotto <[EMAIL PROTECTED]> writes:

> With my net script you can do that. Put your extra commands in the net_up()
> and net_down() functions of each config file and they will be executed
> automatically by the net command.
> 
> Maybe we could handle also before_net_up() and after_net_down() functions.
> If someone needs them I will think about adding these functionalities.

How about if you had files which would be executed before and after
the interface it brought up, and before or after the interface is
brought down.

/etc/network/eth0.preup
/etc/network/eth0.postup
/etc/network/eth0.predown
/etc/network/eth0.postdown

This would make is easier for programs like ipmasq or leafnode or
whatever to put hooks to start themselves up or shut themselves down
as an itnerface goes up or down.  Perhaps we even do soemthing like:

/etc/network/eth0.postup.leafnode
/etc/network/eth0.postup.fetchmail

So that this hooks could be added and removed as the packages are
added and removed without effecting other packages.

I think that the naming conventions could use some work tho.

-- 
Craig Brozefsky<[EMAIL PROTECTED]>
Less matter, more form!  - Bruno Schulz
ignazz, I am truly korrupted by yore sinful tzourceware. -jb
The Osmonds! You are all Osmonds!! Throwing up on a freeway at dawn!!!

Re: evan leibovitch and the LPI certification tests

[Joseph Carter]

On Tue, May 18, 1999 at 08:22:27PM +0200, Marcus Brinkmann wrote:
> > "Debian, so far, has been very popular in academia, hobbyist and
> >  research circles, but doesn't appear to be a big player in the retail
> >  and commercial fields."
> 
> Wow, I always thought that this is was Microsoft says about Linux in
> general.
> 
> What a fool.

He works for ZDnet, you're being redundant.

--
Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer
PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First!
-
 anyone around?
 no, we're all irregular polygons


pgpou6DibCBPu.pgp
Description: PGP signature

Re: evan leibovitch and the LPI certification tests

[Joseph Carter]

On Tue, May 18, 1999 at 06:44:53AM -0700, John van V. wrote:
> I personally had a really bad experience w/ Caldera after 3 years of preparing
> to become a channel partner.  
[.. bad experience snipped ..]

What do you expect from a company that was kind enough to release a
binary only linux with a modified sysvinit that refused to boot after 30
days, instead telling you to call and place your order for their
professional product?

Granted it had a very simple workaround, simply replace the altered
sysvinit from the CD with the normal one after installation.  Still, that
they would do something like this is a slap in the face to everything we
believe in.

I think prj has one such cd from Caldera and I can confirm that I've seen
one too.  The person who had it wouldn't give it up unfortunately. 
They're saving it for the same reasons I want it--to show people just
what kind of company Caldera really is.

--
Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer
PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First!
-
<_Anarchy_> Argh.. who's handing out the paper bags  8)


pgpGvBEQJlG5W.pgp
Description: PGP signature

gpm problems in potato

[Oleg Krivosheev]

hi, All

after switching to potato i dicovered strange message in
syslog

May 18 16:37:55 reboot /usr/sbin/gpm[109]: Error in protocol
May 18 16:37:55 reboot last message repeated 12 times

visually, both gpm and X mouse work just fine

any ideas/advices ?

thanks

OK

Re: [ITP/mostly packaged] hftpd

[Michael Stone]

On Tue, May 18, 1999 at 02:26:09PM -0700, Chris Waters wrote:
> Michael Stone <[EMAIL PROTECTED]> writes:
> > Because too many people don't use debian kernel images.
> 
> If people don't use the tools, then they don't get the benefits of the
> tools, which is hardly our fault.  This is like saying that we
> shouldn't have dependencies on libgtk, because some people might
> compile their own, without using dpkg-source.  As long as it works
> with make-kpkg, and doesn't require one of the *official* kernel
> images, I'm all for it; there's no valid excuses for not using
> make-kpkg that I've ever seen.

Except that it's a fairly common thing to have to do, and most of the
howto's out there don't mention anything about make-kpkg. It's also IMHO
not immediately obvious to a new user that he can/should make a kernel
package.

Mike Stone

Re: better /etc/init.d/network

[Massimo Dal Zotto]

> On Mon, May 17, 1999 at 05:22:37PM -0400, [EMAIL PROTECTED] wrote:
> > I looked at the code (have not run it yet).
> > 
> > Nice.  Well documented, clean.  The design seems sound.  An up/down
> > section is also handy.
> [..]
> 
> IMNSHO, any replacement for /etc/init.d/network must be able to allow
> config files which "do stuff" on start or stop of the service...  Meaning
> I should be able to give it something that will be run before or after
> the initial ifconfig-and-route-type stuff has been done.  At least after
> for sure.  It's gotta be able to handle things like DHCP configuration
> too.

With my net script you can do that. Put your extra commands in the net_up()
and net_down() functions of each config file and they will be executed
automatically by the net command.

Maybe we could handle also before_net_up() and after_net_down() functions.
If someone needs them I will think about adding these functionalities.

-- 
Massimo Dal Zotto

+--+
|  Massimo Dal Zotto   email: [EMAIL PROTECTED]   |
|  Via Marconi, 141phone: ++39-0461534251  |
|  38057 Pergine Valsugana (TN)  www: http://www.cs.unitn.it/~dz/  |
|  Italy pgp: finger [EMAIL PROTECTED]  |
+--+

Re: better /etc/init.d/network

[Massimo Dal Zotto]

> On Sun, May 16, 1999 at 10:15:48PM +0200, Massimo Dal Zotto wrote:
> > Hi,
> > 
> > I have written a generic network interface management command, net, which
> > can be used to start/stop/show/configure network interfaces, and a smarter
> > replacement for the /etc/init.d/network script.
> > 
> > The net command makes use of configuration files stored in /etc/network/
> > which contain the various interface options. For example my eth0 is:
> > 
> >   # /etc/network/eth0
> >   IPADDR=192.168.0.1
> >   NETMASK=255.255.255.0
> >   NETWORK=192.168.0.0
> >   BROADCAST=192.168.0.255
> >   GATEWAY=192.168.0.1
> > 
> Howabout instead of having eth0, eth1, etc. have like home, work, etc.
> the files could then have an extra section, called DEVICE or something, that
> would be eth0, eth1, etc. It could also have multiple DEVICE sections, so that
> it would setup all the adapters related to that network.

Yon can already do that. Just create a file named /etc/network/home with:

  INTERFACE=eth0# here is the trick
  IPADDR=192.168.0.1
  NETMASK=255.255.255.0
  NETWORK=192.168.0.0
  BROADCAST=192.168.0.255
  GATEWAY=192.168.0.1

and run 'net start home'. You can stop your net with with 'net stop home'
or 'net stop eth0'.

You can't however put more interfaces in one file. The script is designed to
have one config file for interface. But you could try the following trick:

  # /etc/network/x
  NOAUTO=true
  INTERFACE=eth0
  ...

  # /etc/network/y
  NOAUTO=true
  INTERFACE=eth1
  ...

  # /etc/network/multiple
  NOAUTO=true   # remove this if you want to start automatically
  INTERFACE=eth0# not used, but should be one of x or y
  IPADDR=0.0.0.0# not used
  NETWORK=  # no network and no pointopoint, so nothing is
  POINTOPOINT=  # started with ifconfig but net_up is called anyway
  net_up() {
net start x y
  }
  net_down() {
net stop x y
  }

I think it should work.

> This would be most usefull on laptops, but usefull on desktop machines too.
> I know some people take their desktop machines arround with them every once
> in awhile(I take mine to the local LUG every other month or so).  You could
> then add the ability to do like, net start home eth0, to start individual 
> parts
> of your home network, while net stop eth0 would still disable eth0.
> 
> Overall it sounds pretty good to me, something just a little better, to make
> things just a little easier.
> 

Nice, "Making things easier". This should be our slogan. Unfortunately
this is not always (not yet?) true with Linux.

-- 
Massimo Dal Zotto

+--+
|  Massimo Dal Zotto   email: [EMAIL PROTECTED]   |
|  Via Marconi, 141phone: ++39-0461534251  |
|  38057 Pergine Valsugana (TN)  www: http://www.cs.unitn.it/~dz/  |
|  Italy pgp: finger [EMAIL PROTECTED]  |
+--+

Re: pending normal debian bugs for debian-devel@lists.debian.org

[Marco d'Itri]

On May 18, Nag <[EMAIL PROTECTED]> wrote:

 >#20734  general   autoup.sh   
 > http://www.debian.org/Bugs/db/20/20734.html
 >#20743  general   autoup.sh: wtmp, utmp and btmp  
 > http://www.debian.org/Bugs/db/20/20743.html
Isn't autoup.sh obsolete?

 >#21464  general   bo -> hamm upgrade problems  
 > http://www.debian.org/Bugs/db/21/21464.html
 >#23883  general   Danger in using autoup.sh   
 > http://www.debian.org/Bugs/db/23/23883.html
 >#25127  general   autoup.sh bug   
 > http://www.debian.org/Bugs/db/25/25127.html
Maybe this one can be closed...

 >#23632  general   xserver and ispell missing in the hamm/sparc 
 >distributi  http://www.debian.org/Bugs/db/23/23632.html
I suppose we don't care anymore.

 >#24334  project   libc4 missing in hamm   
 > http://www.debian.org/Bugs/db/24/24334.html
libc4 will not be built anymore, this bug should be closed.

-- 
ciao,
Marco

Re: better /etc/init.d/network

[Marco d'Itri]

On May 18, Joseph Carter <[EMAIL PROTECTED]> wrote:
 
 >IMNSHO, any replacement for /etc/init.d/network must be able to allow
 >config files which "do stuff" on start or stop of the service...  Meaning
That's easy:
POSTUP=/some/script
POSTDOWN=...
PREUP=...
PREDOWN=...

The mai program will pass the appropriate values as environment variables.

-- 
ciao,
Marco

Re: glibc2.0-2.1 incompatibility: _xstat?

[Marco d'Itri]

On May 18, Rene Hogendoorn <[EMAIL PROTECTED]> wrote:

 >What does the weak_alias of _xstat mean?
It's explained in the gcc manual.

 >Is there a workaround, so that I can continue to use these libraries?
Write a small shared library providing _xstat and preload it.

-- 
ciao,
Marco

Re: better /etc/init.d/network

[Marco d'Itri]

On May 18, Erik <[EMAIL PROTECTED]> wrote:
 
 >Howabout instead of having eth0, eth1, etc. have like home, work, etc.
 >the files could then have an extra section, called DEVICE or something, that
You could make a symlink.

-- 
ciao,
Marco

Re: evan leibovitch and the LPI certification tests

[Steve Shorter]

On 18 May 1999, Craig Brozefsky wrote:

> 
> Mr. Leibovitch is the executive directory of The Linux Professional
> Institute, which is non-profit corporation attempting to provide
> standardized certification across all Linux platforms.  Normally, such
> rhetoric as he spouts in this article (and a previous one which

I have met Mr. Leib... personally at our local lug.
For information he has a company that is involved in the distribution and
support of Caldera/Red Hat. 

I suspect that his motives for trashing Debian are quite
personal.

-steve

Re: [ITP/mostly packaged] hftpd

[Chris Waters]

Michael Stone <[EMAIL PROTECTED]> writes:

> > We really should have a policy for things like this. How about adding
> > another Provides: to kernel images (built by the excellent make-kpkg):

> Because too many people don't use debian kernel images.

If people don't use the tools, then they don't get the benefits of the
tools, which is hardly our fault.  This is like saying that we
shouldn't have dependencies on libgtk, because some people might
compile their own, without using dpkg-source.  As long as it works
with make-kpkg, and doesn't require one of the *official* kernel
images, I'm all for it; there's no valid excuses for not using
make-kpkg that I've ever seen.

-- 
Chris Waters   [EMAIL PROTECTED] | I have a truly elegant proof of the
  or[EMAIL PROTECTED] | above, but it is too long to fit into
http://www.dsp.net/xtifr | this .signature file.

Re: [ITP/mostly packaged] hftpd

[Michael Stone]

On Tue, May 18, 1999 at 07:54:08PM +0100, Adrian Bridgett wrote:
> > hftpd is a superb, linux-optimized ftpd. i am going to have a little bit 
> > in the postinst that makes note that people really should roll their own, 
> > since it can use a lot of 2.2 kernel features and such. it was written 
> > by zach brown, one of the puffins (http://www.thepuffingroup.com/). the 
> > page is http://www.zabbo.net/hftpd/
> 
> How about a 2.2 and 2.0 version?

Or just a 2.2?

> We really should have a policy for things like this. How about adding
> another Provides: to kernel images (built by the excellent make-kpkg):

Because too many people don't use debian kernel images.

Mike Stone

Re: Mail delivery failed: returning message to sender

[Brian Almeida]

On Wed, May 19, 1999 at 01:20:03AM +0200, Mail Delivery System wrote:
> This message was created automatically by mail delivery software.
Can we please block this guy?

Re: request to kill nag messages

[Christian Kurz]

Adrian Bridgett <[EMAIL PROTECTED]> wrote:
> I'm not the only one to be annoyed at the nag messages that are sent out.
> Can the script please be disabled.  There are better ways to find out bugs
> you have open.  Long-standing bugs are likely to be less important than
> recent bugs too.

No, these bugs are also important and need to be resolved as every bug.
The decision which bugs are important does not depend on the age. And
the nag-messages to this list has come, as the bugs are general bugs and
there's no developer for them. Every developer can fix those bugs and so
it's a good to sent this message to the list.

Cheers
   Christian
-- 

* Christian Kurz  Debian Developer *
* Use Debian - a free Operating System for your PC *

Re: evan leibovitch and the LPI certification tests

[tony mancill]

sorry feel compelled to dive into the fray, but...


On Tue, 18 May 1999, Mark Mealman wrote:

> On Tue, May 18, 1999 at 03:16:38PM -0700, Craig Brozefsky wrote:
> > 
> > "Debian, so far, has been very popular in academia, hobbyist and
> >  research circles, but doesn't appear to be a big player in the retail
> >  and commercial fields."
> 
> Well damn, I work for one of the US's largest insurance brokerage firms
> and we use Debian.
> 
> Guess I should run out and pick up Red Hat, before the LPI police come
> knocking.
 
I'm guilty too!  I guess I should just hand over my production frame-relay
routers all over the US and in Sweden, Germany, Malaysia, and Brazil too. 
Let me just fill out a purchase order for 40 copies of RH at $50 apiece... 

> Sure would hate to give up Debian's top-notch security, stability, and
> ease of maintenance though. Then again, we're commercial and not
> educational so we really don't need those qualities in a Linux
> distribution.

Commercial people never need to worry about things like true "hassle-free" 
licensing, or being able to build a custom sendmail package in 10 minutes
by grabbing the source package and adding their own configuration files
(btw, thanks to Richard Nelson for a rock-stable package).  And who wants
to be able to upgrade with a single command line or without reboots? 

Oh yea, and who wants to use free software when you follow a single vendor
down the yellow brick road until they have you right where they want
you?!?


  [EMAIL PROTECTED] |  You don't get something for nothing,
http://www.mancill.com |  You can't have freedom for free.
   |(Peart)

Mail delivery failed: returning message to sender

[Mail Delivery System]

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to all of its recipients. The
following address(es) failed:

  [EMAIL PROTECTED]:
generated |/home/css/bin/miprocmail

The following text was generated during the delivery attempt:

-- |/home/css/bin/miprocmail --

procmail: No space left to finish writing "backup"
procmail: No space left to finish writing "Mail/devel"

-- This is a copy of the message, including all the headers. --

Return-path: 
Received: from cacho.celta [127.0.0.1] (css)
by cacho.celta with esmtp (Exim 1.92 #1 (Debian))
id 10jt9U-I5-00; Wed, 19 May 1999 01:20:00 +0200
Received: from pop.ctv.es
by cacho.celta (fetchmail-4.3.9 POP3)
for  (single-drop); Wed, 19 May 1999 01:20:00 CEST
Received: from murphy.debian.org (murphy.debian.org [209.176.56.6])
by correo.ctv.es (8.9.3/8.9.1) with SMTP id WAA05299
for <[EMAIL PROTECTED]>; Tue, 18 May 1999 22:44:19 +0200 (MET DST)
X-Envelope-To: <[EMAIL PROTECTED]>
Received: (qmail 11639 invoked by uid 38); 18 May 1999 20:40:46 -
Resent-Date: 18 May 1999 20:40:46 -
Resent-Cc: recipient list not shown: ;
Old-X-Envelope-To: 
X-Failed-Recipients: [EMAIL PROTECTED]
From: Mail Delivery System <[EMAIL PROTECTED]>
To: debian-devel@lists.debian.org
Subject: Mail delivery failed: returning message to sender
Message-Id: <[EMAIL PROTECTED]>
Date: Wed, 19 May 1999 01:13:05 +0200
Resent-Message-ID: <"dP__SD.A.T1C.NBdQ3"@murphy>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List:  archive/latest/35643
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: [EMAIL PROTECTED]
X-UIDL: 8a50407529aa5d7a930b81fa42c4f57d

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to all of its recipients. The
following address(es) failed:

  [EMAIL PROTECTED]:
generated |/home/css/bin/miprocmail

The following text was generated during the delivery attempt:

-- |/home/css/bin/miprocmail --

procmail: No space left to finish writing "Mail/devel"

-- This is a copy of the message, including all the headers. --

Return-path: 
Received: from cacho.celta [127.0.0.1] (css)
by cacho.celta with esmtp (Exim 1.92 #1 (Debian))
id 10jt2l-3O-00; Wed, 19 May 1999 01:13:03 +0200
Received: from pop.ctv.es
by cacho.celta (fetchmail-4.3.9 POP3)
for  (single-drop); Wed, 19 May 1999 01:13:03 CEST
Received: from murphy.debian.org (murphy.debian.org [209.176.56.6])
by correo.ctv.es (8.9.3/8.9.1) with SMTP id WAA26645
for <[EMAIL PROTECTED]>; Tue, 18 May 1999 22:30:49 +0200 (MET DST)
X-Envelope-To: <[EMAIL PROTECTED]>
Received: (qmail 13197 invoked by uid 38); 18 May 1999 20:20:10 -
Resent-Date: 18 May 1999 20:20:10 -
Resent-Cc: recipient list not shown: ;
X-Envelope-Sender: [EMAIL PROTECTED]
Date: Tue, 18 May 1999 21:19:25 +0100
From: Stefan Baums <[EMAIL PROTECTED]>
To: debian-devel@lists.debian.org
Subject: Re: locale problem with latest packages
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="J2SCkAp4GZ/dPZZf"; micalg=pgp-md5;
protocol="application/pgp-signature"
X-Mailer: Mutt 0.95.4i
Resent-Message-ID: <"rbqJYB.A.sND.4tcQ3"@murphy>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List:  archive/latest/35641
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: [EMAIL PROTECTED]
X-UIDL: 34c032cf4e69d71daf6b60127b9145c6


--J2SCkAp4GZ/dPZZf
Content-Type: text/plain; charset=us-ascii

J.H.M Dassen wrote:
>
>> I just updated libc6 and locales to the latest packages and now my locale
>> de_DE does not work anymore. Perl tells me it's falling back to default.
>> Others like date just refuse to use it. What's wrong?
>
>The requirements have been strenghtened; a proper locale now looks like
>   LC_CTYPE=en_US.iso-8859-1
>so you may want to try LC_CTYPE=de_DE.iso-8859-1
>

Didn't do it for me. *UN*setting $LANG and $LC_CTYPE did, though...

Stefan


--J2SCkAp4GZ/dPZZf
Content-Type: application/pgp-signature

-BEGIN PGP SIGNATURE-
Version: GnuPG v0.9.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE3QctNtQKr9yFIt5URAaJRAJ9UgfgH5U+yjaCQcjh/vzE8gNg61wCcDUni
zO5bBjuRFdNXyY/L3Kzc+h0=
=dMn5
-END PGP SIGNATURE-

--J2SCkAp4GZ/dPZZf--


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

Mail delivery failed: returning message to sender

[Mail Delivery System]

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to all of its recipients. The
following address(es) failed:

  [EMAIL PROTECTED]:
generated |/home/css/bin/miprocmail

The following text was generated during the delivery attempt:

-- |/home/css/bin/miprocmail --

procmail: No space left to finish writing "Mail/devel"

-- This is a copy of the message, including all the headers. --

Return-path: 
Received: from cacho.celta [127.0.0.1] (css)
by cacho.celta with esmtp (Exim 1.92 #1 (Debian))
id 10jt2l-3O-00; Wed, 19 May 1999 01:13:03 +0200
Received: from pop.ctv.es
by cacho.celta (fetchmail-4.3.9 POP3)
for  (single-drop); Wed, 19 May 1999 01:13:03 CEST
Received: from murphy.debian.org (murphy.debian.org [209.176.56.6])
by correo.ctv.es (8.9.3/8.9.1) with SMTP id WAA26645
for <[EMAIL PROTECTED]>; Tue, 18 May 1999 22:30:49 +0200 (MET DST)
X-Envelope-To: <[EMAIL PROTECTED]>
Received: (qmail 13197 invoked by uid 38); 18 May 1999 20:20:10 -
Resent-Date: 18 May 1999 20:20:10 -
Resent-Cc: recipient list not shown: ;
X-Envelope-Sender: [EMAIL PROTECTED]
Date: Tue, 18 May 1999 21:19:25 +0100
From: Stefan Baums <[EMAIL PROTECTED]>
To: debian-devel@lists.debian.org
Subject: Re: locale problem with latest packages
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="J2SCkAp4GZ/dPZZf"; micalg=pgp-md5;
protocol="application/pgp-signature"
X-Mailer: Mutt 0.95.4i
Resent-Message-ID: <"rbqJYB.A.sND.4tcQ3"@murphy>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List:  archive/latest/35641
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: [EMAIL PROTECTED]
X-UIDL: 34c032cf4e69d71daf6b60127b9145c6


--J2SCkAp4GZ/dPZZf
Content-Type: text/plain; charset=us-ascii

J.H.M Dassen wrote:
>
>> I just updated libc6 and locales to the latest packages and now my locale
>> de_DE does not work anymore. Perl tells me it's falling back to default.
>> Others like date just refuse to use it. What's wrong?
>
>The requirements have been strenghtened; a proper locale now looks like
>   LC_CTYPE=en_US.iso-8859-1
>so you may want to try LC_CTYPE=de_DE.iso-8859-1
>

Didn't do it for me. *UN*setting $LANG and $LC_CTYPE did, though...

Stefan


--J2SCkAp4GZ/dPZZf
Content-Type: application/pgp-signature

-BEGIN PGP SIGNATURE-
Version: GnuPG v0.9.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE3QctNtQKr9yFIt5URAaJRAJ9UgfgH5U+yjaCQcjh/vzE8gNg61wCcDUni
zO5bBjuRFdNXyY/L3Kzc+h0=
=dMn5
-END PGP SIGNATURE-

--J2SCkAp4GZ/dPZZf--


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

Re: (LONG) Correct non-US solution

[Jonathan Walther]

On 18 May 1999, Philip Hands wrote:
> Perhaps a better goal (although significantly more difficult) would be
> to design a system where we can have multiple symmetric masters, where
> you can upload to any of them, and the propagate packages amongst
> themselves.

Perhaps I didn't explain it clearly enough, but that is what I intended.
However, instead of having symmetrical masters, I intended for all .changes
files etc to get posted to master, with the .deb, .diff.gz and .orig.tar.gz
being sent to any of the other upload sites, whichever one is legal.  That
way master can generate the Packages list, then our "sync" script would run
on each top-tier mirror and seek out the packages.  I was hoping each of our
top-tiers could double as potential upload sites for developers.  This
method is secure, for reasons I already outlined in the original proposal.

Jonathan

Re: locale problem with latest packages

[Stefan Baums]

J.H.M Dassen wrote:
>
>> I just updated libc6 and locales to the latest packages and now my locale
>> de_DE does not work anymore. Perl tells me it's falling back to default.
>> Others like date just refuse to use it. What's wrong?
>
>The requirements have been strenghtened; a proper locale now looks like
>   LC_CTYPE=en_US.iso-8859-1
>so you may want to try LC_CTYPE=de_DE.iso-8859-1
>

Didn't do it for me. *UN*setting $LANG and $LC_CTYPE did, though...

Stefan



pgp6XNYvaMose.pgp
Description: PGP signature

Re: request to kill nag messages

[Branden Robinson]

On Tue, May 18, 1999 at 03:32:20PM -0400, [EMAIL PROTECTED] wrote:
> > 
> > I'm not the only one to be annoyed at the nag messages that are sent out.
> > Can the script please be disabled.  There are better ways to find out bugs
> > you have open.  Long-standing bugs are likely to be less important than
> > recent bugs too.
> > 
> 
> I would rather see the old bugs closed.  An old bug is still a bug.
> 
> Don't like the messages, help close the bugs.

Wrong.  Brian White is no longer the release manager, so he has no special
privilege to send mails like this.

This is no different from some "helpful" developer spamming people who,
say, have had bugs open for over a year.  Such people have (rightly) come
under fire in the past.

It's time to do away with grandfather clauses.

-- 
G. Branden Robinson  |   I must despise the world which does not
Debian GNU/Linux |   know that music is a higher revelation
[EMAIL PROTECTED]   |   than all wisdom and philosophy.
cartoon.ecn.purdue.edu/~branden/ |   -- Ludwig van Beethoven


pgpCMaEQLfQBk.pgp
Description: PGP signature

Re: [ITP/mostly packaged] hftpd

[Joel Klecker]

At 15:22 -0400 1999-05-18, Ben Collins wrote:
How about a 2.2 and 2.0 version?
We really should have a policy for things like this. How about adding
another Provides: to kernel images (built by the excellent make-kpkg):
 Package: kernel-image-2.2.7
 Version: tr.pre0
 Section: base
 Priority: optional
 Architecture: i386
 Suggests: lilo (>= 19.1),  fdutils, kernel-doc-2.2.7
 Provides: kernel-image, kernel-image-2.2
I've only added ", kernel-image-2.2" to what was already generated.
I like it, I could have used it for the sparc glibc 2.1.1 packages
I could use it for nscd too.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: intent to package pa-risc stuff

[Joel Klecker]

At 14:56 -0400 1999-05-18, Ben Collins wrote:
On Tue, May 18, 1999 at 01:45:04PM -0500, Justin Maurer wrote:
well, for the cross compilers, i'm doing /usr/lib/parisc-xxx
e.g,
/usr/bin/parisc-egcs
/usr/bin/parisc-as
etc.
You should really use standard gnu style, such as 
parisc-linux-{gcc,as,ld,...}
and /usr/parisc-linux/{lib,bin,include}/
I might add that the tools do that automagically when configured in a 
host != target configuration.

Please don't upload a package that would create confusion in the naming scheme
that most people are used to.
And do not use a cpu name that config.sub does not understand, the 
GNU tools use "hppa" throughout, changing it will require that we 
patch every config.guess and config.sub in the source packages that 
use autoconf.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: request to kill nag messages

[Joel Klecker]

At 19:59 +0100 1999-05-18, Adrian Bridgett wrote:
I'm not the only one to be annoyed at the nag messages that are sent out.
Can the script please be disabled.  There are better ways to find out bugs
you have open.  Long-standing bugs are likely to be less important than
recent bugs too.
To me, these messages put bcwhite slightly above a spammer.
Then again, a spammer at least pretends to accept "remove" messages.
I did not sign up for this crap, I get no benefit from it, and it is annoying.
I want it to stop.
If we do not come to some agreement on either allowing developers to 
not be nagged or killing nag altogether, I will begin to treat it as 
spam.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: intend to package 'country'

[Joey Hess]

Joel Klecker wrote:
> What does it use as a datafile? If it doesn't use it already, I 
> suggest /usr/share/zoneinfo/iso3166.tab.

I have to wonder if we really need a package for this, since grep suffices..

-- 
see shy jo

Re: request to kill nag messages

[shaleh]

> 
> I'm not the only one to be annoyed at the nag messages that are sent out.
> Can the script please be disabled.  There are better ways to find out bugs
> you have open.  Long-standing bugs are likely to be less important than
> recent bugs too.
> 

I would rather see the old bugs closed.  An old bug is still a bug.

Don't like the messages, help close the bugs.

Re: evan leibovitch and the LPI certification tests

[Mark Mealman]

On Tue, May 18, 1999 at 03:16:38PM -0700, Craig Brozefsky wrote:
> 
> "Debian, so far, has been very popular in academia, hobbyist and
>  research circles, but doesn't appear to be a big player in the retail
>  and commercial fields."

Well damn, I work for one of the US's largest insurance brokerage firms
and we use Debian.


Guess I should run out and pick up Red Hat, before the LPI police come
knocking.


Sure would hate to give up Debian's top-notch security, stability, and
ease of maintenance though. Then again, we're commercial and not
educational so we really don't need those qualities in a Linux
distribution.

Mark

Re: [ITP/mostly packaged] hftpd

[Ben Collins]

> How about a 2.2 and 2.0 version?
> 
> We really should have a policy for things like this. How about adding
> another Provides: to kernel images (built by the excellent make-kpkg):
> 
>  Package: kernel-image-2.2.7
>  Version: tr.pre0
>  Section: base
>  Priority: optional
>  Architecture: i386
>  Suggests: lilo (>= 19.1),  fdutils, kernel-doc-2.2.7
>  Provides: kernel-image, kernel-image-2.2
> 
> I've only added ", kernel-image-2.2" to what was already generated.

I like it, I could have used it for the sparc glibc 2.1.1 packages

ITP: wavplay

[Justin N. Penney]

Pending completion of my maintainer status, I would like to package wavplay.
Planning on making a no_x and x version of package for the X interface.

Package: wavplay
Architecture: i386
Description: Play .wav files
  Includes two programs, wavplay and wavrec, which do exactly what they sound
  like they would do, play and record .wav files. 

-- 
 __
/  \
| Justin N. Penney <[EMAIL PROTECTED]> |
\__/ http://egb.home.dhs.org/

request to kill nag messages

[Adrian Bridgett]

I'm not the only one to be annoyed at the nag messages that are sent out.
Can the script please be disabled.  There are better ways to find out bugs
you have open.  Long-standing bugs are likely to be less important than
recent bugs too.

(or do we need a vote or something)

Cheers

Adrian

email: [EMAIL PROTECTED], http://www.poboxes.com/adrian.bridgett
Windows NT - Unix in beta-testing.   PGP key available on public key servers
Avoid tiresome goat sacrifices  -=-  use Debian Linux http://www.debian.org

Re: [ITP/mostly packaged] hftpd

[Adrian Bridgett]

On Mon, May 17, 1999 at 08:39:31PM -0500, Justin Maurer wrote:
> oh, i probably should've mentioned this earlier, but i've been packaging 
> hftpd. i'm mostly done, but need to hack in an /etc/init.d script, and i 
> think 
> i'll be done after that.
> 
> hftpd is a superb, linux-optimized ftpd. i am going to have a little bit 
> in the postinst that makes note that people really should roll their own, 
> since it can use a lot of 2.2 kernel features and such. it was written 
> by zach brown, one of the puffins (http://www.thepuffingroup.com/). the 
> page is http://www.zabbo.net/hftpd/

How about a 2.2 and 2.0 version?

We really should have a policy for things like this. How about adding
another Provides: to kernel images (built by the excellent make-kpkg):

 Package: kernel-image-2.2.7
 Version: tr.pre0
 Section: base
 Priority: optional
 Architecture: i386
 Suggests: lilo (>= 19.1),  fdutils, kernel-doc-2.2.7
 Provides: kernel-image, kernel-image-2.2

I've only added ", kernel-image-2.2" to what was already generated.

Comments?

Adrian

email: [EMAIL PROTECTED], http://www.poboxes.com/adrian.bridgett
Windows NT - Unix in beta-testing.   PGP key available on public key servers
Avoid tiresome goat sacrifices  -=-  use Debian Linux http://www.debian.org

Re: lost packages

[Branden Robinson]

On Tue, May 18, 1999 at 07:53:07PM +0200, Michael Meskes wrote:
> xfntbig

I put a gun to its head and pulled the trigger, cackling with glee.

Package: xfonts-cjk
Status: install ok installed
Priority: optional
Section: x11
Installed-Size: 2467
Maintainer: Branden Robinson <[EMAIL PROTECTED]>
Source: xfree86-2
Version: 3.3.3.1-2
Replaces: xfntbig
Provides: xfntbig
Depends: xbase-clients, xfonts-base
Suggests: xfs | xserver
Conflicts: xfntbig
Description: basic Chinese, Japanese, and Korean fonts for X servers
 xfonts-cjk provides fonts suitable for displaying text in the Chinese,
 Japanese, and Korean languages.  In most cases is desirable to have the X font
 server (xfs) and/or an X server to make the fonts available to X clients.
 .
 xfonts-cjk presently depends on xfonts-base because that package contains
 the font aliases used by the fonts in this package.

-- 
G. Branden Robinson  |Kissing girls is a goodness.  It is a
Debian GNU/Linux |growing closer.  It beats the hell out
[EMAIL PROTECTED]   |of card games.
cartoon.ecn.purdue.edu/~branden/ |-- Robert Heinlein


pgpzfB6iClSji.pgp
Description: PGP signature

Re: Configurator Panel

[Diego Delgado Lages]

Have you done this program, or have you packaged it?

If you packaged it, could you package my Configurator Panel, because I
tried, but it didn't work at all... :(((


Diego Lages

On 18 May 1999, Turbo Fredriksson wrote:

> > "Diego" == Diego Delgado Lages <[EMAIL PROTECTED]> writes:
> 
> Diego> I'm making something like a Control Panel for Linux (for
> Diego> Debian), and I would like you to test me and send me
> Diego> comments.
> 
> Have a look at 'http://papadoc.strul.net/programs/xadmin/'. It's not
> fully Debian compliant (I haven't gotten around to do it :), but should
> work ok...
> 
> 
> -- 
> We are GNU.  You will be GPL'ed.  Resistance is futile.
>  / \ / \ / \ / \ / \ / \  Turbo Fredriksson <[EMAIL PROTECTED]>
> ( D | e | b | i | a | n ) Debian Certified Linux Developer
>  \_/ \_/ \_/ \_/ \_/ \_/  Gothenburg/Sweden
> 
>   Please always Cc to me when replying to me on the lists.
> -- 
> quiche plutonium terrorist Rule Psix North Korea SEAL Team 6 Saddam
> Hussein Treasury smuggle Mossad ammunition Soviet DES domestic
> disruption Marxist
> 

Re: intent to package pa-risc stuff

[Ben Collins]

On Tue, May 18, 1999 at 01:45:04PM -0500, Justin Maurer wrote:
> well, for the cross compilers, i'm doing /usr/lib/parisc-xxx
> e.g,
> /usr/bin/parisc-egcs
> /usr/bin/parisc-as
> etc.

You should really use standard gnu style, such as parisc-linux-{gcc,as,ld,...}
and /usr/parisc-linux/{lib,bin,include}/

Please don't upload a package that would create confusion in the naming scheme
that most people are used to.

Re: lost packages

[Martin Bialasinski]

>> "MM" == Michael Meskes <[EMAIL PROTECTED]> writes:

MM> gtkicq
is now gnomeicu

MM> communicator/netscape*45
Was removed, *46 is now in the archive.

MM> xadmin
Was discontinued because of serious bugs IIRC.

Ciao,
Martin

Re: new arch required

[Justin Maurer]

> If you have a compiler packaged, somebody else is working on kernels,

i am not sure when the kernel changes will be merged into the linus kernels.

> I'm trying to aquire some machines as well, I wonder if it would be
> time to start debian-hppa as porters mailing list with a roughly
> periodical status report.

well, it looks as though ift won't be getting one for awhile, since right 
now hp/tpg is only giving them to kernel hackers. the good news is that one 
of our employees has expressed some desire to do this, so after he is done with 
a bunch of tests at school this week, he will probably try to get hacking.
my kernel experience is only backporting my sound driver from 2.2 to 2.0 :(

would you like me to start a list on the ift server? i expect it will be 
extremley low traffic until at least the kernel can run a shell.

> However, the name has to be decided: hppa or parisc or whatever?
> What do the puffins say?

parisc. they are trying to kill hppa, and rightfully so. but it will probably 
still be around for quite awhile..

-- 
Justin Maurer[EMAIL PROTECTED]
IFT Systems, Inc.http://linux.hypnotic.org
6717 N.31st Street  Tel: +1 (703) 237-5511 
Arlington, Virginia, 22213 USA acf on LinuxNet

Re: locale problem with latest packages

[J.H.M. Dassen]

On Mon, May 17, 1999 at 18:08:01 +0200, Michael Meskes wrote:
> I just updated libc6 and locales to the latest packages and now my locale
> de_DE does not work anymore. Perl tells me it's falling back to default.
> Others like date just refuse to use it. What's wrong?

The requirements have been strenghtened; a proper locale now looks like
LC_CTYPE=en_US.iso-8859-1
so you may want to try LC_CTYPE=de_DE.iso-8859-1 .

HTH,
Ray
-- 
Obsig: developing a new sig

Re: intent to package pa-risc stuff

[Justin Maurer]

>> (me saying a bootable kernel is still quite aways off)
> I wonder if this ITP is a little bit early then...

well, sort of. i can still package the cross compilers and such, so that we 
will all be ready for it. but the new arch obviously is still another relase 
or two away.

i have binutils packaged, and i haven't worked on it in awhile, but i think 
egcs is mostly done, too...

> > anyway, since for now they will be x-compilers, where should the bins be 
> > placed? should egcs be /usr/bin/egcs-parisc? /usr/parisc/egcs?
> 
> We will have to create binary-parisc or similar.

well, for the cross compilers, i'm doing /usr/lib/parisc-xxx
e.g,
/usr/bin/parisc-egcs
/usr/bin/parisc-as
etc.

> As the beginning, where no port exists, a directory within
> experimental looks proper to me.

agreed.

> Justin, can you find out if those machines are binary compatible.
> I've heard that there are two general types flying around (5i and
> 3i, iirc).  I wonder if one new architecture is enough or if we
> need both - like for mips.

which two machines? the ones the puffins are working on? they are working 
on the a180c (a-class). it is only a 32-bit machine, however. i think it is 
compatible with all the 64-bit machines, and can confirm this if you'd like 
and provide me with more info.

-- 
Justin Maurer[EMAIL PROTECTED]
IFT Systems, Inc.http://linux.hypnotic.org
6717 N.31st Street  Tel: +1 (703) 237-5511 
Arlington, Virginia, 22213 USA acf on LinuxNet

capabilities

[Marco d'Itri]

What would you all think about a patch to start-stop-daemon to remove
capabilities from spawned daemons?
Whith this patch many daemons would not need uid=0 anymore.

-- 
ciao,
Marco

Re: locale problem with latest packages

[Raphael Hertzog]

Le Wed, May 19, 1999 at 12:42:58AM +0900, Fumitoshi UKAI écrivait:
> Did you install gconv-modules?

No, but that wasn't the problem. My problem disappeared just after
an apt-get upgrade. I had locales-2.1.1-3 and libc6-2.1.1-5.

Now I have that :
$ dpkg -l | grep 2.1.1-5
ii  gconv-modules   2.1.1-5GNU C Library: Codeset conversion modules
ii  libc6   2.1.1-5GNU C Library: Shared libraries and timezone
ii  libc6-dev   2.1.1-5GNU C Library: Development libraries and hea
ii  libc6-pic   2.1.1-5GNU C Library: PIC archive library
ii  locales 2.1.1-5.1  GNU C Library: National Language (locale) da

Now I've got the same problem as descibed before. My locale setting is
not accepted by some programs. The gnome panel works fine but
mutt & perl refuses the localization :
bash-2.02$ perl
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LC_ALL = "fr_FR",
LC_CTYPE = "ISO-8859-15",
LANG = (unset)
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Cheers,
-- 
Raphaël Hertzog >> 0C4CABF1 >> http://prope.insa-lyon.fr/~rhertzog/

Re: evan leibovitch and the LPI certification tests

[Marcus Brinkmann]

On Tue, May 18, 1999 at 03:16:38PM -0700, Craig Brozefsky wrote:
> 
> "Debian, so far, has been very popular in academia, hobbyist and
>  research circles, but doesn't appear to be a big player in the retail
>  and commercial fields."

Wow, I always thought that this is was Microsoft says about Linux in
general.

What a fool.

Marcus

-- 
`Rhubarb is no Egyptian god.' Debian http://www.debian.org   finger brinkmd@ 
Marcus Brinkmann  GNUhttp://www.gnu.org master.debian.org
[EMAIL PROTECTED]for public  PGP Key
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/   PGP Key ID 36E7CD09

Re: lost packages

[Steve Haslam]

On Tue, May 18, 1999 at 07:53:07PM +0200, Michael Meskes wrote:
> I just checked via dselect to see which packages on my slink/potato machine
> are not found in the potato archive. I wonder what happened to them.
> Here's my list (after removing the obvious ones like libgtk1.1.*):
> 
> gtkicq

replaced by gnomeicu.

> xfntbig

replace by xfonts- ?

SRH
-- 
Steve Haslam   Debian GNU/Linux   [EMAIL PROTECTED]
gnome-libs, gnome-core, gnome-control-center, gdm, p3nfs.what, me worry?


pgp7mZWPxmmyj.pgp
Description: PGP signature

Re: lost packages

[Brian Almeida]

On Tue, May 18, 1999 at 07:53:07PM +0200, Michael Meskes wrote:
> gtkicq
replaced by gnomeicu
> communicator/netscape*45
new version is out(46)

-- 
Brian Almeida <[EMAIL PROTECTED]>  -  Systems Administrator
CICAT Networks - The New Brand of Telecommunications Service
Web: http://www.cicat.com/   V: 703-383-1408
email: [EMAIL PROTECTED]   F: 703-385-3788
cthread.  cthread_fork().  Fork, thread, fork!

Re: lost packages

[Darren O. Benham]

On Tue, May 18, 1999 at 07:53:07PM +0200, Michael Meskes wrote:
> I just checked via dselect to see which packages on my slink/potato machine
> are not found in the potato archive. I wonder what happened to them.
> Here's my list (after removing the obvious ones like libgtk1.1.*):
> 
> conf
> gtkicq
> libjpeg-gif
> communicator/netscape*45
upgraded to 46
> snd
> xfntbig
> xadmin
> manpages-net
> 
> Anyone's out there who knows?
> 
> Michael
> -- 
> Michael Meskes | Go SF 49ers!
> Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire!
> Tel.: (+49) 2431/72651 | Use Debian GNU/Linux!
> Email: [EMAIL PROTECTED]  | Use PostgreSQL!
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Please cc all mailing list replies to me, also.
=
* http://benham.net/index.html<[EMAIL PROTECTED]>   <><  *
*  * ---*
* Debian Developer, Debian Project Secretary, Debian Webmaster  *
* <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>  *
* <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>   *
=


pgpaLN5h49xpA.pgp
Description: PGP signature

Re: GPG as a PGP replacement

[Steve Haslam]

On Tue, May 18, 1999 at 08:44:36AM +0200, Michael Meskes wrote:
> Not true with my version anymore. The files are only under
> /usr/doc/gpg-rsa/examples.

Hm, I still have a diversion from /usr/bin/gpg to /usr/bin/gpg.gnupg,
where /usr/bin/gpg is a script to load the rsa/idea extensions and add
the pgp keyrings... (gpg-rsa version 2)

SRH
-- 
Steve Haslam   Debian GNU/Linux   [EMAIL PROTECTED]
gnome-libs, gnome-core, gnome-control-center, gdm, p3nfs.what, me worry?


pgpBhg3kO6z21.pgp
Description: PGP signature

Re: locale problem with latest packages

[Michael Meskes]

On Tue, May 18, 1999 at 04:31:44PM +0200, Raphael Hertzog wrote:
> What environment variable did you set to de_DE ? It does work fine
> for me with LC_ALL=fr_FR ...

[EMAIL PROTECTED]:~$ printenv|grep DE
LC_ALL=de_DE

Michael
-- 
Michael Meskes | Go SF 49ers!
Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire!
Tel.: (+49) 2431/72651 | Use Debian GNU/Linux!
Email: [EMAIL PROTECTED]  | Use PostgreSQL!

lost packages

[Michael Meskes]

I just checked via dselect to see which packages on my slink/potato machine
are not found in the potato archive. I wonder what happened to them.
Here's my list (after removing the obvious ones like libgtk1.1.*):

conf
gtkicq
libjpeg-gif
communicator/netscape*45
snd
xfntbig
xadmin
manpages-net

Anyone's out there who knows?

Michael
-- 
Michael Meskes | Go SF 49ers!
Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire!
Tel.: (+49) 2431/72651 | Use Debian GNU/Linux!
Email: [EMAIL PROTECTED]  | Use PostgreSQL!

POP3 server for debian.org mailaddress

[Michael Meskes]

Do we have a POP3 or IMAP or whatever server running on the debian.org
domain so I can fetchmail my debian related mail? Background is that I would
like to get rid of my local provider and thus would lose my mailbox there.
The new (cheaper) provider would only offer net connectivity but no mailbox.

Michael
-- 
Michael Meskes | Go SF 49ers!
Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire!
Tel.: (+49) 2431/72651 | Use Debian GNU/Linux!
Email: [EMAIL PROTECTED]  | Use PostgreSQL!

email for bruce

[Bruce Perens]

My DSL provider has gone out of business, apparently, leaving me with no
connection. Please use [EMAIL PROTECTED] if you need to reach me.

Thanks

Bruce

Re: intend to package 'country'

[Joel Klecker]

At 20:37 -0400 1999-05-17, Ioannis wrote:
I am ready to upload "country". country(1) is a tiny utility that
finds the ISO 3166 codes for countries -- that's the two-letter TLD name.
It will also work in reverse to find the name of a country if you
know its code.  I wrote this trivial program, as a script and as
a C program. This is the first version. Please Cc me you comments,
as I now only follow the devel-announce list.
What does it use as a datafile? If it doesn't use it already, I 
suggest /usr/share/zoneinfo/iso3166.tab.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Configurator Panel

[Turbo Fredriksson]

> "Diego" == Diego Delgado Lages <[EMAIL PROTECTED]> writes:

Diego> I'm making something like a Control Panel for Linux (for
Diego> Debian), and I would like you to test me and send me
Diego> comments.

Have a look at 'http://papadoc.strul.net/programs/xadmin/'. It's not
fully Debian compliant (I haven't gotten around to do it :), but should
work ok...


-- 
We are GNU.  You will be GPL'ed.  Resistance is futile.
 / \ / \ / \ / \ / \ / \  Turbo Fredriksson <[EMAIL PROTECTED]>
( D | e | b | i | a | n ) Debian Certified Linux Developer
 \_/ \_/ \_/ \_/ \_/ \_/  Gothenburg/Sweden

  Please always Cc to me when replying to me on the lists.
-- 
quiche plutonium terrorist Rule Psix North Korea SEAL Team 6 Saddam
Hussein Treasury smuggle Mossad ammunition Soviet DES domestic
disruption Marxist


pgpuDxMHlLp55.pgp
Description: PGP signature

Re: Package Maintainer Changed

[ISHIKAWA Mutsumi]

 Yoshiaki Yanagihara <[EMAIL PROTECTED]> wrote
   Subject: Package Maintainer Changed
   Message-ID: <[EMAIL PROTECTED]>

>> I am very very hard in my main work.
>> And I can not maintain some packages: 
>>  canna, canna-utils, im, kon2, konfont, kterm, 
>> libcanna1g, libcanna1g-dev, locale-ja, mew
>> 
>> These package maintainance is continued by 
>> ISHIKAWA mutsumi<[EMAIL PROTECTED]>.

 OK. (Thanks yochi for introduting me to this ML)

 These packages are basic tools and very important for Japanese, if
these packages' maintainer will be absent, all of Japanese Debian
users will be in trouble. So that We (yochi, I and Debian JP Project)
have discussed this problem, I will take over these packages
maintainer from him.

 I have already registerd Official Debian Developper last Sunday.
 I will upload these packages sucsessively.

-
Wed May 19 02:24:47 JST 1999
  ISHIKAWA Mutsumi <[EMAIL PROTECTED]>
  a trustee of Japan Linux Association <[EMAIL PROTECTED]>
  a member of Debian project   <[EMAIL PROTECTED]>
  a member of Debian-JP project<[EMAIL PROTECTED]>
  a member of X-TT project

qt2beta_2.0_19990516 for potato available

[Heiko Schlittermann]

=> http://master.debian.org/~heiko/qt2/

Thanks to Ivan E. Moore II and Russell Cooker for giving me access to 
their potato systems.


Best Regards from Dresden/Germany
Viele Gruesse aus Dresden
Heiko Schlittermann
-- 
[internet & unix support - Heiko Schlittermann]
[http://debian.schlittermann.de/";> Debian 2.1 CD ]
[Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -]
[pgp: A1 7D F6 7B 69 73 48 35  E1 DE 21 A7 A8 9A 77 92 ---]

Package Maintainer Changed

[Yoshiaki Yanagihara]

I am very very hard in my main work.
And I can not maintain some packages: 
canna, canna-utils, im, kon2, konfont, kterm, 
libcanna1g, libcanna1g-dev, locale-ja, mew

These package maintainance is continued by 
ISHIKAWA mutsumi<[EMAIL PROTECTED]>.

Thanks.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Yoshiaki Yanagihara (Debian JP Project Leader)
E-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]

Re: new arch required

[Martin Schulze]

Justin Maurer wrote:
> i'd like to request debian/pa-risc. i am packaging binutils as we speak.
> after this, i will package egcs. however, there will not be a working kernel 
> for a number of months. with egcs and binutils, packages should be able to 
> built even before there is a working kernel :)

If you have a compiler packaged, somebody else is working on kernels,
I'm trying to aquire some machines as well, I wonder if it would be
time to start debian-hppa as porters mailing list with a roughly
periodical status report.

However, the name has to be decided: hppa or parisc or whatever?
What do the puffins say?

Regards,

Joey

-- 
Computers are not intelligent.  They only think they are.

Please always Cc to me when replying to me on the lists.

Re: Release Plans (1999-05-10)

[Oleg Krivosheev]

Gentlemen,

that is what i got today

Today, May 3, is last day for Pre-Reg Savings.  Register at
http://www.usenix.org/events/usenix99

1999 USENIX ANNUAL TECHNICAL CONFERENCE
June 6-11, 1999
Monterey Conference Center, Monterey, California

NEW *BSD AND DEBIAN LINUX RELEASES GIVEN AWAY
USENIX is providing grants to the OpenBSD, FreeBSD, NetBSD, and Debian
Linux development projects, to support each of them in issuing new
releases. The releases-OpenBSD 2.5, FreeBSD 3.2, NetBSD 1.4 and Debian
2.2-will be distributed through usual channels, and, as a bonus, will be
given to Annual Conference technical session attendees.



is there REALLY plans to release something around June 6?

regards

OK

Re: intent to package pa-risc stuff

[Martin Schulze]

Justin Maurer wrote:
> consider this my intent to package pa-risc egcs and binutils. the kernel, 
> when 
> one arrives, too. i speak with the puffins (www.thepuffingroup.com, for those 
> who don't know) on a daily basis, so i suppose i am a good candidate. i plan 
> to order myself a machine when my next paycheck rolls around (if spi wants 
> to foot some of the bill, that would be just fine by me...:), but the port is 
> still *months* away from a booting kernel.

I wonder if this ITP is a little bit early then...

> anyway, since for now they will be x-compilers, where should the bins be 
> placed? should egcs be /usr/bin/egcs-parisc? /usr/parisc/egcs?

We will have to create binary-parisc or similar.

As the beginning, where no port exists, a directory within
experimental looks proper to me.

Justin, can you find out if those machines are binary compatible.
I've heard that there are two general types flying around (5i and
3i, iirc).  I wonder if one new architecture is enough or if we
need both - like for mips.

Regards,

Joey

-- 
Computers are not intelligent.  They only think they are.

Please always Cc to me when replying to me on the lists.

Re: How to create those "Packages" files?

[Daniel Burrows]

On Tue, May 18, 1999 at 06:17:40PM +0200, Thomas Schoepf was heard to say:
> 
> How are those Packages(.gz) files on ftp.debian.org created? Is there a
> .deb package available for download that provides that functionality?
> 

  I believe that dpkg-scanpackages, available in the dpkg-dev package, does
this.  Anyway it's what I use so it works :-)

  Daniel

Re: How to create those "Packages" files?

[Remco van de Meent]

Thomas Schoepf wrote:
> 
> How are those Packages(.gz) files on ftp.debian.org created? Is there a
> .deb package available for download that provides that functionality?

dpkg-scanpackages from the dpkg-dev package creates the Packages file.


HTH,
 -Remco

How to create those "Packages" files?

[Thomas Schoepf]

How are those Packages(.gz) files on ftp.debian.org created? Is there a
.deb package available for download that provides that functionality?

TIA!


Thomas
--
Debian GNU/Linux Developer   PGP public key
http://www.debian.org/   KeyID 2EA7BBBD

Re: Release Plans (1999-05-10)

[Santiago Vila]

On 17 May 1999, Adam Di Carlo wrote:

> Richard Braakman <[EMAIL PROTECTED]> writes:
> 
> > Adam Di Carlo wrote:
> > > I'd like to point out that expecting freeze to be shorter than 10
> > > weeks is lunacy.  We have 5 architectures now Consider that
> > > archive changes at any point in freeze imply changes in boot floppies
> > > (well, for anything in base) and in the CD system.
> 
> > From freeze to release, one month.  We won't freeze at all until we
> > have a plan that allows this.  The plan must have room for delays,
> > and the ripple effects caused by changes.
> 
> Huh?  Why do you say this?  As long as I've been with Debian, I've
> never seen anything shorter than a 2 month freeze. [...]

IMHO, just because we have made the mistake of freezing too early in the
past does not mean we have to repeat it over and over again.

Thanks.

-- 
 "0a2362076d7148344ac2f0ff503b0e54" (a truly random sig)

Re: Release Plans (1999-05-10)

[Kai Henningsen]

[EMAIL PROTECTED] (Darren O. Benham)  wrote on 16.05.99 in <[EMAIL PROTECTED]>:

> On Sun, May 16, 1999 at 08:09:00PM +0200, Kai Henningsen wrote:
> > [EMAIL PROTECTED] (David Bristel)  wrote on 14.05.99 in  [EMAIL PROTECTED]>:
> >=20
> > > abandon those who run slink. Note that if linus did that, the 2.2.7 and
> > > 2.2.8 would never have come out because work had already begun on the 2=
> .3
> > > kernels.
> >=20
> > Umm, may I point out that 2.3.0 =3D=3D 2.2.8? The difference is exactly t=
> he =20
> > number.
> >=20
> > MfG Kai
> >=20
> But it won't remain that way for long

I wasn't aware that "not long" can mean "forever". Linus is not in the  
habit of changing past versions.

In any case, the claim was that 2.2.7 and 2.2.8 wouldn't have come out  
because 2.3 kernels were already begun, and that's just plain wrong. If  
you want to point to maintaining "old" kernels, point to 2.0.36 and  
friends instead.

MfG Kai

Re: weekly policy summary

[Davide G. M. Salvetti]

* JH => Joey Hess

JH> Let me know if you're finding these useful.

Very useful indeed, thank you.

I'm unsure about how to second formal proposal, I hope this message
will suffice.

JH> Bug:
JH> Title: Patented software == non-free?
JH> Posted: 10 May 99
JH> Proposer: Joseph Carter
JH> Seconders:
JH> Status: discussion
JH> Description:
JH>   Amend policy 2.1.4 to remove reference to patents as something that may
JH>   place software in non-free.

I second this proposal.

JH> Bug: 37251
JH> Title: software depending on non-US
JH> Posted: 06 May 1999
JH> Proposer: Marco d'Itri
JH> Seconders: Gordon Matzigkeit, Joseph Carter, Chris Waters
JH> Status: discussion
JH> Description:
JH>   Proposal to allow software that depends on software in non-us into main
JH>   (currently restricted to contrib).

I second this proposal.

Thanks,

-- 
Davide G. M. Salvetti - IW5DZC [JN53fr] - 
 *  * 


pgpdIdK43ybPO.pgp
Description: PGP signature

Re: locale problem with latest packages

[Fumitoshi UKAI]

At Tue, 18 May 1999 16:31:44 +0200,
Raphael Hertzog <[EMAIL PROTECTED]> wrote:

> I have another problem with internationalization. In the gnome
> panel (or any gnome apps that uses standardized strings, ie the name
> of the menus), i've got empty string instead of the localized version.

Did you install gconv-modules?

Regards,
Fumitoshi UKAI

Re: (FINISH) Correct non-US solution

[Manoj Srivastava]

Hi,
>>"Jonathan" == Jonathan Walther <[EMAIL PROTECTED]> writes:

 Jonathan> But I do know the power and effifacy of keeping your head
 Jonathan> down, chin tucked in, and staying mum.  My scheme helps us
 Jonathan> tuck that chin farther in.

Quite. Unfortunately, practicing law without a licence is not
 a good way of keeping a low profile. And I would rather that we find
 out whether we are in fact decreasing our liablity by doing this.

As I said before, I like the idea. But good ideas are ot
 always legal.  As in security matters, in these issues well meaning
 amatuers often do more harm than good ;-)

manoj

-- 
 "I may be synthetic, but I'm not stupid" the artificial person, from
 _Aliens_
Manoj Srivastava   <[EMAIL PROTECTED]>  
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E

Re: Debian coding style?

[Amy Fong]

In article <[EMAIL PROTECTED]>,
James LewisMoss  <[EMAIL PROTECTED]> wrote:
>> On 7 May 1999 15:45:36 -0400, [EMAIL PROTECTED] (Amy Fong) said:
>
> Amy> Query, is there actually a coding style guideline for debian
> Amy> stuph?  Basically I'm with the Corel Linux group and this is
> Amy> what the Corel Linux Coding guidelines say... (follows). A few
> Amy> note-worthy ones are:
> Amy> - tabs: 2 spaces
> Amy> - curly braces alway on next line
> Amy>  ie if (...)
> Amy>   { } else { }
> Amy> - hungarian notation
>
> Amy> Will the Debian community be excrusiatingly unhappy with this?
>
>No there is no official coding style.   However you'd like to code you 
>stuff is more than OK.  BUT, don't expect anyone from Debian to use
>your style (from what little I read of it I surely will come no where
>near it :).

Trust me. Not _my_ style.

>Who's Lina Inverse by the way?
>
>Dres

Lina Inverse is an anime character (Japanese animation) from a hilarious
and wonderful series called Slayers! She's a powerful and destructive
sorceress with an enormous appetite as all our beloved heroines should
be like. ;)

Amy
-- 
"We Suzaku Seishi aren't smart enough to give up!!!"  Tasuki (Fushigi Yuugi)

I don't speak for anyone but myself.

Re: jdk not working in potato, working jdk removed from incoming, license problem

[Seth M. Landsman]

> > For the record, kaffe is *NOT* as good as the blackdown JDK.  I
> > have used both, and, as it is, kaffe crashes before my research system
> > loads, yet the blackdown jdk works flawlessly.
> 
> So report the bug to the kaffe people, and then they'll fix it, and then
> kaffe will work for your research project.

And as soon as I have time to sit down and come up with a bug
report that is better than "the bloody thing crashes before I see a single
println", I will. 

> IMO, of course, kaffe is far better than JDK.  Because it's GPL'ed.  You
> don't have to agree :-)

I agree with you absolutely and totally.  However, as it is, many
of us need the JDK until kaffe is ready for prime time, as it were.

-Seth
--
"It is by will alone I set my mind in motion"

Re: locale problem with latest packages

[Anders Arnholm]

>>>Raphael Hertzog wrote:
 > Le Mon, May 17, 1999 at 06:08:01PM +0200, Michael Meskes écrivait:
 > > I just updated libc6 and locales to the latest packages and now my locale
 > > de_DE does not work anymore. Perl tells me it's falling back to default.
 > > Others like date just refuse to use it. What's wrong?
 > 
 > What environment variable did you set to de_DE ? It does work fine
 > for me with LC_ALL=fr_FR ...

I did get the problem too with my Swedish settings.

balp:balp[591]$ perl
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LC_ALL = (unset),
LC_CTYPE = "sv_SE",
LANG = (unset)
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

/ Anders

Re: locale problem with latest packages

[Raphael Hertzog]

Le Mon, May 17, 1999 at 06:08:01PM +0200, Michael Meskes écrivait:
> I just updated libc6 and locales to the latest packages and now my locale
> de_DE does not work anymore. Perl tells me it's falling back to default.
> Others like date just refuse to use it. What's wrong?

What environment variable did you set to de_DE ? It does work fine
for me with LC_ALL=fr_FR ...

I have another problem with internationalization. In the gnome
panel (or any gnome apps that uses standardized strings, ie the name
of the menus), i've got empty string instead of the localized version.

I checked the .mo files, their are correct. I'll take the "Settings"
menu as example. I did find "_Settings" and the translation is 
"_Paramètres". It works fine while doing dgettext("gnome-libs", "_Settings")
in a test program but I keep having an empty string in the menu
of gnome apps.

Do someone know about this ? As this already been reported to the
Gnome folks ?

FYI, here are my environment variables concerning locales :
declare -x LC_ALL="fr_FR"
declare -x LC_CTYPE="ISO-8859-15"

Cheers,
-- 
Raphaël Hertzog -+- http://prope.insa-lyon.fr/~rhertzog/

Intent to package xmanpages-ja

[ISHIKAWA Mutsumi]

Hi, everyone. I'm now packaging "Japanese translated version of X
related manpages". 

 These manpages has been translated by "X Japanese Document Project"
(http://xjman.dsl.gr.jp. Sorry written in Japanese only). I'm member
of this project.

 This version is based on XFree86 3.3.3.1 manpages.

 I provided this package for Debian JP Packages before. So official
upload package's version start from "3.3.3.1j-3".

Lisence:
 Original is X License. Translation lisence is based on X lisence

 Copyright (c) 1998 The X Japanese Documentation Project.
 
 Permission is hereby granted, free of charge, to any person obtaining a
 copy of this software and associated documentation files (the
 "Software"), to deal in the Software without restriction, including
 without limitation the rights to use, copy, modify, merge, publish, dis-
 tribute, sublicense, and/or sell copies of the Software, and to permit
 persons to whom the Software is furnished to do so, subject to the fol-
 lowing conditions:
 
 The above copyright notice and this permission notice shall be included
 in all copies or substantial portions of the Software.
 
 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
 OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABIL-
 ITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT
 SHALL  THE X JAPANESE DOCUMENTATION PROJECT  BE  LIABLE  FOR  ANY CLAIM,
 DAMAGES OR OTHER LIABILITY,  WHETHER IN AN ACTION OF CONTRACT,  TORT OR
 OTHERWISE,  ARISING FROM,  OUT OF OR IN CONNECTION WITH THE SOFTWARE OR
 THE USE OR OTHER DEALINGS IN THE SOFTWARE.
 
 Except as contained in this notice, the name of The X Japanese
 Documentation Project shall not be used in advertising or otherwise to
 promote the sale, use or other dealings in this Software without prior
 written authorization from The X Japanese Documentation Project.

-
Tue May 18 23:22:58 JST 1999
  ISHIKAWA Mutsumi <[EMAIL PROTECTED]>
  a trustee of Japan Linux Association <[EMAIL PROTECTED]>
  a member of Debian project   <[EMAIL PROTECTED]>
  a member of Debian-JP project<[EMAIL PROTECTED]>
  a member of X-TT project

Re: GPG as a PGP replacement

[Michael Meskes]

On Tue, May 18, 1999 at 01:31:36AM +0200, Alexander N. Benner wrote:
> >From /var/lib/dpkg/diverts:
> /usr/bin/gpg
> /usr/bin/gpg.gnupg
> gpg-rsa
> /usr/man/man1/gpg.1.gz
> /usr/man/man1/gpg.gnupg.1.gz
> gpg-rsa

Not true with my version anymore. The files are only under
/usr/doc/gpg-rsa/examples.

Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersionDescription
+++-===-==-
ii  gpg-idea2  IDEA (PGP 2.x-compatible) module for GNU Pri
ii  gpg-rsa 2  RSA (PGP 2.x-compatible) module for GNU Priv

Michael
-- 
Michael Meskes | Go SF 49ers!
Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire!
Tel.: (+49) 2431/72651 | Use Debian GNU/Linux!
Email: [EMAIL PROTECTED]  | Use PostgreSQL!

glibc2.0-2.1 incompatibility: _xstat?

[Rene Hogendoorn]

I have motif 2.0.1 and xrt libraries that define _xstat. This symbol is not 
defined
anymore in glibc-2.1; there, __xstat is defined. In glibc-2.0, _xstat is 
defined as
a weak alias for __xstat.

What does the weak_alias of _xstat mean?
Is there a workaround, so that I can continue to use these libraries?

Can someone more knowledgable shed some light on this?
-- 

R. A. Hogendoorn   E-mail: [EMAIL PROTECTED]
Informatics Division   Tel. +31-527-24-8367 
National Aerospace Laboratory, The Netherlands Fax. +31-527-24-8210 

Re: Two sets of packages for slink and potato. How to version?

[Martin Bialasinski]

>> "SB" == Stephane Bortzmeyer <[EMAIL PROTECTED]> writes:

SB> The problem is the versioning. How to choose the version numbers
SB> in the two sets so that users will automatically get the potato
SB> package when they will choose to replace 'stable' by 'unstable'
SB> (or when potato will become stable).

I'd use the NMU version scheme for the stable packages.

unstable: 1.2.3-1  1.2.3-2
stable:   1.2.3-0.91.2.3-1.9

SB> I've read
SB>  ns.html> . Should I choose an epoch of 1 for all the potato
SB> packages?

By all means, no.

Ciao,
Martin

Re: evan leibovitch and the LPI certification tests

[John van V.]

Hello,

I am with the LXNY and other free software clubs in NY and we are 100% against
certification, the sheer stupidity of evan's statement is all you really need
to know.

I personally had a really bad experience w/ Caldera after 3 years of preparing
to become a channel partner.  

Below is a letter I sent out last week.  I am presently trying to develop ultra
lite linix with the TRINUX group though were are all being worked to death at
our day jobs...  deb is our fave so here I am  :)

I hope you enjoy the irony of this particular situation:

### Begin #

Hi, I just had to share this with you all.

Yesterday, two companies that I had been talking to and with whom I had
been sharing design and market information, both of whom promised a
partnership with CXN, my company...

...announced a deal to build a thinclient, remarkably similar to
ThinMan, my desktop offering.  The wording in their press releases is almost
precisely lifted from an email that I sent to an executive of one of them.

The two companies are Caldera and Phillips, the deal is with AOL to
build the the AOL TV set top box.  The email I sent was to Ransom Love at
Caldera
and my contact at Phillips (who stopped answering my calls) was Manjur Stanna.

The irony of the matter is that it is based on the Cyrix MediaGX and
National Semicondutors is selling Cyrix and Cyrix will orphan the chipset.

The two companies are Caldera and Phillips, the deal is with AOL to
build the the AOL TV set top box.  The email I sent was to Ransom Love at
Caldera
and my contact at Phillips (who stopped answering my calls) was Manjur Stanna.

The irony of the matter is that it is based on the Cyrix MediaGX and
National Semicondutors is selling Cyrix and Cyrix will orphan the chipset.

Other news:  CXN is planning an operations consultancy with its present
super contractor. Mucho mongers and others have expressed interest, you know
who you
are :)
### End #

===
John van Vlaanderen

  #
  #CXN, Inc. Contact: #
  #[EMAIL PROTECTED], www.thinman.com  #
  #1 917 309 7379 (cell, voice mail)  #   
  #
_
Do You Yahoo!?
Free instant messaging and more at http://messenger.yahoo.com

Two sets of packages for slink and potato. How to version?

[Stephane Bortzmeyer]

[Please Cc: me when replying, I have difficulties reading debian-devel at this 
time - but I'll try.]

I want to setup an apt-compatible directory of my Biology packages 
, so that users can 
use apt to install them, without waiting the release of potato (where they 
will appear officially, at least for those who are in "main"). The problem is 
that I want the packages to be installable on slink, without forcing the users 
to live with the glibc 2.1 mess.

I planned to have two directories, something like:

deb ftp://ftp.pasteur.fr/Debian/Biology stable
deb ftp://ftp.pasteur.fr/Debian/Biology unstable

with two sets of packages, for slink (glibc 2.0) and potato (glibc 2.1).

The problem is the versioning. How to choose the version numbers in the two 
sets so that users will automatically get the potato package when they will 
choose to replace 'stable' by 'unstable' (or when potato will become stable).

I've read . Should I choose an epoch of 1 for all the potato packages?


--
http://www.debian.org/~bortz/

Uploaded gdb 4.18-1 (source i386) to master

[Vincent Renardias]

All the standard debian patches have not been re-applied yet, but this
version should already be a vast improvement on the current potato
version (Fixes: #34839, #35574, #36661, #37700, #33868, #35952, #37420,
#32586, #34055).

I'm going to gradually integrate the other patches (objective-C support,
ADA support, etc...).

Important note: I'm also waiting for updated patches for non-i386 archs if
needed.

-BEGIN PGP SIGNED MESSAGE-

Format: 1.6
Date: Thu, 22 Apr 1999 17:35:41 +0200
Source: gdb
Binary: gdb
Architecture: source i386
Version: 4.18-1
Distribution: unstable
Urgency: low
Maintainer: Vincent Renardias <[EMAIL PROTECTED]>
Description: 
 gdb- The GNU Debugger
Changes: 
 gdb (4.18-1) unstable; urgency=low
 .
   * New upstream version!
Files: 
 619420e2fa1ab2af70dd95dd02472260 608 devel standard gdb_4.18-1.dsc
 828d28487af6cec074639c1102569473 11657032 devel standard gdb_4.18.orig.tar.gz
 e3c9e32863ec74ae9a26c4c7cf027fa6 228313 devel standard gdb_4.18-1.diff.gz
 6ca94259d6633e12ed05c84ff79c659a 1021192 devel standard gdb_4.18-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3ia
Charset: noconv

iQCVAwUBNx9Fyw+bo1sI1mwpAQFkIQP/YAwjycy6Gn/0ZSR2TP1QN3h0KF/V06fR
BjvD6W+hjsdgL7AhkPuNYYNKIX2pI9vU3eDmIx5xnAkX9RXhUKqwaGY/3rj/qyR6
ED1BkkozYqRd9BAyfQ2mzZYj9Vjri2WK6iJDjtFH4i7kBNSyzc2zwxbayXZItKmm
pIAvvTnBc2k=
=n7Rf
-END PGP SIGNATURE-

Re: (LONG) Correct non-US solution

[Philip Hands]

Jonathan Walther <[EMAIL PROTECTED]> writes:

> How do you figure Joey?  Some countries will let us distribute patented
> stuff... other countries will let us distribute crypto stuff...  The scheme
> proposed does do away with non-US, by making its original functionality so
> fine-grained that it disappears into the rest of the distribution.  Or am I
> missing something here?
> 
> And, according to comments I've heard from others, you are wrong.  Most
> countries outside the US *do* allow export of crypto, so our situation would
> change pretty dramatically. suddenly a lot more currently "non-US" packages
> would be on a lot more mirrors, and thus harder to stamp out, and the laod
> would be much better distributed among our mirrors.  Again, am I missing
> something here?

I can think of one thing that seems to have been missed:

  To where do we upload packages ?

Are we going to end up with a situation where we have to have the
uploads to the Cayman isles, or some such ?  Or do we end up with a
separate site for non-US type stuff, with the rest going to master ?

It seems that we'll just get back to the situation we already have.

Perhaps a better goal (although significantly more difficult) would be
to design a system where we can have multiple symmetric masters, where
you can upload to any of them, and the propagate packages amongst
themselves.

Cheers, Phil.

Re: optimisation??

[Ben Collins]

On Tue, May 18, 1999 at 08:05:04AM +0200, Horvath Akos Peter wrote:
> 2. Why use just -O2? The egcs people have been working for years to make
> the compiler better. For us (too). -O6 makes faster binaries.

Because anything higher than -O2 can cause some problems not related to
the compiler, but in the coding of the program. We want a stable
distribution, and this is the best way to handle it. Most programs
don't need optimization anyway (`uname` does not really need to be fast
now does it?).

> 4. What is the reason behind chmod -x the shared libs? With it, the so-s
> will be un-ldd-able -> dephelper have hard time to find out the
> dependencies, and nobody will be able to find out, what shared libs is
> needed by another. I do not see any reason to make this. I use chmod +x
> {,/usr}/lib/* after every update, and my system works perfectly.

Because libraries don't need to be executable, and you are incorrect,
ldd works just fine on them. The simple warning it outputs is useless
and does not affect the outcome.

> 5. I think it would be better if the debian/rules had a new target rule,
> named config. -> no need to rerun the configure script if whenever
> somebody wants to rebuild a .deb more than once.

That is a maintainers preference. I for one have a pre-binary-stamp
which the binary-stamp depends on. configure is run in the pre-binary
stage and, make is used to build in the binary stage. This acheives
your suggestion, but again, it is up to the maintainer as to whether or
not this is the right way.

> 6. Why are static libs in the -dev packages? Nobody needs static
> libraries. It is an archaic thing, and (except in very interesting
> situations) are not needed. (Or should gone to some -static packages).

You may not use static libs, but some people do, especially when
building programs that need to be pretty stable across several versions
and distributions of Linux. A -static package would be nice, but I only
see it useful for things that are pretty large (like libc or xlib)
since it will increase the number of packages in the archive a lot.

> 7. My opinion: the most correct solution would be if the debian/rules
> could handle CFLAGS and CXXFLAGS environment variables even if the
> standard compilation scripts did not handle them - but would use -O6
> -fomit-frame-pointer as default.

For the debian/rules file to use those flags would be nice, your
defaults are somewhat preferential, and are not good for common builds.

--
--- -  -   ---  -  - - ---   
Ben Collins <[EMAIL PROTECTED]>Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - ---   --- --  -  - ---  -  --

Re: better /etc/init.d/network

[David Corbin]

Joseph Carter wrote:
> 
> 
> IMNSHO, any replacement for /etc/init.d/network must be able to allow
> config files which "do stuff" on start or stop of the service...  Meaning
> I should be able to give it something that will be run before or after
> the initial ifconfig-and-route-type stuff has been done.  At least after
> for sure.  It's gotta be able to handle things like DHCP configuration
> too.
> 
And some simple firewall/IP masq. support, too.
-- 
David Corbin
Corsol Corporation
http://www.csol.com
[EMAIL PROTECTED]

Re: evan leibovitch and the LPI certification tests

[Zephaniah E. Hull]

On Mon, May 17, 1999 at 11:43:36PM -0400, Phillip R. Jaenke wrote:

> I hereby officially propose that the education of Mister Leibovitch begins
> with a sound *THWAPPING* upside the head using a hard-copy of both the GNU
> Manifesto and the GNU GPL, and done in tandem by two very large and well
> muscled men and/or women? That's much more appropriate. :)

Officially seconded.. <=:]

Zephaniah E. Hull.
> 
> -prj

-- 
 PGP EA5198D1-Zephaniah E. Hull <[EMAIL PROTECTED]>-GPG E65A7801
Keys available at http://whitestar.soark.net/~warp/public_keys.
   CCs of replies from mailing lists are encouraged.


pgpRWf7lB4goP.pgp
Description: PGP signature

Re: intend to package 'country'

[Ioannis]

  In addition to the master.debian.org/~ioannis location, the
'country' package is also available at http://www.cse.fau.edu/~itambour/ . 
Both are temporary locations until 'country' is accepted by the
distribution and thus fetchable by apt-get(1).

-- 

Ioannis Tambouras
Signed pgp-key on key server.

Re: y2k compliance - release goal for potato ???

[Joseph Carter]

On Tue, May 18, 1999 at 07:55:14AM +0100, John Lines wrote:
> > Linux is almost completely y2k compliant BY DEFAULT.  Any y2k issues that
> > haven't been fixed by now will get fixed in SLINK, not just potato.  We
> > don't know of any that remain however.  If something binary only in
> > non-free breaks, you are on your own unless someone else fixes it.
> 
> You don't have to do the publicity bit on -devel. I know that there are no
> problems with the kernel, but year 2000 issues are subtle and crop up in
> many unexpected places - just because the kernel is OK does not mean that
> the whole distribution is OK. (and it is main (or even base) that I am
> concerned about - not non-free)

Well I don't have any base/required packages but I'm sure that all of my
packages _ARE_ y2k compliant.  As are all those I've built from source. 
This would include lynx, libggi, libgii, popt, procmail, zgv, mutt, ssh,
etc, etc, etc...


> Have a look at http://www.debian.org/y2k/   You will see that most of the
> packages in the base system are marked as 'Unknown'. It would be better for
> Debian if these were checked and marked as OK (or problems found and fixed).
> 
> I had a little look at adduser, which was OK, and base-files, which had a
> subtle documentation problem (the GPL says you should write a license with
> 19yy as the date, though this is fixed in the LGPL), which is why it is
> marked OK?
> 
> Most of the packages need someone who knows their inner workings, to look
> through them and check them.

How much "inner workings" are there to go through?  Does the thing use
dates?  If yes, does it display dates with a 4 digit year?  Does it keep
dates in traditional timestamp formats?  Okay, it's compliant.

--
Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer
PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First!
-
Gold, n.: 
  A soft malleable metal relatively scarce in distribution.  It is mined
  deep in the earth by poor men who then give it to rich men who immediately
  bury it back in the earth in great prisons, although gold hasn't done
  anything to them.
-- Mike Harding, "The Armchair Anarchist's Almanac"


pgpY8MOiCXxKF.pgp
Description: PGP signature

Re: (FINISH) Correct non-US solution

[Richard Stallman]

Since the main (but not exclusive) use of non-US right now is for crypto
software, we might want to create a Crypto-Regulations package which
contains references to which countries restrict import and export of crypto,
and how, with references to appropriate legislation and documentation.

Could there perhaps be an include file feature for specifying these
fields?

There needs to be a way for a package to specify additional import
restrictions beyond those standard for all encryption software.  Many
encryption programs can't be imported into the US (and some other
countries) because of patents.

Re: (LONG) Correct non-US solution

[Richard Stallman]

Package: ssh
Export-Restricted: United States
Import-Restricted: Russia, France

ssh is a bad example, since it is non-free software everywhere in the
world.  It is restricted by its developers.  Version 2 is even more
restricted than version 1.

However, the general idea seems like a reasonable one, as long as we
make the checking *optional*.  We want to make it easy for people
to avoid patented software; but we should not take this so far
that we become patent enforcers!

Changes to apt and dpkg:
---
Respect the presence or absence of /etc/LEGAL.  If a selected package is
Import-Restricted, it won't download or install it unless /etc/LEGAL is
missing.

I think that is going too far--it should ask the user what to do.
If a person wants to risk using encryption in Russia, or
feels that RSADSI is not likely to sue him for using RSA in the US,
he or she should be able to say "go ahead".


I see a possible discrepancy (or else maybe I have misunderstood
something) in these two statements:

Export-Restricted determines which mirrors will accept the package for
redistribution.

Change to dupload and dinstall:
---
If the maintainer of a package is in one of the Export-Restricted
countries, refuses upload the package.

No package should ever be maintained by someone in a country from
which it can't be exported--that would be shooting ourselves in the
foot.  If this is properly checked when packages are accepted, then
there should be no need to check the maintainer's country for upload.

So the Export-Restricted field that should be checked is the one
on the server.  The server should not accept a package which it cannot
export.

Re: Unidentified subject!

[Leon Breedt]

ZHUANG, Hao spake thus:

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

I urge you to read the last two lines of each -devel message :))

Leon

-- 
Leon Breedt | Developer, Obsidian Systems
Debian/GNU Linux|   Because you want to get there...Today
Debian Developer|  [EMAIL PROTECTED]

Laugh at your problems; everybody else does.

Re: jdk not working in potato, working jdk removed from incoming, license problem

[Jules Bean]

"Seth M. Landsman" wrote:
> 
> > Basically, we're in BLATANT violation of the license currently. It states
> > quite clearly that redistribution is prohibited. So, plain and simple,
> > we're shit out of luck. As someone else pointed out, Kaffe is just as
> > good, with better response. But either way, we have to lose jdk or
> > convince Sun to grant us special permission to redistribute.
> 
> What is wrong with distributing an installation package like is
> done with netscape and realaudio?
> 
> For the record, kaffe is *NOT* as good as the blackdown JDK.  I
> have used both, and, as it is, kaffe crashes before my research system
> loads, yet the blackdown jdk works flawlessly.

So report the bug to the kaffe people, and then they'll fix it, and then
kaffe will work for your research project.

IMO, of course, kaffe is far better than JDK.  Because it's GPL'ed.  You
don't have to agree :-)

Jules

-- 
/+---+-\
|  Jelibean aka  | [EMAIL PROTECTED] |  6 Evelyn Rd|
|  Jules aka |   |  Richmond, Surrey   |
|  Julian Bean   | [EMAIL PROTECTED]|  TW9 2TF *UK*   |
++---+-+
|  War doesn't demonstrate who's right... just who's left. |
|  When privacy is outlawed... only the outlaws have privacy.  |
\--/

Intent to package: Puzzle ([Biology] Reconstruction of phylogenetic trees)

[Stephane Bortzmeyer]

[Please Cc: my personal address, I'm far from my normal mail and have 
difficulties reading Debian lists.]

[Cc: to debian-legal because there is a small legal problem. Advices about it 
should go to debian-legal, not debian-devel.]

I intent to package the Puzzle program, which is a biology program to 
reconstruct phylogenetic trees by maximum likelihood. It is recent and seems 
quite often quoted.

The Web page is .

No technical difficulties, no funny dependencies.

Puzzle's licence is GPL (details in the distribution).

BUT:

>   The whole package
>   is licenced under the GNU public licence, except for the parts
>   indicated in the sources where the copyright of the authors does not
>   apply.

Grepping through the source code, I find no place where there is a copyright 
other than the authors (which agree with the Debian packaging, but did not 
give me the names of these phantom authors). I assume I can go on with GPL.

pending normal debian bugs for debian-devel@lists.debian.org

[Nag]

Maintainer: debian-devel@lists.debian.org
Severity:   normal
Status: pending

This mail is being sent to you because the indicated bug reports have been
marked as overdue (i.e. has been open longer than 9 months).  Overdue
reminders are repeated monthly.

#20567  general   logo license outdated 
   http://www.debian.org/Bugs/db/20/20567.html
#20734  general   autoup.sh 
   http://www.debian.org/Bugs/db/20/20734.html
#20743  general   autoup.sh: wtmp, utmp and btmp
   http://www.debian.org/Bugs/db/20/20743.html
#21170  general   dpkg malfunction-unable to upgrade Debian 
   http://www.debian.org/Bugs/db/21/21170.html
#21464  general   bo -> hamm upgrade problems
   http://www.debian.org/Bugs/db/21/21464.html
#22016  general   general: backspace key generates ^H in X  
   http://www.debian.org/Bugs/db/22/22016.html
#22184  general   hi. I'd like to point out a possible bug. 
   http://www.debian.org/Bugs/db/22/22184.html
#23340  general   Quite a bad error from libstdc++2.8   
   http://www.debian.org/Bugs/db/23/23340.html
#23632  general   xserver and ispell missing in the hamm/sparc 
distributi  http://www.debian.org/Bugs/db/23/23632.html
#23883  general   Danger in using autoup.sh 
   http://www.debian.org/Bugs/db/23/23883.html
#24003  general   *-dev dependencies
   http://www.debian.org/Bugs/db/24/24003.html
#24334  project   libc4 missing in hamm 
   http://www.debian.org/Bugs/db/24/24334.html
#24528  general   Serious filesystem error  
   http://www.debian.org/Bugs/db/24/24528.html
#25127  general   autoup.sh bug 
   http://www.debian.org/Bugs/db/25/25127.html
#25267  general   problem doing libc5-libc6 upgrade with apt: ioctl 
probl  http://www.debian.org/Bugs/db/25/25267.html
#25761  general   ftp.debian.org: No standard naming convention for 
mirro  http://www.debian.org/Bugs/db/25/25761.html
#25816  general   xinetd use is problematic 
   http://www.debian.org/Bugs/db/25/25816.html
#25846  general   general: /etc/.pwd.lock not unlinked  
   http://www.debian.org/Bugs/db/25/25846.html
#25847  general   general: Several security questions   
   http://www.debian.org/Bugs/db/25/25847.html


For more information on the bug reporting system, visit:

http://www.debian.org/Bugs/


If you feel the bug should not be marked with a severity of "normal" or a
state of "pending", instructions on changing this can be found on the
above web site.

If you no longer maintain a package, mailto:[EMAIL PROTECTED]
and ask to have the "overrides" file updated to point to the new maintainer.
Please provide the name and address of the new maintainer if you know who
it is.

Please do not reply to the "nag" address unless there is a problem with the
actual messages being generated.  There is no need to copy "nag" when
altering or closing bugs since the web pages are checked each time for
the current list of outstanding bugs.