Steve Lamb <[EMAIL PROTECTED]> wrote:
>> I dunno about you, but that is the very definition of "spread out"
>> especially when you consider that {package} in /opt can be quite a
>> few. I'm disgusted with my path on my Solaris box at work. I
>> needed to add /opt/gnu/gimp/bin, /opt/gnu/gcc/bin
Please move any further discussion on over to [EMAIL PROTECTED]
The current scope of the discussion is narrow enough that we can trim
down the Cc list. My next post will be over there...
Thanks.
- Dan
J.H.M. Dassen wrote:
>> Another freeness issue (albeit a relatively minor one) is that currently
>> lsh requires scsh (which is non-free) for the generation of include files
>> (they are pregenerated in the tarball; the scsh scripts are needed only
>> for development). It would be nice if someone
Daniel Quinlan <[EMAIL PROTECTED]> writes:
>> New systems would need to have a /var/spool/mail -> /var/mail symbolic
>> link for about two years.
Erik Troan <[EMAIL PROTECTED]> writes:
> No, forever. Red Hat is promising an upgrade path for a lot longer the
t sippel-dau <[EMAIL PROTECTED]> writes:
> Ten years.
Are you serious? The Linux community has already made larger changes
in far far less time. We're talking about modifying one or two lines
in 10 or 20 source packages (like src RPMs).
It was several years ago already that we dropped some of
Alan Cox <[EMAIL PROTECTED]> writes:
> If all the vendors think /var/mail is stupid then its perhaps time
> for the FHS to ask "ok why.. is there a problem, did we make a bad
> choice, or did we simply fail to explain the reasons /var/mail is
> good"
Well, I've been told that Debian, Red Hat, SuS
[ I added the FHS and debian-devel mailing lists to the Cc list, so
a huge number of people are now being Cc'ed -- sorry. ]
Florian La Roche <[EMAIL PROTECTED]> writes:
>> So if there are no other bigger standards that would make it very
>> convenient to move all Linux-distributions to /var/mai
Joseph Carter <[EMAIL PROTECTED]> writes:
> Reasonable objection notwithstanding, I intend to write a letter to those
> responsible for the LSB to attempt to raise the issues we have with their
> current proposal. I would appreciate discussion on these issues in other
> parts of this thread. I e
-BEGIN PGP SIGNED MESSAGE-
Brian White <[EMAIL PROTECTED]> writes:
> I agree with you on this. I personally believe that Debian should
> relax this requirement about non-modifiable & redistributable code not
> being suitable for the primary distribution. I've never seen how it
> helps a
-BEGIN PGP SIGNED MESSAGE-
Daniel Quinlan wrote:
>> Troll is using a different economic model for generating revenue than
>> other free software companies. They get other people to write free
>> software (for zero cost to them) on one platform so they can sell it
-BEGIN PGP SIGNED MESSAGE-
Karl M. Hegbloom <[EMAIL PROTECTED]> writes:
> Since the output from cron jobs is mailed anyhow, as it should be, I
> think that all cron scripts should report in as they are run, and
> that this should be made a standard. Here's why.
If you've ever administer
-BEGIN PGP SIGNED MESSAGE-
Noel Maddy <[EMAIL PROTECTED]> writes:
> Berate me for missing the obvious, but couldn't KDE just be compiled
> with a QT clone for Debian? What am I missing?
Probably, but I haven't seen whether the KDE license itself is free.
A good bet might be getting KDE
-BEGIN PGP SIGNED MESSAGE-
Jim Pick <[EMAIL PROTECTED]> writes:
> Besides, Qt is 'almost-free' software. If it doesn't become a runaway
> commercial success, I'd bet Troll Tech would re-release it as free
> software after a few years.
Troll is using a different economic model for genera
Raul <[EMAIL PROTECTED]> writes:
> I don't understand why, for example, /var/spool/mail needs to be
> changed to /var/mail -- this seems like a candidate for a symlink.
This is under discussion right now. There are several reasons to use
/var/mail and several reasons to stick with /var/spool/mai
Daniel Quinlan writes:
>> Package: fdutils
>> Version: 4.3-3
>>
>> /usr/bin/fdmount should be mode 4755, not 4750.
Michael Meskes <[EMAIL PROTECTED]> writes:
> I agree that the installation is not correct, but I doubt mode 4755
> is a solution. I for one
Daniel Quinlan <[EMAIL PROTECTED]> writes:
>> /sbin/klogd and /sbin/syslogd should be 755.
Martin Schulze <[EMAIL PROTECTED]> writes:
> Why? I don't see any reason they should be executable by everyone.
> I have copied those permissions from my predecessor and I agr
Package: netstd
I originally posted this as a question to debian-users, but did no
receive any responses. My apologies if this problem is a result my
own ignorance -- if so, it should be documented in talk.1.
1. Both ytalk and talk work talking on the same machine.
2. Neither ytalk nor talk will
I would like to add that participation in the filesystem standard
mailing list is not closed.
Information on how to subscribe is located in all releases and
"private" drafts of the FSSTND and upcoming FHS. There are also some
requests to new subscribers (such as "run new ideas past someone so we
per major proposal) that you
don't like. It is always easier to be a positive proactive force than
a negative reactive one.
Regards,
Dan
--
Daniel Quinlan Member of the League for Programming Freedom
[EMAIL PROTECTED]
Package: cpio
Version: 2.4.2-6
/usr/sbin/rmt is a part of cpio, but there is no rmt.8 manual page.
There should be a BSD one that can be appropriated and modified if
necessary.
Package: xserver-s3
Version: 3.1.2-5
I think this may be related to the mouse cursor problem I reported
earlier. I noticed this problem shortly after sending that bug
report, but didn't fully investigate it until now. (The other bug
report contains information not reproduced here.)
I have an Di
Package: xserver-s3
Version: 3.1.2-5
When in the 640x480 mode, the mouse cursor points incorrectly. The
point at which the cursor appears to point is not where the mouse
button selects when you push the key. I have not tested other video
resolutions with this card.
The X server thinks it is poi
Package: fdutils
Version: 4.3-3
/usr/bin/fdmount should be mode 4755, not 4750.
Package: dump
Version: 0.3-6
/sbin/dump and /sbin/restore should be 2755.
Package: dosemu
Version: 0.60.3-1
/usr/bin/dos should be mode 4755, not 4711.
Package: bison
Version: A2.6-12
/usr/bin/mkparser and /usr/bin/mkparserclass should be mode 755, not
555.
Package: sysklogd
Version: 1.3-8
/sbin/klogd and /sbin/syslogd should be 755.
/usr/doc/sysklogd should be 644.
Package: netpbm
Version: 1994.03.01p
Missing manuals: pbm.5, ppm.5, pgm.5, pnm.5
I suspect they might be in the netpbm-devel package. If so, it's a
bug. Section 5 is "file formats", not development. It's basic
information about netpbm.
Package: groff
Version: 1.09-11
GNU troff 1.10 has been out since November 1995. 1.09 is relatively
ancient. Version 1.10 fixes some very significant bugs, adds a
LaserJet output device, and more.
Also, the description incorrectly reads "GNU RunOFF". It's GNU troff.
Runoff is an early precurso
Package: base
Version: 1.1.0-14
After forcing the removal of ae, /bin/edit was still installed, but
didn't call a suitable replacement editor such as vi.
Package: dselect
Version: 1.12.2
dselect is more complicated than it needs to be. Anyone who has used
the package selector for RedHat can understand why people like it so
much. I like having a versatile interface such as the one dselect
offers, but it shouldn't be so incompatible keystroke-wise
Package: perl
Version: 5.003-2
/usr/doc/examples/perl
total 32
drwxr-xr-x 6 root root 1024 Jul 23 02:09 .
drwxr-xr-x 27 root root 1024 Jul 26 12:13 ..
-r--r- 1 root root 192 Jul 1 14:23 ADB.gz
-r--r- 1 root root 567 Jul 1 14:23 RE
Package: mount
Version: 2.5j-1
The transcript should explain the problem pretty well. I believe the
problem is the different between the options line in the fstab and the
options listed by `mount', but I haven't had any time to examine the
problem further.
There is also a 2.5k version of mount.
Package: base
Version: 1.1.0-14
I'd like to be able to remove `ae', but it won't deinstall. It should
be possible to remove ANY package if I really want to. I don't like
it when I'm treated like a child by the packaging system.
Package: perl
Version: 5.003-2
There should be a link or note in /usr/doc/perl about
/usr/doc/examples/perl.
Package: netstd
Version: 2.05-1
It should refer to adjtimex(2), I believe.
e considered a bug, regardless.
A mixed solution may be possible, supplying DES (from both a US and a
non-US site) to those who require YP support. I'm still not in favor
of Debian doing this alone in the Linux community, though.
Dan
--
Daniel Quinlan Member of the League for Programming Freedom
[EMAIL PROTECTED]
dea from the beginning, IMHO.
- Try to send comments to the maintainer, unless it's something that
really concerns everyone.
Dan
--
Daniel Quinlan Member of the League for Programming Freedom
[EMAIL PROTECTED]
Ian Murdock <[EMAIL PROTECTED]> writes:
Daniel Quinlan <[EMAIL PROTECTED]>
>> BTW, I like the way their manual is set up and on the web. And I
>> also like that it seems more geared to open contributions than the
>> Debian manual.
> Hmm.. Well, I did release
.org/handbook/handbook68.html
BTW, I like the way their manual is set up and on the web. And I also
like that it seems more geared to open contributions than the Debian
manual.
Dan
--
Daniel Quinlan Member of the League for Programming Freedom
[EMAIL PROTECTED]
n it isn't free. It would
be conditionally free for Debian (until permission is withdrawn), but
would remain non-free (or less-free) for users of Debian. That's bad.
Dan
--
Daniel Quinlan Member of the League for Programming Freedom
[EMAIL PROTECTED]
eckes <[EMAIL PROTECTED]> writes:
> 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 O
Bernd S Brentrup <[EMAIL PROTECTED]> writes:
> Package: bison
> Version: A2.5
> Revision: 0
> Maintainer: Anders Chrigstrom <[EMAIL PROTECTED]>
>
> In my understanding of the FSSTND 1.2 /usr/share is off-limits as of yet,
> cf sections 4.11 and 6.3
Just a warning, /usr/share will almost certainl
e public. "public", according to my
Merriam-Webster dictionary is "affecting all the people or the whole
area of a nation or state". Whoops.
Dan
(I no longer work for Yggdrasil, so I'm definitely speaking for myself.)
--
Daniel Quinlan Member of the League for Programming Freedom
[EMAIL PROTECTED]
44 matches
Mail list logo
