On Tue, 26 Jan 1999, Jason Gunthorpe wrote:
On Tue, 26 Jan 1999, Gergely Madarasz wrote:
But is that specific problem Debian/slink related..? That is, does it work
correctly with potato?
No, it does not work correctly with potato either. It seems to be a
general incompatibility
Quoting Jason Gunthorpe ([EMAIL PROTECTED]):
We also need working DHCP and BOOTP support in Slink otherwise those
people cannot use 2.2 kernels - potatos DHCP package has support for 2.2
(and 2.0) but I don't know about bootp.
dhcp-beta has worked on 2.1* as long as I can remember. Unless
On Tue, Jan 26, 1999 at 07:40:21PM +0100, Remco van de Meent wrote:
- Pcmcia-cs 3.0.6 ; cardmgr -V
While the userland binaries appear to work fine, the PCMCIA kernel module
source in slink will not build with 2.2 kernels. Version 3.0.8 fixes
this.
--
Mark Brown
In my more than honest opinion, I think util-linux 2.9g should be included
in slink. Developments in the computer business are going fast, as everyone
knows, and on the day slink will get released, I think a lot of people who
are going to upgrade to slink, also want to have the newest kernel,
Ben Gertzfield [EMAIL PROTECTED] wrote:
I believe the GIMP contests specify that you need to use GIMP for
creating the image. But you're right, there's really no way to check
that.
Also, there's a -- perhaps subtle -- difference using GIMP exclusively
and using it as but one of a variety of
Ok, so if we really want a Debian 2.1 that is 100% kernel 2.2.x
compatible it needs this package to be included in frozen.
I've just uploaded it in Incoming/ 10 minutes ago.
Non-developers can also access it at http://www.ldsol.com/~vincent/
(NB: there are _2_ binary packages to install:
On Wed, 27 Jan 1999, Alan Cox wrote:
The mail spool MUST be accessible through /var/mail AND /var/spool/mail,
and spool files MUST take the form /var/{spool/}mail/$LOGNAME. Either
/var/mail or /var/spool/mail, or both, MAY be symbolic links to another
directory.
That sounds good to me
On Tue, Jan 26, 1999 at 07:14:04PM -0500, Michael Stone wrote:
Quoting Jason Gunthorpe ([EMAIL PROTECTED]):
We also need working DHCP and BOOTP support in Slink otherwise those
people cannot use 2.2 kernels - potatos DHCP package has support for 2.2
(and 2.0) but I don't know about bootp.
Quoting Mark Brown ([EMAIL PROTECTED]):
On Tue, Jan 26, 1999 at 07:14:04PM -0500, Michael Stone wrote:
dhcp-beta has worked on 2.1* as long as I can remember. Unless you're
talking about dhcpcd?
I couldn't get either to work when I started using the -pre series.
However, ISTR that at
At 10:02 + 1999-01-26, Enrique Zanardi wrote:
(BTW, is kernel-headers still needed? libc6-dev ships with a full set of
headers, doesn't it?)
I still need the kernel-headers to build glibc (whether or not they
are in a package doesn't really matter, but it would help with source
From: Florian La Roche [EMAIL PROTECTED]
Date: Tue, 26 Jan 1999 10:44:20 +0100
How can changing from /var/spool/mail to /var/mail be a full
solution for the next years to come? Many people think that the
mail-dir solution that e.g. qmail and mutt support is the real
solution
On Tue, 26 Jan 1999, Michael Stone wrote:
Quoting Jason Gunthorpe ([EMAIL PROTECTED]):
We also need working DHCP and BOOTP support in Slink otherwise those
people cannot use 2.2 kernels - potatos DHCP package has support for 2.2
(and 2.0) but I don't know about bootp.
dhcp-beta has
Most Mail User Agents for standard Unix systems look in /var/mail/user
for the user's mailbox. So if qmail is switching to ~/Mailbox, then
they have to solve the problem for all of the various MUA's out there,
and that is really qmail's and mutt's problem. I assume someone in that
community
Please move any further discussion on over to [EMAIL PROTECTED]
The current scope of the discussion is narrow enough that we can trim
down the Cc list. My next post will be over there...
Thanks.
- Dan
In scanning the contents of this file in Incoming, I some mysterious
NULL bytes. Is this intentional?
zless kernel-source-2.2.0_2.2.0-1.diff.gz
VR == Vincent Renardias [EMAIL PROTECTED] writes:
VR Including the current (2.9g-5) util-linux from unstable in
VR frozen is a Bad Idea(tm). This version has several big
VR packaging issues.
On top of everything else, alpha support (and quite possibly other
non-x86 architectures)
In article [EMAIL PROTECTED],
Joey Hess [EMAIL PROTECTED] wrote:
Yesterday I fixed a bug in dh_link, bug #23255. That bug concerns a
different package that diverts /usr/bin/{passwd,chsh,chfn}, and needed to
set up some symlinks from sysdb-wrapper to them using dh_link.
Talk about
On Tue, 26 Jan 1999, Theodore Y. Ts'o wrote:
Most Mail User Agents for standard Unix systems look in /var/mail/user
for the user's mailbox. So if qmail is switching to ~/Mailbox, then
they have to solve the problem for all of the various MUA's out there,
and that is really qmail's and mutt's
I know some of you may want to shoot me but Xconfigurator is the redhat
Xfree configuration utility, it's a hacked up xf86config that scans the
pci bus to auto-detect the vid card, has a monitor database, and has a nice
looking slang interface too. It will need a quite a few modifications to
work
On 27 Jan 1999, Mikolaj J. Habryn wrote:
VR == Vincent Renardias [EMAIL PROTECTED] writes:
VR Including the current (2.9g-5) util-linux from unstable in
VR frozen is a Bad Idea(tm). This version has several big
VR packaging issues.
On top of everything else, alpha support
VR == Vincent Renardias [EMAIL PROTECTED] writes:
VR The 2.9 Debian package already contains the alpha patches
VR supplied by Christopher C Chimelis
VR [EMAIL PROTECTED] (see bug report #17661). I am
VR not aware of any other patch or problem specific to the alpha
VR
hi
Ship's Log, Lt. [EMAIL PROTECTED], Stardate 250199.2228:
How about adding that the xvidtune program is in the xf86setup package? Some
users may be confident enough about their X configuration not to bother
installing xf86setup, and then miss xvidtune.
If they are confident about there
Sorry to reply to myself but I left part of the license off.
On Tue, Jan 26, 1999 at 08:22:08PM -0600, Stephen Crowley wrote:
Copyright (c) 1994 by The XFree86 Project, Inc.
Copyright (c) 1998 Red Hat Software, Inc.
Permission is hereby granted, free of charge, to any person obtaining a
In article [EMAIL PROTECTED] you write:
Most Mail User Agents for standard Unix systems look in /var/mail/user
for the user's mailbox. So if qmail is switching to ~/Mailbox, then
they have to solve the problem for all of the various MUA's out there,
and that is really qmail's and mutt's
The guys running the big machines are going to be a minority
and should have no problem downloading util-linux. Even over a modem,
its probably OK. It may be not worth it to risk the instability for
the vast majority.
The kernel source itself may be a problem for a slow or
Looking for the hottest in porn action. We have it all...Straight, Gay, Asian,
TEEN, and black. Come pick YOUR pleasure
a href=http://www.teenagehotel.com/xxx/zombie/page5.html;Click here for
serious porn action!!/a
Stephen Crowley quotes:
Except as contained in this notice, neither the name of the XFree86
Project or Red Hat Software shall not be used in advertising or otherwise
to promote the sale, use or other dealings in this Software without prior
written authorization from the XFree86 Project.
The
XGGI is an X server based on XF86 code that will run under any supported
libGGI target.
Currently, other than a few XF 3.3.3.1 compliance points, XGGI
works fine; it's been tested with the X target, the fb target, the emu
target. shall I go on? I don't think anyone's tried AA yet.
Aaron Van Couwenberghe wrote:
XGGI is an X server based on XF86 code that will run under any supported
libGGI target.
Currently, other than a few XF 3.3.3.1 compliance points, XGGI
works fine; it's been tested with the X target, the fb target, the emu
target. shall I go on? I don't
On Tue, Jan 26, 1999 at 05:37:53PM -0800, H. Peter Anvin wrote:
Most Mail User Agents for standard Unix systems look in /var/mail/user
for the user's mailbox. So if qmail is switching to ~/Mailbox, then
they have to solve the problem for all of the various MUA's out there,
and that is
As I care passionately about random numbers, I wrote a version
which generates *perfect* results.
As per feature requests, it accepts d% as an alias for d100, and
interprets a base % as a request for the RoleMaster d100 re-rolling
rules as I understand them from the description given. Someone
On Tue, Jan 26, 1999 at 08:22:08PM -0600, Stephen Crowley wrote:
I know some of you may want to shoot me but Xconfigurator is the redhat
Xfree configuration utility, it's a hacked up xf86config that scans the
pci bus to auto-detect the vid card, has a monitor database, and has a nice
looking
John Hasler wrote:
Stephen Crowley quotes:
Except as contained in this notice, neither the name of the XFree86
Project or Red Hat Software shall not be used in advertising or otherwise
to promote the sale, use or other dealings in this Software without prior
written authorization from the
On Tue, 26 Jan 1999, Brian White wrote:
We do not officially support the 2.2 kernel in Slink. People who want to
use 2.2 will have to compile it themselves and may have to upgrade some
packages.
But what about shipping an extra directory support_2.2 which
contains the kernel packages and the
Vincent Renardias wrote:
Ok, so if we really want a Debian 2.1 that is 100% kernel 2.2.x
compatible it needs this package to be included in frozen.
I've just uploaded it in Incoming/ 10 minutes ago.
Non-developers can also access it at http://www.ldsol.com/~vincent/
(NB: there are _2_
Hi all,
I know that it's a bit out-off-the-line (that is, the solution I'll propose),
I don't have anything to add the current */mail* discussion, but please don't
flame me, the solution is just an idea that may be somebody from the current
discussion audience could take if one likes it.
The
On Wed, Jan 27, 1999 at 02:51:40PM +1100, Brian May wrote:
Also, I suspect that some people might be confusing ~/Mailbox and
~/Maildir issues. These are two completely different issues. Maildir
comes from Qmail, but my guess is that ~/Mailbox didn't. Qmail has a
program that will automatically
wterm is another Rxvt hack. It is designed for use with Window Maker,
although it will work fine with any window manager. It includes transparency,
N*XTStep-like scroll bars, and colored shading. It is smaller and faster
than Eterm. You can find it at http://wm.current.nu/files.html#wterm.
On Tue, Jan 26, 1999 at 10:45:57PM -0600, [EMAIL PROTECTED] wrote:
[ pathetic attempt at sex spam snipped ]
Can we PLEASE enforce our spam policy and make these people pay for their
crimes against humanity?
--
I'm working in the dark here. Yeah well rumor has it you do your best
work in the
Stevie Strickland wrote:
Because not all Debian GNU/Linux systems have /dev/urandom (at least
I, personally, had to mknod c 1 9 /dev/urandom myself), and I want
this running on any basic system... eventually, when I had more time
(like this weekend), I was going to add a command line option to
Colin Plumb [EMAIL PROTECTED] writes:
Well, here's a modified version, with a good RNG (a variant of George
Marsaglia's highly-regarded KISS generator) stuck in for the cases
where /dev/urandom isn't available. It's seeded with gettimeofday(),
getpid() and getppid().
Is this part of
hi
Ship's Log, Lt. Edward Betts, Stardate 260199.2004:
touch: /bin/cat: Permission denied
yeah, happened here too.
It's because the un*x version of cat has a multiuser license. You have to
register as root for the whole system:
7:36:40~ %sudo touch /bin/cat [EMAIL
On Wed, Jan 27, 1999 at 11:25:46AM +0100, Peter Makholm wrote:
I just wondered what it haves to do with debian?
Debian-devel is for developer for the Debian Distibution, not for
general developer of any kind of free software.
Yes, I agree wholeheartedly... since the previous two messages
Hamish Moffatt [EMAIL PROTECTED] writes:
On Tue, Jan 26, 1999 at 07:59:29PM +0100, Remco van de Meent wrote:
I just discovered, unfortunately, that you need the util-linux package from
potato (unstable). Rest of the things in slink are fine with 2.2.0!!
Why's that? I'm using the one from
I'm going to pyut my maintainer application in RSN (I have to scan in my
license *grumble*)
After that, I would like to package micq, which is a text mode icq client,
which is in the public domain. I already have preliminary version
packaged.
A while back I saw someone working on
I think that this is a good idea (IMHO as u would guess :) . I think that for
far too long we have been chopping up our disks for this reason and losing alot
of flexibility (and money if not sleep) because of this. I think that Linux
needs new ideas in it or it would be just another very good
Erlang is a pseudo functional language from Ericsson.
It has support for con-current and distrubuted programming.
erlang-47.4.0 had been released as Open Source last year.
I'm going to pyut my maintainer application in RSN (I have to scan in my
license *grumble*)
After that, I would like to package micq, which is a text mode icq client,
which is in the public domain. I already have preliminary version
packaged.
Actually, according to the
Hi,
On Wed, Jan 27, 1999 at 01:06:34AM -0800, Adam Klein wrote:
wterm is another Rxvt hack. It is designed for use with Window Maker,
although it will work fine with any window manager. It includes
transparency, N*XTStep-like scroll bars, and colored shading.
Yes!!! Someone bit!!! g
A
We do not officially support the 2.2 kernel in Slink. People who want to
use 2.2 will have to compile it themselves and may have to upgrade some
packages.
But what about shipping an extra directory support_2.2 which
contains the kernel packages and the necessary utilities together
with
[#include not.subscribed.to.debian-devel.h]
While doing my necessary daily check of Slashdot and Freshmeat,
I noticed two programs I will most likely use - one is irssi, a
GTK IRC client that runs in the panel, but I can't package it
now because none of my GTK-1.1 stuff is working (figures I'll
Hey gang,
I'm looking for someone to take over the Imlib packages. I have had
increasingly less time to work on them, and quite frankly are burning me out.
It's an important package now, not just in the domain of Enlightenment, but
also in all of GNOME now. Any people interested should be
On Wed, Jan 27, 1999 at 08:17:39AM -0600, Marcelo E. Magallon wrote:
Hi,
On Wed, Jan 27, 1999 at 01:06:34AM -0800, Adam Klein wrote:
wterm is another Rxvt hack. It is designed for use with Window Maker,
although it will work fine with any window manager. It includes
transparency,
On Wed, Jan 27, 1999 at 08:40:47AM -0800, Adam Klein wrote:
On Wed, Jan 27, 1999 at 08:17:39AM -0600, Marcelo E. Magallon wrote:
Hi,
On Wed, Jan 27, 1999 at 01:06:34AM -0800, Adam Klein wrote:
wterm is another Rxvt hack. It is designed for use with Window Maker,
although it will
[EMAIL PROTECTED] (Julian Gilbey) writes:
When emacs20 is de-installed or upgraded to a version with a different
minor number, the /usr/share/emacs/20.x directory will probably not be
removed as there will most likely be some junk left in it by other
packages. Since the directory is then
While at it, why not add monitor detection, like windows can do?
Date:
Wed, 27 Jan 1999 01:23:29 -0500
From:
Branden Robinson [EMAIL PROTECTED]
To:
debian-devel@lists.debian.org
Cc:
[EMAIL PROTECTED]
Subject:
Re: Intent to package: Xconfigurator
Hi Brian,
If no one else will take your Imlib packages, I will. Let me know what
you think.
Thanks,
-Ossama
On Wed, 27 Jan 1999, Brian Almeida wrote:
Hey gang,
I'm looking for someone to take over the Imlib packages. I have had
increasingly less time to work on them, and quite frankly
I just committed the final platform to the web source CVS. By this
evening, it should be up on www.debian.org and tomarrow the major
mirrors should have it.
Once again, the link is http://vote.debian.org/1999/vote_0001
--
Hi,
There are two imlib maintainers listed on the People Behind Debian web
page, Brian and Shaleh. Is that right? :)
Thanks,
-Ossama
__
Ossama Othman [EMAIL PROTECTED]
58 60 1A E8 7A 66 F4 44 74 9F 3C D4 EF BF 35 88
On Wed, 27 Jan 1999, Brian White wrote:
To do so would indicate that Slink officially supports v2.2 of the kernel,
which it does not.
What about a README file that says: No, Debian doesn't officially
support 2.2, but for those people who hadn't enough bandwidth but
enough courage here are the
On Wed, Jan 27, 1999 at 12:14:57PM -0600, Ossama Othman wrote:
There are two imlib maintainers listed on the People Behind Debian web
page, Brian and Shaleh. Is that right? :)
No. Shaleh was the maintainer before me.
On Wed, Jan 27, 1999 at 11:57:39AM -0600, Ossama Othman wrote:
If no one else will take your Imlib packages, I will. Let me know what
you think.
They're yours.
On 27-Jan-99 Ossama Othman wrote:
Hi,
There are two imlib maintainers listed on the People Behind Debian web
page, Brian and Shaleh. Is that right? :)
Thanks,
-Ossama
The right answer is hell no (=
The detailed answer is I used to maintain it and hamm still contains the
packages I
On Wed, Jan 27, 1999 at 09:40:18AM -0800, Kenneth Scharf wrote:
While at it, why not add monitor detection, like windows can do?
I plan on doing that, but the VESA DDC specifications are not freely available,
I'm
going to call VESA today and see if I can find out anything about the specs,
I
Hi,
The right answer is hell no (=
I get the feeling nobody wants these packages. Did I just make a
boneheaded move by accepting the Imlib packages? :)
-Ossama
__
Ossama Othman [EMAIL PROTECTED]
58 60 1A E8 7A 66 F4 44 74 9F
On Wed, 27 Jan 1999, Ossama Othman wrote:
I get the feeling nobody wants these packages. Did I just make a
boneheaded move by accepting the Imlib packages? :)
I'm very happy that you took the package, because I'm heavyly dependend
from it. In my humble opinion maintaining is not so hard,
I'm bringing this conversation (with permission) to
debian-devel@lists.debian.org because my knowledge of how -rpath works
is limited.
To recap, for the Debian folks:
libtool, a tool for creating libraries and linking programs with those
libraries on multiple platforms, forces all programs it
On 27-Jan-99 Ossama Othman wrote:
Hi,
The right answer is hell no (=
I get the feeling nobody wants these packages. Did I just make a
boneheaded move by accepting the Imlib packages? :)
-Ossama
Raster and I had philosophical differences, which made the maintainer/author
relationship
On Wed, Jan 27, 1999 at 01:53:44PM -0500, Shaleh wrote:
Raster and I had philosophical differences, which made the maintainer/author
relationship hard. Give it a shot, if you can't do it someone else will step
in.
Same reason here. Just took me a few months to really realize it =)
Hi.
I intend to package all the dummy packages we have been talking about.
They match the packages that changed its name in the great X
reorganization.
My rationale for creating these packages is the following:
*) Since dselect's default behaviour is to upgrade everything, most people
*will*
On Wed, Jan 27, 1999 at 07:41:45PM +0100, Andreas Tille wrote:
I'm very happy that you took the package, because I'm heavyly dependend
from it. In my humble opinion maintaining is not so hard, because
the program compiled well in all version I compiled myself (sometimes
there where reasons
On Jan 27, 1999, Ben Gertzfield [EMAIL PROTECTED] wrote:
This is bad for Debian, because in all binary packaging systems,
shared libraries can and will be moved around from time to time, as
policy and major upgrades (like libc5 - libc6) mandate.
You might have included my suggestion to
Enrique Zanardi [EMAIL PROTECTED] writes:
On Sun, Jan 24, 1999 at 01:32:28PM -0700, John Lapeyre wrote:
I guess I should add this to my last post about how bad the
installation is. The boot floppies themselves and apt are quite good.
Getting the base system on is easy for someone
Hi there,
first of all: I'd say hello to every volunteer working for debian -
great project, nice system. Thank you all.
After using debian since 0.93R6 I just started to learn something more
about creating packages and how to help the debian development. There
are two things I'd like to add
Does anyone know where is the struct iface definition for the networking
code?. The structure ifaddr has a pointer to it but i can't find it.
On Wed, Jan 27, 1999 at 17:07:30 -0200, Alexandre Oliva wrote:
You might have included my suggestion to prevent having to move libraries
in the first place: creating a libc6-specific directory right now, instead
of installing libraries in /usr/lib and having to move them into another
directory
[#include not.subscribed.to.these.lists.please.cc.replies.h]
Shaleh hinted that I might want to look at the Olex license. It
does put some restriction on output - which, differently from
the buttonware discussion a while ago, seems legitimate to me
since Olex output is full of code written by the
Hi, my name is John Travers, I have been using debian for about 8 months and
have also been using a zx spectrum emulator called spectremu. It is
distributed under the GNU GPL. I was wondering if anyone was packaging this
(they are not according to the docs) and if not if you think it a good idea
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre You might have included my suggestion to prevent having
Alexandre to move libraries in the first place: creating a
Alexandre libc6-specific directory right now, instead of
Alexandre installing libraries in /usr/lib
I decided not to package or help this project because of the original license
-- either GPL your code or dont use Olex. The author is a good guy and is
just trying to promote free software and make sure his work is not used to make
proprietary software.
I think this license is free enough. The
On Wed, Jan 27, 1999 at 07:41:42PM +, John Travers wrote:
have also been using a zx spectrum emulator called spectremu.
Does it have an URL?
It is distributed under the GNU GPL.
Great.
if not if you think it a good idea if I did.
Please do. Remember to read the Policy Manual,
On Jan 27, 1999, J.H.M. Dassen [EMAIL PROTECTED] wrote:
On Wed, Jan 27, 1999 at 17:07:30 -0200, Alexandre Oliva wrote:
You might have included my suggestion to prevent having to move libraries
in the first place: creating a libc6-specific directory right now, instead
of installing libraries
On Wed, Jan 27, 1999 at 08:19:35PM +0100, Jonas Rathert wrote:
Second the html-documentation of the Standard Template Library. I
saw this on WNPP an wrote an email to the maintainer, but did not
get any answer.
Do you mean this?
[EMAIL PROTECTED]:58:40]:~$ dpkg -s stl-manual
Package:
On Jan 27, 1999, Ben Gertzfield [EMAIL PROTECTED] wrote:
I've never understood what the .la scripts are for.
They contain inter-library dependency information, the location and
the name of the actual library, and any additional run-time paths
needed for the library dependencies. libtool (1.2d)
Hi guys,
Another quick question...
Why does potato's GNOME require slink's gtk/gnome/etc libs?
-Ossama
__
Ossama Othman [EMAIL PROTECTED]
58 60 1A E8 7A 66 F4 44 74 9F 3C D4 EF BF 35 88 1024/8A04D15D 1998/08/26
On Wed, 27 Jan 1999, Ossama Othman wrote:
Hi guys,
Another quick question...
Why does potato's GNOME require slink's gtk/gnome/etc libs?
Because potato is not yet a complete distribution, and should be
'overlayed' over slink?
On Wed, Jan 27, 1999 at 09:56:10PM +0200, Antti-Juhani Kaijanaho wrote:
Please do. Remember to read the Policy Manual, Developer's Reference
and Packaging manual first, if you haven't already. You can find them
at the Developer's Corner of the Debian website.
And the new maintainers' guide,
Hi Jules,
Another quick question...
Why does potato's GNOME require slink's gtk/gnome/etc libs?
Because potato is not yet a complete distribution, and should be
'overlayed' over slink?
Ah, I see. I did a clean potato installation, i.e. not over slink.
Anyone have any idea when GNOME
Hi all, I just setup a VAIO laptop running Slink. It is 100% pure slink. If
anyone needs a package recompiled, I will gladly do so and upload it for you.
I can also do some testing of package installs, although that could be more
limited as I actually need to USE this laptop.
I have a huge oc3
I am glad slink will ship with 2.2. However laptop users need a new version of
the pcmcia packages for this to work.
I can make an nmu if needed. See my previous email.
On 27 Jan 1999, Alexandre Oliva wrote:
Having libtool default to -rpath is what's causing problems.
This is IMHO completely backwards :-)
When a program is linked with a shared library, a contract is
established between them stating that the library (or any newer but
compatible version
On Wed, 27 Jan 1999, Ossama Othman wrote:
Hi Jules,
Another quick question...
Why does potato's GNOME require slink's gtk/gnome/etc libs?
Because potato is not yet a complete distribution, and should be
'overlayed' over slink?
Ah, I see. I did a clean potato installation, i.e.
On Jan 27, 1999, Jules Bean [EMAIL PROTECTED] wrote:
On 27 Jan 1999, Alexandre Oliva wrote:
Having libtool default to -rpath is what's causing problems.
This is IMHO completely backwards :-)
When a program is linked with a shared library, a contract is
established [...] If you move the
Hi,
The version in slink of the debiandoc-sgml package has an undeclared
dependency on the libwww-perl package. Is it still allowed to upload
a corrected version? This doesn't involve any code changes, just an
extra dependency declaration in the debian/control file.
Thanks,
Ardo
--
Ardo van
On 27 Jan 1999, Alexandre Oliva wrote:
The contract simply states that the library will be found. Which
library is used can be determined by the linker.
Except that, if you replace the library with an incompatible one, you
*are* breaking the contract.
We don't replace libraries with
Hamish Moffatt [EMAIL PROTECTED] writes:
+case ${host} in
+ *-pc-linux-gnu)
^^
s/pc/*/ (pc==non-i386 unfriendly)
--
James
Never trust trucks
Wonderful news from IBM. I will have packages up shortly.
Original Message
Subject: [Jikes-License] Jikes Parser Generator now available in source
form
Date: Wed, 27 Jan 1999 14:33:12 -0500
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED],
[EMAIL
On 27 Jan 1999, Alexandre Oliva wrote:
Having libtool default to -rpath is what's causing problems.
This is IMHO completely backwards :-)
You know, I seem to remember that there is another rather unpleasent
side-effect of rpath - it basically completely disables library searching
and thus
Now we need a free JDK and off we go (=
On Wed, Jan 27, 1999 at 02:22:36PM -0600, Ossama Othman wrote:
Hi Jules,
Another quick question...
Why does potato's GNOME require slink's gtk/gnome/etc libs?
Because potato is not yet a complete distribution, and should be
'overlayed' over slink?
Ah, I see. I did a clean
1 - 100 of 122 matches
Mail list logo
