package: mflib
Version: 1.0-5
Maintainer: Nils Rennebarth [EMAIL PROTECTED]
possibly also:
Package: xdvik
Version: 18f-5
The remaining possibly related items are:
ii dvipsk 5.58f-5TeX DVI-driver for Postscript
ii ps2pk 1.4-4 Create pk fonts from type1 fonts
I also think that's important. The source packages should be very
simple, and the source unpacker/packer should be written in a scripting
language.
tar xzf source-version.tar.gz
mv source.version source.version.orig
tar xzf source-version.tar.gz
cd source.version
zcat
'J.H.M.Dassen wrote:'
Bruce wrote:
Also, we should think about source packaging again. We are welcome to take
anything we want from RPM source packaging, if that would help.
RPM has the advantage that it include _pristine_ source (identical
(cmp or md5sum-wise) to the upstream sources,
On 19 Jun 1996 [EMAIL PROTECTED] wrote:
I'm working on a package that makes extensive use of getpgrp(pid), but
the getpgrp() that comes in libc5 doesn't take an argument (which is
not fun if you're managing a number of process groups from a number
of distinct sessions).
The fifth item in
Hi Susan,
you're keeping me quite busy today :-)
I just found the Debian search system on http://www.debian.org/ghindex.html.
This seems to me like a big step forward, and am sorry I didn't see it
before. Just yesterday I remarked to someone (for whom I had answered a
user-question by
could you give me more information on this? (I'm the current libgdbm
maintainer.) Calling it libgdbm.so.2.0 would really seem like a
mistake, since after all, libgdbm itself is only at 1.7.3... but I can
probably put in a compatibility link if there's enough evidence for it
(namely, programs which
I'm working on a package that makes extensive use of getpgrp(pid), but
the getpgrp() that comes in libc5 doesn't take an argument (which is
not fun if you're managing a number of process groups from a number
of distinct sessions).
Unfortunately, I can't get libc5's source right now because
The textutils package in the Incoming dir on master for the m68k
architecture is 1.1 meg big, much bigger than the ?? k under i386.
Is this normal or did something went wrong during building, I
would like to know because I'm maintaining the thing right now.
Can't download it myself, because I'm
-BEGIN PGP SIGNED MESSAGE-
Date: 19 Jun 96 12:28 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes [EMAIL PROTECTED]
Source: shadow
Version: 960530-1
Binary: shadow
Architecture: i386 source
Description:
shadow: Manage shadow password and group files
[EMAIL PROTECTED] writes:
I'm working on a package that makes extensive use of getpgrp(pid), but
the getpgrp() that comes in libc5 doesn't take an argument (which is
not fun if you're managing a number of process groups from a number
of distinct sessions).
The manpage indicates that getpgid
This is an old issue for which we have not made a decision and written
down as policy. I motion that all serial port modem traffic to be
used on /dev/ttyS*. We need the consistency in the serial post lock
names.
Thanks,
Costa
Subject: Re: 1.2 modem devices
To: [EMAIL PROTECTED] (Bill
Package: libc5-dev
Version: 5.2.18-6
# cat test.c
#include bsd/signal.h
main() {}
# make test
cc test.c -o test
In file included from test.c:1:
/usr/include/bsd/signal.h:7: No include path in which to find signal.h
make: *** [test] Error 1
--
Raul
On Wed, 19 Jun 1996, Chris Fearnley wrote:
But I like that the Debian source packages
can be untarred by anyone without dpkg and/or rpm installed.
I also think that's important. The source packages should be very
simple, and the source unpacker/packer should be written in a scripting
On Wed, 19 Jun 1996 [EMAIL PROTECTED] wrote:
Last night I read all the documents in the doc/package-developer directory
and when I was finished I realised that I still did not know how to
create the .deb package.
Get the hello package, and emulate it.
Guy
On Wed, 19 Jun 1996 [EMAIL PROTECTED] wrote:
Can
someone tell me what happened with this (dpkg --contents text*)
The binaries are all enormous, about 10x what they are on my i386.
Maybe it wasn't stripped? Also, the foreign language support at the
end?
drwxr-xr-x root/root 0 Jun 16
Is Joe Kirby still with us? I noticed that taper is r6.2. In the
meantime we are at r6.7x ? Joe, do you have the time to debianize r6.7?
Or - is anybody else willing to do the job?
Michael Gaertner [EMAIL PROTECTED]
Tel/Fax +49-761-32684
On Tue, 18 Jun 1996, Susan G. Kleinmann wrote:
I'm working on the FAQ now, and believe it or not, these questions come up
(at least in the back of people's minds) fairly often.
So, is it Deee'-bian (long e) or Deb'-ian (short e), or something else?
rumours say its Deb-Ian, from Ian
Mark Eichin writes:
could you give me more information on this? (I'm the current libgdbm
maintainer.) Calling it libgdbm.so.2.0 would really seem like a
mistake, since after all, libgdbm itself is only at 1.7.3... but I can
Well, it appears that the shared lib version number of libgdbm was
Package: gzip
Version: 1.2.4-10
bash$ type zgrep
zgrep is /usr/bin/zgrep
bash$ type zegrep
type: zegrep: not found
bash$ grep grep= /usr/bin/zgrep
*egrep) grep=${EGREP-egrep} ;;
*fgrep) grep=${FGREP-fgrep} ;;
*) grep=${GREP-grep} ;;
[Dan, this is about the correct .so-name for libgdbm; your list has
liggdbm.so.1.7.3, whereas the libc5.2 docs, Slackware, Red Hat have
libgdbm.so.2.0]
if this is truly a bug, can you explain the two URLs I
mentioned in the message below? (Already sent to debian-bugs, hence
not CC'ed
'J.H.M.Dassen wrote:'
Bruce wrote:
Also, we should think about source packaging again. We are welcome to take
anything we want from RPM source packaging, if that would help.
RPM has the advantage that it include _pristine_ source (identical
(cmp or md5sum-wise) to the upstream sources, which
I just found the Debian search system on http://www.debian.org/ghindex.html.
This seems to me like a big step forward, and am sorry I didn't see it
before. Just yesterday I remarked to someone (for whom I had answered a
user-question by specifying the appropriate HOWTO) that the HOWTO's
-BEGIN PGP SIGNED MESSAGE-
Date: 19 Jun 96 11:51 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes [EMAIL PROTECTED]
Source: sudo
Version: 1.4.3-2
Binary: sudo
Architecture: i386 source
Description:
sudo: Provides limited super user privileges to specific
-BEGIN PGP SIGNED MESSAGE-
Date: 19 Jun 96 09:57 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes [EMAIL PROTECTED]
Source: lshell
Version: 2.01-2
Binary: lshell
Architecture: i386 source
Description:
lshell: Enforce limits to protect system integrity.
Michael Shields writes:
Package: netstd Version: 2.05-1
Debian 1.1 is supposed to work with kernel 1.2.13. But traceroute
is broken.
Who said that? We are running 2.0.x as _STABLE_ kernel release ...
Bruce Perens said a few days ago that you could probably upgrade to 1.1
Michael Shields writes:
Package: netstd Version: 2.05-1
Debian 1.1 is supposed to work with kernel 1.2.13. But traceroute
is broken.
Who said that? We are running 2.0.x as _STABLE_ kernel release ...
Dominik
Unfortunately, I can't get libc5's source right now because ftp.debian.org
is unavailable, and debian.crosslink.net doesn't mirror the source.
This wasn't intentional -- I was mirroring sun10.sep.bnl.gov, which
stopped carrying source due to lack of space. I'm moving over to taking
it from
Wouldn't it be easier to do something like I did with BIND -- detect
the protocol not available (ENOPROTOOPT?) and don't use the feature,
instead of calling it an error...
That was my thought. These patches should do it.
--- traceroute-4.4BSD/traceroute.c Sun Jan 28 22:47:27 1996
Package: cern-httpd
Version: 3.0-6
The cern-httpd postinst tries to start the daemon, like this:
start-stop-daemon --start --quiet --oknodo --exec /usr/sbin/cern-httpd
If the server is configured to run out of inetd, as I have it, this
(probably) runs cern-httpd and hangs. If you type an HTTP
Package: libgdbm1
Version: 1.7.3-11
Hi,
I believe that the shared library exported by this package
(libgdbm.so.1.7.3) is basically the same thing that other linux
distributions (slackware and redhat in particular) choose to ship as
libgdm.so.2.0.0 ... Perhaps Debian too should do
[ Note: I read this mailing list. There is no need to CC me on replies,
unless it is _really_ urgent. I pay for my PPP connections. Thanks. ]
Juergen Menden:
rumours say its Deb-Ian, from Ian Murdock and his wife Deb. ;-)
Is Ian pronounced ee-an or eye-an? My dictionary lists both
ways...
[EMAIL PROTECTED] wrote:
Package: libc5-dev
Version: 5.2.18-6
# cat test.c
#include bsd/signal.h
main() {}
# make test
cc test.c -o test
In file included from test.c:1:
/usr/include/bsd/signal.h:7: No include path in which to find signal.h
make: *** [test] Error 1
If you want
CD Rasmussen wrote:
This is an old issue for which we have not made a decision and written
down as policy.
The decision was to use cua* for minicom/dip etc.. (the decision
was made about 2 years ago).
I motion that all serial port modem traffic to be
used on /dev/ttyS*. We need the
33 matches
Mail list logo