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 consi
[EMAIL PROTECTED] wrote:
> Package: libc5-dev
> Version: 5.2.18-6
>
> # cat test.c
> #include
> 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 to
[ 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
way
> 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 shou
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
> 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 199
> 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
> 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
> > 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 u
-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.
C
-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
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
despera
'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,
[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'
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} ;;
grep=egre
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 w
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 I
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 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 1
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, 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
languag
Package: libc5-dev
Version: 5.2.18-6
# cat test.c
#include
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
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 M
[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 getpgi
-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
Chang
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 us
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 ftp.deb
On Tue, 18 Jun 1996, Susan G. Kleinmann wrote:
> Can someone specify for me a document (either within /usr/doc or on
> the WWW somewhere) that says exactly what the internals of a .deb file
> look like?
deb(5) documents version 0.93. You'll have to ask Ian to fix the
update page for version 2.
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...
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
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
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 -
I just volunteered to maintain a package for the jed editor.
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.
Is there some sort of step-by-step guide on how to do this?
I
> '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 upstr
> 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 ../diff-version-revisio
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
Package: dpkg
Version: 1.2.6elf
I think this is a dpkg, but there may be a problem with sysklogd as
well. On updating my system, the sysklogd postinst script failed
because /etc/init.d/sysklogd didn't exist. Why doesn't dpkg extract
the script from the package? Presumably because it's a conff
37 matches
Mail list logo
