On Mon, 12 Aug 1996, Michael Meskes wrote:
I'd like to ask the other developers what they think. While I see th elogic
behind your approach I still think LyX should be an official part of Debian.
Me too. However, I think that the way to accomplish that is to persuade
the XForms authors to
Hi,
Michael Meskes wrote:
I'd like to ask the other developers what they think. While I see th elogic
behind your approach I still think LyX should be an official part of Debian.
What happens if I recompile it statically? Would it go into the standard
tree then?
Being a Debian/m68k user,
Package: boot (boot1440.bin, install)
Version: 1.1 (kernel is 2.0.0)
Updated information...
Problem: On some systems, the compressed kernel image provided on the
installation floppy (boot1440.bin) is not decompressed properly when
read from floppy. One solution that seems to work for most
Martin Schulze wrote:
As zoo comes from DOS I'm not sure if it would be a good idea to
support long filenames.
zoo comes from Rahul Dhesi, and was designed from the ground up to be
cross-platform, albeit particularly for use with CBIP.
The 14 character limitation is probably a rudiment of
Michael Meskes wrote:
Ian Jackson writes:
No, because packages which depend on contrib packages must go in
contrib too.
Hmm, that wasn't what was said a while ago when we moved xforms.
I'd like to ask the other developers what they think. While I see th elogic
behind your approach I
Michael Meskes:
I'd like to ask the other developers what they think.
I guess I'm repeating myself, but oh well. In my opinion, the main Debian
distribution (i.e., not including non-free or contrib) should consist only
of free software, where the definition of free includes the requirement
that
-BEGIN PGP SIGNED MESSAGE-
Hi,
This increases Gnuchess's playing strength in the first few moves of the
game. Cheating, you could say :-), but good practice for strong players.
Enjoy!
Nikhil.
Date: 13 Aug 96 00:07 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Nikhil
-BEGIN PGP SIGNED MESSAGE-
Date: 13 Aug 96 00:04 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Nikhil Nair [EMAIL PROTECTED]
Source: gnuchess
Version: 4.0.pl77-1
Binary: gnuchess
Architecture: i386 source
Description:
gnuchess: Plays a game of chess, either against
'Miquel van Smoorenburg wrote:'
You (Michael Shields) wrote:
Package: sendmail
Version: 8.7.5-4
sendmail depends on deliver. However, in at least two common
configurations -- null client, and delivery by procmail -- it will run
perfectly without deliver. sendmail should only recommend
My memory is going, my archives have bit rot...
Did we reach any conclusion on reorganizing the devel directory?
--
Lars Wirzenius [EMAIL PROTECTED] http://www.iki.fi/liw/
Please don't Cc: me when replying to my message on a mailing list.
pgpYHVGCssAxO.pgp
Description: PGP signature
Package: dpkg
Version: 1.2.13elf
I'm trying to package genpower (a UPS monitoring daemon), but am having
trouble with the postinst:
#! /bin/sh -e
#
# postinst file for genpower
echo - Installing 'start' ...
update-rc.d genpowerd start 11 1 2 3 4 5
echo - Installing 'stop' ...
Package: libpaper
Version: 0.4-1
Right now libpaper comes with a /etc/papersize file containing letter
at the first line. IMO it should ask at postinst time what papersize is
wanted and should create /etc/papersize with the received value.
Erick
You (Ian Jackson) wrote:
It seems to me that init should have an appropriate default PATH.
This is especially true if the default is hard to change or override.
I've recently been bitten by an /etc/rc?.d script not having the PATH
I expected.
The default PATH for non-superuser programs
I've noticed that Bruce has included a /etc/default directory in
the latest base packages. I want to release new versions of sysvinit
and nis in a couple of days / weeks
I'm thinking of starting to use /etc/default (/etc/init.d/boot will source
/etc/default/boot and /etc/init.d/nis will source
Bruce Perens writes (Re: Documentation formats):
From: Ian Jackson [EMAIL PROTECTED]
The thing is that I think we need to be able to distribute other
[documentation] end-products [than HTML].
HTML is bad for printing, for example, and not ideal
if you have a slow machine. Choice is a
Bruce Perens writes (Re: Documentation formats):
...
The unification of Debian documentation will be carried out via
HTML. You should not consider the merits of a particular HTML viewer,
or even the weight of the best of our existing HTTP servers. These things
will change with time, and
I've just tried replacing Xaw3d with the original Xaw library
and both listres and viewres worked! Obviously there's some
incompatibility here, could someone fix listres viewres?
Thanks.
--
Debian GNU/Linux 1.1 is out! { http://www.debian.org/ }
A. B = True B. A = False
Email:
Bruce Perens writes (Re: Documentation formats):
From: Ian Jackson [EMAIL PROTECTED]
The thing is that I think we need to be able to distribute other
[documentation] end-products [than HTML].
...
Do you have a proposal?
...
My initial proposal is as follows:
If it's available we
(Moved to debian-devel:)
[EMAIL PROTECTED] writes (Re: des encryption..):
[Ian Jackson:]
Can we please put /opt - /usr/opt and the empty /opt tree in the base
package, before things get any worse ?
Also I propose to mandate in the policy manual that packages which use
/opt should
They get stuck in my home, and I can't connect again (the connection
is lost everytime I want to log in). Can someone please put
~arrouye/libpaper_1.0*
in
/home/Debian/ftp/private/project/Incoming
for me, please?
Alternatively, developers who need it (Ian, Joost) can just
Please do not use 0.* versions anymore.
The next release (1.0-1) will have a paperconfig paper configuration
script instead of having /etc/papersize as a conffile.
Yves.
-BEGIN PGP SIGNED MESSAGE-
Date: 13 Aug 96 17:16 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Yves
PACKAGE: motifnls
VERSION: 2.1-1
A commercial application (Maple VR3) does not run correctly under
X11R6 even with motifnls installed. It complains abut unknown
keysyms osf* (for example osfCopy), even though these are defined
in /usr/X11R6/lib/X11/XKeysymDB.
The problem is that Maple looks for
In message [EMAIL PROTECTED], Ian Jackson writes:
Therefore I propose that unless someone raises a serious problem or
issue within the next week or two the new packaging guidelines as
described in the draft dpkg programmers' manual, the draft Debian
policy manual and as implemented by dpkg 1.3.x,
Erick Branderhorst writes:
Package: libpaper
Version: 0.4-1
Right now libpaper comes with a /etc/papersize file containing letter
at the first line. IMO it should ask at postinst time what papersize is
wanted and should create /etc/papersize with the received value.
This is for
24 matches
Mail list logo
