packages to give away

Hello fellow developers! I have the following two packages to give away: netris - A free, networked version of T*tris two outstanding bugs, one about missing manpages, the other about a problem with the sample robot... there hasn't been an upstream version for years. It should probably be recomp

Re: -rpath with libtool and Debian Linux

Jules Bean <[EMAIL PROTECTED]> writes: > rpath is broken. You said as much yourself. rpath is broken because it > *overrides* all other sorts of library searching. I think people here do not know about $ORIGIN. This allows to define relative rpaths. E.g., a package with a program foo and a li

Re: -rpath with libtool and Debian Linux

On 27 Jan 1999, Alexandre Oliva wrote: > On Jan 27, 1999, Jules Bean <[EMAIL PROTECTED]> wrote: > > >> Since you do support -rpath in your system, you should probably extend > >> your dynamic linker to work in this case too, or risk taking the blame > >> for silently breaking applications, if the

Re: -rpath with libtool and Debian Linux

On 27 Jan 1999, Alexandre Oliva wrote: > On Jan 27, 1999, Jules Bean <[EMAIL PROTECTED]> wrote: > > > On 27 Jan 1999, Alexandre Oliva wrote: > [watch indenting carefully : I wrote this next bit, of course] > > In general, it is not useful to have multiple versions of the same > > package. > >

Re: Intent to package xfntbase, xfnt75, etc.

Santiago Vila writes: > I intend to package all the dummy packages we have been talking about. Go for it. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED] Do with it what you will. Dancing Horse Hill Make money from it if you can; I do

Re: -rpath with libtool and Debian Linux

Alexandre Oliva wrote: > More than that (and it was my fault to have failed to mention that > before): libtool will hard-code the installation directory of the > library into the `libdir' variable of the .la script it installs. > Therefore, if one moves the library then tries to link with the .la >

Re: -rpath with libtool and Debian Linux

On Wed, Jan 27, 1999 at 08:22:09PM -0200, Alexandre Oliva wrote: > > I don't think that libtool is the right vehicle for you to evangelise your > > dislike of packaging systems and the FHS. > > But debian-devel is probably a good place to talk about these ideas. Please start another thread under

Re: -rpath with libtool and Debian Linux

Jason Gunthorpe wrote: > > On 27 Jan 1999, Alexandre Oliva wrote: > > > > Having libtool default to -rpath is what's causing problems. > > > > This is IMHO completely backwards :-) > > You know, I seem to remember that there is another rather unpleasent > side-effect of rpath - it basically com

Re: Getting Slink compatible with Linux-2.2.0

On Tue, Jan 26, 1999 at 04:40:35PM -0700, Jason Gunthorpe wrote: > On Tue, 26 Jan 1999, Gergely Madarasz wrote: > > > > But is that specific problem Debian/slink related..? That is, does it work > > > correctly with potato? > > > > No, it does not work correctly with potato either. It seems to b

Re: Intent to package wterm

On Wed, Jan 27, 1999 at 11:05:43AM -0600, Marcelo E. Magallon wrote: > I mean the debian patches. Some of them are incorporated upstream, some are > not. Oh, fro the rxvt package? hmm. Do I need to incorporate those? Adam

cron has gone to UTC time?

On a slink machine I have a crontab entry that should perform an rsync of a site that I mirror around 22:40 my time (-0600). I have started to get the reports from the job a little after 16:40 my time which just happens to be 22:40 UTC. $ crontab -l # DO NOT EDIT THIS FILE - edit the master and

Re: -rpath with libtool and Debian Linux

On Jan 27, 1999, Jules Bean <[EMAIL PROTECTED]> wrote: >> Since you do support -rpath in your system, you should probably extend >> your dynamic linker to work in this case too, or risk taking the blame >> for silently breaking applications, if the poor user ever understands >> what happened to hi

Re: [Re: spectremu - zx spectrum emulator.]

The url is: http://www.inf.bme.hu/~mszeredi/spectemu/ [EMAIL PROTECTED] wrote: On Wed, Jan 27, 1999 at 07:41:42PM +, John Travers wrote: > have also been using a zx spectrum emulator called spectremu. Does it have an URL? > It is distributed under the GNU GPL. Great. > if not if you thin

Re: -rpath with libtool and Debian Linux

On Jan 27, 1999, Jules Bean <[EMAIL PROTECTED]> wrote: > On 27 Jan 1999, Alexandre Oliva wrote: > Can you tell -rpath to store the rpath for libmycustomthing.so and > not for libc.so? No, but, on some systems (for example, GNU/Linux), it is possible to hard-code the full pathname of libmycustomt

Re: -rpath with libtool and Debian Linux

On 27 Jan 1999, Alexandre Oliva wrote: > > > In normal cases the dymanic linker would figure this out one way or > > another with rpath this functionality is disabled as it overrides > > the library versioning scheme. > > > The linux dynamic linker will resolve things in some magical way based on

Re: -rpath with libtool and Debian Linux

On Jan 27, 1999, Jason Gunthorpe <[EMAIL PROTECTED]> wrote: > On 27 Jan 1999, Alexandre Oliva wrote: >> > Having libtool default to -rpath is what's causing problems. >> >> This is IMHO completely backwards :-) > You know, I seem to remember that there is another rather unpleasent > side-effect

Re: GNOME in potato needs slink libs

On Wed, 27 Jan 1999, Ossama Othman wrote: > Hi, > > > Huh? the new GNOME has been uploaded at about 2-3 days ago, it doesnt depend > > on slink libs. Try a mirror that is not so out of date. > > I use http.us.debian.org. Isn't that mirror up to date? That's actually six mirrors: Name:http

RE: [Fwd: [Jikes-License] Jikes Parser Generator now available i

On 27-Jan-99 Brent Fulgham wrote: > Try Japhar/Classpath: > > www.japhar.org -- free JDK (compiler, runtime, debugger, etc.) > www.classpath.org -- free implementation of the essential java libraries > By "we" I meant packaged and working. Ean was supposed to be packaging Kaffe.

Re: -rpath with libtool and Debian Linux

On 27 Jan 1999, Alexandre Oliva wrote: > > If you do want to be able to freely move libraries around, -rpath must > be forbidden. If -rpath is available for users, you can't move > libraries around and expect things to work. There are lots of things which users can do which might appear to wor

Re: -rpath with libtool and Debian Linux

On Jan 27, 1999, Jules Bean <[EMAIL PROTECTED]> wrote: > On 27 Jan 1999, Alexandre Oliva wrote: >> Except that, if you replace the library with an incompatible one, you >> *are* breaking the contract. > We don't replace libraries with incompatible ones. Oh yes, you are. > We bring in new libra

Re: GNOME in potato needs slink libs

Hi, > Huh? the new GNOME has been uploaded at about 2-3 days ago, it doesnt depend > on slink libs. Try a mirror that is not so out of date. I use http.us.debian.org. Isn't that mirror up to date? -Ossama

RE: [Fwd: [Jikes-License] Jikes Parser Generator now available i

Try Japhar/Classpath: www.japhar.org -- free JDK (compiler, runtime, debugger, etc.) www.classpath.org -- free implementation of the essential java libraries -Brent > -Original Message- > From: Shaleh [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 27, 1999 1:22 PM > To: Mike G

Re: GNOME in potato needs slink libs

On Wed, Jan 27, 1999 at 02:22:36PM -0600, Ossama Othman wrote: > Hi Jules, > > > > Another quick question... > > > Why does potato's GNOME require slink's gtk/gnome/etc libs? > > > > Because potato is not yet a complete distribution, and should be > > 'overlayed' over slink? > > Ah, I see. I di

RE: [Fwd: [Jikes-License] Jikes Parser Generator now available i

Now we need a free JDK and off we go (=

Re: -rpath with libtool and Debian Linux

On 27 Jan 1999, Alexandre Oliva wrote: > > Having libtool default to -rpath is what's causing problems. > > This is IMHO completely backwards :-) You know, I seem to remember that there is another rather unpleasent side-effect of rpath - it basically completely disables library searching and th

[Fwd: [Jikes-License] Jikes Parser Generator now available in source form]

Wonderful news from IBM. I will have packages up shortly. Original Message Subject: [Jikes-License] Jikes Parser Generator now available in source form Date: Wed, 27 Jan 1999 14:33:12 -0500 From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECT

Re: libtool & rpath

Hamish Moffatt <[EMAIL PROTECTED]> writes: > +case ${host} in > + *-pc-linux-gnu) ^^ s/pc/*/ (pc==non-i386 unfriendly) -- James "Never trust trucks"

Re: -rpath with libtool and Debian Linux

On 27 Jan 1999, Alexandre Oliva wrote: > > > The contract simply states that the library will be found. Which > > library is used can be determined by the linker. > > Except that, if you replace the library with an incompatible one, you > *are* breaking the contract. We don't replace libraries

upload to slink allowed to fix missing dependency?

Hi, The version in slink of the debiandoc-sgml package has an undeclared dependency on the libwww-perl package. Is it still allowed to upload a corrected version? This doesn't involve any code changes, just an extra dependency declaration in the debian/control file. Thanks, Ardo -- Ardo van Ra

Re: -rpath with libtool and Debian Linux

On Jan 27, 1999, Jules Bean <[EMAIL PROTECTED]> wrote: > On 27 Jan 1999, Alexandre Oliva wrote: >> > Having libtool default to -rpath is what's causing problems. >> This is IMHO completely backwards :-) >> When a program is linked with a shared library, a contract is >> established [...] If you

Re: GNOME in potato needs slink libs

On Wed, 27 Jan 1999, Ossama Othman wrote: > Hi Jules, > > > > Another quick question... > > > Why does potato's GNOME require slink's gtk/gnome/etc libs? > > > > Because potato is not yet a complete distribution, and should be > > 'overlayed' over slink? > > Ah, I see. I did a "clean" potato i

Re: -rpath with libtool and Debian Linux

On 27 Jan 1999, Alexandre Oliva wrote: > > Having libtool default to -rpath is what's causing problems. > > This is IMHO completely backwards :-) > > When a program is linked with a shared library, a contract is > established between them stating that the library (or any newer but > compatible ve

slink needs pcmcia-cs version 3.0.8 to support 2.2 kernels

I am glad slink will ship with 2.2. However laptop users need a new version of the pcmcia packages for this to work. I can make an nmu if needed. See my previous email.

slink machine available for compiling and abuse

Hi all, I just setup a VAIO laptop running Slink. It is 100% pure slink. If anyone needs a package recompiled, I will gladly do so and upload it for you. I can also do some testing of package installs, although that could be more limited as I actually need to USE this laptop. I have a huge oc3

Re: GNOME in potato needs slink libs

Hi Jules, > > Another quick question... > > Why does potato's GNOME require slink's gtk/gnome/etc libs? > > Because potato is not yet a complete distribution, and should be > 'overlayed' over slink? Ah, I see. I did a "clean" potato installation, i.e. not over slink. Anyone have any idea when

Re: spectremu - zx spectrum emulator.

On Wed, Jan 27, 1999 at 09:56:10PM +0200, Antti-Juhani Kaijanaho wrote: > Please do. Remember to read the Policy Manual, Developer's Reference > and Packaging manual first, if you haven't already. You can find them > at the Developer's Corner of the Debian website. And the new maintainers' guide

Re: GNOME in potato needs slink libs

On Wed, 27 Jan 1999, Ossama Othman wrote: > Hi guys, > > Another quick question... > Why does potato's GNOME require slink's gtk/gnome/etc libs? Because potato is not yet a complete distribution, and should be 'overlayed' over slink? /+---+---

GNOME in potato needs slink libs

Hi guys, Another quick question... Why does potato's GNOME require slink's gtk/gnome/etc libs? -Ossama __ Ossama Othman <[EMAIL PROTECTED]> 58 60 1A E8 7A 66 F4 44 74 9F 3C D4 EF BF 35 88 1024/8A04D15D 1998/08/26

Re: -rpath with libtool and Debian Linux

On Jan 27, 1999, Ben Gertzfield <[EMAIL PROTECTED]> wrote: > I've never understood what the .la scripts are for. They contain inter-library dependency information, the location and the name of the actual library, and any additional run-time paths needed for the library dependencies. libtool (1.2

Re: Intent to package: PARI/GP and STL Documentation

On Wed, Jan 27, 1999 at 08:19:35PM +0100, Jonas Rathert wrote: > Second the html-documentation of the Standard Template Library. I > saw this on WNPP an wrote an email to the maintainer, but did not > get any answer. Do you mean this? [EMAIL PROTECTED]:58:40]:~$ dpkg -s stl-manual Package: stl-ma

Re: -rpath with libtool and Debian Linux

On Jan 27, 1999, "J.H.M. Dassen" <[EMAIL PROTECTED]> wrote: > On Wed, Jan 27, 1999 at 17:07:30 -0200, Alexandre Oliva wrote: >> You might have included my suggestion to prevent having to move libraries >> in the first place: creating a libc6-specific directory right now, instead >> of installing l

Re: spectremu - zx spectrum emulator.

On Wed, Jan 27, 1999 at 07:41:42PM +, John Travers wrote: > have also been using a zx spectrum emulator called spectremu. Does it have an URL? > It is distributed under the GNU GPL. Great. > if not if you think it a good idea if I did. Please do. Remember to read the Policy Manual, Develo

Re: Intent to package: olex

I decided not to package or help this project because of the original license -- "either GPL your code or dont use Olex". The author is a good guy and is just trying to promote free software and make sure his work is not used to make proprietary software. I think this license is free enough. The

Re: -rpath with libtool and Debian Linux

> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: Alexandre> You might have included my suggestion to prevent having Alexandre> to move libraries in the first place: creating a Alexandre> libc6-specific directory right now, instead of Alexandre> installing libraries

spectremu - zx spectrum emulator.

Hi, my name is John Travers, I have been using debian for about 8 months and have also been using a zx spectrum emulator called spectremu. It is distributed under the GNU GPL. I was wondering if anyone was packaging this (they are not according to the docs) and if not if you think it a good idea if

Re: Intent to package: olex

[#include ] Shaleh hinted that I might want to look at the Olex license. It does put some restriction on output - which, differently from the "buttonware" discussion a while ago, seems legitimate to me since Olex output is full of code written by the Olex author. So, this is the actual LICENSE.GEN

Re: -rpath with libtool and Debian Linux

On Wed, Jan 27, 1999 at 17:07:30 -0200, Alexandre Oliva wrote: > You might have included my suggestion to prevent having to move libraries > in the first place: creating a libc6-specific directory right now, instead > of installing libraries in /usr/lib and having to move them into another > direct

struct iface

Does anyone know where is the struct iface definition for the networking code?. The structure ifaddr has a pointer to it but i can't find it.

Intent to package: PARI/GP and STL Documentation

Hi there, first of all: I'd say hello to every volunteer working for debian - great project, nice system. Thank you all. After using debian since 0.93R6 I just started to learn something more about creating packages and how to help the debian development. There are two things I'd like to add t

Re: Reality check! [was: Re: Debian goes big business?]

Enrique Zanardi <[EMAIL PROTECTED]> writes: > On Sun, Jan 24, 1999 at 01:32:28PM -0700, John Lapeyre wrote: > > > > I guess I should add this to my last post about how bad the > > installation is. The boot floppies themselves and apt are quite good. > > Getting the base system on is easy for

Re: -rpath with libtool and Debian Linux

On Jan 27, 1999, Ben Gertzfield <[EMAIL PROTECTED]> wrote: > This is bad for Debian, because in all binary packaging systems, > shared libraries can and will be moved around from time to time, as > policy and major upgrades (like libc5 -> libc6) mandate. You might have included my suggestion to p

Re: Two imlib maintainers on package maintainer list

On Wed, Jan 27, 1999 at 07:41:45PM +0100, Andreas Tille wrote: > I'm very happy that you took the package, because I'm heavyly dependend > from it. In my humble opinion maintaining is not so hard, because > the program compiled well in all version I compiled myself (sometimes > there where reasons

Intent to package xfntbase, xfnt75, etc.

Hi. I intend to package all the dummy packages we have been talking about. They match the packages that changed its name in the great X reorganization. My rationale for creating these packages is the following: *) Since dselect's default behaviour is to upgrade everything, most people *will* ex

Re: Two imlib maintainers on package maintainer list

On Wed, Jan 27, 1999 at 01:53:44PM -0500, Shaleh wrote: > Raster and I had philosophical differences, which made the maintainer/author > relationship hard. Give it a shot, if you can't do it someone else will step > in. Same reason here. Just took me a few months to really realize it =)

RE: Two imlib maintainers on package maintainer list

On 27-Jan-99 Ossama Othman wrote: > Hi, > >> The right answer is "hell no" (= > > I get the feeling nobody wants these packages. Did I just make a > boneheaded move by accepting the Imlib packages? :) > > -Ossama Raster and I had philosophical differences, which made the maintainer/author rel

-rpath with libtool and Debian Linux

I'm bringing this conversation (with permission) to debian-devel@lists.debian.org because my knowledge of how -rpath works is limited. To recap, for the Debian folks: libtool, a tool for creating libraries and linking programs with those libraries on multiple platforms, forces all programs it lin

RE: Two imlib maintainers on package maintainer list

On Wed, 27 Jan 1999, Ossama Othman wrote: > I get the feeling nobody wants these packages. Did I just make a > boneheaded move by accepting the Imlib packages? :) I'm very happy that you took the package, because I'm heavyly dependend from it. In my humble opinion maintaining is not so hard, bec

RE: Two imlib maintainers on package maintainer list

Hi, > The right answer is "hell no" (= I get the feeling nobody wants these packages. Did I just make a boneheaded move by accepting the Imlib packages? :) -Ossama __ Ossama Othman <[EMAIL PROTECTED]> 58 60 1A E8 7A 66 F4 44 7

Re: Intent to package: Xconfigurator

On Wed, Jan 27, 1999 at 09:40:18AM -0800, Kenneth Scharf wrote: > While at it, why not add monitor detection, like windows can do? I plan on doing that, but the VESA DDC specifications are not freely available, I'm going to call VESA today and see if I can find out anything about the specs, I wou

RE: Two imlib maintainers on package maintainer list

On 27-Jan-99 Ossama Othman wrote: > Hi, > > There are two imlib maintainers listed on the "People Behind Debian" web > page, Brian and Shaleh. Is that right? :) > > Thanks, > -Ossama > The right answer is "hell no" (= The detailed answer is I used to maintain it and hamm still contains the p

Re: Looking for someone to take over Imlib

On Wed, Jan 27, 1999 at 11:57:39AM -0600, Ossama Othman wrote: > If no one else will take your Imlib packages, I will. Let me know what > you think. They're yours.

Re: Two imlib maintainers on package maintainer list

On Wed, Jan 27, 1999 at 12:14:57PM -0600, Ossama Othman wrote: > There are two imlib maintainers listed on the "People Behind Debian" web > page, Brian and Shaleh. Is that right? :) No. Shaleh was the maintainer before me.

Re: Uploaded util-linux 2.9g-6 (source i386) to master

On Wed, 27 Jan 1999, Brian White wrote: > To do so would indicate that Slink officially supports v2.2 of the kernel, > which it does not. What about a README file that says: No, Debian doesn't officially support 2.2, but for those people who hadn't enough bandwidth but enough courage here are th

Two imlib maintainers on package maintainer list

Hi, There are two imlib maintainers listed on the "People Behind Debian" web page, Brian and Shaleh. Is that right? :) Thanks, -Ossama __ Ossama Othman <[EMAIL PROTECTED]> 58 60 1A E8 7A 66 F4 44 74 9F 3C D4 EF BF 35 88 1024/

Platforms Four

I just committed the final platform to the web source CVS. By this evening, it should be up on www.debian.org and tomarrow the major mirrors should have it. Once again, the link is http://vote.debian.org/1999/vote_0001 -- ===

Re: Looking for someone to take over Imlib

Hi Brian, If no one else will take your Imlib packages, I will. Let me know what you think. Thanks, -Ossama On Wed, 27 Jan 1999, Brian Almeida wrote: > Hey gang, > > I'm looking for someone to take over the Imlib packages. I have had > increasingly less time to work on them, and quite fran

Re: Intent to package: Xconfigurator

While at it, why not add monitor detection, like windows can do? Date: Wed, 27 Jan 1999 01:23:29 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: debian-devel@lists.debian.org Cc: [EMAIL PROTECTED] Subject: Re: Intent to package: Xconfigurator

Re: Bug#29352: Emacs postrm doesn't remove its site-lisp directory

[EMAIL PROTECTED] (Julian Gilbey) writes: > When emacs20 is de-installed or upgraded to a version with a different > minor number, the /usr/share/emacs/20.x directory will probably not be > removed as there will most likely be some junk left in it by other > packages. Since the directory is then

Re: Intent to package wterm

On Wed, Jan 27, 1999 at 08:40:47AM -0800, Adam Klein wrote: > On Wed, Jan 27, 1999 at 08:17:39AM -0600, Marcelo E. Magallon wrote: > > Hi, > > > > On Wed, Jan 27, 1999 at 01:06:34AM -0800, Adam Klein wrote: > > > > > wterm is another Rxvt hack. It is designed for use with Window Maker, > > > alt

Re: Intent to package wterm

On Wed, Jan 27, 1999 at 08:17:39AM -0600, Marcelo E. Magallon wrote: > Hi, > > On Wed, Jan 27, 1999 at 01:06:34AM -0800, Adam Klein wrote: > > > wterm is another Rxvt hack. It is designed for use with Window Maker, > > although it will work fine with any window manager. It includes > > transpare

Looking for someone to take over Imlib

Hey gang, I'm looking for someone to take over the Imlib packages. I have had increasingly less time to work on them, and quite frankly are burning me out. It's an important package now, not just in the domain of Enlightenment, but also in all of GNOME now. Any people interested should be warn

Intent to package: olex

[#include ] While doing my necessary daily check of Slashdot and Freshmeat, I noticed two programs I will most likely use - one is irssi, a GTK IRC client that runs in the panel, but I can't package it now because none of my GTK-1.1 stuff is working (figures I'll have to give a nasty day to my poo

Re: Uploaded util-linux 2.9g-6 (source i386) to master

> > We do not officially support the 2.2 kernel in Slink. People who want to > > use 2.2 will have to compile it themselves and may have to upgrade some > > packages. > But what about shipping an extra directory support_2.2 which > contains the kernel packages and the necessary utilities together

Re: Intent to package wterm

Hi, On Wed, Jan 27, 1999 at 01:06:34AM -0800, Adam Klein wrote: > wterm is another Rxvt hack. It is designed for use with Window Maker, > although it will work fine with any window manager. It includes > transparency, N*XTStep-like scroll bars, and colored shading. Yes!!! Someone bit!!! A w

Re: Intent to package: micq

> > > > > I'm going to pyut my maintainer application in RSN (I have to scan in my > > license *grumble*) > > > > After that, I would like to package micq, which is a text mode icq client, > > which is in the public domain. I already have preliminary version > > packaged. > > Actually, acc

Intent to package Open Source Erlang

Erlang is a pseudo functional language from Ericsson. It has support for con-current and distrubuted programming. erlang-47.4.0 had been released as Open Source last year.

Re: ODP: Resolutions to comments on LSB-FHS-TS_SPEC_V1.0

I think that this is a good idea (IMHO as u would guess :) . I think that for far too long we have been chopping up our disks for this reason and losing alot of flexibility (and money if not sleep) because of this. I think that Linux needs new ideas in it or it would be just another very good un

Re: Intent to package: micq

> I'm going to pyut my maintainer application in RSN (I have to scan in my > license *grumble*) > > After that, I would like to package micq, which is a text mode icq client, > which is in the public domain. I already have preliminary version > packaged. A while back I saw someone working on

Re: What's needed for kernel 2.2

Hamish Moffatt <[EMAIL PROTECTED]> writes: > On Tue, Jan 26, 1999 at 07:59:29PM +0100, Remco van de Meent wrote: > > I just discovered, unfortunately, that you need the util-linux package from > > potato (unstable). Rest of the things in slink are fine with 2.2.0!! > > Why's that? I'm using the o

Re: Rolldice 1.1

On Wed, Jan 27, 1999 at 11:25:46AM +0100, Peter Makholm wrote: > > I just wondered what it haves to do with debian? > > Debian-devel is for developer for the Debian Distibution, not for > general developer of any kind of free software. Yes, I agree wholeheartedly... since the previous two message

Re: filters: Licence problems

hi Ship's Log, Lt. Edward Betts, Stardate 260199.2004: > touch: /bin/cat: Permission denied yeah, happened here too. It's because the un*x version of cat has a multiuser license. You have to register as root for the whole system: 7:36:40~ %sudo touch /bin/cat [EMAIL PROTECTED](p1)[77

Re: Rolldice 1.1

Colin Plumb <[EMAIL PROTECTED]> writes: > Well, here's a modified version, with a good RNG (a variant of George > Marsaglia's highly-regarded KISS generator) stuck in for the cases > where /dev/urandom isn't available. It's seeded with gettimeofday(), > getpid() and getppid(). Is this part of de

Re: Rolldice 1.1

Stevie Strickland wrote: > Because not all Debian GNU/Linux systems have /dev/urandom (at least > I, personally, had to mknod c 1 9 /dev/urandom myself), and I want > this running on any basic system... eventually, when I had more time > (like this weekend), I was going to add a command line option

Re: Hardcore baby!!! Yeah!!!!

On Tue, Jan 26, 1999 at 10:45:57PM -0600, [EMAIL PROTECTED] wrote: [ pathetic attempt at sex spam snipped ] Can we PLEASE enforce our spam policy and make these people pay for their crimes against humanity? -- "I'm working in the dark here." "Yeah well rumor has it you do your best work in the

Intent to package wterm

wterm is another Rxvt hack. It is designed for use with Window Maker, although it will work fine with any window manager. It includes transparency, N*XTStep-like scroll bars, and colored shading. It is smaller and faster than Eterm. You can find it at .

Re: Resolutions to comments on LSB-FHS-TS_SPEC_V1.0

On Wed, Jan 27, 1999 at 02:51:40PM +1100, Brian May wrote: > Also, I suspect that some people might be confusing ~/Mailbox and > ~/Maildir issues. These are two completely different issues. Maildir > comes from Qmail, but my guess is that ~/Mailbox didn't. Qmail has a > program that will automatica

ODP: Resolutions to comments on LSB-FHS-TS_SPEC_V1.0

Hi all, I know that it's a bit out-off-the-line (that is, the "solution" I'll propose), I don't have anything to add the current "*/mail* discussion, but please don't flame me, the "solution" is just an idea that may be somebody from the current discussion audience could take if one likes it.

Re: Uploaded util-linux 2.9g-6 (source i386) to master

Vincent Renardias wrote: > > Ok, so if we really want a Debian 2.1 that is 100% kernel 2.2.x > compatible it needs this package to be included in frozen. > I've just uploaded it in Incoming/ 10 minutes ago. > Non-developers can also access it at http://www.ldsol.com/~vincent/ > (NB: there are _2_

Re: Uploaded util-linux 2.9g-6 (source i386) to master

On Tue, 26 Jan 1999, Brian White wrote: > We do not officially support the 2.2 kernel in Slink. People who want to > use 2.2 will have to compile it themselves and may have to upgrade some > packages. But what about shipping an extra directory support_2.2 which contains the kernel packages and th

Re: Intent to package: Xconfigurator

John Hasler wrote: > Stephen Crowley quotes: > > Except as contained in this notice, neither the name of the XFree86 > > Project or Red Hat Software shall not be used in advertising or otherwise > > to promote the sale, use or other dealings in this Software without prior > > written authorization

Re: Intent to package: Xconfigurator

On Tue, Jan 26, 1999 at 08:22:08PM -0600, Stephen Crowley wrote: > I know some of you may want to shoot me but Xconfigurator is the redhat > Xfree configuration utility, it's a hacked up xf86config that scans the > pci bus to auto-detect the vid card, has a monitor database, and has a nice > looki

An improved rolldice utility

As I care passionately about random numbers, I wrote a version which generates *perfect* results. As per feature requests, it accepts d% as an alias for d100, and interprets a base % as a request for the RoleMaster d100 re-rolling rules as I understand them from the description given. Someone who

Re: Resolutions to comments on LSB-FHS-TS_SPEC_V1.0

On Tue, Jan 26, 1999 at 05:37:53PM -0800, H. Peter Anvin wrote: > > Most Mail User Agents for standard Unix systems look in /var/mail/ > > for the user's mailbox. So if qmail is switching to ~/Mailbox, then > > they have to solve the problem for all of the various MUA's out there, > > and that is

Re: Intent-to-package: XGGI

Aaron Van Couwenberghe wrote: > XGGI is an X server based on XF86 code that will run under any supported > libGGI target. > Currently, other than a few XF 3.3.3.1 compliance points, XGGI > works fine; it's been tested with the X target, the fb target, the emu > target. shall I go on? I do

Intent-to-package: XGGI

XGGI is an X server based on XF86 code that will run under any supported libGGI target. Currently, other than a few XF 3.3.3.1 compliance points, XGGI works fine; it's been tested with the X target, the fb target, the emu target. shall I go on? I don't think anyone's tried AA yet. G'da

Re: Intent to package: Xconfigurator

Stephen Crowley quotes: > Except as contained in this notice, neither the name of the XFree86 > Project or Red Hat Software shall not be used in advertising or otherwise > to promote the sale, use or other dealings in this Software without prior > written authorization from the XFree86 Project. Th

Hardcore baby!!! Yeah!!!!

Looking for the hottest in porn action. We have it all...Straight, Gay, Asian, TEEN, and black. Come pick YOUR pleasure http://www.teenagehotel.com/xxx/zombie/page5.html";>Click here for serious porn action!!

Re: Getting Slink compatible with Linux-2.2.0

The guys running the big machines are going to be a minority and should have no problem downloading util-linux. Even over a modem, its probably OK. It may be not worth it to risk the instability for the vast majority. The kernel source itself may be a problem for a slow or expens

Re: Resolutions to comments on LSB-FHS-TS_SPEC_V1.0

In article <[EMAIL PROTECTED]> you write: >> Most Mail User Agents for standard Unix systems look in /var/mail/ >> for the user's mailbox. So if qmail is switching to ~/Mailbox, then >> they have to solve the problem for all of the various MUA's out there, >> and that is really qmail's and mutt's

Re: Intent to package: Xconfigurator

Sorry to reply to myself but I left part of the license off. On Tue, Jan 26, 1999 at 08:22:08PM -0600, Stephen Crowley wrote: > Copyright (c) 1994 by The XFree86 Project, Inc. > Copyright (c) 1998 Red Hat Software, Inc. > > Permission is hereby granted, free of charge, to any person obtaining a >

  1   2   >