[repo-coord] Re: mozilla epoch madness
blizzard at redhat.com
Tue Apr 13 17:44:54 CEST 2004
Axel Thimm wrote:
>This should probably be filed as a bug at bugzilla.atrpms.net against
>galeon (do so if you like), but I am forwarding this to the repo-coord
>list, as this is the most prominent example of epoch inflation.
I've played the epoch game forever with the various other addons to Red
Hat's offerings (Ximian, dag, whatever.) They always change the epoch
to trump whatever Red Hat includes. I can't do much about that, and I
only change the epoch whenever required.
>Could we skip the epoch increments and nail the epoch right into
>It looks like rawhide's mozilla-1.6-2 is at epoch 37, just like FC1's
>1.4.1-17, so it seems like it has converged (and I thought the
>question to 42 would be "what's the highest epoch mozilla will get?" ;)
>Is there any reason to keep epochs in third party repos higher than
>37? If yes, could you coordinate this with Christopher Blizzard
><blizzard at redhat.com> (cced)? At the very least upgrade paths to the
>next Red Hat/Fedora Core release are broken.
>BTW, why does galeon have to depend on the epoched version? Wouldn't
>an epoch-less directory dependecy a la
>be far better (epoch-less)? It only breaks with inequality
>On Mon, Apr 12, 2004 at 10:38:30AM -0400, BTC wrote:
>> apt-get install galeon
>>Reading Package Lists... Done
>>Building Dependency Tree... Done
>>Some packages could not be installed. This may mean that you have
>>requested an impossible situation or if you are using the unstable
>>distribution that some required packages have not yet been created
>>or been moved out of Incoming.
>>Since you only requested a single operation it is extremely likely that
>>the package is simply not installable and a bug report against
>>that package should be filed.
>>The following information may help to resolve the situation:
>>The following packages have unmet dependencies:
>> galeon: Depends: mozilla (= 38:1.6) but 37:1.6-0.fdr.7.1 is to be
>>E: Broken packages
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the repo-coord