Bill Mitchell writes ("Re: Distribution"):
> I'd suggest DEVELOPMENT, or WORKING, or IN_PROGRESS, or somesuch
> rather than CURRENT if these are to be visible to user-downloaders.
>
> CURRENT is likely not to be taken as bleeding-edge-and-unfinished
> by user-downloaders.
Right. I think `develop
Bruce Perens writes ("Re: pre-inst and post-inst scripts that start and stop
daemons "):
> > However, I'm wondering whether a more elegant and simple solution
> > might just be for Bruce to run the cross-installation which a PATH
> > environment variable that ensures that the version of
> > start-
Package: unclutter
Version: 0.8-1
I need to run unclutter with the `-noevents' flag to stop it from
causing my window manager (twm) from thinking that the current window
has lost the focus and un-highlighting it.
I suggest that this be documented (the current description of
-noevents implies that
Bruce Perens writes ("Re: package uploading probs "):
> Regional upload directories make sense. What we really need is a script
> (a hack of the mirror program) to "mirror" all files from a remote system
> and remove the files from the remote once they have been copied sucessfully.
> If we can't do
Regional upload directories make sense. What we really need is a script
(a hack of the mirror program) to "mirror" all files from a remote system
and remove the files from the remote once they have been copied sucessfully.
If we can't do that immediately, we can at least establish the regional
uplo
On Sun, 29 Oct 1995, Siggy Brentrup wrote:
> I hate to follow-up to my own message, but it's only after it was out that I
> got
> this one in linux-announce:
>
Heh. Siggy I have both rdist and ssh already running on this ftp server.
NOTE: this server doesn't run linux do to hardware contraints
Karl Ferguson writes:
>Package: source
>Version: 1.2.13-5
>
>After installing the source package, makeconfigging it to my on needs and
>compiling it, an error pops up while trying drivers/net/ppp.c:
>
>ppp.c: In function `ppp_first_time':
>ppp.c:442: warning: assignment from incompatable pointer ty
Package: source
Version: 1.2.13-5
After installing the source package, makeconfigging it to my on needs and
compiling it, an error pops up while trying drivers/net/ppp.c:
ppp.c: In function `ppp_first_time':
ppp.c:442: warning: assignment from incompatable pointer type
ppp.c:446: warning: assignm
Package: cern-httpd
Version: 3.0-4
There is an error in the Signal handling of the cern-httpd, which makes
zombies hang around, especially on heavy loaded WWW Server. The following
Patch may solve this:
--- WWW/All/linux/Makefile.include.org Sun Oct 29 07:15:44 1995
+++ WWW/All/linux/Makefile.in
Daniel Quinlan writes:
>Bernd S Brentrup <[EMAIL PROTECTED]> writes:
>> bora:~$ dpkg --listfiles bison | grep /usr/share
>> /usr/share
>> /usr/share/bison.simple
>> /usr/share/bison.hairy
>>
>> In any case the directory /usr/share is certainly the wrong place for the
>> files.
>
>/usr/share is "cer
On Sun, 29 Oct 1995, Karl Ferguson wrote:
> Now, it wont quit at the point - it goes on to finish. But when booting the
> kernel I get this error:
>
> unregister_netdev: device 'ppp0' unlinked
> unregister_netdev: device 'ppp1' unlinked
> unregister_netdev: device 'ppp2' unlinked
> unregister_netd
Hello,
> Someone else (Ian J?) pointed out earlier that zmore uses whatever
> file pager is specified by the PAGER environment variable.
of course, but i am used to type zless instead of zmore. The same way i am
used to type less and not more. Especially on an GNU System I expect zless
as i expec
Date: Sun, 29 Oct 95 10:33 MET
From: "Bernd S. Brentrup" <[EMAIL PROTECTED]>
>/usr/share is "certainly" a better place. The Bison parser
>skeletons are architechure-independent.
I apologize for bad wording (english isn't my native language),
what I meant to say is don't start c
On Sat, 28 Oct 1995, Bill Mitchell wrote:
> On Sat, 28 Oct 1995, Michael Alan Dorman wrote:
> > > This should read "/usr/local/bin:/bin:/usr/bin", without the "."
> > While we're at it, would it be appropriate to have xdm also set this as
> > the default path?
> Would it need /usr/bin/X11?
Nah, l
> However, I'm wondering whether a more elegant and simple solution
> might just be for Bruce to run the cross-installation which a PATH
> environment variable that ensures that the version of
> start-stop-daemon it finds is a link to `true'.
Clever. This is made somewhat more sloppy by the fact t
Date: Sun, 29 Oct 1995 01:21:48 -0700
From: Bruce Perens <[EMAIL PROTECTED]>
Rather than re-arrange the current released system, let's put the
new organization in place for the "current" and "1.0" system, and
leave debian-0.93 where it is now so we don't mess up the mirrors
again
Rather than re-arrange the current released system, let's put the
new organization in place for the "current" and "1.0" system, and leave
debian-0.93 where it is now so we don't mess up the mirrors again.
That'll give us freedom to move things around for a while.
Thanks
Bruce
I hate to follow-up to my own message, but it's only after it was out that I got
this one in linux-announce:
--[ quoting Thomas Koenig ([EMAIL PROTECTED]) ]---
>I have uploaded another version of rdist to sunsite.unc.edu's Incoming
>directory. Rdist is, to quote the mangpage, "a program t
Date: Tue, 24 Oct 95 20:45 GMT
From: Ian Jackson <[EMAIL PROTECTED]>
Since noone is maintaining these, and they *desperately* need
updating, I shall do it.
Who has the latest version and which format are they in ?
I started converting them to Texinfo some time ago, but I never had
On Sun, 29 Oct 1995, Siggy Brentrup wrote:
> directory across some sites with good connectivity and use rdist(1) to keep
> them
> in sync? Major mirror sites might be good canditates for this.
>
I would probably suggest just mirror as a program to keep them up to date.
If there is a SINGLE site
This message is intended in the first place for developers over here in
Europe. I wonder if there are others experiencing the same problems that I have
when uploading files to ftp.debian.org and are looking out for a solution.
Since my account @uni-muenster.de is a rather limited one, I'm working
On Sat, 28 Oct 1995, Matthew Bailey wrote:
> AOUT -> RELEASED
> ELF -> CURRENT
I'd suggest DEVELOPMENT, or WORKING, or IN_PROGRESS, or somesuch
rather than CURRENT if these are to be visible to user-downloaders.
CURRENT is likely not to be taken as bleeding-edge-and-unfinished
by user-downloade
On Sun, 29 Oct 1995, eckes wrote:
> Package: gzip
>
> I think a zless is as usefull as zmore. The Slackware-implementation of
> zless is:
>
> ---
> #!/bin/sh
> for args
> do
> zcat $args | less
> done
Someone else (Ian J?) pointed out earlier that zmore uses whatever
file pager is specified
On Sun, 29 Oct 1995, Ian Jackson wrote:
> We need to decide what information the package maintainer needs to
> supply to the FTP site maintainer for the correct placement of the
> package.
>[...]
> I don't particularly care about how this is represented in the
> (machine-readable) dchanges forma
24 matches
Mail list logo
