Dale Scheetz writes:
You can't ever remove A. Systems pre-split must always be upgradable to
systems after the split.
They would still be upgradable: they'd just revert to what I understand to
be the present behavior: A vanishes. But, ok.
Doesn't necessarily mean that this isn't a workable
On Wed, 7 Oct 1998, Raphael Hertzog wrote:
rhertzI propose to make package install the modules in /usr/lib/perl5/debian
rhertzand /usr/lib/perl5/debian/$arch. And the /usr/lib/perl5/$version would
rhertzbe a link to debian, and /usr/lib/perl5/$arch/$version a link to
rhertz../debian/$arch. So
-BEGIN PGP SIGNED MESSAGE-
Is it possible for dpkg to have a depends line similar to:
Depends: perl (=5.005)
and have that include 5.005-\d+? Or will I need to put a
Provides: perl5.005
in so that packages can depend on that?
(Note that I did say that this would break *all* debian
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 version of the package is already
overwritten.
I'm sure
Darren Stalder wrote:
Is it possible for dpkg to have a depends line similar to:
Depends: perl (=5.005)
and have that include 5.005-\d+? Or will I need to put a
= means equal. I guess it's logical that 5.005 != 5.005-1
Thus I believe it would need to use (= 5.005-0)
Provides: perl5.005
in
Martin Schulze writes:
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
doesn't like that.
The policy should emphasize that it not be used without
On Wed, 07 Oct 1998, Dan Jacobowitz wrote:
On Mon, Oct 05, 1998 at 05:27:23PM +0200, Moritz Moeller-Herrmann wrote:
I study law. And I can tell you that there´s not a problem with the GPL
licence in the KDE project. Even if the GPL (read very narrowly and
literally)
prohibited the use of QT,
Russell Coker wrote:
I have one question to that - in what way does distributing a
binary suddenly resolve a licence conflict? According to the GPL,
GPL'd code can not be linked to QT; _only_ the author of a given piece
of code has the right to make an exception to that rule. Because the
On Thu, 8 Oct 1998, Martin Schulze wrote:
joey(I thought that debian-devel had reached a consensous that it's not
joeya good idea to change the perl version less than 14 days before
joeythe code freeze.)
Well perl 5.005 is now installed in slink, and when it is
installed, alot of stuff
On Mon, Oct 05, 1998 at 08:31:24PM -0700, Robert Woodcock wrote:
[...] so if there seems to be a concensus this time around, I'll file bugs
against ftp.debian.org.
Filed. It's bug #27642.
--
Robert Woodcock - [EMAIL PROTECTED]
Unix and C are the ultimate computer viruses -- Richard Gabriel
[EMAIL PROTECTED] (Paul Slootman) wrote on 07.10.98 in [EMAIL PROTECTED]:
On Tue 06 Oct 1998, Robert Woodcock wrote:
Just out of curiosity, what's the security track record on smail vs exim
for the last two years? The standard MTA should have a chance of being
secure from remote attacks
[EMAIL PROTECTED] (Justin Maurer) wrote on 04.10.98 in [EMAIL PROTECTED]:
On a related note, do we want to continue using names from pixar movies
now that Bruce is gone?
i see no reason not to. they are nice names, the only problem is that we
may be running out of good ones (i admit, rc
Sorry for so late, I'll upload magicpoint soon.
At the present, mgp_1.04a.deb depends vflib, which is in
Debian JP Packages and maintained by [EMAIL PROTECTED]
He is not an official maintainer now, so current mgp package
can not be uploaded.
After discussion in Debian JP Projects,
I'll upload
As we discussed before, current glibc 2.0.x does not supports
major multibyte encodings such as EUC-JP, ShiftJIS, ISO-2022-JP
and so on. These encodings are necessary for Japanese processing.
So we, Debian JP Projects, developed packages to supports
these encodings, libwcsmbs and wcsmbs-locale.
SMTPfeed is the mail transport agent invoked as LMTP mailer.
SMTPfeed requires WIDE patch for sendmail, so I'll upload
sendmail-wide package too. The pacakge sendmail-wide
is same as sendmail except /usr/sbin/sendmail, so I'd like to
build sendmail-wide pacakge depending on sendmail and
diverting
FML is GPL'ed the mailing-list management tools, developed by
Ken'ichi Fukamachi. This is one of the most popular mailing-list
management tools.
For more information, see http://www.fml.org/
Regards,
Fumitoshi UKAI
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
doesn't like that.
That's what I
AF == Anthony Fok [EMAIL PROTECTED] writes:
AF Hello Adam! :-)
* jadetex.dtx: remove T3 since it causes confusing errors w/o the proper
font being installed. If someone want's to package 'tipa' from CTAN,
then we could bring it back
AF You probably know this already:
Is there any technical reason why LEIM (Emacs input methods) is not
available as a Debian package? If not, I'll package it.
Milan Zamazal
--
Having GNU Emacs is like having a dragon's cave of treasures.
Robert J. Chassell
Hello,
just my two cents to this topic:
- Names should be short (= 6 signs)
- I don't know The Toystory and I'm sure that it isn't kind of
I film I should really watch, but it is a practical naming sheme
(short names which everybody can speak and write)
- The only case where I would accept
Names after Slink is very simple. They should just be named after userfriendly
characters.
Check out http://www.userfriendly.org
On Thu, 8 Oct 1998 20:09:51 +1300, theone wrote:
Names after Slink is very simple. They should just be named after
userfriendly
characters.
Check out http://www.userfriendly.org
Dust Bunny!!! Dust Bunny!!!
And not Crud Bunny :)
--
Steve C. Lamb | I'm
On Thu 08 Oct 1998, Kai Henningsen wrote:
[EMAIL PROTECTED] (Justin Maurer) wrote on 04.10.98 in [EMAIL PROTECTED]:
On a related note, do we want to continue using names from pixar movies
now that Bruce is gone?
i see no reason not to. they are nice names, the only problem is that we
On Wed 07 Oct 1998, Steve Lamb wrote:
On Wed, 7 Oct 1998 13:00:51 +0200, Paul Slootman wrote:
I personally have confidence in Exim's quality in this regard.
Demon (a large ISP in the UK and the Netherlands, www.demon.net)
uses Exim as its customer-facing smtp interface, so I guess that
Debian 2.4 (Erwin/Ix86!)
Debian 2.5 (Erwin/iWhack!)
I'm sure that Erwin will be on other platforms by the time we get to
2.6.. (=:]
Zephaniah E, Hull, --- A big fan of Erwin..
On Thu, Oct 08, 1998 at 12:19:59AM -0700, Steve Lamb wrote:
On Thu, 8 Oct 1998 20:09:51 +1300, theone wrote:
Names
Well, kernel 2.0.35 does not support some series of 2940UW (not Ultra and
not Wide both are supported). There is some solution for use it but i think
some ppl who want to use slink wont know it, so i think we have to write a
little README. If i'm right and you want, letme write that readme
oldw
Le Wed, Oct 07, 1998 at 04:16:09PM -0700, John Lapeyre écrivait:
Thats how I build my perl modules as well (and I guess others), so
it shouldn't be too much of a problem. (Acutally some of the more
complicated packages will need more changes.)
Yes I've looked over source for packages
Hi all,
Just updated my slink machine, and now I've lost in.talkd.
Anyone know where it's gone???
Also, I got an error with perl5.004-04-2 overwriting a manual
page owned by data-dumper2.09-1.
Thanks all,
Chris
--
--
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 ?
(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 before
the code
-BEGIN PGP SIGNED MESSAGE-
Raphael Hertzog, in an immanent manifestation of deity, wrote:
Darren, if you agree, can you modify the perl package in order to
install modules in /usr/lib/perl5/debian and make these symlinks ?
- /usr/lib/perl5/$arch/$version = /usr/lib/perl5/debian/$arch
-
Steve Lamb wrote:
Dust Bunny!!! Dust Bunny!!!
And not Crud Bunny :)
Better not be Bugs Bunny!
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP key from public
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 viruses
in Germany could be counted on one hand, we deal with the
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 willing to
pay to
restore my machine
George
---
George Kapetanios
Churchill College
Cambridge, CB3 0DSE-Mail: [EMAIL PROTECTED]
U.K. WWW: http://garfield.chu.cam.ac.uk/~gk205/work_info.html
---
George Kapetanios
Churchill College
Cambridge, CB3 0DSE-Mail: [EMAIL PROTECTED]
U.K. WWW: http://garfield.chu.cam.ac.uk/~gk205/work_info.html
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,
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 $?
0
So,
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 before
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
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
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
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
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
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 text/plain; us-ascii (quoted-printable)]
On Tue, Oct 06, 1998 at 03:50:01PM -0500, John Goerzen
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
doesn't
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
#
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 forgot
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 but
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'.
He
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
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
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, 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 willing
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 Linux.
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.
the
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
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
security
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
[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
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
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 changed ..
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 modules have
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 uploads will not
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
to
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 with
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
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:
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
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
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 protection
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
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
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
On Thu, Oct 08, 1998 at 02:04:46PM +0100, G. Kapetanios wrote:
snip
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
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 in 2
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
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 [EMAIL
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
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
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
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 goes in
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:
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
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)
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)
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
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 would need
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
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 change
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 provide the
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 because
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]
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
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 career.
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 similiar?
*- 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
|
-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.
-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 is
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]
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 data
1 - 100 of 129 matches
Mail list logo