[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#712688: transition: gdal

Gdal is in trusty already (since tonight).


On Tue, Dec 31, 2013 at 3:29 PM, Ivan Mincik <ivan.mincik@gmail.com> wrote:
> Hash: SHA1
> On 11/22/2013 06:23 PM, Francesco P. Lovergine wrote:
>> On Wed, Jul 10, 2013 at 10:16:50AM +0200, Francesco P. Lovergine
>> wrote:
>>> On Wed, Jul 10, 2013 at 12:01:39AM +0200, Julien Cristau wrote:
>>>> On Tue, Jun 18, 2013 at 17:16:03 +0200, Francesco P. Lovergine
>>>> wrote:
>>>>> On Tue, Jun 18, 2013 at 04:27:41PM +0200, Francesco Paolo
>>>>> Lovergine wrote:
>>>>>> BTW, without annoying all of you with a so looooooong
>>>>>> history about this issue, I'm going to introduce a new
>>>>>> libgdal1h binary package (h means hidden, better
>>>>>> suggestions are welcome :)), with a new SONAME libgdal.1h
>>>>>> to manage a decent migration to the new flavor. This will
>>>>>> sacrifice third-parties sw compatibility, but well, who
>>>>>> cares? It would be break anyway.
>>>>> Maybe a better choice in this specific case would be
>>>>> introducing a new binary package (libgdal1h) that
>>>>> Conflicts/Breaks against libgdal1 and provides the usual
>>>>> library with the usual name/soname. Of course, that will
>>>>> force a lot of bNMUs and an explicit unblocking set to
>>>>> complete the transition properly. Make sense?
>>>> I must admit from your mails I don't really understand what
>>>> your plan is. Do the packages currently in experimental follow
>>>> that plan?
>>> Yes, at least the still pending in NEW queue (it has a proper
>>> fix). I would simply provide a new libtary package that provides
>>> the usual library name/soname and conflicts with the old one.
>>> That will require a good amount of bNMUs for rdepends.
>> After a couple of new releases in experimental, it is now time of
>> pushing this change ASAP in sid. RMs, could you please give an ack
>> about that? As said, we will need to ask for a long list of bNMUs
>> after release in sid.
> Dear Francesco and Bas, I was trying to read all possible information
> (bug reports, debian/changelog, mailing list) about the libgdal1h
> issue and transition, but still, it is not clear for me what the
> current state is and what it needs to be done to complete this task.
> Please, could you summarize current situation ? Is it possible that
> GDAL 10 packaging will be fully completed soon enough to get to Ubuntu
> 14.04 LTS in best shape ?
> Thanks a lot for your work.
> - --
> Ivan Mincik
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> KP8GXUQU45TDeM+Wlq4VI5XHxDP82Ge+acMl85tjv7Psx2NStWTNHdMhcRGm7r2F
> T8PO7eV8x6Y7jd3i199FwvzwS6nUtTiu+M/FtS4ekvQxiEP9rNwEdf3XRTfGoDtZ
> RWjEAIodQeN1ddZE2hFpi2TPxVD9xPik+lDjXh7jDCfrq+8Wslg5PzXJynGHRZKG
> GLtkvK8o93P2VPrDmp94qa9KclQJ4s5mrjhXH+2FzVfCaJMwVmdSFCUrFLk5wWBs
> Ebkb3mNANrM7Du3EGdigIchETD7zBQN1jwXsw4++0K1VgwY6ih/k/83maVHwPUU=
> =Vqtn
> --
> To UNSUBSCRIBE, email to debian-gis-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: [🔎] 52C2D4DF.5000705@gmail.com">http://lists.debian.org/[🔎] 52C2D4DF.5000705@gmail.com

Reply to: