I hate replying to myself, but here we go..
kdelibs is LGPL. As someone mentioned it does use some code derived
from gettext (libintl.cpp), which is GPL. However the code was taken
from a version modified for glibc2 where is was redistributed as LGPL.
I'll put the exact copyright message below.
F
Now that all of KDE has gone, we are left with one issue: kdelibs.
From what I heard kdelibs is LGPL'd and can be distributed freely.
This would mean that someone could reupload it and it will be
accepted into contrib?
Wichert.
--
On Thu, Oct 08, 1998 at 08:55:55PM +0200, Martin Schulze wrote:
> Tom Lees wrote:
>
> Wow, it looks nice. However I wonder why you changed the ordering
> of the two main windows.
Gtk's panels don't size properly by default (i.e. on maximise)
otherwise - the list of packages gets tiny, but the
de
Quoting Martin Schulze ([EMAIL PROTECTED]):
> Michael Stone wrote:
> > Except that this isn't what's happening; the new perl is ignoring
> > /usr/lib/perl5. (E.g., I couldn't install netstd the other day because
>
> That's the main cause of this thread...
>
> > it couldn't find DebianNet.pm--whic
alpha 2 is released at http://www.lpsg.demon.co.uk/gdselect/
--
Tom Lees <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://www.lpsg.demon.co.uk/
PGP Key: finger [EMAIL PROTECTED], http://www.lpsg.demon.co.uk/pgpkeys.asc.
Your message dated Fri, 9 Oct 1998 07:59:02 +1000 (EST)
with message-id <[EMAIL PROTECTED]>
and subject line use leading slash in autoup ftp path
has caused the attached bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is n
<[EMAIL PROTECTED]>(James A. Treacy) writes:
Version 2.0a of the I2O spec (dated 3 Feb 1998) has been sent to
[EMAIL PROTECTED] Is this the same version that was made available
before?
No, that was version 1.5, at least according to the filename. The
date of download I have is 3 March 1
On Thu, 8 Oct 1998, David Welton wrote:
> On Thu, Oct 08, 1998 at 05:18:01PM -0400, James A. Treacy wrote:
> > Version 2.0a of the I2O spec (dated 3 Feb 1998) has been sent to
> > [EMAIL PROTECTED] Is this the same version that was made available
> > before?
no, that was version 1.5.
> Did it co
On Thu, Oct 08, 1998 at 05:18:01PM -0400, James A. Treacy wrote:
> Version 2.0a of the I2O spec (dated 3 Feb 1998) has been sent to
> [EMAIL PROTECTED] Is this the same version that was made available
> before?
Did it come from anyplace interesting, out of curiousity?
Ciao,
--
David Welton
Version 2.0a of the I2O spec (dated 3 Feb 1998) has been sent to
[EMAIL PROTECTED] Is this the same version that was made available
before?
Jay Treacy
Slashdot has posted an article about the decision to remove the KDE binaries
right now.
Francesco
Le Thu, Oct 08, 1998 at 09:36:21PM +0200, Ardo van Rangelrooij écrivait:
> Hi,
>
> This probably means that the @INC built-in array of Perl is not
> containing the directory /usr/lib/perl5/5.005.
No, it's the contrary. He uses perl5.005 which do not look
into /usr/lib/perl5 but in /usr/lib/perl5/
Yes, a bug... due to socks support (which is being taken out until
I figure a better way to handle it; runsocks just don't cut it).
This, and a few more will be corrected very quick now
--
Rick Nelson
On 8 Oct 1998, Ardo van Rangelrooij wrote:
> Date: 08 Oct 1998 21:19:27 +0200
> From: Ardo van
On Wed, 07 Oct, 1998, Martin Schulze wrote:
> Hi,
>
> tonight I was thinking about implementing @authors.debian.org which
> would enable a way for us to get in touch with the upstream authors of
> some piece of software without the need of looking into the copyright
> file or digging in the source
Ardo van Rangelrooij <[EMAIL PROTECTED]> writes:
> Since /usr/lib/perl5/5.005 is not listed we're probably having a
> problem at hand. Maybe a Perl bug?
I meant here of course /usr/lib/perl5/5.004.
Thanks,
Ardo
--
Ardo van Rangelrooij
home email: [EMAIL PROTECTED], [EMAIL PROTECTED]
home pa
In article <[EMAIL PROTECTED]>,
Ardo van Rangelrooij <[EMAIL PROTECTED]> wrote:
>Last Monday I uploaded a new version of one of my packages. In my
>~/.dupload.conf file I've defined the parameter 'fullname' as my full
>name :-). The dupload script passes this parameter to the -F flag of
>sendmail
Hi,
This probably means that the @INC built-in array of Perl is not
containing the directory /usr/lib/perl5/5.005.
If you run
perl -e 'print "@INC \n";'
you should see the list of directories Perl searches for modules and
such. On my i386 machine this lists the directories
/usr/lib/perl5
On Thu, Oct 08, 1998 at 11:18:25AM -0700, Joseph Carter wrote:
> On Thu, Oct 08, 1998 at 09:55:19AM -0400, Stephen J. Carpenter wrote:
> > > I'm sure someone would be happy to package it in .deb format, but by the
> > > sounds of your message neither source is included and only non-commercial
> > >
Hi,
Last Monday I uploaded a new version of one of my packages. In my
~/.dupload.conf file I've defined the parameter 'fullname' as my full
name :-). The dupload script passes this parameter to the -F flag of
sendmail as '($fullname)'.
Everything went ok, accept that sendmail complained that "v
Michael Meskes <[EMAIL PROTECTED]> writes:
> I just saw that nedit's layout changed. Between menu and text there is a hug
> gray area that hasn't been there before. Since I also experienced missing
> buttons in mpsql I wonder if both are related to lesstifg. Guess I try to
> reget the old version.
On Thu, Oct 08, 1998 at 06:39:11PM +0100, Ian Jackson wrote:
> David Welton writes ("File renamer"):
> > Hi, a friend of mine wrote a thing to rename a bunch of files, say
> > *.jpg to *.gif. Yes, he realizes you can do the same thing with a
> > shell script, but he wrote this thing just the same,
On Thu, Oct 08, 1998 at 05:53:39PM +0200, J.H.M.Dassen wrote:
> > 2) Are we really going to freeze slink in 7 days?
>
> Yes.
Oops, I better hurry with my pending iceconf upload. :-)
Michael
--
Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers!
Senior-Consultant |
Tom Lees wrote:
Wow, it looks nice. However I wonder why you changed the ordering
of the two main windows.
Regards,
Joey
PS: I also wonder if one may express wishlists.
--
The only stupid question is the unasked one.
On Sun, Oct 04, 1998 at 11:34:55AM -0400, Brian Almeida wrote:
> On Sun, Oct 04, 1998 at 12:44:36PM +0100, Tom Lees wrote:
> > 1.1.
> I am using the libgtk1.1 1.1.2-2 and libgtk1.1-dev 1.1.12-2 packages
>
> With the default setup:
>
> --
> Script started on Sun Oct 4 11:30:52 1998
>
Kenneth Scharf wrote:
> I installed a second CD rom drive in my computer. Some people have CD
> 'changers' that can have 3 - 5 disks in the stack. (Some of these
> take up several drive letters in windows/dos...do they appear as
> separate lun's in scsi or separate partitions under linux)
Di
> "Michael" == Michael Meskes <[EMAIL PROTECTED]> writes:
Michael> On Wed, Oct 07, 1998 at 12:32:32PM -0700, Ben Gertzfield
Michael> wrote:
Ben> I'm pretty sure policy states that a package cannot depend
Ben> wholly on a virtual package; it has to depend on a real,
Ben> pr
I just saw that nedit's layout changed. Between menu and text there is a hug
gray area that hasn't been there before. Since I also experienced missing
buttons in mpsql I wonder if both are related to lesstifg. Guess I try to
reget the old version.
Michael
--
Dr. Michael Meskes | Th.-Heuss-St
On Thu, Oct 08, 1998 at 01:52:43AM +0200, Martin Schulze wrote:
> But occasionally I notices that dpkg first unpacks and installs
> the files in a particular package and checks dependencies afterwards.
Sure does.
> This means that wrong dependencies are discovered when it is
> too late since the
On Wed, Oct 07, 1998 at 12:32:32PM -0700, Ben Gertzfield wrote:
> I'm pretty sure policy states that a package cannot depend wholly
> on a virtual package; it has to depend on a real, preferred package,
> *or* the virtual package, like so:;
>
> Depends: jds1.1 | jdk1.1-runtime
So should I submit
I was right in that lesstif causes my problems. After reverting to the hamm
version everything is fine again. So there either is a bug in lesstifg or an
incompatibility.
Michael
--
Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers!
Senior-Consultant | business: [EMA
I installed a second CD rom drive in my computer. Some people have CD
'changers' that can have 3 - 5 disks in the stack. (Some of these
take up several drive letters in windows/dos...do they appear as
separate lun's in scsi or separate partitions under linux)
There should be support for prom
On Thu, Oct 08, 1998 at 09:55:19AM -0400, Stephen J. Carpenter wrote:
> > I'm sure someone would be happy to package it in .deb format, but by the
> > sounds of your message neither source is included and only non-commercial
> > use is permitted. Either one of these would cause Debian to place you
In article <[EMAIL PROTECTED]>,
Michael Alan Dorman <[EMAIL PROTECTED]> wrote:
>I did notice a reference on the mailing list (no specifics), on a way
>you could keep your existing cache hierarchy with squid2.
Yes, by running the old and the new server at the same time and
requesting all stored dat
After some discussion with Galen, I'm taking over the binutils package
altogether. Hopefully, I can resolve some of the long-outstanding bugs
(already think I can knock a few of them out of existance).
Thanks...
Chris
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Raphael Hertzog, in an immanent manifestation of deity, wrote:
>What about also adding /usr/lib/perl5(/$arch)? at the end of @INC ?
>Is it possible ?
>In that way, recent packages that are installed in /usr/lib/perl5/debian
>are used first and only if no package
-BEGIN PGP SIGNED MESSAGE-
Raphael Hertzog, in an immanent manifestation of deity, wrote:
>Yes, but it's better leaving site_perl empty. It can be used for manually
>(modules not in a .deb file) installing modules.
Yes, I realize this. But most people using Perl manually install
modules.
*- Ian Jackson wrote about "Re: File renamer"
| David Welton writes ("File renamer"):
| > Hi, a friend of mine wrote a thing to rename a bunch of files, say
| > *.jpg to *.gif. Yes, he realizes you can do the same thing with a
| > shell script, but he wrote this thing just the same, because it's
|
David Welton writes ("File renamer"):
> Hi, a friend of mine wrote a thing to rename a bunch of files, say
> *.jpg to *.gif. Yes, he realizes you can do the same thing with a
> shell script, but he wrote this thing just the same, because it's
> convenient.
>
> Does anyone know of anything similia
> "Andy" == Andy Dougherty <[EMAIL PROTECTED]> writes:
[snip]
That's what I hate about you, Andy. You always have such clear and
rational explanations for things :)
--
Stephen
---
Perl is really designed more for the guys that will hack Perl at least
20 minutes a day for the rest of their c
On Thu, 8 Oct 1998, Stephen Zander wrote:
> It's not clear to me why debian began installing modules in perl_arch
> by default. Perhaps Darren knows.
Debian (sensibly, in my opinion) puts $sitelib and $sitearch in /usr/local
and leaves them for the individual end user to use to install local
ext
I recall someone wanting to take over yagirc after I offered it up.
Is this person still interested? They ought to upload a new, up to
date version with someo of these bugs fixed. Otherwise, I'll try and
do it.
-
To: [EMAIL PROTECTED]
X-Mailer: bug 3.1.6.1
Message-Id: <[EMAIL PROTECTED]>
Dat
> Does this mean also "no new documentation"?
No.
> For slink, I plan to provide the texi2html-converted HTML for all my GNU
> packages, which means a new package foo-doc for every GNU foo package.
> Do I absolutely have to do this before the freeze? Will all my foo-doc
> packages be rejected be
On Thu, 8 Oct 1998, Brian White wrote:
> The general guideline for "frozen" is:
>
> no new code
>
> A recompile with a new package is fine. Fixes to make something work with
> a change in another package is also fine.
Does this mean also "no new documentation"?
For slink, I plan to prov
On Thu, Oct 08, 1998 at 11:48:08AM -0400, Peter S Galbraith wrote:
>
> "Thomas Gebhardt" <[EMAIL PROTECTED]> writes:
>
> > the configuration files of all debian packages are located in /etc.
> > That's really fine.
> >
> > But the package manager stores its configuration (access method,
> > list
> > 1) Don't we have to recompile all our ncurses-based apps against 4.2?
>
> If we want all the ncurses-based apps to use the same version of ncurses,
> yes. I'm not sure if we have to, though if I were the release manager, I
> wouldn't release 2.1 before all ncurses-based apps used the same vers
Thomas Gebhardt wrote:
> And "debian_version" should go to /var.
debian_version is static. It should not go to /var.
The fact that it "changes" every time you upgrade the entire system does
not make it to be less "static". Otherwise we would have to move /usr to
/var as well, since it does also c
On Thu, 8 Oct 1998, Martin Schulze wrote:
> This might be an faq.
>
> But occasionally I notices that dpkg first unpacks and installs
> the files in a particular package and checks dependencies afterwards.
>
> This means that wrong dependencies are discovered when it is
> too late since the old
> "John" == John Lapeyre <[EMAIL PROTECTED]> writes:
John> Hi, I have packaged several modules for Debian Linux.
John> We are currently discussing how to handle your new
John> installation hierarchy. I'd appreciate comments. We
John> currently have about 80 packages that
On Thu, Oct 08, 1998 at 05:53:19PM +0200, Santiago Vila wrote:
> 1) Don't we have to recompile all our ncurses-based apps against 4.2?
If we want all the ncurses-based apps to use the same version of ncurses,
yes. I'm not sure if we have to, though if I were the release manager, I
wouldn't release
On Thu, 8 Oct 1998, Martin Schulze wrote:
> When slink is released it's time to break sid.
I guess you mean here "it's time to break [codename for 2.2 (or 3.0)]".
(By definition, sid will never be released).
--
"ad283d11c8d64562db7796279c3f4be8" (a truly random sig)
Hi.
1) Don't we have to recompile all our ncurses-based apps against 4.2?
2) Are we really going to freeze slink in 7 days?
I see that 1) and 2) don't mix very well.
--
"76975153d9e889b854dd4ae6c231f5e9" (a truly random sig)
Hi,
> > But the package manager stores its configuration (access method,
> > list of selected packages, ...) somewhere in /var/lib/dpkg. Why?
>
> Configuration goes in /etc, state goes in /var.
Ok.
So the information about the configured access method and the list
of selected packages should be
"Thomas Gebhardt" <[EMAIL PROTECTED]> writes:
> the configuration files of all debian packages are located in /etc.
> That's really fine.
>
> But the package manager stores its configuration (access method,
> list of selected packages, ...) somewhere in /var/lib/dpkg. Why?
Steve Dunham wrote:
"Thomas Gebhardt" <[EMAIL PROTECTED]> writes:
> Hi,
>
> the configuration files of all debian packages are located in /etc.
> That's really fine.
> But the package manager stores its configuration (access method,
> list of selected packages, ...) somewhere in /var/lib/dpkg. Why?
Configuration g
Hi,
the configuration files of all debian packages are located in /etc.
That's really fine.
But the package manager stores its configuration (access method,
list of selected packages, ...) somewhere in /var/lib/dpkg. Why?
If these items would be stored in /etc, one could rebuild the
system from
Le Thu, Oct 08, 1998 at 09:57:36AM -0400, Dan Jacobowitz écrivait:
> My question is, why are we so intent on removing the versioned
> component even though we have lost binary compatibility? I understand
Because most of the perl modules will work with all coming version of
perl. Because Debian do
hrm...
The requested URL /~monotori/sendmail.html was not found on this server.
Is there somewhere else I can look? am I correct in assuming that
WIDE is support for DBCS?
--
Rick Nelson
On Thu, 8 Oct 1998, Fumitoshi UKAI wrote:
> Date: Thu, 08 Oct 1998 14:34:14 +0900 (JST)
> From: Fumitoshi
Martin Schulze wrote:
> An easy way to implement this would be to simply add a line to the
> source section of debian/control of each package like
>
> Source: gtkfind
> Section: x11
> Priority: optional
> Maintainer: Martin Schulze <[EMAIL PROTECTED]>
> Author: Matt Grossman
Le Thu, Oct 08, 1998 at 02:31:40AM -0700, Darren/Torin/Who Ever... écrivait:
> I do worry about what this might break as well. Another option would be
> to have /usr/lib/perl5/debian(/$arch)? be the first element of @INC and
> leave /usr/lib/perl5/$version(/$arch)? there with only the Perl
> inst
"G. Kapetanios" wrote:
>I would really appreciate any help.
>For people in and around London if this doesn't work out I am willing to
>pay to
>restore my machine
>
Are you in London or in Cambridge? Surely there's someone in Cambridge who
can help? If I needed to, I could get to London
On Thu, Oct 08, 1998 at 02:04:46PM +0100, G. Kapetanios wrote:
>
> I do't know what because the ncurses prompt is on top.
> I press ok it saya something too fast for me to read and goes back to the
> main menu
> I was thiing of downloading the base2_0.tgz stuff putting them in the
> /dev/hda1
> Le Thu, Oct 08, 1998 at 02:31:40AM -0700, Darren/Torin/Who Ever... écrivait:
> > I do worry about what this might break as well. Another option would be
> > to have /usr/lib/perl5/debian(/$arch)? be the first element of @INC and
> > leave /usr/lib/perl5/$version(/$arch)? there with only the Per
hello,
since i installed debian some weeks ago i encounter problems when trying to
update the system, or want to install new packages, further i wanted to pass on
to apt, but this doesn't work due to the dpkg problems i still have:
on dselect->config i get the following messages:i
running dpkg -
Package: project
Version: N/A
Farris: ~/install# dpkg -i linuxconf_1.10r34-1_i386.deb
(Reading database ... 62852 files and directories currently installed.)
Unpacking linuxconf (from linuxconf_1.10r34-1_i386.deb) ...
dpkg: error processing linuxconf_1.10r34-1_i386.deb (--install):
trying to ove
On Thu, Oct 08, 1998 at 06:00:00AM -0700, Joseph Carter wrote:
> On Thu, Oct 08, 1998 at 10:36:24AM +0100, Birgitt Simon wrote:
> > Dear Sirs,
> >
> > we know you as a distributor of program packages for Linux. We, the H+BEDV
> > Datentechnik GmbH, are developer and distributor of the virus protec
I guess that we all have realized that slink doesn't fit on
one CD anymore.
Slink's total size for binary-i386 e.g. is 749 MB.
Thus slink has to be splitted over two official cd roms.
Currently slink doesn't contain an access method that
can handle multiple cd roms if not all cd-roms are
availab
Le Thu, Oct 08, 1998 at 02:42:59PM +0200, Richard Braakman écrivait:
> itself will break. People will be upgrading from hamm to slink when
> we release it, and they will run into problems like update-inetd
> breaking halfway through a mass upgrade.
This would not be the case when packages will be
This email explains the problems I had with
my deleted root partition
George
---
George Kapetanios
Churchill College
Cambridge, CB3 0DSE-Mail: [EMAIL PROTECTED]
U.K. WWW: http://garfield.chu.cam.ac.
Previously Martin Schulze wrote:
> Speaking of the upgrade script, is there *any* reason why
> /pub/debian/dists/hamm/main/upgrade-i386/cd_autoup.sh still doesn't
> run and the fixed version is in /pub/debian/Incoming/upgrade-i386/cd_autoup.sh
> since Sep 5th?
Possibly the same reason nothing has
Miquel van Smoorenburg wrote:
> I'm currently maintaining squid, and squid-2.0 has been released. We have
> been running the beta versions on our own machines for quite some time
> and it's much better/faster than the 1.2 versions.
>
> However the problem is dat squid-2.0 is totally incompatible w
On Thu, Oct 08, 1998 at 06:40:09AM -0500, John Goerzen wrote:
> dpkg remains the primary bottleneck in the setup, and apt calls dpkg
> anyway, so the different is not really significant, and apt-get update
> is slow too.
The update phase seems to be slow because of translating the package files
t
Richard Braakman wrote:
> Raphael Hertzog wrote:
> > Le Thu, Oct 08, 1998 at 04:14:18AM +0200, Martin Schulze écrivait:
> > > Another solution would be a) to postpone the freeze for some time or b)
> > > allow fixed perl uploads within the freeze.
> >
> > b) would be fine for me. Because perl uplo
Michael Stone wrote:
> Quoting Martin Schulze ([EMAIL PROTECTED]):
> > Before this screwup I didn't realize that most but not all modules are
> > placed in /usr/lib/perl5/$version/$arch-linux/$dir while plain
> > /usr/lib/per5 would be sufficient, too. We should have made it
> > policy that modul
On 8 Oct 1998, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
> >However the problem is dat squid-2.0 is totally incompatible with squid-1.2.
> >The cache directory and file format has changed, and the config file
> >format has c
Previously G. Kapetanios wrote:
> My question is a result of problems explained in another email.
> They concer a deleded root partition. My question has to do with
> binaries which are there can be seen can be read but cannot be executed.
Check if the binaries are still marked as executable. If
[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
On Thu, Oct 08, 1998 at 10:36:24AM +0100, Birgitt Simon wrote:
> Dear Sirs,
>
> we know you as a distributor of program packages for Linux. We, the H+BEDV
> Datentechnik GmbH, are developer and distributor of the virus protection
> program AntiVir for Linux. Since 1988, when the number of computer
Raphael Hertzog wrote:
> Le Thu, Oct 08, 1998 at 04:14:18AM +0200, Martin Schulze écrivait:
> > Another solution would be a) to postpone the freeze for some time or b)
> > allow fixed perl uploads within the freeze.
>
> b) would be fine for me. Because perl uploads will not introduce any
> securi
Quoting Martin Schulze ([EMAIL PROTECTED]):
> Before this screwup I didn't realize that most but not all modules are
> placed in /usr/lib/perl5/$version/$arch-linux/$dir while plain
> /usr/lib/per5 would be sufficient, too. We should have made it
> policy that modules have to omit the versioned d
On Thu, 8 Oct 1998, Santiago Vila wrote:
> On Thu, 8 Oct 1998, G. Kapetanios wrote:
>
> > I have installed an old debian 1.0 system in /
> > and I have all my hamm stuff in /usr
> > Is this a libc5 / libc6 problem?
>
> An old Debian 1.0 system? Does your kernel support ELF binaries?
sorry 1.1
On Thu, 8 Oct 1998, Chris wrote:
> On Thu, Oct 08, 1998 at 10:36:24AM +0100, Birgitt Simon wrote:
> > Dear Sirs,
> >
> > we know you as a distributor of program packages for Linux. We, the H+BEDV
> > Datentechnik GmbH, are developer and distributor of the virus protection
> > program AntiVir for
On Thu, Oct 08, 1998 at 11:02:35AM +0100, G. Kapetanios wrote:
>
> Really sorry for any dupplication but I am desperate. Te broken machine is
> critical. Thr next two email give more info
>
> I would really appreciate any help.
> For people in and around London if this doesn't work out I am wil
On Thu, 8 Oct 1998, Chris wrote:
> Since when did linux get virus's
A "linux antivirus" is a linux program which detects virus in
your DOS partition.
(At least this is what I understood from the post).
--
"59c014d91ae9e30e1552dd2a66f4f4a5" (a truly random sig)
On Thu, 8 Oct 1998, G. Kapetanios wrote:
> I have installed an old debian 1.0 system in /
> and I have all my hamm stuff in /usr
> Is this a libc5 / libc6 problem?
An old Debian 1.0 system? Does your kernel support ELF binaries?
( BTW: Debian 1.0 never existed, could you clarify this?
See /e
Le Thu, Oct 08, 1998 at 04:14:18AM +0200, Martin Schulze écrivait:
> Another solution would be a) to postpone the freeze for some time or b)
> allow fixed perl uploads within the freeze.
b) would be fine for me. Because perl uploads will not introduce any
security holes and because packages will
Neale Pickett <[EMAIL PROTECTED]> writes:
> Translation:
> What a bad idea to have made only one page in French! I am
> getting very fed up with English.
> (Maybe I (Neale) will try to translate some of the other Debian pages.)
But you didn't translate Jacques' "translation" of `Shakespear
On Thu, 8 Oct 1998, Chris wrote:
> On Thu, Oct 08, 1998 at 11:02:51AM +0100, G. Kapetanios wrote:
> >
> > My question is a result of problems explained in another email.
> > They concer a deleded root partition. My question has to do with
> > binaries which are there can be seen can be read
In article <[EMAIL PROTECTED]>,
Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>However the problem is dat squid-2.0 is totally incompatible with squid-1.2.
>The cache directory and file format has changed, and the config file
>format has changed .. in fact it's a new package.
Never mind - I fo
On Thu, Oct 08, 1998 at 11:02:51AM +0100, G. Kapetanios wrote:
>
> My question is a result of problems explained in another email.
> They concer a deleded root partition. My question has to do with
> binaries which are there can be seen can be read but cannot be executed.
>
> for example
> # /us
Alexander Koch wrote:
> On Thu, 8 October 1998 00:07:26 +0200, Martin Schulze wrote:
> > Re spam: I'd like to make it optional so it does not have to be
> > used but only should. Each pkg. maintainer could negotiate with
> > the upstream author about this feature and not use it if the author
> > d
dpkg remains the primary bottleneck in the setup, and apt calls dpkg
anyway, so the different is not really significant, and apt-get update
is slow too.
Joseph Carter <[EMAIL PROTECTED]> writes:
> [1 ]
> On Tue, Oct 06, 1998 at 03:50:01PM -0500, John Goerzen wrote:
> > This is silly. dpkg/dsel
Before I say anything let me state that I am, currently, not even a
registered Debian developer, just a user, however..
I'd suggest that you take a look at the debian web page
(www.debian.org), specificly the Social Contract
(http://www.debian.org/social_contract), including the DFSG (Debian Free
I'm currently maintaining squid, and squid-2.0 has been released. We have
been running the beta versions on our own machines for quite some time
and it's much better/faster than the 1.2 versions.
However the problem is dat squid-2.0 is totally incompatible with squid-1.2.
The cache directory and f
On Thu, Oct 08, 1998 at 10:36:24AM +0100, Birgitt Simon wrote:
> Dear Sirs,
>
> we know you as a distributor of program packages for Linux. We, the H+BEDV
> Datentechnik GmbH, are developer and distributor of the virus protection
> program AntiVir for Linux. Since 1988, when the number of computer
On Thu, 8 Oct 1998, Birgitt Simon wrote:
> We offer you a free version from AntiVir for Linux, so that you will
> deliver our program with your next distribution CD-ROM.
When we (Debian) speak of free software, we are referring to freedom,
not price.
To be included in our CD-ROM, every program m
Le Thu, Oct 08, 1998 at 02:31:40AM -0700, Darren/Torin/Who Ever... écrivait:
> I do worry about what this might break as well. Another option would be
> to have /usr/lib/perl5/debian(/$arch)? be the first element of @INC and
> leave /usr/lib/perl5/$version(/$arch)? there with only the Perl
> inst
Darren/Torin/Who Ever... wrote:
> >Thus I believe it would need to use (>= 5.005-0)
>
> But it would also have to use (<< 5.006-0).
I don't think this is a problem.
> >(I thought that debian-devel had reached a consensous that it's not
> >a good idea to change the perl version less than 14 days
Raphael Hertzog wrote:
> Le Thu, Oct 08, 1998 at 01:59:40AM +0200, Martin Schulze écrivait:
> > Thus I believe it would need to use (>= 5.005-0)
>
> (>= 5.005) should work too, no ?
Check out what dpkg thinks about it:
finlandia!joey(tty5):/tmp> dpkg --compare-versions 5.005 lt 5.005-1; echo $?
>> "RH" == Raphael Hertzog <[EMAIL PROTECTED]> writes:
RH> I don't know what debian-devel reached, but in fact it seems to me
RH> that just a few people are interested by perl. :-)
If you want other voices, then count me to the "5.004 for Debian 2.1"
party. I agree to Joey's arguments.
Ciao,
---
George Kapetanios
Churchill College
Cambridge, CB3 0DSE-Mail: [EMAIL PROTECTED]
U.K. WWW: http://garfield.chu.cam.ac.uk/~gk205/work_info.html
--
1 - 100 of 130 matches
Mail list logo
