|
Home > Archive > Debian Developers > February 2004 > Issues with Epoch
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
| Evan Prodromou 2004-02-26, 11:34 am |
| So, hi. I've got some package-versioning issues, and I wanted to get
some feedback from folks who are smarter than me.
I'm working on the gnustep-guile package. The source package contains
three separate pieces of software: gnustep-guile (a Guile extension to
talk to GNUstep), the ScriptKit (a GNUstep extension for embedding
Guile scripts), and greg (a regression-testing tool for Guile). I
plan on creating 3 binary packages, one for each bit of software.*
Both the ScriptKit and greg used to be distributed separate from
gnustep-guile, and they've got different internal version numbers. But
I think the package version has to be the same for all three binary
packages. I tried making packages with different version numbers, and
although they worked well, the ftp service on master barfed when it
saw them.
SO, I'm going to have all three packages with the same version number,
instead. My problem, though, is that greg used to be distributed as
its own package, and the version number for the old package (1.4) is
higher than the version number for the gnustep-guile package (1.1.4).
I think this calls for an epoch. However, I'm a little wary of this,
since the other two packages will have to have an epoch, too
(viz. problems with having different version numbers).
Any advice? Is this a sane plan?
~ESP
* Actually, more than 3 -- there's debug, devel libs, docs, etc. But
let's say 3 for now.
--
Evan Prodromou
evan@debian.org
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Bernhard R. Link 2004-02-26, 12:34 pm |
| * Evan Prodromou <evan@debian.org> [040226 16:53]:
> Both the ScriptKit and greg used to be distributed separate from
> gnustep-guile, and they've got different internal version numbers. But
> I think the package version has to be the same for all three binary
> packages. I tried making packages with different version numbers, and
> although they worked well, the ftp service on master barfed when it
> saw them.
How did it barf? As there are source-packages with binaries having
different versions around there should be some possibility to get
them in.
If a .deb only contains one program and this is known under a
specific version than it would be best to also have the .deb
have this version. (From the princible of least suprise).
Is having them combined upstream merely a cosmetic move and/or
to allow users downloading all they need in one file, or will
they be integrated tougher? If this is merely a combination
one could also think about splitting the source in parts again
and making more than one source package out of it.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Rene Engelhard 2004-02-26, 1:33 pm |
| Hi,
Evan Prodromou wrote:
> packages. I tried making packages with different version numbers, and
> although they worked well, the ftp service on master barfed when it
> saw them.
Should work. Use -v to dpkg-/dh_genchanges. See how gcc does it for
example. Or myspell.
How did the ftp service barf? Any what the hell did it have to do with
master?
> SO, I'm going to have all three packages with the same version number,
> instead. My problem, though, is that greg used to be distributed as
> its own package, and the version number for the old package (1.4) is
> higher than the version number for the gnustep-guile package (1.1.4).
>
> I think this calls for an epoch. However, I'm a little wary of this,
> since the other two packages will have to have an epoch, too
> (viz. problems with having different version numbers).
>
> Any advice? Is this a sane plan?
IMHO not.
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' rene@debian.org | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
| |
| Evan Prodromou 2004-02-26, 4:33 pm |
| >>>>> "RE" == Rene Engelhard <rene@debian.org> writes:
[color=darkred]
RE> Should work. Use -v to dpkg-/dh_genchanges. See how gcc does
RE> it for example. Or myspell.
RE> How did the ftp service barf? Any what the hell did it have to
RE> do with master?
Sorry, sloppy thinking there. My understanding of the fun processes
that happen after I upload a file is kind of weak, along the lines of:
* I upload a package.
* I get some reassuring automated email from somewhere that it
was the right thing to do.
* A few days later, the package shows up on unstable mirrors.
I should probably read up on it... somewhere.
Anyways, here's the email I got. On second review, I think I might be
able to route around the problem by building different *.changes
files, and only uploading the source tarball in one of them. I hope.
---8<---
From: Debian Installer <installer@ftp-master.debian.org>
Subject: gnustep-guile_1.1.2-1_i386.changes REJECTED
To: Evan Prodromou <evan@debian.org>
Date: Tue, 28 Oct 2003 16:48:29 -0500
Rejected: source version (0.3.0+1.1.2-1) for scriptkit0-dbg_0.3.0+1.1.2-1_i386.deb doesn't match changes version 1.1.2-1.
Rejected: source version (1.5+1.1.2-1) for greg-doc_1.5+1.1.2-1_all.deb doesn't match changes version 1.1.2-1.
Rejected: source version (1.5+1.1.2-1) for greg_1.5+1.1.2-1_i386.deb doesn't match changes version 1.1.2-1.
Rejected: source version (0.3.0+1.1.2-1) for scriptkit0_0.3.0+1.1.2-1_i386.deb doesn't match changes version 1.1.2-1.
Rejected: source version (0.3.0+1.1.2-1) for scriptkit-dev_0.3.0+1.1.2-1_i386.deb doesn't match changes version 1.1.2-1.
===
If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.
---8<---
~ESP
--
Evan Prodromou
evan@debian.org
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Rene Engelhard 2004-02-26, 9:33 pm |
| Hi,
Evan Prodromou wrote:
> RE> How did the ftp service barf? Any what the hell did it have to
> RE> do with master?
>
> Sorry, sloppy thinking there. My understanding of the fun processes
> that happen after I upload a file is kind of weak, along the lines of:
>
> * I upload a package.
> * I get some reassuring automated email from somewhere that it
> was the right thing to do.
> * A few days later, the package shows up on unstable mirrors.
This is correct (although it is a few hours till 1 day)
> Anyways, here's the email I got. On second review, I think I might be
You obviously made something wrong. Did you look at gcc-defaults, myspell
or courier source package which does something like that?
Another example (which worked!) was my texpower package in a previous
version before I had to merge all the packages into texpower:
[...]
dh_gencontrol
dh_gencontrol -ptpmultiinc -u-v1:$(TPMULTIINC_VER)-7
dh_gencontrol -pdvipslandscapeplus \
-u-v1:$(DVIPS_LANDSCAPEPLUS_VER)-7
[...]
> able to route around the problem by building different *.changes
> files, and only uploading the source tarball in one of them. I hope.
That sounds bogus.
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' rene@debian.org | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
|
|
|
|
|