bin NMUs for the libvte4 -> libvte9 transition

classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

bin NMUs for the libvte4 -> libvte9 transition

Loïc Minier
        Hi there,

 Could you please schedule bin NMUs for the libvte4 -> libvte9
 transition on the following packages:
 - anjuta/1:1.2.4a-5
 - gnoemoe/2.2.0+dfsg-1
 - gnome-apt/0.4.9-2
 - gnome-mud/0.10.7-1 (It's at +b2 currently.)
 - grip/3.3.1-12
 - gtkterm/0.99.5-1 (It's at +b1 currently.)
 - gtk-sharp/1:1.0.10-5
 - ruby-gnome2/0.15.0-1.1
 - gnome-sharp2/2.16.0-2
 - mlview/0.9.0-1 (It's at +b2 currently.)
 - synaptic/0.57.11.1 (It's at +b1 currently.)
 - tilda/0.09.4-1
 - xfce4-terminal/0.2.5.8rc2-1

 (A new upstream release of gnome-terminal build-deping on vte >= 0.15
 was uploaded, so no need to bin NMU it.)

 Thanks!

--
Loïc Minier


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Steve Langasek
On Tue, Apr 24, 2007 at 05:06:32PM +0200, Loïc Minier wrote:

>  Could you please schedule bin NMUs for the libvte4 -> libvte9
>  transition on the following packages:
>  - anjuta/1:1.2.4a-5
>  - gnoemoe/2.2.0+dfsg-1
>  - gnome-apt/0.4.9-2
>  - gnome-mud/0.10.7-1 (It's at +b2 currently.)
>  - grip/3.3.1-12
>  - gtkterm/0.99.5-1 (It's at +b1 currently.)
>  - gtk-sharp/1:1.0.10-5
>  - ruby-gnome2/0.15.0-1.1
>  - gnome-sharp2/2.16.0-2
>  - mlview/0.9.0-1 (It's at +b2 currently.)
>  - synaptic/0.57.11.1 (It's at +b1 currently.)
>  - tilda/0.09.4-1
>  - xfce4-terminal/0.2.5.8rc2-1

>  (A new upstream release of gnome-terminal build-deping on vte >= 0.15
>  was uploaded, so no need to bin NMU it.)

BinNMUs scheduled as needed for all of the above.

Thanks,
--
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
[hidden email]                                   http://www.debian.org/


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Nico Golde-7
In reply to this post by Loïc Minier
Hi,
* Loïc Minier <[hidden email]> [2007-04-24 17:12]:
[...]
>  - tilda/0.09.4-1

No need for this one, a new revision will be uploaded soon.
Kind regards
Nico
--
Nico Golde - http://ngolde.de - [hidden email] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.

attachment0 (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Yves-Alexis Perez
In reply to this post by Loïc Minier
On mar, 2007-04-24 at 17:06 +0200, Loïc Minier wrote:
>  - xfce4-terminal/0.2.5.8rc2-1
no need for this one, new upstream is already uploaded
--
Yves-Alexis


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Yves-Alexis Perez
On mer, 2007-04-25 at 21:47 +0200, Yves-Alexis Perez wrote:
> >  - xfce4-terminal/0.2.5.8rc2-1
> no need for this one, new upstream is already uploaded
Ok, it's really to late, sorry. I don't know why Loic asked for a binNMU
while we were specifically waiting for vte9 to upload xfce4-terminal.
--
Yves-Alexis


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Loïc Minier
On Wed, Apr 25, 2007, Yves-Alexis Perez wrote:
> Ok, it's really to late, sorry. I don't know why Loic asked for a binNMU
> while we were specifically waiting for vte9 to upload xfce4-terminal.

 I did not know whether the new upstream was build-depending on a high
 enough vte version, so I asked on #debian-xfce:
14:48 < lool> I see that xfce4-terminal is not in experimental; I'll request a
              bin NMU for this package, any reason not to?

 in doubt, I requested it as I saw no harm in doing this: IIUC,
 uploading a new xfce4-terminal source resets the dep-wait + bin NMU.

--
Loïc Minier


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Steve Langasek
In reply to this post by Yves-Alexis Perez
On Wed, Apr 25, 2007 at 10:03:15PM +0200, Yves-Alexis Perez wrote:
> On mer, 2007-04-25 at 21:47 +0200, Yves-Alexis Perez wrote:
> > >  - xfce4-terminal/0.2.5.8rc2-1
> > no need for this one, new upstream is already uploaded
> Ok, it's really to late, sorry. I don't know why Loic asked for a binNMU
> while we were specifically waiting for vte9 to upload xfce4-terminal.

More to the point, if you were waiting for vte9 before uploading
xfce4-terminal, why did you not wait until vte9 was available *on all
architectures*?  Your upload triggered a failed build on s390, because the
upload cleared the dep-wait for the binNMU and your package does not have a
versioned build-dependency on vte (and probably should not, either).

Dep-wait reset now.

--
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
[hidden email]                                   http://www.debian.org/


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Yves-Alexis Perez
In reply to this post by Loïc Minier
On mer, 2007-04-25 at 22:23 +0200, Loïc Minier wrote:
> in doubt, I requested it as I saw no harm in doing this: IIUC,
>  uploading a new xfce4-terminal source resets the dep-wait + bin NMU.

yeah, but we upload just after you requested the binNMU, without even
knowing you just did that. And the binNMU was scheduled after it was
accepted.
--
Yves-Alexis


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Yves-Alexis Perez
In reply to this post by Steve Langasek
On mer, 2007-04-25 at 13:31 -0700, Steve Langasek wrote:
> More to the point, if you were waiting for vte9 before uploading
> xfce4-terminal, why did you not wait until vte9 was available *on all
> architectures*?

Because we wanted to upload it the faster. Like gnome-terminal was
uploaded just after vte upload.

>  Your upload triggered a failed build on s390, because the
> upload cleared the dep-wait for the binNMU
>  and your package does not have a
> versioned build-dependency on vte (and probably should not, either).

Well, we do have a build-dep on libvte-dev (>= 1:0.14).
--
Yves-Alexis


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: bin NMUs for the libvte4 -> libvte9 transition

Steve Langasek
In reply to this post by Yves-Alexis Perez
On Wed, Apr 25, 2007 at 10:41:01PM +0200, Yves-Alexis Perez wrote:
> On mer, 2007-04-25 at 22:23 +0200, Loïc Minier wrote:
> > in doubt, I requested it as I saw no harm in doing this: IIUC,
> >  uploading a new xfce4-terminal source resets the dep-wait + bin NMU.

> yeah, but we upload just after you requested the binNMU, without even
> knowing you just did that. And the binNMU was scheduled after it was
> accepted.

Well, that's only possible because w-b hasn't been pulling from incoming
lately.

On Wed, Apr 25, 2007 at 10:46:05PM +0200, Yves-Alexis Perez wrote:
> >  Your upload triggered a failed build on s390, because the
> > upload cleared the dep-wait for the binNMU
> >  and your package does not have a
> > versioned build-dependency on vte (and probably should not, either).

> Well, we do have a build-dep on libvte-dev (>= 1:0.14).

Ok, then I don't know why this s390 failure happened.  I guess maybe the
auto-dep-wait cleared, but the s390 buildd was pulling from a stale mirror
and got the old version of libvte-dev by mistake.

--
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
[hidden email]                                   http://www.debian.org/


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]