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
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 ../diff-version-revisio
> '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
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
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
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...
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.
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
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
-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
[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
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
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
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
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 1
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 I
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
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
[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'
'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,
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
-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.
C
> > 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
> 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 199
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 shou
[ 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
[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
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
37 matches
Mail list logo
