It seems that after I installed the majordomo package it placed the
folowwing entry in /etc/passwd:
majordom:*:102:102::/usr/lib/majordomo:/bin/false
Ok, that's fine but doing an ls -l majordomo in /var/lib produces
this:
drwxrwsr-x 4 101 majordom 1024 Nov 22 02:24
Package: dpkg
Version: 1.0.6
I don't know if this is a bug because I don't know if the update
utility supports updating from a gzipd packages file.? I thought I
could do an update of the packages information with a gzipd packages
file but it didn't seem to work quite well:
--
Updating
Date: 21 Nov 95 19:05 UT
Source: libreadline
Binary: libreadline
Version: 2.0-7
Description:
libreadline: GNU readline and history libraries.
Priority: Low
Changes:
* Install all info documentation and examples.
* Added extended description.
* Install libhistory.so with version number.
Packages: base
The /etc/magic file does not allow the file command to identify
elf .a files from aout .a files very easily. Indeed, an elf archive
: archive
but an aout archive
: random archive
Would someone update this to something more meaningful?
Thanks, Gordon
Karl Ferguson writes:
It seems that after I installed the majordomo package it placed the
folowwing entry in /etc/passwd:
majordom:*:102:102::/usr/lib/majordomo:/bin/false
Ok, that's fine but doing an ls -l majordomo in /var/lib produces
this:
drwxrwsr-x 4 101 majordom 1024 Nov 22
Bruce Perens wrote:
Unfortunately, compress infringes the Unisys - Terry Welch patent.
Hmm. Tell Unisys that Slackware and FreeBSD violate their patent, they
will sue Walnut Creek and win. There will be no Slackware and FreeBSD
any more, and everyone will switch to Debian GNU/Linux soon.
It seems that after I installed the majordomo package it placed the
folowwing entry in /etc/passwd:
majordom:*:102:102::/usr/lib/majordomo:/bin/false
What is supposed to happen is that the preinst creates a group and
user for majordomo; files are supposed to be in the .deb file owned by
user
brian white writes:
It seems that after I installed the majordomo package it placed the
folowwing entry in /etc/passwd:
majordom:*:102:102::/usr/lib/majordomo:/bin/false
What is supposed to happen is that the preinst creates a group and
user for majordomo; files are supposed to be in the .deb
Source can be found for example in the FreeBSD distribution, and is under
the standard BSD copyright which shouldn't be a problem for us...
Using compress (but not uncompress) infringes on Welch's patent. Perhaps
it could be made available under non-free? As far as I understand, there
are no
It seems that after I installed the majordomo package it placed the
folowwing entry in /etc/passwd:
majordom:*:102:102::/usr/lib/majordomo:/bin/false
What is supposed to happen is that the preinst creates a group and
user for majordomo; files are supposed to be in the .deb file owned by
Karl Ferguson writes:
The preinst calls adduser. The package is supposed to then use
whatever uid/gid it finds in the passwd/group files.
Are you forgetting NIS (Yp) systems? If I had already a UID 101, and it
decided to add user 101 would this conflict?
If that happens it's a bug in adduser,
CD Rasmussen writes:
Ian, I think the problem might be local to your system. I'm running a
pretty virgin system that was recently built from scratch and I can
run that command in emacs with no problem.
Perhaps it's something to do with my environment ? A copy is below.
Was there anything
I was sort of hoping that compress would be replaced by gzip throughout
the world, and thus we would not have to deal with its hassles.
I don't think anyone would object to your distributing certain
contributed packages from outside the US. If you'd like to do that for
compress, please package it
Bruce Perens:
I was sort of hoping that compress would be replaced by gzip throughout
the world, and thus we would not have to deal with its hassles.
That would be the case if gzip was in the public domain, but it is under
the GPL which may be too restrictive for commercial UNIX vendors...
Dear All,
My PhD thesis is entering its final stages, and I have several job
offers dependent on an early completion date, so I've been forced -
against my will - to suspend all my Linux and Debian activities.
I have been the maintainer of the following packages...
a2gs - Is this
I think in this case we
should ignore the patent issue like everyone else does.
You do it, please. I have too much to lose. I'd be happy to see
you (or anyone else) establish a secondary distribution site for
patent-infringing software.
the bin86 package is for personal use only (or some
Alvar Bray:
Who has taken over from Bruce as the kernel source package
maintainer?
I haven't been able to find anyone willing to take on that task
so far, and am thus still the kernel maintainer. I greatly appreciate
your helping with the PPP files, as I have a lot on my plate at the
moment.
kenny writes:
kenny a2gs - Is this superceded by genscript?
kenny a2ps - Pretty much a dead
I think we should throw these two out.
In July, I filed bug#1112 against a2gs. This bug is still open. As Kenny
could provide no solution (IMHO it's an upstream problem), I tried some other,
Bill Mitchell writes (convenience script for building a.out packages):
This is a script I've placed in /usr/local/bin/aout on my system.
It's intended as an aid in building a.out packages on an
elf-ized debian system. It's invoked as:
aout { normal command line }
Can I recommend that
If you are using DIP to connect to your Internet Service Provider
please test the following script. It should create a working
DIP script for you. If doesn't work for you please send me a
short email with the following informations:
- How do you login. The information should look like this:
On Wed, 22 Nov 1995, Ian Jackson wrote:
Bill Mitchell writes (convenience script for building a.out packages):
This is a script I've placed in /usr/local/bin/aout on my system.
It's intended as an aid in building a.out packages on an
elf-ized debian system. It's invoked as:
aout
On Wed, 22 Nov 1995, Gordon Russell wrote:
Packages: base
The /etc/magic file does not allow the file command to identify
elf .a files from aout .a files very easily. Indeed, an elf archive
: archive
but an aout archive
: random archive
Would someone update this to something more
PACKAGE: ncurses-*
VERSION: 1.9.4
The following needs to be added at the head of the infocmp(1ncurses)
and addch(3ncurses) man pages in order to get tbl invoked before groff.
'\ t
.\ Note: this must be run through tbl before nroff.
.\ The magic cookie on the first line triggers this under some
On Wed, 22 Nov 1995, Chris Fearnley wrote:
The info documentation included refers to /usr/local/bin/cfengine when
Debian's cfengine is installed in /usr/bin/cfengine.
I'm closing this without action.
I've looked at the cfengine info files, and I think it's clear
from the context that the
24 matches
Mail list logo
