I'll take radiusd-merit

[Roberto Lumbreras]

Hi!

I'd like to maintain package radiusd-merit (orphaned in 1.61
version of prospective-packages), if nobody is working on it yet.

Regards,

Roberto Lumbreras
[EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] & pgp 143BE391
Lander Internet, Madrid-Spain-UE; http://www.lander.es

Who the hell is General Failure?
   And why is he reading my harddisk?


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: RAS on an NT box.

[Philip Hands]

> > You need to enable ms_chap in PPP --- see README.MSCHAP80
> 
> Thanks...read it. Is there any reason, besides the libraries that this
> hasn't been simply built into our standard ppp package?

Not that I've noticed.

> How much bigger does it get if you static link libpam and libdes?

I thought that was considered a Bad Thing.

There is really no need for PAM on the boot disks, since this is only required 
when running PPP at the server end, for authenticating logins.

The MSCHAP thing only seems to need libcrypt, which is part of libc6 anyway 
(and so presumably is on the base disks), so I probably only need to exclude 
the pam stuff from the cut down version.

I suppose that if ISP's are going to start using MSCHAP, then the boot disks 
need to support it, so that people can log on to do an install.  Is this 
actually happening ?

It seems from the README.MSCHAP80 that NT RAS can be configured to accept real 
CHAP rather than insisting on only accepting MSCHAP.  It might be better to 
mention that this option is available, and that the Microsoft tweaks don't 
provide any extra security, rather than helping to propagate their FUD.

Personally, I'd rather not encourage the use of M$ warm-and-cuddly 
``security'' software, but if people are actually being prevented from 
installing Debian, I guess we'll have to :-(

Cheers, Phil.



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: revised proposed solution (was Re: Bug#15859: libc6 in stable is horribly broken)

[Chris Fearnley]

'Remco Blaakmeer wrote:'
>
>On Sat, 13 Dec 1997, David Engel wrote:
>
>> Definitely not!  libc5-dev implies that libc5 is the default
>> compilation environment installed in /usr/include.
>
>Sorry, I must have been half asleep when I wrote the above. libc5-altdev
>doesn't have to conflict with either libc6-dev or libc5-dev because it is
>designed to live together with them.
>
>But if a non-conflicting libc6-dev and libc5-dev were installed, which
>would be the default? If I would write a simple 'hello world' program and
>type
>$ gcc hello.c -o hello
>then which libc would 'hello' be compiled against?

Since libc6-dev conflicts (and provides) libc-dev, you won't be able
to install libc6-dev (until you make the commitment to install the
altdev packages).

-- 
Christopher J. Fearnley  |  Linux/Internet Consulting
[EMAIL PROTECTED]   |  Design Science Revolutionary
http://www.netaxs.com/~cjf   |  Explorer in Universe
ftp://ftp.netaxs.com/people/cjf  |  "Dare to be Naive" -- Bucky Fuller


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: I'll take radiusd-merit

[Chris Fearnley]

'Roberto Lumbreras wrote:'
>
>Hi!
>
>I'd like to maintain package radiusd-merit (orphaned in 1.61
>version of prospective-packages), if nobody is working on it yet.

Excellent.  Maybe you can find the buffer overflow when shadow support
is included?

-- 
Christopher J. Fearnley  |  Linux/Internet Consulting
[EMAIL PROTECTED]   |  Design Science Revolutionary
http://www.netaxs.com/~cjf   |  Explorer in Universe
ftp://ftp.netaxs.com/people/cjf  |  "Dare to be Naive" -- Bucky Fuller


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

[FIXED] Re: insmod sound makes a mess

[Will Lowe]

On Thu, 11 Dec 1997, Herbert Xu wrote:

> > > > Anytime I do "insmod sound" or run any program which causes kerneld to
> > > > have to load the sound module,  my whole system freezes for a while --

Thanks for your help.  I managed to find another copy of an old .config
file for my kernel compiles,  and I've determined that the problem was
caused by setting "Configure Additional Low-Level Drivers" in the sound
config menu.

Unselected it,  and now everything's fine again.
Will

--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]   |
|   http://www.cis.udel.edu/~lowe/   |
--
|Float away here with me an evenng just wait and see,|
|  But tomorrow go back to your man -- I'm back to my world  |
|   And we're back to being friends. |
|Wait and see me,  Tonight let's do this thing.  | 
|  All we are is wasting hours; until the sun comes up it's all ours |
|   On our way here  |
|   Tomorrow back to being friends.  |
|  - Dave Matthews   |
--


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

RE: news gateways

[Mark Ciciretti]

Add the line 
User-agent: *
Disallow: /BugsDisallow: /Bugs


/Disallow: /Bugs/



On 13-Dec-97 [EMAIL PROTECTED] wrote:
> Does this mean that they are finding it through our own
> WWW archives of the mailing lists?

Yes.  Search indexes like Yahoo index the whole site.

> Do we need to add something there to keep them from being indexed?
>
>   Bruce
>

Add the line:

Disallow: /Lists-Archives/

to the robots.txt in the root directory of the web site.  It currently reads:

User-agent: *
Disallow: /Bugs/

This will stop the "robots" from the search engines indexing that part of the
website.   The only problem is that it won't clear what they previously have
indexed.  Also, the change needs to be made to all site that mirror the mailing
lists.
--
Please do not look directly into laser with remaining eye.

E-Mail: Mark Ciciretti <[EMAIL PROTECTED]>
Date: 14-Dec-97
Time: 21:04:01

--


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

RE: news gateways

[Mark Ciciretti]

Please disregarde the first 10 line of my previous message. (Error with the
mouse).
__

Please do not look directly into laser with remaining eye.

E-Mail: Mark Ciciretti <[EMAIL PROTECTED]>
Date: 14-Dec-97
Time: 21:16:00

--


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: I'll take radiusd-merit

[Roberto Lumbreras]

On Sun, 14 Dec 1997, Chris Fearnley wrote:

: >I'd like to maintain package radiusd-merit (orphaned in 1.61
: >version of prospective-packages), if nobody is working on it yet.
: 
: Excellent.  Maybe you can find the buffer overflow when shadow support
: is included?

Humm... could you send me more information about that? And maybe
fill a bug report against radiusd-merit...

Regards,

Roberto Lumbreras
[EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] & pgp 143BE391
Lander Internet, Madrid-Spain-UE; http://www.lander.es

Any sufficiently advanced technology is indistinguishable from
magic Arthur C. Clarke, The Lost Worlds of 2001


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Libc6 progress: 1997-12-12

[Adam Heath]

>Martin Schulze <[EMAIL PROTECTED]>:
>  mdutils-0.35-5(extra)


I have successfully recompiled mdutils for libc6, but will have wait until
another day to u/l it.  I have to apply to become a maintainer, and I have
stayed(sp?) up too late as it is.

Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H323 effort.  Email
 http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with
 http://wwp.mirabilis.com/3375265 - Page Me  the word subscribe in the body.



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

RE: unstripped stuff in /usr/lib

[Michael Meskes]

I second that. Please do not put symbols in normal packages. I take it
there are more people like me who have problems fitting all the packages
they like to have on the disk. And symbols eat so much disk space.

Michael

--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED]  | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux!  | Fax: (+49) 2405/4670-10

> -Original Message-
> From: Fabrizio Polacco [SMTP:[EMAIL PROTECTED]
> Sent: Monday, December 15, 1997 12:17 AM
> To:   debian-devel@lists.debian.org
> Subject:  Re: unstripped stuff in /usr/lib
> 
> [EMAIL PROTECTED] wrote:
> > 
> > We could let the -dev versions of packages have diversions of the
> > libraries to unstripped versions, and have the runtime versions have
> > stripped versions.
> 
> Since most of the times -dev packages are needed to compile only
> (headers and the symlink from lib.so), I think it'd be better to put
> unstripped libraries on a separate -dbg package (as lib_d.a). Those
> libs
> are easily 10 times the size.
> 
> Usually we have: 
> runtime pkg:  shared lib stripped with --strip-unneeded
> develop pkg:  static lib stripped with --strip-debug
> debug pkg:static lib unstripped
> 
> I'm not sure on what to do for shared unstripped libs (are they
> supported by gdb, now?)
> 
> Fabrizio
> -- 
> | [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
> | Pluto Leader - Debian Developer & Happy Debian 1.3.1 User - vi-holic
> | 6F7267F5 fingerprint 57 16 C4 ED C9 86 40 7B 1A 69 A1 66 EC FB D2 5E
> 
> 
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe"
> to
> [EMAIL PROTECTED] . 
> Trouble?  e-mail to [EMAIL PROTECTED] .


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

RE: RAS on an NT box.

[Michael Meskes]

Yes, that's what I meant.

And no, I don't need it for installation, but for using the up and
running system. Up to now I have to reboot to NT to be able to access
the net. Argh!

Michael

--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED]  | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux!  | Fax: (+49) 2405/4670-10

> -Original Message-
> From: Philip Hands [SMTP:[EMAIL PROTECTED]
> Sent: Monday, December 15, 1997 11:03 AM
> To:   Michael Meskes
> Cc:   Dale Scheetz
> Subject:  Re: RAS on an NT box. 
> 
> > How about NT's dial-back RAS? I cannot log in on my own but have to
> use
> > dial-back.
> 
> What about it ?
> 
> If your question is ``how do I do dialback with RAS'', I'm afraid I
> have no idea.
> 
> Otherwise, do you need this at install time, or just once the Debian
> machine is up and running ?  If the latter, then I've no problem with
> adding any functionallity required to the normal version of PPP.  I
> just don't currently see the need for the version on the base disks to
> support every bell and whistle (although if it turns out that ms_chap
> does not need much extra space on the disks, I'll probably put it in
> anyway).
> 
> Cheers, Phil.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: status of bzip

[Paul Slootman]

On Fri 12 Dec 1997, Paul Slootman wrote:
> On Thu 11 Dec 1997, Guy Maor wrote:
> > Andy Guy <[EMAIL PROTECTED]> writes:
> > > It is different becuase the lzw patent holders (HP?) have given a
> > > general license for non-profit use of the patent.
> > 
> > That's true.  It's Unisys that holds the patent, btw.
> > 
> > The patent on bzip is moot anyway, as bzip2 does not have any patents
> > on it.  It should go to main.  I think we should discourage the use of

I've received word from the author. Apparently there doesn't seem to be
a concrete patent on the bzip arithmetic coding (not lzw). However,
different arithmetic coding compression schemes _are_ patented, and to
prevent possible trouble, the author decided to remove bzip.

> > bzip by not having it in the archive.  Someone mentioned that there
> > was a bunzip which could go to non-free?
> 
> I started this thread, and mentioned that there is a bunzip-only source
> available. I suspect that that will also have to go into non-us, if the
> original bzip also had to go to non-us due to (silly) US patents.

The author (<[EMAIL PROTECTED]>) thinks that the bunzip
should be freely distributable; he doesn't know of any restrictions.
So, perhaps the bunzip code could be included in the bzip2 package;
alternatively, offer it as an "extra" package.

BTW, he seems to have a new version of bzip2 almost ready, with improved
speed.

Here's the significant part of his message for completenes:

--
Date: Fri, 12 Dec 1997 21:41:31 +   
From: Julian Seward <[EMAIL PROTECTED]> 
To: Paul Slootman <[EMAIL PROTECTED]>  
Subject: Re: question about the patent problem with bzip

Oh, what a tedious business (patents).  The situation, as I see it, is:

-- Arithmetic coding, used in bzip but not bzip2, is widely patented
   in its many guises.  The people who wrote the paper from which bzip's
   arithcoding code is derived (Moffat et al) are academics, and when
   I asked, they all said that they knew of no patent on their work.

   Nevertheless, considering the general paranoia of the GNU people,
   I decided to remove the technique from bzip2, since I knew it would
   never get widely used so long as a (possibly perceived) patent
   risk was associated with it.  Also, arithcoding is troublesome from
   a technical point of view -- it is pretty slow -- so I was happy to
   wave bye-bye to it on engineering grounds as well.

-- I don't perceive the bunzip code on my page as much of a risk.
   Not many people got bzip (far fewer than who have bzip2).  And
   surely a decompression-only version is pretty harmless?

So: I don't know of any specific patent which bzip infringes.  I think
it would be ok to distribute bunzip, along with the full bzip2 package.

As in all patent-related matters, #include .
If you want assurances of anything, please see a lawyer.  This message
does not constitute an assurance of anything.  (end-of-paranoia)
   
If you intend to use bzip2 as part of the infrastructure of Debian,
rather than merely as a distributed package, I think I would like you
to have a more recent version which I have more-or-less completed.
bzip2 contains some nasty performance anomalies -- the worst-case-time
vs average-case-time to compress can exceed 100:1 in some rare
circumstances,
and I have fixed that.  Also, the decompression code in bzip2-0.1pl2 is
slightly naive, and can easily be made to decompress about 15% faster.



Paul Slootman
-- 
Can you get your operating system fixed when you need it?
Linux - the supportable operating system. http://www.debian.org/support.html
home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED]
http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Changelog policy being ignored

[Martin Mitchell]

Hi,

I noticed some new updates of packages recently have not complied with
changelog policy[1]. They are packages that I had made non-maintainer
releases of previously, and to which I had added a changelog entry.

It is clear that the actual maintainer, when preparing the new release,
did not downloaded the non-maintainer release beforehand. The non-maintainer
releases were made about 2 months before these current releases.

While I don't consider these problems that warrant bug filing, I do think
the changelog policy should be followed, so that a complete history of
releases is maintained for each package.

Martin.


[1] To quote from the policy manual, section 3.2.3,
regarding debian/changelog:

The maintainer name and email address should not necessarily be those of the
usual package maintainer. They should be the details of the person doing this
version. The information here will be copied to the .changes file, and then
later used to send an acknowledgement when the upload has been installed.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Amiga port of Debian

[Brederlow]

James Troup <[EMAIL PROTECTED]> writes:

> Turbo Fredriksson <[EMAIL PROTECTED]> writes:
> 
> > > It most certainly is not.
> > 
> > Hmmm? What's missing then, since we are running a perfectly working
> > 1.2.17 system...
> 
> Any sane Amiga installation disks; a non-buggy-pseudo-1.3 base set.
> And as of 12/12/1997, 246 packages have yet to be compiled and a
> further 204 are out of date.  Debian/m68k is not finished and it is
> not released.

There will be a Linux Distribution for m68k that is based on and
compatible to Debian made by Eagle. Its mainly Amiga biased, but also
supports other m68k architectures. The unstable Debian system will
also be on the CD for those not suported by the Eagle installation
directly, but by Debian.

All packages from Debian are compileing at the moment and hopefully
most will work. Unfortunally some Packages are hardcoded to i386
stuff or they miss some files. Namely emacs and xemacs don't compile
and the include file they miss are not in the Contents file from
Debian, so their not in any stable Package.

May the Source be with you.
Mrvn


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Changelog policy being ignored

[Ian Jackson]

Martin Mitchell <[EMAIL PROTECTED]>:
> It is clear that the actual maintainer, when preparing the new
> release, did not downloaded the non-maintainer release beforehand. The
> non-maintainer releases were made about 2 months before these current
> releases.
> 
> While I don't consider these problems that warrant bug filing, I do
> think the changelog policy should be followed, so that a complete
> history of releases is maintained for each package.

I'm sorry, but it's you who's not following the policy.  Maintainers
are not required to download non-maintainer releases.  Instead,
according to the `Developers' Reference' s4.3:
 Maintainers other than the usual package maintainer should make as few
 changes to the package as possible, and they should always send a
 unified context diff (diff -u) detailing their changes to the bug
 tracking system properly flagged with the correct package so that the
 usual maintainer is kept aware of the situation.

Ian.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Changelog policy being ignored

[Martin Mitchell]

Ian Jackson <[EMAIL PROTECTED]> writes:

> I'm sorry, but it's you who's not following the policy.  Maintainers
> are not required to download non-maintainer releases.  Instead,
> according to the `Developers' Reference' s4.3:
>  Maintainers other than the usual package maintainer should make as few
>  changes to the package as possible, and they should always send a
>  unified context diff (diff -u) detailing their changes to the bug
>  tracking system properly flagged with the correct package so that the
>  usual maintainer is kept aware of the situation.

Ian, I missed this requirement at the time of making these non-maintainer
releases, thank you for bringing it to my attention. I did however mail
the maintainers privately, explaining what changes had been made.

Perhaps this policy should be amended, it really doesn't make much sense
for -0.1 type releases, where the diff would be large compared to the
previous package.

Martin.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Changelog policy being ignored

[Hamish Moffatt]

On Mon, Dec 15, 1997 at 01:11:00PM +, Ian Jackson wrote:
> Martin Mitchell <[EMAIL PROTECTED]>:
> > It is clear that the actual maintainer, when preparing the new
> > release, did not downloaded the non-maintainer release beforehand. The
> > non-maintainer releases were made about 2 months before these current
> > releases.
> 
> I'm sorry, but it's you who's not following the policy.  Maintainers
> are not required to download non-maintainer releases.  Instead,
> according to the `Developers' Reference' s4.3:
>  Maintainers other than the usual package maintainer should make as few
>  changes to the package as possible, and they should always send a
>  unified context diff (diff -u) detailing their changes to the bug
>  tracking system properly flagged with the correct package so that the
>  usual maintainer is kept aware of the situation.

Is the regular maintainer required to apply the diff? In doing
some non-maintainer upgrades just for libc6 reasons, I have
fixed some bugs where these are readily fixed. If the non-maintainer
work does not have to be used, there is every risk of bugs
being closed which are then unfixed with the next maintainer
release.

I assume then that you suggest the non-maintainer files a bug
report with the diff, and that the regular maintainer would
close the bug when they have applied the diff.

Hamish
-- 
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome.   http://hamish.home.ml.org


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Changelog policy being ignored

[Ian Jackson]

Hamish Moffatt:
> Is the regular maintainer required to apply the diff? In doing
> some non-maintainer upgrades just for libc6 reasons, I have
> fixed some bugs where these are readily fixed. If the non-maintainer
> work does not have to be used, there is every risk of bugs
> being closed which are then unfixed with the next maintainer
> release.

The normal maintainer can of course choose not to apply the diff.
However, we should say that:

 * The person making the non-maintainer release should provide a
description of all the separate bugs that they fix.

 * The normal maintainer should do at least one of
   - apply the diff
   - read the diff and decide on each part of it themselves
   - read the description of the patches and ensure that they fix
 each problem that was fixed in the non-maintainer release.

Perhaps this should be incorporated into our policy ?

Ian.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

news gateways

[Ian Jackson]

Bruce:
> Chris says that all of the mailing lists are gatewayed one-way only,
> and there is no mention of the list address in the headers. Thus, he
> thinks that the people who are finding our list by mistake are doing
> it through some other means. Does this mean that they are finding it
> through our own WWW archives of the mailing lists? Do we need to add
> something there to keep them from being indexed?

That's quite possible, and we should do something about it.  However,
I still feel that we should shut down general USENET gateways of our
development lists.

The whole point about having a mailing list instead of a newsgroup is
nullified by the gateway.  This is about visibility.  We _want_ our
internal development lists to be less visible, so that we can use them
for development rather than external enquiries.

Furthermore, we want information and addresses that appear on our
internal lists to stay internal.  For example, they contain email
addresses of package maintainers (which are sometimes not the same
addresses as they usually use, and which can bypass spamfilters) and
other administrative people in the project.  They contain internal
development and political discussion which would cause confusion and
FUD if shown to the world.

There's no need for this information to be secret, but gatewaying into
linux.* is announcing it to the world.  People who want this
information can subscribe to our open development list.

Bruce, please stick with your decision to ask Christoph to close down
the gateways for all but debian-user.

Ian.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Changelog policy being ignored

[Martin Mitchell]

Ian Jackson <[EMAIL PROTECTED]> writes:

> The normal maintainer can of course choose not to apply the diff.
> However, we should say that:
> 
>  * The person making the non-maintainer release should provide a
> description of all the separate bugs that they fix.
> 
>  * The normal maintainer should do at least one of
>- apply the diff
>- read the diff and decide on each part of it themselves
>- read the description of the patches and ensure that they fix
>  each problem that was fixed in the non-maintainer release.
> 
> Perhaps this should be incorporated into our policy ?

I believe it should.

Martin.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

[PGP] RI keysigning

[Steve Kostecke]

Is there a developer in Southern Mass., Rhode Island, or Northern Connecticut
who could sign my key for me?

TIA
--
[EMAIL PROTECTED]



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: news gateways

[Arto Astala]

Ian:
> Bruce:
> > Chris says that all of the mailing lists are gatewayed one-way only,
> > and there is no mention of the list address in the headers. Thus, he
> > thinks that the people who are finding our list by mistake are doing
> > it through some other means. Does this mean that they are finding it
> > through our own WWW archives of the mailing lists? Do we need to add
> > something there to keep them from being indexed?
> 
> That's quite possible, and we should do something about it.  However,
> I still feel that we should shut down general USENET gateways of our
> development lists.
> 
> [...]

E.g. HotBot, 
 which is what I got with clicking menu: directory/internet search
  in Netscape 3.03 for NT
gives, when searched with Dale Scheetz
 5434 matches of the form:
 http://www.de.debian.org/Lists-Archives/debian-devel-9702/msg00119.html, 3468 
bytes, 04Apr97

t.aa


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: I take debmake

[Christian Leutloff]

Rob Browning <[EMAIL PROTECTED]> writes:

> I don't believe that debhelper address one of Ian's main complaints at
> all.  If I remeber correctly, that complaint was that when you use
> debmake (or debhelper), you end up with debian package source with
> non-deterministic behavior.  Depending on the version of the packaging
> tool installed on the system you use to build the package, you may get
> a radically different resulting set of binaries.

But using another compiler or dpkg would result in a different set of
binaries, too. To get rid of the problems we need source depends.
 
> In addition (but less important), the current approach requires that
> you have the packaging tool package (debmake or debhelper) installed
> on the system where you're doing the build.

the only solution is to integrate the things into dpkg ...
 
> Ian was proposing to fix these problems with a more
> automake/autoconfish apprach where the commands to build your package
> would reside within the package itself (rather than in /usr/bin via an
> external package), and there would be a higher level command (like
> autoconf) that when run would bring these embedded commands up to the
> current packaging tool standards.

it's nice to have, but brings no advantages. If we change the
autoconfish thing we get the same different binaries as through
changing debhelper/debmake. It's IMHO only a different view but no
substantial change. And debhelper is working NOW - the other approach
is vaporware.

A solution can be to use autoconf for the architecture specific things
and let the rest do from dpkg.

Bye
  Christian
 

-- 
Christian Leutloff, Aachen, Germany
  [EMAIL PROTECTED]  http://www.oche.de/~leutloff/

Debian GNU/Linux 1.3.1! Mehr unter http://www.de.debian.org/



pgpxeGo9qdwaL.pgp
Description: PGP signature

2.0.32, XNvidia, Vtk

[Alexander Supalov]

Dear Gurus,

I saw today that Linux kernel 2.0.32 had been released as a Debian
package. Is it safe to upgrade the existing Debian.1.3.r4 to this
kernel? What about all the libc6 stuff? Should I have it installed or
should I better wait until the the next major Debian release arrives?
If so, when will this happen?

Now, a question about X. I have STB Velocity 128 card that is fairly
well supported by the Suse XNvidia server. Unfortunately, I couldn't
find it among the Debian packages and mended my system manually. Are
there any plans of packaging this and other Suse servers?

Finally, a question about Vtk (Visualization ToolKit). This powerful
3D graphics library is not freeware (see www.kitware.com), but the
authors allow for distribution of the unchanged sources and binaries.
I'd guess that distributing patches would be OK with them. The Vtk comes
with Tcl/Tk, Python, and C++ bindings and is able of producing really
cool 3D images under OpenGL (also, Mesa) and a number of other rendering
libraries.

Since I'm messing with this code anyway, I would consider becoming a
Debian developer with the task of supporting this package. I'd guess it
could go into contrib or nonfree hierarchy. What do you think about it?

Best regards.

Alexander

-- 
Dr. Alexander Supalov
GMD  -- German National Research Center for Information Technology
SCAI -- Institute for Algorithms and Scientific Computing
Schloss Birlinghovenphone:  +49 2241 14 2371
53754 Sankt Augustinfax:+49 2241 14 2102
Germany e-mail: [EMAIL PROTECTED]


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: I take debmake

[Rob Browning]

Christian Leutloff <[EMAIL PROTECTED]> writes:

> it's nice to have, but brings no advantages. If we change the
> autoconfish thing we get the same different binaries as through
> changing debhelper/debmake. It's IMHO only a different view but no
> substantial change. And debhelper is working NOW - the other approach
> is vaporware.

I think you may still be missing the point.  If you use Ian's
approach, and then someone downloads

  foo_1.0-1.diff.gz
  foo_1.0-1.dsc
  foo_1.0.orig.tar.gz

then when they build the package they should get a nearly identical
(if not completely identical) set of binary packages to the ones
residing on the ftp sites.

If you use the debmake/debhelper approach, then you may get something
*very* different, depending on the version of debmake/debhelper
installed.  This makes tracking down packaging problems reported by
others unnecessarily difficult, with no real benefit.

  User: Building your package doesn't work right.

  Developer: Works fine for me.

  User: But I used the source packages you gave me?  Isn't that supposed
to be sufficient?

  [...time elapses...]

  Developer: Oh, wait.  What version of debhelper/debmake do you have
 installed?

  User: That matters?

Now granted, source dependencies could fix some of the problem, but
usually we only include version specific dependencies in unusual
cases.  The nature of debmake/debhelper would essentially mandate that
every package built with them include a specific version dependency to
guarantee reproducable builds.  That's pretty ugly IMO.

All that said, I understand the vaporware argument.  I'm not talking
about whether or not we should continue to maintain debmake/debhelper,
but about where future development resources should be allocated.

-- 
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94  53 2B 97 F5 D6 4E 39 30


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: news gateways

[bruce]

Ian,

My main concern is whether we are getting completely clueless people who
are not interested in Linux at all on debian-devel because of the news
gateway. If that is not the case, I dont' have justification to remove it.
I don't see a reason to take it off the gateway because it would
"unsettle people". I think it's nice for the public to see that we have
a vigorous developer community, which they can do any time they check
the newsgroup - consider the marketing value of this - no other distribution
is nearly as open about their development.

Thanks

Bruce


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Strange mail problem

[liiwi]

Hello!

 I'm having trouble with fetchmail and procmail. The trouble is that fetchmail 
 ignores the 'mda "formail -s procmail"' line totally and delivers all mail to 
 port 25. nice. I can't remember, how many times I have checked everything. 

 This might have a connection with another problem that I was having couple 
 a days ago: /proc and swap wouldn't get mounted at boot, everything and all 
 fine everywhere and only thing that did help was moving the appropriate lines
 *on top* of fstab (they were the last) did work. I'm going to check this again 
 tomorrow, when I'll have to boot the machine anyway. 

 This is recent hamm machine and only thing that changed (besides my isp) was 
 my monitor which broke down. 

 Naturally this is just a 'wrong permission on some file somewhere you'll never 
 know to look' type problem, but I would appreciate if somebody could poke 
 me in the eye with that file. 





--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: 2.0.32, XNvidia, Vtk

[bruce]

Vtk would fit in non-free. I think it's worth it to ask them to modify
their license to fit the DFSG, I'll fire off a note. This probably means
changes in diff files only (which Ian hates, but I still think is a good
compromise).

Thanks

Bruce


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: I take debmake

[Joey Hess]

Christian Leutloff wrote:
> > I don't believe that debhelper address one of Ian's main complaints at
> > all.  If I remeber correctly, that complaint was that when you use
> > debmake (or debhelper), you end up with debian package source with
> > non-deterministic behavior.  Depending on the version of the packaging
> > tool installed on the system you use to build the package, you may get
> > a radically different resulting set of binaries.
> 
> But using another compiler or dpkg would result in a different set of
> binaries, too. To get rid of the problems we need source depends.

With debmake, new functionality was added all the time, and was added into
the same debstd program, changing its behavior, and so different versions
could have widly differing results on the same package. 

With debstd, each individual program has a well-defined job, and so their
behavior will not change, execpt for bugfixes, and to comply with changes
in debian policy.  New functionality comes in the form of added programs,
so your debian/rules that uses debhelper will behave the same no matter
what version of debhelper you use.

> it's nice to have, but brings no advantages. If we change the
> autoconfish thing we get the same different binaries as through
> changing debhelper/debmake. It's IMHO only a different view but no
> substantial change. And debhelper is working NOW - the other approach
> is vaporware.

I'd be interested to see the autoconf-style thing implemented. I'm not sure
yet if I'd use it; it's very hard to decide when it is, indeed, vaporware.

-- 
see shy jo


pgpzX7k8ve7KM.pgp
Description: PGP signature

Re: I take debmake

[Joey Hess]

Joey Hess wrote:
> With debmake, new functionality was added all the time, and was added into
> the same debstd program, changing its behavior, and so different versions
> could have widly differing results on the same package. 
> 
> With debstd, each individual program has a well-defined job, and so their
   ^^
I meant to say "debmake" here.

> behavior will not change, execpt for bugfixes, and to comply with changes
> in debian policy.  New functionality comes in the form of added programs,
> so your debian/rules that uses debhelper will behave the same no matter
> what version of debhelper you use.

-- 
see shy jo


pgp6OQHIU16VG.pgp
Description: PGP signature

Nags...

[Christopher C Chimelis]

FYI, I'm receiving all of the bug system nags for Christian Linhart for
his abandoned packages (xarchie and bibindex).  I guess his account was
eliminated from master and my master account username is the same as his
old one, so the bug system is nagging me.

I don't have a problem with the nags (I'm ignoring them actually), but I
just wanted to tell whomever I needed to about this :)

Thanks :)

Chris
--
 Christopher C. Chimelis  [EMAIL PROTECTED]
 Systems Supervisor
 Division of Biomedical Communications
 University of Miami School of Medicine
 --> finger [EMAIL PROTECTED] for PGP public key <--



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Plan to package xscavenger

[Adrian Bridgett]

On Mon, Dec 15, 1997 at 12:20:10AM +0100, Marcus Brinkmann wrote:
> On Sun, Dec 14, 1997 at 10:32:51PM +0100, Remco Blaakmeer wrote:
> > On Sun, 14 Dec 1997, Marcus Brinkmann wrote:
> > > I intend to package xscavenger, a lode runner like game (remember the good
> > > old commodore 64 days?).
> > > 
> > AFAIK, we already have a xscavenger package, which is maintained by Adrian
> > Bridgett <[EMAIL PROTECTED]> .
> 
> This is fun, I first installed a local version of my package, which is
> version 1.3.1-2 by now, because I cleaned the sources. It gives only 5
> warnings compiled with -Wall, the orig source gave me a few hundred.

I didn't really watch the compile when I made the package, but it seemed
like it went okay - I havn't noticed any problems. I'm using all the latest
stuff I think.

> Adrian: Please take a look at my homepage:
> http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/scavenger.html
> 
> You can find version 1.3.1 there, which will soon become the new upstream
> version, I discuss the last things with the author (did you ever mail him?
> He didn't know that there exist a debina packet of scavenger).
> 
> Seems that I am a few days to late, I will look for another task...

I just packaged it - since you seem keen on fixing/upgrading it etc, it
would make sense for you to maintain it. I don't really have the time or
inclination to do any actual coding (I hate C :-)) 

Adrian

email: [EMAIL PROTECTED]   | Debian Linux - www.debian.org
http://www.poboxes.com/adrian.bridgett   | Because bloated, unstable 
PGP key available on public key servers  | operating systems are from MS


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Work-Needing and Prospective Packages for Debian GNU/Linux

[Rainer Dorsch]

I am wondering that NIS+ is not in the list of packages which are not
yet available in Debian. Did nobody ask for it?

Reference:
http://www-vt.uni-paderborn.de/~kukuk/linux/nisplus.html

-- 
Rainer Dorsch
Abt. Rechnerarchitektur 
e-mail:[EMAIL PROTECTED]
Uni StuttgartTel.: 0711-7816-215


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: unstripped stuff in /usr/lib

[Adam P. Harris]

"Fabrizio" == Fabrizio Polacco <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>>  We could let the -dev versions of packages have diversions of the
>> libraries to unstripped versions, and have the runtime versions
>> have stripped versions.

Interesting idea.  I can't say I'm completely clear on what the status
quo is for this. 

> Since most of the times -dev packages are needed to compile only
> (headers and the symlink from lib.so), I think it'd be better to put
> unstripped libraries on a separate -dbg package (as lib_d.a). Those
> libs are easily 10 times the size.

> Usually we have: runtime pkg: shared lib stripped with
> --strip-unneeded develop pkg: static lib stripped with --strip-debug
> debug pkg: static lib unstripped

The use of strip on shared libraries, and the exact flags to give
strip (which is indeed --strip-uneeded), are stipulated in the Debian
Policy Manual (v2.3.0.1, Sec 3.3.2), and also there it states that a
separate package should be provided for debugging versions of the
library.

> I'm not sure on what to do for shared unstripped libs (are they
> supported by gdb, now?)

Any debian package which has non-compliant libraries installed should
have a bug reported against them.

.A. P. [EMAIL PROTECTED]http://www.onShore.com/>



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: new GTK+ release

[Ben Gertzfield]

> "bruce" == bruce  <[EMAIL PROTECTED]> writes:

bruce> There is a new GTK+ release 0.99.0 . This is coordinated
bruce> with the upcoming GIMP 0.99.16 release.

I'm packaging this up as we speak, with epoch 1:, to make it libgtk1
version 1:0.99.0.

Hopefully the GTK+ folks will keep with this new version numbering
from now on. And hopefully this version of GTK+ will work with entry
fields :)

-- 
Brought to you by the letters T and C and the number 13.
"You should be glad you don't have diaper rash. Mah Jongg." -- The Critic
Ben Gertzfield  Finger me for my public
PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Nags...

[Santiago Vila]

-BEGIN PGP SIGNED MESSAGE-

On Mon, 15 Dec 1997, Christopher C Chimelis wrote:

> FYI, I'm receiving all of the bug system nags for Christian Linhart for
> his abandoned packages (xarchie and bibindex).  I guess his account was
> eliminated from master and my master account username is the same as his
> old one, so the bug system is nagging me.

Please, tell Brian White about this. Current maintainer for bibindex in
hamm is "Debian-QA Group", so you should not receive any message about
that because of bibindex.

Thanks.

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

iQCVAgUBNJWaDyqK7IlOjMLFAQF5KgP7Bp46H6sizo4/lRSLHv4uU7ZthPHVl1SK
GZzCFkcekhf26umwtppaqr5eWfeVls9PvVBsNrHeq2et9WkyVSLxmksTs7n68m6Z
sLEgzGpAi4OijZpopz5pF7Sd2mg0JbsloCX0dkHhJtOlHcEPKXQUygEGWh1rvJMZ
ENyqB4ApBb8=
=EnF/
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Nags...

[Christopher C Chimelis]

-BEGIN PGP SIGNED MESSAGE-


On Mon, 15 Dec 1997, Santiago Vila wrote:

> Please, tell Brian White about this.

Will do.  Thanks!

> Current maintainer for bibindex in
> hamm is "Debian-QA Group", so you should not receive any message about
> that because of bibindex.

Yeah, looking back through my e-mail, I realised that I'm only getting
nags from the xarchie bug list.  My mistake :)

Thanks!!
Chris


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

iQCVAwUBNJWYiqFO21jpzc25AQETWAP+KNqDhozF6TU128o4fLIn8EK5rA0lRZDL
j/eG2ICga5b+WcZQLpcxqOzePVVuAor/kXpxCV9YGnxaiJusLoLvjpBDYRcDRWUs
SgmQiVOBri5fkk9PNdn0s81Phot3+ycir2pucanZDHU4+XleG7RHoCMS77dLyJOF
q2k7npFfibA=
=B++p
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: /sbin/hwclock and /etc/init.d/boot

[Kai Henningsen]

[EMAIL PROTECTED] (Michel LESPINASSE)  wrote on 14.12.97 in <[EMAIL PROTECTED]>:

> >My immediate problem is that I have the hardware clock set to GMT and
> >my system clock is never getting set to the local timezone.
>
> Do you see "/etc/localtime" when you type "date +%Z" ?
> If so, then I'd say that you ran in a bug with the timezones package.
> Just purge it and install it again

"tzconfig" should be enough there. Worked for me. I never found out how  
that happened (caused a complete mirror reload for me).


MfG Kai


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Semi-important: tearing my hair out over libgtk problems

[Ben Gertzfield]

I just can't understand this. I'm the maintainer of libgtk, the GIMP
toolkit, which is the widget set for The GIMP and Gnome and other nice
X programs.

Ever since gtk+971109, however, I've been running into a problem that
nobody who isn't running Debian has been running into.

libgtk *compiles* fine, but when I run a program that uses it, the
fields where you enter text into only display bizarre characters --
which change from version to version. For instance, when trying to get
gtk+971201 to work, I only got blank characters when typing. When
trying gtk+971208, I only got capital Os with umlauts. When trying the
latest gtk+, 0.99.0, I only get capital As with umlauts. I tried the
latest version from their CVS repositories and only get lower-case
'x's. 

Other Debian folks have run into this when compiling libgtk, and this
has happened to me now on *three* separate Debian-running computers,
so I don't think it's a hardware problem.

I'm 100 percent up-to-date with hamm. I've tried libc 2.0.5c. I've
tried 2.0.6pre3. I've tried 2.0.6pre4. I've tried re-working my
debian/rules (which worked fine with gtk+971109) to use the make
install provided in the gtk+ Makefile along with debhelper instead of
my semi-kluged bash-package-style moving files into separate
debian/tmp-blah directories.

Is it just me?

Can anyone else try compiling with the .dsc/.diff.gz/.orig.tar.gz at
http://everybody.got.net/~che/gtk/ for me, and see if I'm just nuts?

I've been struggling with this for *weeks* now.

Here's some related version numbers of packages, if it matters:

ii  gcc 2.7.2.3-3  The GNU C compiler.
ii  ldso1.9.6-2The Linux dynamic linker, library and utilit
ii  libc6   2.0.5c-0.1 The GNU C library version 2 (run-time files)
ii  libc6-dev   2.0.5c-0.1 The GNU C library version 2 (development fil
ii  xlib6g  3.3.1-2Shared libraries required by X clients
ii  xlib6g-dev  3.3.1-2Include files and libraries for X client dev

-- 
Brought to you by the letters X and R and the number 6.
"Someday, we will be." "For it has already begun." -- Akira
Ben Gertzfield  Finger me for my public
PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Semi-important: tearing my hair out over libgtk problems

[Ben Gertzfield]

A quick followup: Someone on the GIMP IRC network recently reported
the *exact* same problem with certain gtk versions. 

But they're running SuSE 4.4.1, very tweaked.

Now I don't think the problem is Debian-specific. (I had hoped it
wasn't :)

-- 
Brought to you by the letters F and Q and the number 3.
"Egad! A base tone denotes a bad age." -- TMBG
Ben Gertzfield  Finger me for my public
PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

ppp's ip-{up,down} and possible utilization of 'run-parts'

[Adam P. Harris]

Maybe I should submit this as a wishlist to the bug system, but I was
interested in getting some comments first.

I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.

This would allow, for instance, MTA packages to ship little scripts to
flush the mail queue when the link comes up, pop-deamons to start up,
bind to reload, clock sync daemons to re-sync, firewall and
masquerading rules to run, and dynamic PPP hosts to update some file
on some server indicating their current IP.

.A. P. [EMAIL PROTECTED]http://www.onShore.com/>


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: ppp's ip-{up,down} and possible utilization of 'run-parts'

[Brian Bassett]

I think this is a very good idea.  I know that the ipmasq package would
greatly benefit from this kind of arangement.

Brian

On Mon, 15 Dec 1997, Adam P. Harris wrote:

> 
> Maybe I should submit this as a wishlist to the bug system, but I was
> interested in getting some comments first.
> 
> I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
> 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
> 
> This would allow, for instance, MTA packages to ship little scripts to
> flush the mail queue when the link comes up, pop-deamons to start up,
> bind to reload, clock sync daemons to re-sync, firewall and
> masquerading rules to run, and dynamic PPP hosts to update some file
> on some server indicating their current IP.
> 
> .A. P. [EMAIL PROTECTED]http://www.onShore.com/>
> 
> 
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> [EMAIL PROTECTED] . 
> Trouble?  e-mail to [EMAIL PROTECTED] .
> 
> 


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: ppp's ip-{up,down} and possible utilization of 'run-parts'

[Joey Hess]

Adam P. Harris wrote:
> 
> Maybe I should submit this as a wishlist to the bug system, but I was
> interested in getting some comments first.
> 
> I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
> 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.

So do I. I first asked Christoph for this back in the spring, and I've since 
asked Phil Hands about it when he took over the package and I've seen nothing
happen yet..

> This would allow, for instance, MTA packages to ship little scripts to
> flush the mail queue when the link comes up, pop-deamons to start up,
> bind to reload, clock sync daemons to re-sync, firewall and
> masquerading rules to run, and dynamic PPP hosts to update some file
> on some server indicating their current IP.

.. and slrn and leafnode to update their newsgroups list and fetch news.
Etc, etc.

-- 
see shy jo


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: ppp's ip-{up,down} and possible utilization of 'run-parts'

[Avery Pennarun]

This would be helpful for my new wvdial package as well -- from a user
interface standpoint, I would like to have a way for pppd to "call me back"
once we're properly connected.

Avery


On Mon, 15 Dec 1997, Adam P. Harris wrote:

> Maybe I should submit this as a wishlist to the bug system, but I was
> interested in getting some comments first.
> 
> I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
> 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
> 
> This would allow, for instance, MTA packages to ship little scripts to
> flush the mail queue when the link comes up, pop-deamons to start up,
> bind to reload, clock sync daemons to re-sync, firewall and
> masquerading rules to run, and dynamic PPP hosts to update some file
> on some server indicating their current IP.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Problems compiling packages

[Martin Schulze]

Good evening,

during compiling re-packaging of some libraries on the powerpc I
noticed several problems regarding our libc.

On the powerpc - as on the alpha - there is no libc5 package and will
never be (I guess).  As a result compilation of any library that
provides both a libc5 and libc6 release will fail, and so does the
packaging step.

I'd suggest that all such packages only try to compile and package the
libc5 packages if there is a libc5 installed.

Thanks,

Joey

-- 
  / Martin Schulze  *  [EMAIL PROTECTED]  *  26129 Oldenburg /
 / http://home.pages.de/~joey/
/  VFS: no free i-nodes, contact Linus  -- finlandia, Feb '94   /


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: ppp's ip-{up,down} and possible utilization of 'run-parts'

[Karl M. Hegbloom]

> "Adam" == Adam P Harris <[EMAIL PROTECTED]> writes:

Adam> Maybe I should submit this as a wishlist to the bug system,
Adam> but I was interested in getting some comments first.

 Red Hat 5.0 has a complex network configuration setup... I didn't
 have time to look it over in detail, but think that someone who is
 capable of understanding it and perhaps `stealing' some ideas from it
 for Debian should do so.  They have a `netcfg' program that's written
 in python.  It will help you edit the chat scripts and everything.
 It took me very little effort to get a ppp link established using it.

 The Debian ppp setup is simpler; editting the easy to find (?) chat
 script was no more difficult, to me, than locating and running the
 RH `netcfg' was.

 I think the main thing is that a person with very little experience
 should be led through the initial setup by a script, at the very
 least.  It would be good to tell them about `minicom', with some
 instructions on how to use it to get the info they need to construct
 a working chat script.

 Has anyone created a document for this?  And a page for the boot disk
 telling of it, with simple instructions on how to begin reading.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Semi-important: tearing my hair out over libgtk problems

[Marcelo E. Magallon]

On 15 Dec 1997, Ben Gertzfield wrote:

> libgtk *compiles* fine, but when I run a program that uses it, the
> fields where you enter text into only display bizarre characters --
> which change from version to version. For instance, when trying to get
> gtk+971201 to work, I only got blank characters when typing. When trying
> gtk+971208, I only got capital Os with umlauts. When trying the latest
> gtk+, 0.99.0, I only get capital As with umlauts. I tried the latest
> version from their CVS repositories and only get lower-case 'x's.

I gave up on 971208... funny thing is I also got Ö's.

> Other Debian folks have run into this when compiling libgtk, and this
> has happened to me now on *three* separate Debian-running computers,
> so I don't think it's a hardware problem.

Not it's definitely not. I thought it could be the extension to get
iso-8859-1 characters. I tryed every combination available on the
configure script, but no luck.

> I'm 100 percent up-to-date with hamm. I've tried libc 2.0.5c. I've
> tried 2.0.6pre3. I've tried 2.0.6pre4. I've tried re-working my
> debian/rules (which worked fine with gtk+971109) to use the make
> install provided in the gtk+ Makefile along with debhelper instead of
> my semi-kluged bash-package-style moving files into separate
> debian/tmp-blah directories.

I even compiled and installed it straight from the distribution...

> Can anyone else try compiling with the .dsc/.diff.gz/.orig.tar.gz at
> http://everybody.got.net/~che/gtk/ for me, and see if I'm just nuts?
> 
> I've been struggling with this for *weeks* now.

I didn't try that hard... but I got the same problems. I tried just after
you pointed out the problem when I asked in debian-user. The last
known-to-work version was somewhere arround late november, I can't recall
which one. I hoped I could find time the last weekend to go thru the diffs
between those two versions, but they are not trivial. In the office next
door, a guy has a much hated (by me -- open mindness and all ;) RH box, I
think it is 4.2. I was asked him to compile the thing and see what happens
(to check which and what library is the problem against), but he's a
little paranoid and won't do it. 

I'll see if I can get something tonight.

Can you ask in the gtk list, where it seems to work for most people
according to you, which libraries and what versions are they using? (a
listing from */lib and /etc/ld.conf would help, I think)

later,

Marcelo


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Intent to package: umich-ldap

[Juan Cespedes]

On Mon, 1 Dec 1997, Brian Bassett wrote:

> I just would like to pick everyone's brains and make sure of something.  I
> think that the following copyright would be acceptable under the DFSG:
> 
> ---
> 
> Copyright (c) 1992-1996 Regents of the University of Michigan.
> All rights reserved.
> 
> Redistribution and use in source and binary forms are permitted
> provided that this notice is preserved and that due credit is given
> to the University of Michigan at Ann Arbor. The name of the University
> may not be used to endorse or promote products derived from this
> software without specific prior written permission. This software
> is provided ``as is'' without express or implied warranty.
> 
> ---

Sorry, I think it fails #3 and #4 of the DFSG (it doesn't
allow modifications and derived works).  So, if you still package it,
it may have to go to non-free.

-- 
Juan Cespedes


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: How to detach debug symbols from libraries

[Fabrizio Polacco]

Yann Dirson wrote:
> 
> Correction: it works now (probably a compilation option that wasn't
> used at the time).
> 
> Problem: it's really a mmap image (thus works only for executables,
> not libs), and includes the libs symbols:
> 

aha, but shared libs are executable files, so I succeeded building a
shared lib with debug symbols (just ar -x and cc -shared) and then I 
gdb -batch -nx -mapped -readnow sharlib
it builds sharlib.syms that gdb can load with -s.

The problem is that gdb refuses to debug a shared lib, maybe needs some
flag.
But the real problem is that the sizes are ... unmanageable
the shared lib is half the size of the static one, while the .syms file
is double!
-rw-r--r--   12242044 Dec 13 19:20 libdb2.a
-rwxr-xr-x   11129332 Dec 13 19:18 libdb2.so
-rw-r--r--   15246976 Dec 15 13:26 libdb2.so.syms


A quick scan of gdb info let me suppose that debugging of shared libs is
not easy under Intel platforms.

So I loose all interest in using .syms files instead of unstripped
static libs.


Fabrizio
-- 
| [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
| Pluto Leader - Debian Developer & Happy Debian 1.3.1 User - vi-holic
| 6F7267F5 fingerprint 57 16 C4 ED C9 86 40 7B 1A 69 A1 66 EC FB D2 5E



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Semi-important: tearing my hair out over libgtk problems

[bruce]

It doesn't happen on my laptop running Debian 1.3 or my SGI running IRIX.
I bet it's a GLIBC 2.0 interaction.

Bruce


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Plan to package xscavenger

[Marcus Brinkmann]

On Mon, Dec 15, 1997 at 06:46:20PM +, Adrian Bridgett wrote:
> On Mon, Dec 15, 1997 at 12:20:10AM +0100, Marcus Brinkmann wrote:
> > On Sun, Dec 14, 1997 at 10:32:51PM +0100, Remco Blaakmeer wrote:
> > > On Sun, 14 Dec 1997, Marcus Brinkmann wrote:
> > > > I intend to package xscavenger, a lode runner like game (remember the 
> > > > good
> > > > old commodore 64 days?).
> > > > 
> > > AFAIK, we already have a xscavenger package, which is maintained by Adrian
> > > Bridgett <[EMAIL PROTECTED]> .
> > 
> > This is fun, I first installed a local version of my package, which is
> > version 1.3.1-2 by now, because I cleaned the sources. It gives only 5
> > warnings compiled with -Wall, the orig source gave me a few hundred.
> 
> I didn't really watch the compile when I made the package, but it seemed
> like it went okay - I havn't noticed any problems. I'm using all the latest
> stuff I think.

No real problems, just warnings, most because of missing prototypes.
 
> > Adrian: Please take a look at my homepage:
> > http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/scavenger.html
> > 
> > You can find version 1.3.1 there, which will soon become the new upstream
> > version, I discuss the last things with the author (did you ever mail him?
> > He didn't know that there exist a debina packet of scavenger).
> > 
> > Seems that I am a few days to late, I will look for another task...
> 
> I just packaged it - since you seem keen on fixing/upgrading it etc, it
> would make sense for you to maintain it. I don't really have the time or
> inclination to do any actual coding (I hate C :-)) 

I don't want to steal you a package, but if you offer it, I will take it
over. It would be a good starting point, because it is so easy and I can
learn a lot about packaging and programming.

Another thing that bothers me is the copyright. Are there good reasons to
place it in non-free? I think there is, because it uses the sound code from
koules, which uses the sound code from xgalaga, which is shareware/a mix of
different files. I will probably resolve this soon.

Thank you,
Marcus

-- 
"Rhubarb is no Egyptian god." Debian GNU/Linux
Marcus Brinkmann  http://www.debian.org
[EMAIL PROTECTED]
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Work-Needing and Prospective Packages for Debian GNU/Linux

[wnpp]

Work-Needing and Prospective Packages for Debian GNU/Linux
[EMAIL PROTECTED]
$Id: packages.sgml,v 1.62 1997/12/15 22:51:11 johnie Exp $

1.  General Questions

1.1.  Before reading this document

You should have read the Debian GNU/Linux FAQ
.

1.2.  Purpose of this document

This document is intended to identify areas that need your
contributions. It provides information that hopefully changes quite
often, so it supplements the Debian GNU/Linux FAQ.

1.3.  Getting newer versions of this document

Newer versions of this document will be available via FTP and HTTP:

  o  

  o  

  o  

1.4.  Feedback

Please send additions, corrections, suggestions and wishes to the WNPP
maintainer [EMAIL PROTECTED]  Please mention to which version of this
document your comments refer.

Try to change the subject of your mail to reflect the packages you're
talking about, it makes it easier for to sort out all "Re: Work-
Needing and Prospective Packages" emails. A suggested subject line
reads "WNPP: removing foopackage" or "WNPP: working on barpackage".
Thanks.

2.  Recent Changes

2.1.  Since version 1.61 1997/12/08

  o  The postgresql and typist packages are now uploaded.

  o  The witalian package is now being maintained by Davide G. M.
   Salvetti .

  o  Orphaned glimpse.

  o  Ole J. Tetlie  has adopted pari and
   paridoc.

  o  Debmake is now maintained by Santiago Vila Doncel
   .

  o  The verse, bible-kjv, and worklog packages are now maintained by
   Oliver Elphick .

  o  Paul Slootman  is now maintaining
   isdnutils.

  o  Removed strn from "not available" section.

  o  The giflib and kde packages are now orphaned.

  o  Joel Klecker  is now maintaining macutils,
   mcvert, and opie, and is working on zile (an emacs-like editor).

  o  Juergen Menden  is now working on
   the orphaned package dialdcost.

  o  Yann Dirson  is working on the
   previously orphaned package tkman.

  o  Removed agrep from text utilities needing packaging, as it is
   contained within glimpse.

  o  Jim Mintha  is working on taking over the
   packages lsof and automount.

  o  Dropped the orphaned package bzip completely.

  o  Igor Grobman  is packaging battleball, a
   3D soccer game played with tanks.

  o  Orphaned arpd and vgrind, as Dominik Kubla has left the Project.

  o  Douglas Bates  is working on GNU R,
   which is not unlike S, a language and system for statistical data
   analysis and graphics developed at Bell Labs.

  o  Removed perl documentaion from works in progress, as the provided
   manpages are sufficient.

  o  Roberto Lumbreras  has adopted the radiusd-
   merit package.

3.  Orphaned packages

(An orphaned package is a package that has no current maintainer.)

Please inform [EMAIL PROTECTED] via e-mail:

  o  when you find that you need to orphan a package

  o  when you believe that the following list is incomplete

  o  when you would like to maintain one of these packages.

Andreas Jellinghaus [EMAIL PROTECTED] :

  o  kde

  o  giflib

Michael Alan Dorman [EMAIL PROTECTED] :

  o  glimpse

Dominik Kubla

  o  arpd

  o  vgrind

Rob Browning [EMAIL PROTECTED] :

  o  blt

Helmut Geyer [EMAIL PROTECTED] :

  o  auctex

  o  ghostview

  o  lacheck (libc5)

  o  libc5

  o  libc5-altdbg

  o  libc5-altdev

  o  libc6.1

  o  libc6.1-dbg

  o  libc6.1-dev

  o  libc6.1-pic

  o  libproc-dev

  o  procps

  o  xproc

  o  xxgdb

Orn E. Hansen :

  o  xega

  o  xmailtool

  o  xspread

Yves Arrouye [EMAIL PROTECTED] :

  o  compress-package

  o  ppd-adobe-common, ppd-adobe-extra, ppd-adobe-misc, ppd-gs

  o  psptools

Dominik Kubla [EMAIL PROTECTED] :

  o  arpd

  o  csh

Brian C. White [EMAIL PROTECTED] :

  o  zyxel

Raul D. Miller [EMAIL PROTECTED] :

  o  j1 (in old source format)

  o  sam

Michael Nonweiler [EMAIL PROTECTED] :

  o  nas

Jim Robinson [EMAIL PROTECTED] :

  o  mh-papers

  o  term

Doug Geiger [EMAIL PROTECTED] :

  o  apsfilter

Erick Branderhorst [EMAIL PROTECTED] :

  o  giftrans

  o  mathpad

  o  mfbasfnt

  o  wenglish

Christian Linhart [EMAIL PROTECTED] :

  o  xarchie

  o  bibindex

Shaya Potter [EMAIL PROTECTED] :

  o  pgcc

Stuart Lamble [EMAIL PROTECTED] :

  o  fsp

Guy R. Thomas [EMAIL PROTECTED] :

  o  dld (do we still need this ?)

Patrick J Edwards [EMAIL PROTECTED] :

  o  mailpgp

Robert Leslie [EMAIL PROTECTED] :

  o  motifnls

Tom Lees [EMAIL PROTECTED] :

  o  file-rc

David Engel [EMAIL PROTECTED] :

  o 

Debian Administration tool

[Brian Bassett]

Hi all,

I recently switched to Debian from RedHat 4.2 and the one thing that I
think that Debian could really use is an administration tool.

Thus, I've decided to try and write such a tool.  I've set up a webpage
(http://www.butterfly.ml.org/debadmin/) and a mailing list (instructions
at the webpage).  If you are interested in helping, feel free to subscribe
to the list and offer any advice.  The current plan calls for three
interfaces (text-based curses, X, and Web/CGI). I think that the project
would be benefitted by anyone who has experience programming X or X
toolkits, or Perl CGIs.

Any advice is welcome.

Brian Bassett



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

redirecting stderr to memory

[Enrique Zanardi]

Hello!

Is there an easy way to redirect stderr to memory?
I was thinking about something like:

  FILE *stream,*tmpstream;
  char *streambuf;
  size_t streamsize;

  stream=open_memstream(&streambuf,&streamsize);
  tmpstream=stderr;
  stderr=stream;

but it doesn't work, because stderr is not a FILE* in libc6.

Any ideas?

(I need that to display messages directed to stderr from busybox when
linked to a Slang program, as in:

Slang program: 
redirect stderr to memory buffer
call mount_fn from busybox 
mount_fn failed, error message to stderr
redirect stderr to the tty again
display error message 
).

Thanks,
-- 
Enrique Zanardi[EMAIL PROTECTED]
Dpto. Fisica Fundamental y Experimental Univ. de La Laguna


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Debian needs guinea pigs

[Mark W. Blunier]

Add me to the list.  I have the room to test both upgrades and fresh
installs.

Mark
[EMAIL PROTECTED]



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: ppp's ip-{up,down} and possible utilization of 'run-parts'

[Yann Dirson]

Adam P. Harris writes:
 > I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
 > 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
 > 
 > This would allow, for instance, MTA packages to ship little scripts to
 > flush the mail queue when the link comes up, pop-deamons to start up,
[...]

I had the idea of adding such actions (flush mailqueue, fetch mail,
etc.) to my ip-up, but I didn't do that.

This is because some of these actions (eg. mail fetching) may be quite
long to complete, and may act badly if interupted by a 'poff'
(eg. fetched messages from the interupted session not erased from my
POP account - guess it's a security feature in fetchmail).

The solution I used was to manually ask to fetch my mail.  Another
would be to have a (hopefully generic) mean of forcing the line to
stay up while such an action is taking place. But I'm not sure it
would be a good solution either, since fetching 200 mails/day from the
debian lists takes some time, and then the user would be compelled to
want till fetch is done.

In other words:  

* we can't decide for the sysadmin what actions will take place on
boot.

* if we build such a system, a standard way of disabling parts of
these directories (maybe like what /etc/init.d/rc allows with 'S' and
'K' names ?)

-- 
Yann Dirson  <[EMAIL PROTECTED]>  | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]>  | support Debian GNU/Linux:
debian-email:   <[EMAIL PROTECTED]>  | more powerful, more stable !
http://www.a2points.com/homepage/3475232 |
-
A computer engineer's looking for a job !
-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .