Debian Weekly News - September 28th, 1999

1999-09-29 Thread Joey Hess
-- Debian Weekly News http://www.debian.org/News/weekly/current/issue/ Debian Weekly News - September 28th, 1999 --

Must hand off XEmacs21 project!

1999-09-29 Thread Karl M. Hegbloom
I will not, due to circumstances beyond my control, be returning to work for perhaps as long as six months. I must hand off the XEmacs 21 project. On master.debian.org in ~karlheg/src/ is a tar file with TODAY's fresh CVS repository archived in it. That should be installed on cvs.debian.o

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Craig Sanders
On Wed, Sep 29, 1999 at 06:38:55AM -0400, Michael Stone wrote: > The fantasy is over--WELCOME TO REAL LIFE! It turns out that some > people install linux without preexisting knowledge of how to securely > administer a unix machine. sorry, it's you who needs to wake up to the real world. if peopl

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Craig Sanders
On Wed, Sep 29, 1999 at 04:30:45AM -0500, Francois Gurin wrote: > Minimun hassle/inconvenience is mutually exclusive of minimum harm. > Looking at the example set forth by some of the other distributions > (and more than a few operating systems), the reduced hassle of > installation and administra

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Craig Sanders
On Wed, Sep 29, 1999 at 02:27:45PM -0400, Mark W. Eichin wrote: > > > it's an either/or situation (i.e. no way of satisfying both parties > > Actually, it isn't -- there's an easy way of giving users a choice, > and two people have suggested it already (debconf). This seems to be > the most Debi

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Craig Sanders
On Wed, Sep 29, 1999 at 01:08:31PM -0400, Laurel Fan wrote: > Excerpts from debian: 29-Sep-99 Re: Packages should not Con.. by Craig > [EMAIL PROTECTED] > > IMO that's the price you pay for saying "install a whole bunch of > > random stuff i haven't personally selected". if you cared, you'd > > ta

Re: A simple question about unstable

1999-09-29 Thread Daniel Burrows
On Wed, Sep 29, 1999 at 04:11:08PM -0400, Bill White was heard to say: > Is it possible to upgrade from slink to potato using a 56k modem connection? > If it takes 650Mb to upgrade everything it is not possible. If it is, > my problems are solved, of course. > > Thanks. If you pay for bandwidt

where's getdents(2)?

1999-09-29 Thread Michael Stone
getdents is documented in manpages-dev (and used to work) but isn't in libc6. What's the deal? Mike Stone pgpsIfP4jzmwa.pgp Description: PGP signature

Hosed potato/main/Packages...

1999-09-29 Thread Michael Alan Dorman
the aleph-* packages have Priority: optionnal, which is, well, wrong. Mike.

Re: Packages should not Conflict on the basis of duplicate funct

1999-09-29 Thread Sean 'Shaleh' Perry
> > e) Let update-inetd handle this. This might not be enough for standalone > servers like apache and roxen but it would work with a pop3 server - > update-inetd -add should notice that there is already a valid entry enable > with that service and add the new entry with a hash mark. > Not enoug

A simple question about unstable

1999-09-29 Thread Bill White
I hope this is not a foolish question. I have looked at the FAQ and the Debian web page, but I haven't found the answer. What's the best way to get a current copy of unstable for installation on a single, not-very-well-connected machine? I have a slink installation, and I don't want to upgrade i

Re: Packages should not Conflict on the basis of duplicate funct

1999-09-29 Thread Torsten Landschoff
On Tue, Sep 28, 1999 at 02:29:55PM -0400, Clint Adams wrote: > > Ok, let's bring this back to implementation. How would you propose we > > handle > > this? Currently daemons install, set themselves up, and begin running. > > > > a) we can prompt. > > b) we leave everything off and let the admin

Re: Re^4: strange behavior of dh_dhelp

1999-09-29 Thread Joey Hess
Marco Budde wrote: > Am 28.09.99 schrieb joey # kitenet.net ... > > Moin Joey! > > JH> > No. A http daemon will never follow this symlinks. They#re 100% useless > JH> > when using the http protocol. > JH> Balderdash. http://www.apache.org/docs-1.2/mod/core.html#options > > Somebody told me Debia

Re: Swap setup on Debian

1999-09-29 Thread Marcel Harkema
On Tue, Sep 28, 1999 at 02:26:41PM -0400, Rick wrote: > On Tue, 28 Sep 1999, Staffan Hamala wrote: > > > I've noticed when installing Debian that the installer always shrinks > > my swap partition to 128MB, so I have to do a swapoff;mkswap -v1 ..;swapon > > manually afterwards. Also, the message t

Re: Can I have a package with no real name of upstream maintainer?

1999-09-29 Thread Antti-Juhani Kaijanaho
On Wed, Sep 29, 1999 at 12:18:01PM +0200, Christian Surchi wrote: > I'm packaging tkpgp, from munitions.vipul.net archive. The upstream > maintainer doesn't want reveal his real name and wants only "tftp" as name > and an email address. The package is release under GPL. > Is this possible? Pseud

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Mark W. Eichin
> it's an either/or situation (i.e. no way of satisfying both parties Actually, it isn't -- there's an easy way of giving users a choice, and two people have suggested it already (debconf). This seems to be the most Debianish way to handle it - technologically superior, and avoids punishing one

RE: ITP: portsentry

1999-09-29 Thread Sean 'Shaleh' Perry
On 29-Sep-99 Rene Mayrhofer wrote: > portsentry is a daemon that listens for port scans (also stealth scans) > and is able to disconnect and remember the attacking hosts in real-time. > It uses ipchains for disconnecting and tcp wrappers for preventing hosts > from further connections. > Please lo

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Martin Bialasinski
* "Laurel" == Laurel Fan <[EMAIL PROTECTED]> wrote: Laurel> install)? The install program and the docs say "skip the Laurel> Select step of dselect"... Does it mean "skip it because you Laurel> will confuse the installer" or "you should skip it because Laurel> it's already done"? The second is

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Laurel Fan
Excerpts from debian: 29-Sep-99 Re: Packages should not Con.. by Craig [EMAIL PROTECTED] > IMO that's the price you pay for saying "install a whole bunch of random > stuff i haven't personally selected". if you cared, you'd take the time > to vet all selections yourself. In the initial install, i

Re: strange behavior of dh_dhelp

1999-09-29 Thread Roland Rosenfeld
On Wed, 29 Sep 1999, Peter S Galbraith wrote: > Your example implies that doc-base's install-docs is at fault for > creating files under either /usr/doc/HTML or /usr/share/doc/HTML > instead of files in a single place, with a /usr/doc/HTML -> > /usr/share/doc/HTML symlink. Am I correct? Or did I m

Re: strange behavior of dh_dhelp

1999-09-29 Thread Roland Rosenfeld
On Wed, 29 Sep 1999, Daniel Burrows wrote: > > > This may work sometimes but not always -> hack. > > ctte decided, that this has always to work. If it doesn't, this > > is a bug in the package. > I assume that I can't start filing bugs against the ~116 packages > on my system (eg, libc6) tha

Re: mtools

1999-09-29 Thread Josip Rodin
On Wed, Sep 29, 1999 at 03:35:41PM +, Dale Scheetz wrote: > > mtools, it's only one single file; a daemon (floppyd, if I'm not all > > wrong) that needs xlib6g. It'd be simple to extract this daemon from > > mtools and create an extra package with just this file, and make this file > > recommen

Re: Can I have a package with no real name of upstream maintainer?

1999-09-29 Thread David Starner
On Wed, Sep 29, 1999 at 04:32:08PM +0100, Philip Hands wrote: > Thomas Schoepf <[EMAIL PROTECTED]> writes: > > > On Wed, Sep 29, 1999 at 12:18:01PM +0200, Christian Surchi wrote: > > > I'm packaging tkpgp, from munitions.vipul.net archive. The > > > upstream maintainer doesn't want reveal his real

Re: Can I have a package with no real name of upstream maintainer?

1999-09-29 Thread Philip Hands
Thomas Schoepf <[EMAIL PROTECTED]> writes: > [1 ] > On Wed, Sep 29, 1999 at 12:18:01PM +0200, Christian Surchi wrote: > > I'm packaging tkpgp, from munitions.vipul.net archive. The > > upstream maintainer doesn't want reveal his real name and wants only > > "tftp" as name and an email address. Th

Re: mtools

1999-09-29 Thread Dale Scheetz
On Tue, 28 Sep 1999, David Weinehall wrote: > On Tue, 28 Sep 1999, Dale Scheetz wrote: > > [snip] > > > Guys, guys, guys... This is a discussion that was had quite a while ago, > > and which lead to the creation of xlib6. The whole point was that it was > > unnecessary glut to include a console

Re: Dependency error installing perl-5.005 on fresh potato.

1999-09-29 Thread Peter S Galbraith
Raul Miller wrote: > Send a copy of /var/lib/dpkg/info/status to the apt folks. > > To hide the problem, you can do: > > dpkg --configure --pending > apt-get -f install A few instances of `dpkg -i perl-*' finally got it installed. Thanks Peter

Re: ITP: portsentry

1999-09-29 Thread Rene Mayrhofer
Guido Guenther wrote: > > I've also packaged portsentry: > > http://honk.physik.uni-konstanz.de/~agx/debian/dists/stable/main/binary-i386/ > Sean Perry and me contacted the upstream maintainer and he is currently > reconsidering the > license. Maybe we can join efforts? We should definit

Re: ITP: portsentry

1999-09-29 Thread Guido Guenther
I've also packaged portsentry: http://honk.physik.uni-konstanz.de/~agx/debian/dists/stable/main/binary-i386/ Sean Perry and me contacted the upstream maintainer and he is currently reconsidering the license. Maybe we can join efforts? Guido Guenther -- PGP-Public Key: http://

Re: strange behavior of dh_dhelp

1999-09-29 Thread Peter S Galbraith
Your example implies that doc-base's install-docs is at fault for creating files under either /usr/doc/HTML or /usr/share/doc/HTML instead of files in a single place, with a /usr/doc/HTML -> /usr/share/doc/HTML symlink. Am I correct? Or did I miss something? In that case, shouldn't the bug go

Re: strange behavior of dh_dhelp

1999-09-29 Thread Daniel Burrows
Sorry to interrupt the flamew^H^H^H^H^H^H^Hdiscussion here, but I have a quick question. On Wed, Sep 29, 1999 at 12:01:22PM +, Roland Rosenfeld was heard to say: > > One again: they are *not* accessible via these symlinks! > > They are. Well, maybe. (see below) > > This may work someti

Re: Procedure Questions

1999-09-29 Thread Vincent Renardias
On Wed, 29 Sep 1999, Ed Petron wrote: > I'm almost ready to upload a new release of PCCTS. It is based on a new > upstream version in addition to containing some bug fixes. Also, the > upstream source now also includes sorcerer and is seems appropriate to > include sorcerer as part of PCCTS. The

Re: Re^2: strange behavior of dh_dhelp

1999-09-29 Thread Marcus Brinkmann
On Tue, Sep 28, 1999 at 08:25:00PM +0100, Marco Budde wrote: > > Please tell me what for do we need doc-base? To piss off people like you of course. Shaking my head in despair. Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann

Re: Re^2: strange behavior of dh_dhelp

1999-09-29 Thread Martin Bialasinski
* "Marco" == Marco Budde <[EMAIL PROTECTED]> wrote: Marco> the libc maintainer closed such a bug report without adding Marco> support for these programs. This is not a good sign for Marco> Debian#s quality. glibc-doc_2.1.2-4 uses doc-base. Ciao, Martin

Re: architectures, endianness

1999-09-29 Thread Marcus Brinkmann
On Tue, Sep 28, 1999 at 09:32:56PM -0500, Chris Lawrence wrote: > On Sep 29, David Coe wrote: > > Do we have a table/chart somewhere that explains which > > Architectures use which endianness? Gpart has incomplete > > support for endianness, the beginnings of which are > > implemented as shown bel

Procedure Questions

1999-09-29 Thread Ed Petron
Hello, I'm almost ready to upload a new release of PCCTS. It is based on a new upstream version in addition to containing some bug fixes. Also, the upstream source now also includes sorcerer and is seems appropriate to include sorcerer as part of PCCTS. The questions that I have are: 1. Who needs

Re: Use https://db.debian.org/

1999-09-29 Thread Taketoshi Sano
Hi. In article <[EMAIL PROTECTED]>, I wrote: > Is it possible to add > > > > button on the "edit your info" page ? > > Because I use Netscape Navigator to access encrpyted page currently, > but it has some difficulties to handle the input form page. I have found last night that this has

Re: Bug#46184: mtools

1999-09-29 Thread Josip Rodin
On Wed, Sep 29, 1999 at 12:45:18AM -0400, Mark W. Eichin wrote: > It looks like "floppyd" is the only thing that needs X. > I'm not sure it *is* better to fork things off; that's a fair amount > of hair for one isolated program. Maybe not - it wouldn't be the first nor the last 50kb large Debian

Re: strange behavior of dh_dhelp

1999-09-29 Thread Roland Rosenfeld
Marco Budde <[EMAIL PROTECTED]> wrote: > ROTFL, why should I change dhelp to support a broken file format? Can you give a short summary where the doc-base format is broken? Sorry, I didn't read debian-doc so I didn't know what the problem is. > Please tell me what for do we need doc-base? We nee

Re: Can I have a package with no real name of upstream maintainer?

1999-09-29 Thread Thomas Schoepf
On Wed, Sep 29, 1999 at 12:18:01PM +0200, Christian Surchi wrote: > I'm packaging tkpgp, from munitions.vipul.net archive. The upstream > maintainer doesn't want reveal his real name and wants only "tftp" as name > and an email address. The package is release under GPL. > Is this possible? The u

Re: ITP: logcheck

1999-09-29 Thread Rene Mayrhofer
Thomas Schoepf wrote: > > On Wed, Sep 29, 1999 at 10:25:32AM +0200, Rene Mayrhofer wrote: > > > PS: I have a written statement from the author that distribution with > > Debian is permitted. > > Why do you need such a statement? Doesn't the original license permit > distributing modified version

Re: ITP: portsentry

1999-09-29 Thread Rene Mayrhofer
Matthew Vernon wrote: > > Rene Mayrhofer writes: > > portsentry is a daemon that listens for port scans (also stealth scans) > > and is able to disconnect and remember the attacking hosts in real-time. > > It uses ipchains for disconnecting and tcp wrappers for preventing hosts > > from furthe

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Drake Diedrich
On Wed, Sep 29, 1999 at 04:31:05AM -0500, Francois Gurin wrote: > > Minimun hassle/inconvenience is mutually exclusive of minimum harm. > Looking at the example set forth by some of the other distributions > (and more than a few operating systems), the reduced hassle of > installation and administ

Re: pine in other distributions?

1999-09-29 Thread Radovan Garabik
On Tue, Sep 28, 1999 at 01:55:47PM -0700, Nick Moffitt wrote: ... > > From http://linuxmafia.com/debian/tips (and based on some > suggestions by yours truly): > > pico can be emulated by a symbolic link to the simple editor "ae", > which is really very close to pico: > >cd /usr/loca

Re: ITP: logcheck

1999-09-29 Thread Thomas Schoepf
On Wed, Sep 29, 1999 at 10:25:32AM +0200, Rene Mayrhofer wrote: > PS: I have a written statement from the author that distribution with > Debian is permitted. Why do you need such a statement? Doesn't the original license permit distributing modified versions? I could be wrong, but AFAIR if Debia

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Michael Stone
On Wed, Sep 29, 1999 at 03:51:37PM +1000, Craig Sanders wrote: > On Wed, Sep 29, 1999 at 12:52:16AM -0400, Mark W. Eichin wrote: > > True, but don't forget the case of an initial install - you pick some > > profile, and get lots of stuff, with no hints. (In this case, I like > > they idea of a deb

Can I have a package with no real name of upstream maintainer?

1999-09-29 Thread Christian Surchi
I'm packaging tkpgp, from munitions.vipul.net archive. The upstream maintainer doesn't want reveal his real name and wants only "tftp" as name and an email address. The package is release under GPL. Is this possible? Thanks, Christian --- Christian Surchi, [EMAIL PROTECTED] http://www.firenze.li

ITP: portsentry

1999-09-29 Thread Matthew Vernon
Rene Mayrhofer writes: > portsentry is a daemon that listens for port scans (also stealth scans) > and is able to disconnect and remember the attacking hosts in real-time. > It uses ipchains for disconnecting and tcp wrappers for preventing hosts > from further connections. > Please look at ht

Re: Re^2: strange behavior of dh_dhelp

1999-09-29 Thread Antti-Juhani Kaijanaho
On Tue, Sep 28, 1999 at 08:25:00PM +0100, Marco Budde wrote: > ROTFL, why should I change dhelp to support a broken file format? How is the doc-base file format broken? > Please tell me what for do we need doc-base? It's a useful abstraction over specific documentation systems. > In fact the f

Re: pine in other distributions?

1999-09-29 Thread Jeff Teunissen
Piotr Roszatycki wrote: > > On Tue, 28 Sep 1999, Johnie Ingram wrote: > > > David> Redistribution of binary versions is further constrained by > > David> license agreements for incorporated libraries from third > > David> parties, e.g. LDAP, GSSAPI. > > > > Although the above trademark and co

Re: Re^2: strange behavior of dh_dhelp

1999-09-29 Thread Ruud de Rooij
[EMAIL PROTECTED] (Marco Budde) writes: > Am 28.09.99 schrieb roland # spinnaker.de ... > RR> > installation process? There#re two better solutions: 1) All programs use > RR> > the same file format. > RR> Okay, simply change dhelp to use the doc-base directly and were are done. > > ROTFL, why sh

ITP: logcheck

1999-09-29 Thread Rene Mayrhofer
logcheck runs periodically and checks the system logs for unusual and alerting events. These are reported to the administrator by email. The logcheck package is suggested by portsentry. Please look at http://www.psionic.com/abacus/logcheck for more information. I have also a beta version of the lo

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Francois Gurin
> ok. i just don't think it's as big a deal as some people do. more to the > point, i think that doing the opposite (i.e. not enabling services by > default when a package is installed) will cause even more problems (and > confusion and hassle) to everyone else. > > i.e. there's a tiny minority wh

ITP: portsentry

1999-09-29 Thread Rene Mayrhofer
portsentry is a daemon that listens for port scans (also stealth scans) and is able to disconnect and remember the attacking hosts in real-time. It uses ipchains for disconnecting and tcp wrappers for preventing hosts from further connections. Please look at http://www.psionic.com/abacus/portsentry

Re: Packages should not Conflict on the basis of duplicate funct

1999-09-29 Thread John Lines
> > Ok, let's bring this back to implementation. How would you propose we > > handle > > this? Currently daemons install, set themselves up, and begin running. > d) have something that keeps track of installed services, perhaps with >priorities akin to alternatives. If there weren't an iss

man-db and FHS: please test.

1999-09-29 Thread Fabrizio Polacco
Hi all, man-db 2.3.10-69j is hitting the mirrors. I consider this as a pre-2.3.12 , which I want to release before the freeze. It contains a relevant change from the previous versions as /etc/manpath.config is no more a conffile. A script will upgrade it to FHS leaving the previous file as /etc/ma

Re^2: strange behavior of dh_dhelp

1999-09-29 Thread Marco Budde
Am 28.09.99 schrieb roland # spinnaker.de ... Moin Roland! RR> > installation process? There#re two better solutions: 1) All programs use RR> > the same file format. RR> Okay, simply change dhelp to use the doc-base directly and were are done. ROTFL, why should I change dhelp to support a broken

Re^4: strange behavior of dh_dhelp

1999-09-29 Thread Marco Budde
Am 28.09.99 schrieb joey # kitenet.net ... Moin Joey! JH> > No. A http daemon will never follow this symlinks. They#re 100% useless JH> > when using the http protocol. JH> Balderdash. http://www.apache.org/docs-1.2/mod/core.html#options Somebody told me Debian includes more than one http daemon

Re: pine in other distributions?

1999-09-29 Thread Antti-Juhani Kaijanaho
On Wed, Sep 29, 1999 at 01:18:43AM +0200, David Weinehall wrote: > Furthermore, there is NO clause explicitly forbidding distribution of > modified versions This is irrelevant. What matters is whether we are explicitly *allowed* to distribute. Copyright defaults to "all rights reserved". -- %%

Re: dhcp-dns problems

1999-09-29 Thread Craig Sanders
On Wed, Sep 29, 1999 at 12:58:08AM -0400, [EMAIL PROTECTED] wrote: > I have a small network @Home and use dhcp to dole out the ip's, I use > the dhcp-dns package so that I can refer to these boxen by name and > so that various network utilities will work. Recently I've started > getting emails to

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Craig Sanders
On Wed, Sep 29, 1999 at 12:52:16AM -0400, Mark W. Eichin wrote: > > no, but it should be pretty obvious from the description. e.g. a pop > > server package is going to install a pop server. a web server package is > > going to install a web server. etc. this should be self-evident. > > True, but

Re: mtools

1999-09-29 Thread Mark W. Eichin
> *But* in this case, it seems hard to avoid. As I understand it, the > *whole* mtools package makes 'parasitic' use of the X protocol Point of information: only floppyd itself is linked against any X library. The others, which *doing* clever things with xauth tokens [according to the docs, I ha

Re: Censoring :) (was: Re: anarchism_7.7-1.deb)

1999-09-29 Thread Raul Miller
[about a flat-file installation tool]. On Tue, Sep 28, 1999 at 07:58:02PM +0200, Remco Blaakmeer wrote: > If you make such a tool and people start to use it on a large scale, you'd > better be sure you get the package dependencies right. The context was data files which have no particular adminis

Re: pine in other distributions?

1999-09-29 Thread Raul Miller
On Wed, Sep 29, 1999 at 01:18:43AM +0200, David Weinehall wrote: > I suggest one of the guys on Debian-legal makes contact with UW and asks > for their consent to distribute a Pine vx.yDebian binary. I do believe > them to be pretty reasonable. Or you could. -- Raul P.S. you made this suggestio

packaging etexts (was Re: Censoring...)

1999-09-29 Thread Mark W. Eichin
> But I don't see the need to *package* large ascii files. What would be I do see one value, as evidenced by the doc-rfc package: "apt-get update" means I don't have to keep track of it, I *always* have the latest version close at hand. In otherwords, the packaging is an encoding of some human ef

dhcp-dns problems

1999-09-29 Thread strider
I have a small network @Home and use dhcp to dole out the ip's, I use the dhcp-dns package so that I can refer to these boxen by name and so that various network utilities will work. Recently I've started getting emails to root from Cron saying "update packet failed". I know that dhcp-dns uses the

Re: Re^2: strange behavior of dh_dhelp

1999-09-29 Thread Raul Miller
On Tue, Sep 28, 1999 at 04:23:22PM -0400, Peter S Galbraith wrote: > Then we'll have to agree where we register docs. I have the > following directories on a fresh potato system (with few packages): > > /usr/share/doc/HTML/ > /usr/doc/HTML/ > > And they are _not_ symlinks. They get created by d

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-29 Thread Mark W. Eichin
> no, but it should be pretty obvious from the description. e.g. a pop > server package is going to install a pop server. a web server package is > going to install a web server. etc. this should be self-evident. True, but don't forget the case of an initial install - you pick some profile, and

Re: mtools

1999-09-29 Thread Raul Miller
On Tue, Sep 28, 1999 at 06:08:48PM +0200, Josip Rodin wrote: > > Correction: mtools in slink does *not* depend on anything but libc6, so > > there is still time to do it, cleanly. > > > > Maintainer, please do it. On Tue, Sep 28, 1999 at 12:28:08PM -0500, David Starner wrote: ... > First, I belie

Re: Bug#46184: mtools

1999-09-29 Thread Mark W. Eichin
It looks like "floppyd" is the only thing that needs X. (It's pretty scary, from the man page -- yes, it's a tribute to debian packaging tools that I didn't notice this extra component in the upstream release, I'll be more procedurally careful about that...) > Correction: mtools in slink does *no

Re: Crazy Idea: debian developer conference

1999-09-29 Thread Torsten Landschoff
On Wed, Sep 15, 1999 at 10:05:52PM -0700, Joey Hess wrote: > I've been thinking about this for a while, but it always seemed like a crazy > idea. But it seems other people were thinking about it too, and others like > the idea, so I had better post about it. I really like this idea. I had the same

Developer Lat/Long positions

1999-09-29 Thread Jason Gunthorpe
I have put up a new way to enter your location information, it is a PGP signed mail gateway at [EMAIL PROTECTED] It can actually change quite a few things, but for the moment I am only announcing the ability to set location and contact information :> The server is line oriented much like [EMAIL P

Re: pine in other distributions?

1999-09-29 Thread Joseph Carter
On Tue, Sep 28, 1999 at 06:04:21PM -0400, Johnie Ingram wrote: > David> Redistribution of binary versions is further constrained by > David> license agreements for incorporated libraries from third > David> parties, e.g. LDAP, GSSAPI. > > Hm, what happened to this text: > > Although the above

Re: architectures, endianness

1999-09-29 Thread Chris Lawrence
On Sep 29, David Coe wrote: > Do we have a table/chart somewhere that explains which > Architectures use which endianness? Gpart has incomplete > support for endianness, the beginnings of which are > implemented as shown below; it behaves as if only i386 > and alpha are little-endian --is that tr

Re: architectures, endianness

1999-09-29 Thread Marcus Brinkmann
On Wed, Sep 29, 1999 at 02:13:58AM +, David Coe wrote: > Do we have a table/chart somewhere that explains which > Architectures use which endianness? Gpart has incomplete > support for endianness, the beginnings of which are > implemented as shown below; IMHO, gpart should check the endianess

architectures, endianness

1999-09-29 Thread David Coe
Hi all, Do we have a table/chart somewhere that explains which Architectures use which endianness? Gpart has incomplete support for endianness, the beginnings of which are implemented as shown below; it behaves as if only i386 and alpha are little-endian --is that true? Thanks. /* * endianne

Re: Packages should not Conflict on the basis of duplicate funct

1999-09-29 Thread Joey Hess
Seth R Arnold wrote: > The install program will scan the list of installed programs, and for each > package that Provides: service, it will offer a choice of which to configure > by default. FWIW, debconf will soon be able to do this, though it cannot yet. -- see shy jo

Re: mtools

1999-09-29 Thread Joseph Carter
On Tue, Sep 28, 1999 at 06:24:05PM +0200, Michael Meskes wrote: > > If something supports X it should be compiled with X. This means exactly > > two packages (xlib6g and xfree86-common) are also required, but they're > > I beg to disagree. If the binary in question is not essantial for the > pack

package intentions..

1999-09-29 Thread steve j. kondik
i am working on packages for gtkbitchx (a gtk/zvt version of the irc client bitchx) and smurflog (icmp smurf attack logger). if there is any interest or anyone else is doing this, please notify me. thanks, -steve -- http://chemlab.org - email [EMAIL PROTECTED] for pgp public key