On Thu, Jul 09, 1998 at 06:47:49PM -0500, Wichert Akkerman wrote:
Package: cvs
Maintainer: Tom Lees [EMAIL PROTECTED]
24378 cvs not Y2K-compliant
I fail to see how this is release-critical.
Package: dpkg-dev
Maintainer: Klee
On Wed, Jun 17, 1998 at 08:55:07PM -0400, Dan Jacobowitz wrote:
Agreed, it's an ugly hack, but it may be a while before this issue is
resolved and I have received several messages which suggest people want
a mod_perl solution fairly promptly. This would beat each user trying
to compile it
On Fri, Jun 19, 1998 at 01:52:29PM +0200, Michael Meskes wrote:
Am I correct that we currently do not have a complete desktop with gnome?
Since there is no wm yet, it's pretty difficult to judge it.
Last I heard, the gnome team doesn't intend to have a specific window
manager---instead they're
On Tue, Jun 23, 1998 at 03:39:07PM +0100, Charles Briscoe-Smith wrote:
little worried that mixing PIC and non-PIC code might do some other harm.
Does it? Or will it just make this shared object unsharable?
Everything I've ever heard suggests that the GGI people are correct---it
will merely be
[EMAIL PROTECTED] (Miquel van Smoorenburg) writes:
Never mind - I forgot how I handled it the last time, from the 1.0 to
the 1.1 upgrade. Just test in the preinst for the previous version and
show a warning, upgrade instructions and a prompt there. Seemed to
work the last time .. so it will
John Lapeyre [EMAIL PROTECTED] writes:
However, at least part of their rationale for the new scheme is to
allow multiple versions of perl, a feature that debian is not
interested in.
Threaded perl and non-threaded perl are binary-incompatible at the
extension level, meaning most compiled
Raphael Hertzog [EMAIL PROTECTED] writes:
Le Thu, Oct 08, 1998 at 08:54:46PM -0400, Michael Alan Dorman écrivait:
Threaded perl and non-threaded perl are binary-incompatible at the
extension level, meaning most compiled extensions must be
distinguishable.
I think you're wrong. perl5.005
Martin Schulze [EMAIL PROTECTED] writes:
gnus 25609 Gnus: prerm script failure make it impossible to
upgrade/pruge [64] (Michael Alan Dorman [EMAIL PROTECTED])
We should not ship without although it's technically not essential.
We'd better find somebody to fix this bug. MAD
Michael Stone [EMAIL PROTECTED] writes:
sysutils 29392 oldversion procinfo in sysutils is broken [76]
(Michael Alan Dorman [EMAIL PROTECTED])
Is there a reason not to put the new version in?
I need someone to confirm for me that the new sysutils that I put in
potato will work
Steve Dunham [EMAIL PROTECTED] writes:
Remove as many dependencies on old libraries as possible, this
includes:
libjpegg6a, libncurses3.4, newt0.25, libpgsql, tk4.2, tcl7.6,
libwraster1, libpng0g
and various older gtk/gnome libraries.
Looking at some of these, it occurs to
Ben Collins [EMAIL PROTECTED] writes:
There is a libapache-mod-pam, which enables apache auth using PAM
modules, already packaged. It has some drawbacks due to permissions
(apache runs as www-data so it cannot access /etc/shadow). This can't
be avoided however.
Um, doesn't libpwdb take care
gphone (aka gnome-o-phone) is an internet telephone with a gtk
interface. It uses GSM compression, and thus should be useable over
reasonable modem connections, and is also compatible with the
speakfreely program for Windows and Unix.
http://www.math.okstate.edu/~droland/gphone/gphone.html
J.H.M. Dassen (Ray) [EMAIL PROTECTED] writes:
Erm. Speak Freely employs crypto (it's in non-US/non-free). If gphone
employs crypto as well, shouldn't we find a non-US maintainer and a non-US
download location for it?
Sorry, I probably should have elaborated. gphone will work with
speakfreely
Raphael Hertzog [EMAIL PROTECTED] writes:
If nobody is willing to do it, I'll do it myself.
I'm willing to _help_. I worry that as one works on resolving these
things, one will discover that there's cascading upgrades required...
Mike.
Christian Meder [EMAIL PROTECTED] writes:
Cool idea. But would it help Debian except of being a big social
developer event ?
Sometimes social functions can lead to increased cooperation. Plus
there's the opportunity to discuss technical issues in a perhaps more
interactive medium.
Mike.
Philip Hands [EMAIL PROTECTED] writes:
Given some of the recent threads, the interactive discussions might
need to be conducted on canvas, in the presence of a referee, while
wearing padded gloves. ;-)
Possibly.
I would _hope_, however, that being face to face might have the
opposite effect.
Having recently found out that emacs 20.4 was available, combined with
a bit of time while waiting for the hurricane to pass through, I
decided to cook up some emacs 20.4 packages.
Those interested in getting them can download them from
http://master.debian.org/~mdorman/
I have made no attempt
Paul Harris [EMAIL PROTECTED] writes:
header files, but what is the correct way to code this functionality? if
its not in the stdc++ headers, how are people supposed to solve similar
problems that name2() solved? (even tho its pretty damn simple code).
Speaking without having looked at
Stevie Strickland [EMAIL PROTECTED] writes:
libxml-parser-perl
libxml-dom-perl
libxml-cgi-perl /* Does this exist anymore on CPAN? I haven't found
* it since I originally packaged it.
*/
libxml-writer-perl
I can take these.
Mike.
I believe I have a gotten a good build of an updated gnome-libs. And
I only cursed Joey for the problems with dh_shlibdeps a little bit.
It is currently a little lacking in the changelog department---that
kind of got over-looked in the overhaul---but otherwise I think it's
ready to go.
One
Edward Betts [EMAIL PROTECTED] writes:
You don't have permission to access /~mdorman/gnome-libs-1.0.16/ on
this server.
Damn, that was lame of me. Fixed.
Mike.
Stephen Zander [EMAIL PROTECTED] writes:
Unless someone else is working on this, I intend to package the
Font::Metrics::* modules for perl. libhtml-tree-perl needs them to
successfully use HTMMML::FormatPS.
Let me know when it gets out of incoming, and i'll gladly change
libhtml-tree-perl to
Piotr Roszatycki [EMAIL PROTECTED] writes:
Depends: php3 (= 3.0.12) | php3-cgi (= 3.0.12), httpd, mysql-server,
php3-mysql
Is it really not able to work with anything but localhost? And if
that's not the case, why require
Aaron Van Couwenberghe [EMAIL PROTECTED] writes:
diff -u --recursive --new-file v2.2.11/linux/CREDITS linux/CREDITS
--- v2.2.11/linux/CREDITS Mon Aug 9 16:05:54 1999
+++ linux/CREDITS Wed Aug 25 17:29:45 1999
@@ -689,14 +689,11 @@
The fourth line is made of two pairs,
Dale Scheetz [EMAIL PROTECTED] writes:
not re-configure either libnet-perl, or mirror, both of which depend upon
perl.
This is incorrect. Current versions of libnet-perl do not require
perl.
Mike.
Dale Scheetz [EMAIL PROTECTED] writes:
This brings up another issue. Both perl-5.004 and perl-5.005 provide
perl5, but it was my understanding that these two versions were
substantially different, at least during installation I got a long
story about how I would need to convert databases to
Darren/Torin/Who Ever... [EMAIL PROTECTED] writes:
So, if you're getting a Perl binary that's 0600, it's either you, apt-get,
or dpkg.
I've seen this on both my machines, and I've got a log here (which I
suspect is mostly a repeat of Branden's):
(Reading database ... 8970 files and directories
Chip Salzenberg [EMAIL PROTECTED] writes:
[2] Debian doesn't create this specific hard link, but it should.
For example, my system has /usr/bin/perl5.00503.
Well, we do have perl-5.X, sans subversion. Which is admittedly not
exactly what you refer to, but I thought that changes in
Vincent Renardias [EMAIL PROTECTED] writes:
gnome-libs-1.0.40.tar.gz The main GNOME libraries
* current Debian version: 1.0.10-3 [NMU of 1.0.40-0.1 is in Incoming/]
I am committed to keeping this up to date. If Steve Haslam doesn't
show up soon, I'm going to adopt it.
Mike.
Vincent Renardias [EMAIL PROTECTED] writes:
a few more binary packages are produced)
Only one, really.
Mike.
The bonobo framework for GNOME componentry has just hit its first
public release. I intend to package it up. See attachment for
details.
Mike.
---BeginMessage---
Hello guys,
I have just released the first public version of Bonobo
(bonobo-0.4), the GNOME component system and compound
Chris Cheney [EMAIL PROTECTED] writes:
*** means it does not appear to be packaged yet.
Well, no, it just means you're not aware of Debian's naming schemes
for library packages.
*** 541066 Aug 2 17:32 Gtk---1.0.2.tar.gz
look for *gtkmm
*** 313788 Sep 20 17:58
Chris Cheney [EMAIL PROTECTED] writes:
libgnobjc or something to that effect.
I still don't see this package anywhere, I am either overlooking it
or it is not packaged?
I'm sure it's packaged. Don't remember the exact name (don't use
objective-c much :-).
Mike.
Marcus Brinkmann [EMAIL PROTECTED] writes:
1.0.40 3196381 Sep 27 15:19 gnome-libs-1.0.42.tar.gz
and recompile. Will be done in no time. Don't worry. But only if it is
installed in the archive by now (last time I checked it was stuck in
incoming).
I just uploaded 1.0.42. I believe 1.0.40
the aleph-* packages have Priority: optionnal, which is, well, wrong.
Mike.
Philippe Troin [EMAIL PROTECTED] writes:
Yeah, just uploaded some new packages which fix the typo.
I just hand-edited my available file. :-)
Maybe it should be trapped by dinstall
I tend to agree. I wonder how that can be done using the tools
themselves, so we don't end up with
Philippe Troin [EMAIL PROTECTED] writes:
And finally, anyone knows if I can integrate gpg with Gnus ?
Mailcrypt should work with gpg, I believe (just converted myself,
haven't tested).
Mike.
Actually, deep down this is more a RFP, but I'm willing to do it
myself to see it happen. :-) I need this library to package the
Quasimodo modular, extensible, real-time audio/MIDI Environment for
POSIX-ish Operating Systems.
About:
This library implements a full callback system for use in
[EMAIL PROTECTED] (Paul Slootman) writes:
Note the missing braces round the unlink statement.
Somone's obviously been doing to much C lately...
Unfortunately, dselect itself also seems broken---when I select the
'U'pdate menu item, dselect exits with the following message:
dselect: failed to
[EMAIL PROTECTED] (Takao KAWAMURA) writes:
Can we remove emacs19 from unstable now? It's de facto orphaned both
upstream and in Debian, and a new version exists, supported in both
upstream and Debian.
Yes we can. We should do so, I think.
If so, please be sure to get rid of custom as
Branden Robinson [EMAIL PROTECTED] writes:
Chip, how did it come to be that you are so cool and Tom Christiansen
so...isn't? :)
Isn't it obvious? Doses of MST3K that would make a normal man into a
pile of quivering jelly. :-)
Mike.
Michael Meskes [EMAIL PROTECTED] writes:
html2latex
tetex, perhaps?
eaudio
Um, xmms I think.
gtkbrowser
Hmmm. No idea.
Mike.
Michael Meskes [EMAIL PROTECTED] writes:
On Fri, Mar 31, 2000 at 08:15:22AM -0500, Michael Alan Dorman wrote:
eaudio
Um, xmms I think.
Since xmms does not mention eaudio anywhere in its control file I though
these two programs were completely different.
Well, the author of eaudio dropped
[EMAIL PROTECTED] writes:
The point is: an exact question needs an exact answer.
Except for Craig's understandable but unfortunate need to take shots
at old DOS programmers, he gave you the right answer---and to the
extent that exactness matters, it is also exact.
You asked, more or less, How
Paul Seelig [EMAIL PROTECTED] writes:
But RMS speaking like *this* is rather unappropriate and IMHO quite
insulting. I wonder if the author of ncftp who was hurting the GPL by
using readline and who subsequently put ncftp under GPL as consequence
of complaints was asked to beg for being
Brent Fulgham [EMAIL PROTECTED] writes:
I'm trying to bootstrap a program that takes quite a while
to build, and if it dies during configuration and I have to
rebuild it again I'm going to pull my hair out.
While you're trying to perfect the deb script, why don't you use
'debian/rules build'
Josselin,
As I have publically stated before, I will happily give up this
package to someone who is obviously motivated to improve it
Are you that person?
Mike
Josselin Mouette [EMAIL PROTECTED] writes:
After re-reading my message, I would like to apologize for having been
unnecessarily rude, being already tense for other reasons.
Apology accepted.
I don't want to handle libnet-perl, but I can try to provide a patch
for that specific issue if you
John Goerzen [EMAIL PROTECTED] writes:
I would do this regardless of who the maintainer was. I seem to recall
possibly doing it for some Perl HTML package that was in a similar
situation to Bacula in the late 90s, but I can't really remember. I'm
sure you could dig up links.
It was the URI
David Goodenough [EMAIL PROTECTED] writes:
So are we getting close to the point where you will build gnucash-sql?
The SQL backend is known to suffer from neglect, it's probably not a
good thing to start encouraging people to use at this time. I gather
that the gnucash developers intend to
cyrus-sasl2 is an important package, and according to p.q.d.o, it's
been nearly two years since Dima Barsky last made a release. In the
intervening time there have been numerous NMUs, but no one has claimed
ownership, and it currently has 5 RC bugs, 39 important/normal ones,
etc.
I other words,
James Westby [EMAIL PROTECTED] writes:
This has come up a couple of times recently. If you want to help out
you should subscribe to that mailing list, and get yourself added to
the alioth project and then coordinate your work with them.
Thanks for the pointer. I don't see them making a
Package: base
After an uneventful install, I logged in to find that /etc/services has
apparently been overlooked.
I realize that there was some discussion as to whether or not it actually
belonged in netbase, but it has to be a zillion times more relevant to the
base installation than, say,
Package: base
Rebooting my system from the 9/27 boot/root menu gets some dismaying
messages and invariably cause a kernel error. I think it's an OOPS ---
I'm not 100% clear on the difference between an OOPS and a PANIC.
8
_setutent: Can't open utmp file: no such file or directory
I can think of a couple of reasons that bin86 might not be in the
true-blue depends for the source package, but I'd think it'd at least be
recommended since you can't compile a new kernel without it.
Mike.
--
And I swear that I don't have a gun.
Package: fvwm
Version: 1.24r
Revision: 6
The system.fvwm pretty much requires m4 (you get errors in your
~/.xsession-errors, not to mention the fact that it's basically unusable)
but it's not even recommended by the package.
Mike.
--
And I swear that I don't have a gun.
On Wed, 4 Oct 1995, Ian Murdock wrote:
Has anyone gotten ppp 2.2 to work?
It has been shown to work on 1.2.XX. I've not done it.
I finally got it to compile, after realizing that I had to install a
few replacement kernel headers. Why are these kernel headers not in
the standard
On Fri, 20 Oct 1995, Bernd S. Brentrup wrote:
(ii) Distributing the Program on a CD-ROM, provided that the files
containing the Program are reproduced entirely and verbatim on such
CD-ROM, and provided further that all information on such CD-ROM be
redistributable for non-commercial
Package: ppp
Revision: 2.2-1
/etc/init.d/ppp still sources /etc/init.d/functions which, I believe, was
decided to be a no-no, since start-stop-daemon subsumed all of its
functionality, and since any script that uses it is effectively disabled
from command-line use because /etc/init.d/functions
Well, I've decided to return to Matt Porters' previous split between
minicom and lrzsz.
One side-effect of this is that I need to make the updated lrzsz package
conflict just with minicom-1.71-[1..2] (the ones that included lrzsz). I
can't seem to make it do so. I've tried specifying:
Ian == Ian Jackson [EMAIL PROTECTED] writes:
Ian `|' is not allowed in conflicts; `,' is used to mean OR.
It would be nice if CONFLICTS and the other fields used the same
notation for OR/AND, instead of being in direct apposition.
Could the current behavior be gradually phased out at some
On Sun, 29 Oct 1995, Karl Ferguson wrote:
Now, it wont quit at the point - it goes on to finish. But when booting the
kernel I get this error:
unregister_netdev: device 'ppp0' unlinked
unregister_netdev: device 'ppp1' unlinked
unregister_netdev: device 'ppp2' unlinked
unregister_netdev:
On Tue, 31 Oct 1995, David Engel wrote:
First, I prefer to go with unmodified, upstream source. Second, I
really mean unmodified, i.e.. the Debianizing script (or whatever) must
take care of unpacking into subdirectories, if necessary.
I'll go further and say that I think that any approach
On Thu, 16 Nov 1995, Brian Hutchinson wrote:
Has anyone setup a PPP server under Debian?
I tried a few times with R5 without much luck.
I set one up under R5. I'm looking to redo some of that work because the
pppd in R6 should be able to act without a getty on the serial port which
means you
On Fri, 17 Nov 1995, David Engel wrote:
The kernel can still be compiled in a.out format. The a.out
development tools aren't completely going away. They just won't be
the default. If you really want to compile 1.2.13 in ELF format, I
suggest you politely request Linus to update it one last
On Wed, 6 Dec 1995, Raul Miller wrote:
I wasn't thinking about anything specific... I was just worrying about
potential configurations with no /usr partition.
I probably shouldn't have even mailed the original message.
No, I think it's a valid question to bring up---I was just confused about
On Thu, 7 Dec 1995, Ian Jackson wrote:
Michael Alan Dorman writes (Bug#1984: dpkg won't install cdtool):
Try doing a --purge first. I was having a similar problem and that
solved it.
I just assumed it was my system, but apparently not.
??? I'm very puzzled.
Sorry, looking back over
On Thu, 7 Dec 1995, J.H.M.Dassen wrote:
I don't see the necessity of this. Take bash for instance: it uses
readline, which uses ncurses.
Taking this to its logical absurdity, we get: Let's just require that
everything be on one big hard drive so it's all in the root partition so
we don't have
On Thu, 7 Dec 1995, David Engel wrote:
So far I have been unable to find a copy of the patch that lets you fall
back to another directory. However, support is already in there to allow
I don't know that the patch even exists anymore. However, a quick and
dirty hack is only a two line
On Thu, 7 Dec 1995, Ian Jackson wrote:
That all sounds reasonable. I take it that the terminfo manipulation
programs and the manpages are small enough that having them installed
on every system is not a problem (ncurses-runtime will be an essential
package).
Actually, they're going into a
On Thu, 7 Dec 1995, Ian Jackson wrote:
That sounds like the same bug.
I'm worried about it, but I don't have enough to go on.
I'll see if I can re-create it. I'll mention that I _may_ have done the
first installation of cdtool with 1.0.6, but then you warned people away
from it and I grabbed
On Thu, 7 Dec 1995, Ian Jackson wrote:
ncurses-term-1.9.7a-1.deb will contain the monolithic set of terminfo
files. It depends on the lockstep revision of ncurses-base (since we
might move a few more things out of term and into base as they seem
appropriate -- getting out of sync might
On Fri, 8 Dec 1995, Jeff Noxon wrote:
If the ncurses guys are going to keep blowing off binary compatibility,
then perhaps we should not mess with ncurses at all.
I suspect, especially now that we've got the package load spread around
more, that Debian will be able to keep up.
I'm not really
On Thu, 7 Dec 1995, David Engel wrote:
ncurses2-1.9.7a-1.deb will be the shared library package. It is ncurses2
because the major portion of the soname is 2. It will depend on libc5 and
ncurses-base.
This should be ncurses21-* (or ncurses2.1-*). As was already noted,
the major version
I'll be uploading the new shared-lib ELF ncurses package(s) within the
hour (just as soon as I rebuild the dist files to get rid of a few
spurious nohup.out files I left behind...).
I think I've got all bases covered, but I'd certainly not mind having a
few especially adventurous souls
Well, I figure all the work I did on 1.9.7a will apply to 1.9.8a.
Also, Jeff, they're almost promising the ABI will quit changing!
Mike.
--
I'm a dinosaur. Somebody's digging my bones.
-- Forwarded message --
Date: Fri, 8 Dec 1995 21:29:57 -0800
From: Zeyd M. Ben-Halim [EMAIL
Since ftp.debian.org seems to still be having problems with people
downloading new files, I'm putting a copy of ncurses-1.9.8a in
ftp://ftp.debian.org/pub/bruce/Incoming, since a handful of people have
contacted me since yesterday to ask if I could send them copies directly.
I think ncurses wins
On Sat, 9 Dec 1995, Matthew Bailey wrote:
There is NO problem with uploads. The fact that I receive 10-5 mails a
day to ftpadmin about corrupt files in private/project/Incoming made me
opt for this method. This should be for INCOMING use only. the files will
be available as soon as the ftp
On Sun, 10 Dec 1995, roro wrote:
Minor doc-bug in ncurses-1.9.8a/debian.README:
ncurses21 should read ncurses3.0
Blast, I thought I had parameterized that _everywhere_. Oh, well. It's
fixed.
I hope ncurses3.0 will be a stabile ABI, since a lot of packages depends
on it.
That's why I
On Sun, 10 Dec 1995, roro wrote:
ncurses-base-1.9.8a-1.deb should have a debian.preinst to kill
the link etc/terminfo - ../usr/lib/terminfo provided by base-0.93.6.
Or it is intended that these fall into /usr/lib/terminfo?
No, it isn't. They are supposed to be totally disconnected. Thanks
On Sun, 10 Dec 1995, David Engel wrote:
The -dev package provides virtual ncurses-dev package but it also
needs to conflict with it.
Oops. You told me that. Done.
The symlinks for lib*.so are in the runtime package. They should be
in the -dev package.
Makes sense. Done.
The shared
On Sun, 10 Dec 1995, Stephen Early wrote:
I think ncurses wins an award for most packages from one source archive.
...soon to be trumped by X, which is currently generating 24 packages
from one source archive.
Forgot about that one --- the whole group come from just the one source
package,
On Sun, 10 Dec 1995, David Engel wrote:
I have been told that this is undesirable for some autoconfed programs
with emacs being the most notable example. I don't remember all of
the details but it has to do with forcing autoconf to use the
curses/termlib interface to ncurses instead of the
On Sun, 10 Dec 1995, Chris Fearnley wrote:
It doesn't make sense to me. I thought that the runtime package would
include all of the shared libraries that other programs might need.
It does.
Isn't that what lib*.so provide, the shared libraries? And the
symlinks are used by ld.so, no? On a
I'm now uploading ncurses-1.9.8a-2 co. It is also available for ftp
from lot49.med.miami.edu:/pub/linux/ until it gets cleared at
ftp.debian.org.
Please don't release any packages that depend on this for a couple of days
at least. Anyone who's seeing problems with the current package, please
On Sun, 10 Dec 1995, Bruce Perens wrote:
Making the parent directory unreadable caused mirror programs to not mirror
that directory. They might mirror the symlink, but it won't do much good.
Although they could mirror if they had a special userid/password (as I
believe has been set up)---they
On Wed, 13 Dec 1995, David Engel wrote:
The easiest solution I came up with was to only run ldconfig from
postinst scripts and not from postrm scripts. The only disadvantage I
can see from doing this is that a stale link and an outdated entry in
ld.so.cache may get left behind if the package
A few relatively minor changes.
Date: 14 Dec 95 01:39 UT
Source: ncurses
Binary: ncurses-base ncurses-bin ncurses-term ncurses3.0 ncurses3.0-dev
Version: 1.9.8a-3
Description:
ncurses-base: Video terminal manipulation: Minimum set of terminals
ncurses-bin: Video terminal manipulation:
Well, actually, all he did was suggest an excellent solution for something
that had been bothering me about the ncurses packages:
When installing ncurses-base, you have to do all sorts of special things
using dpkg to get dpkg to pretend that you're not messing things up by
removing
On Sat, 16 Dec 1995, Michael K. Johnson wrote:
All the other Linux distributions are going to /etc/rc.d/* because
that's what comes with the svinit package. It works very well; in
practice I've found that it's one of the things that I like better
about my Red Hat system than my Debian system.
Package: xserver-mach32
Version: 3.1.2-2
This is a documented bug in the original source---I believe I sent a
patch that could be used to create a xserver-mach32x or something that
would be compiled to allow users who wanted to to drive their cards at
something resembling its capabilities.
On Mon, 18 Dec 1995, Chris Fearnley wrote:
* Should we create a new user and/or group to control access to the
hierarchy of html files? If so, why don't we make it official and get
Bruce to include in the base /etc/group and /etc/passwd files.
User nobody and group nogroup is either already
On Fri, 15 Dec 1995, roro wrote:
My bash is now (and should be in the future, maybe even with shared
readline):
[EMAIL PROTECTED]:tty1:/lib# ldd /bin/bash
libncurses.so.3.0 = /lib/libncurses.so.3.0
libc.so.5 = /lib/libc.so.5.2.18
and don't like to be invoked without
On Mon, 18 Dec 1995, Richard Kettlewell wrote:
I believe under ELF it would actually be dynamically loaded are
therefore not drag libncurses into perl unless you actually used it,
but it's so wonderful I think it deserves a mention l-)
You know, you'd think I'd remember that, considering I
Package: libjpeg
Version: 6
Revision: 1
In order to be able to link with the shared library version of libjpeg,
the package needs to include a link from /usr/lib/libjpeg.so to
/usr/lib/libjpeg.so.6.
Mike.
--
I'm a dinosaur. Somebody's digging my bones.
Package: mirror
Version: 2.8
Revision: 0
I'm sending this as a debian problem report and to the mirror list.
The first, and less important issue is that due to a typo in the mirror.pl
file, mirror stores temporary files in / when using associative arrays to
store information about local and
In message [EMAIL PROTECTED], Jean-Marc Bourguet w
rites:
PS=`ps -p $PID 2/dev/null| tail -1 | grep named`
You might want to make this
PS=`ps -p $PID 2/dev/null| tail -1 | grep named | grep -v grep`
so that it doesn't pick up the grep process as well.
Mike.
--
I thought I'd something more to
The network card is an Intel Etherexpress 16.
This is the problem right here.
The Intel driver, when confronted with a large file being transferred
over a local subnet on a fast (P5) system, will spool a zillion
messages to your syslog (as the errors mount) and then fall over.
I have verified
ncurses3.0-1.9.8a-3 should be in base, seeing as how it contains the
shared libraries.
Also, strictly speaking, ncurses-bin-1.9.8a-3 probably doesn't _need_
to be in base (I'd hope the programs in it probably aren't going to
see much use).
Also, the latest versions of minicom/lrzsz seem to have
OK, last Thursday I was told that use of section and priority in the
control files of packages was deprecated by those whose opinions would
seem to matter most---Ian Jackson, dpkg maintainer, and Guy Maor,
archive maintainer.
This is fine with me---one less detail to track for each package.
What
1 - 100 of 200 matches
Mail list logo
