On Fri, Jan 22, 1999 at 02:05:26PM -0800, Joey Hess wrote:
> > in any case, i don't see it as a problem. IMO, the fact that they have
> > different package names is USEFUL information. it tells me that there's
> > something possibly weird or dangerous going on and i should be extra
> > careful be
Craig Sanders wrote:
> 300 sounds like a lot...are you including all shared libs and -dev and
> -altdev packages?
No, I was just including everything that ended with a number. That excludes
the -dev packages and it probably includes some things that don't belong. As
I said, it's a "crude" count.
On Fri, 22 Jan 1999, Craig Sanders wrote:
> the libgtk* versions are compatible with each other. the libgtk*-dev
> versions, are not (it would be possible to make it so by installing
> header files in /usr/include/gtk-VERSION, but you'd still have to modify
> every source file that #included it. in
On Fri, Jan 22, 1999 at 12:02:55AM -0800, Joey Hess wrote:
> Craig Sanders wrote:
> > i agree. in fact, it's more like a solution searching for a problem than
> > even a superficial problem.
>
> It's a problem that is only evident to people who haven't lived with it for
> years. That doesn't mean
Craig Sanders wrote:
> i agree. in fact, it's more like a solution searching for a problem than
> even a superficial problem.
It's a problem that is only evident to people who haven't lived with it for
years. That doesn't mean it's not a problem.
> from the descriptions that have been posted of h
Wichert Akkerman wrote:
> case) incompatible? This is where RH and Debian seem to differ: for RH
> they become the same package, and you need multiple versions of the same
> package to support all applications. This is probably why they need
> hacks like dependencies on files to get this working.
Joey Hess <[EMAIL PROTECTED]> writes:
> As I said before, rpm does have the capability to install 2 different
> versions of a package simulantaneously. Here's how it works, to the best of
> my knowledge.
> User interface:
> Rpm differentiates between installing a package and upgrading a package.
On Wed, Jan 20, 1999 at 11:36:00PM -0500, Andrew Pimlott wrote:
> On Wed, Jan 20, 1999 at 04:03:26PM -0500, fantumn Steven Baker" wrote:
> > Package Naming Scheme
>
> The problem is superficial. Sure, names should be more uniform, but all
> this requires is 1) ratifying naming standards and 2) en
First of all: please use a standard textwidth of at most 76. Right now
your mail frankly looks horrible. Only due to vim's awesome reformating
power is sending a reply doable :)
Previously fantumn Steven Baker" wrote:
> Package Naming Scheme
> ---
> The current naming scheme o
Hi!
> Joey Hess writes:
JH> What happens if you try to install version bar of a package while
JH> version foo of that same package, which contains files of the
JH> same name, is installed? Rpm will happily overwrite version foo's
JH> files.
Yes.
JH> What happens if you then remove vers
On Wed, 20 Jan 1999, Andrew Pimlott wrote:
<...>
Hmmm, would the concept of meta-packages and a scheme for sharing common
files (like the RH one described?) work.
Packages could have their name extended with the version:
foo_1.2.3-1 -> foo_1.2.3
foo_1.2.3-2 -> foo_1.2.3
foo_1.2.4-1 -> foo_1.2.4
On Wed, Jan 20, 1999 at 04:03:26PM -0500, fantumn Steven Baker" wrote:
> Package Naming Scheme
The problem is superficial. Sure, names should be more uniform, but all
this requires is 1) ratifying naming standards and 2) ensuring that the
packaging system handles name changes gracefully.
> CVS
Anthony Wong wrote:
> |Oh and by the way, this user interface tends to confuse new users (at least
> |it did me) who accidentially install many versions of the same package
> |because they arn't aware they should be upgrading it instead.
>
> Because you already have the Debian way in your mind whe
On Wed, Jan 20, 1999 at 03:42:15PM -0800, Joey Hess wrote:
|
|So rpm's method of upgrading is the same as dpkg -i, whereas dpkg has nothing
|equivilant to rpm's method of just installing a package.
|
|Oh and by the way, this user interface tends to confuse new users (at least
|it did me) who accid
As I said before, rpm does have the capability to install 2 different
versions of a package simulantaneously. Here's how it works, to the best of
my knowledge.
User interface:
Rpm differentiates between installing a package and upgrading a package.
Installing a package (rpm -i) simply unpacks th
Manoj Srivastava wrote:
> What exactly are you attempting to solve here that has not
> already been solved?
He's trying to solve the fact that we have package names like "libgtk1.1.11"
and "slang0.99.38".
> Why do CVS based packages need a special name? I am missing
> something here
Hi,
>>"fantumn" == fantumn \(Steven Baker\) writes:
What is wrong with cvs-buildpackage? I maintain all my
packages in CVS, and there is a well defined version based
tagging scheme.
What exactly are you attempting to solve here that has not
already been solved?
fantumn> C
Okay, I posted to -devel a few weeks back with a proposal for an update to dpkg.
This message is being Cc'd to -devel, and sent to -dpkg.
Basically, attached is my proposal (it's long, I'm trimming it down in another
rxvt, but, I wanted to get something out for the firing sqaud). Please read it
fantumn Steven Baker" wrote:
> have this little g (imlib and fnlib come to mind). Since libc5 exists for the
> most part only in the hearts of the Slackware users, this 'g' thing can be
> dropped.
No it can't. Please consider backwards compatability.
> Another problem with this is that many pa
19 matches
Mail list logo
