On Wed, Jan 27, 1999 at 01:32:13PM -0500, Peter S Galbraith wrote:
> If I have _only_ gri-VERSION_VERSION packages, then they will
> never be upgraded automatically. I don't really want this.
>
> I may simply take the dependence line out of the control file,
> considering that it's not desirable
"Marcelo E. Magallon" wrote:
> On Wed, Jan 27, 1999 at 10:54:57AM -0500, Peter S Galbraith wrote:
>
> > Description: a language for scientific graphics programming. [...]
>
> /me fetches gri... nope, it's not in the distribution. Are the .deb's
> available somewhere?
I wanted to fix this up be
On Wed, Jan 27, 1999 at 10:54:57AM -0500, Peter S Galbraith wrote:
> Description: a language for scientific graphics programming. [...]
/me fetches gri... nope, it's not in the distribution. Are the .deb's
available somewhere?
> gri_2.2.0 contains the a lot more stuff (HTML and postscript manual
If I have _only_ gri-VERSION_VERSION packages, then they will
never be upgraded automatically. I don't really want this.
I may simply take the dependence line out of the control file,
considering that it's not desirable to refer to a non-official
package.
Thanks,
Peter
Jules Bean wrote:
> Ho
Peter,
How about this approach:
Packages including the executables (and whatever else is needed) are
called gri-_ (i.e. exactly your current scheme). These
*are* uploaded to debian.
The package gri-support_ contains the other stuff, currently in
your unversioned package, *except* that it doesn'
"Marcelo E. Magallon" wrote:
> On Wed, Jan 27, 1999 at 09:42:11AM -0500, Peter S Galbraith wrote:
>
> > Sure. Gri is a programming language in the same sense as
> > gnuplot.
>
> [ Out of curiosity, what exactly does gri do? ]
Description: a language for scientific graphics programming.
Gri i
On Wed, Jan 27, 1999 at 09:42:11AM -0500, Peter S Galbraith wrote:
> Sure. Gri is a programming language in the same sense as
> gnuplot.
[ Out of curiosity, what exactly does gri do? ]
> But if the `replaces: gri-VERSION' line will confuse some Debian packaging
> scripts, then I will remove it
Jules Bean wrote:
> On Wed, 27 Jan 1999, Peter S Galbraith wrote:
> >
> > The question is as follows: Can the Debian package `gri' mention
> > a non-official package `gri-2.2.0' in its control file?
>
> Technically no. Perhaps if it were in contrib.
How would that help disminish the size if
On Wed, 27 Jan 1999, Peter S Galbraith wrote:
>
> The question is as follows: Can the Debian package `gri' mention
> a non-official package `gri-2.2.0' in its control file?
Technically no. Perhaps if it were in contrib.
Could you (re-)explain why this is a good idea?
Jules
/+
Can a Debian package mention a non-official package (available
elsewhere) in its control file?
--
I'm putting the last tweaks into a package called gri that will
go into main shortly. Last July (before I was a developer) I
asked this list about packaging different versions of it such that:
The question is, is it useful to carry several versions of gri? For
normal programs/libraries it isn't useful. Emacs is an exception
because 19.x and 20.x are different classes. Some Emacs programs
only work with 19.x or 20.x. Same goes for the kernel.
Regards,
Joey
--
The only stup
On Wed, Jul 08, 1998 at 12:34:46PM -0400, Peter S Galbraith wrote:
> How about if I:
>
> - Package gri-2.1.17-1_i386.deb for general use. It would be overriden
> by subsequent versions.
>
> - Package gri2.1.17-2.1.17_1_i386.deb for specific installs.
>
> If the package gets into Debian,
Hamish Moffatt wrote:
> On Wed, Jul 08, 1998 at 10:38:13AM -0400, Peter S Galbraith wrote:
> > So `gri' would always point to the latest installed version, but
> > `gri-VERSION' also existed and coexisted with prior versions. This is to
> > protect the user from gri version incompatibilities aft
On Wed, Jul 08, 1998 at 10:38:13AM -0400, Peter S Galbraith wrote:
> So `gri' would always point to the latest installed version, but
> `gri-VERSION' also existed and coexisted with prior versions. This is to
> protect the user from gri version incompatibilities after the user has
> spent a day tw
Q: Can multiople versions of packages be installed under debian?
(perhaps using a forced install of some sort?)
Q: Would a file tree layout that allowed be against policy?
-
I am attempting to package something new (a graphics language for
scientific plot called gri). I hope to convince the
15 matches
Mail list logo
