Bug#750619: transition: wxsqlite3
On Sat, Aug 16, 2014 at 07:50:56AM +0200, László Böszörményi (GCS) wrote: > Why do you NMU my package after five hours? I'm active and wanted to > upload 3.1.1 with more fixes. Now I'm going to wait not to clash with > the transition. Sorry, I didn't mean to annoy anyone. There no problem with you uploading 3.1.1. It certainly won't make the transition take any longer than if I hadn't NMUed, and at this point it won't delay it at all, since none of the rdeps have actually been uploaded yet. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On Sat, Aug 16, 2014 at 1:08 AM, Olly Betts wrote: > On Fri, Aug 15, 2014 at 07:56:59PM +0200, Emilio Pozuelo Monfort wrote: >> > An updated wxsqlite3 package is already in experimental. >> >> Go ahead. > > Thanks - to get things moving, I've NMUed the wxsqlite3 version in > experimental to unstable, with one trivial fix for a failure to > substitute @VERSION@ into the .pc file which recent lintian reports an > error for. Why do you NMU my package after five hours? I'm active and wanted to upload 3.1.1 with more fixes. Now I'm going to wait not to clash with the transition. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On Fri, Aug 15, 2014 at 07:56:59PM +0200, Emilio Pozuelo Monfort wrote: > > An updated wxsqlite3 package is already in experimental. > > Go ahead. Thanks - to get things moving, I've NMUed the wxsqlite3 version in experimental to unstable, with one trivial fix for a failure to substitute @VERSION@ into the .pc file which recent lintian reports an error for. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
Control: tags -1 confirmed On 05/06/14 04:42, Olly Betts wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > Control: block 748169 by -1 > Control: block -1 by 749974 749976 749978 > > I'm filing this on behalf of gcs (the wxsqlite3 maintainer) who's in > X-Debbugs-Cc. > > As part of the wxwidgets3.0 transition, wxsqlite3 needs to switch to > using wxwidgets3.0, which requires a secondary transition for > wxsqlite3's 3 reverse dependencies: > > codelite (orphaned, but being adopted; updated package ready in experimental) > guayadeque (needs updating for wx3.0; no response from maintainer yet) > maitreya (maintainer and upstream are working on updating for wx3.0) > > I've already filed bugs against all three. > > This transition will require sourceful uploads, as the wxsqlite3 -dev > package is changing name from libwxsqlite3-2.8-dev to > libwxsqlite3-3.0-dev. > > An updated wxsqlite3 package is already in experimental. Go ahead. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749974: Bug#750619: transition: wxsqlite3
On Sun, Jul 06, 2014 at 08:43:09AM -0500, Paul Elliott wrote: > On Sat, Jul 05, 2014 at 10:19:53PM +0200, László Böszörményi (GCS) wrote: > > On Sat, Jul 5, 2014 at 6:19 PM, Emilio Pozuelo Monfort > > wrote: > > > With guayadeque gone from testing because upstream is switching to qt, > > > what's > > > the situation here? Are the other two packages ready to switch? If so, > > > shall we > > > start this? > > The last package which needs updating is maitreya. Its upstream > > finished the transition two weeks ago[1]: > > "Service Release 7.0.6 (Jun 21 2014) > > This is a service release with support for wxWidgets 3.0.0. It is > > used for wx migration purposes only.". > > But the package and its Git tree is still on 7.0.5, but hopefully Paul > > Elliott will update it soon. Should I NMU it after some days, if that > > doesn't happen, maybe on Thursday? All packages involved in this transition have now been removed from testing. wxsqlite3 itself is ready in experimental. codelite is also ready in experimental. guayadeque upstream is planning a switch from wx to Qt, though I haven't seen an indication of the timescale for this - it's possible it might not happen before jessie. I discussed this briefly with pochu on #debian-release, and he said it would be better to avoid breaking guayadeque in unstable, but that an imperfect patch would be OK, so I had a stab at updating it to use wx3.0 and there's now a patch in #749978 (you want the second patch I sent) which seems to work aside from a cosmetic issue (logo missing from splash screen/about panel). maitreya status seems to be we're waiting for upstream to address some assertion failures with wx3.0. Given that these would have been quietly ignored in a default built on wx2.8, I suggest we build it with -DNDEBUG for now which tells wx3.0 to ignore them as wx2.8 does. Then we can actually make this transition happen and get the updated packages out there a decent length of time before the jessie freeze (November 5th) to give us a chance to shake out any problems. Assuming maitreya upstream makes a release before the freeze, we can drop -DNDEBUG and ship that instead. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749974: Bug#750619: transition: wxsqlite3
On Sat, Jul 05, 2014 at 10:19:53PM +0200, László Böszörményi (GCS) wrote: > On Sat, Jul 5, 2014 at 6:19 PM, Emilio Pozuelo Monfort > wrote: > > With guayadeque gone from testing because upstream is switching to qt, > > what's > > the situation here? Are the other two packages ready to switch? If so, > > shall we > > start this? > The last package which needs updating is maitreya. Its upstream > finished the transition two weeks ago[1]: > "Service Release 7.0.6 (Jun 21 2014) > This is a service release with support for wxWidgets 3.0.0. It is > used for wx migration purposes only.". > But the package and its Git tree is still on 7.0.5, but hopefully Paul > Elliott will update it soon. Should I NMU it after some days, if that > doesn't happen, maybe on Thursday? As I mentioned in a status report on the bug 749974 (the bug for maitreya), the first upstream release 7.0.6 contained bugs, and had to be sent back to the upstream for further work. The upstream is working on that now. As soon as i get the next upstream release without bugs, I should be able to produce a new version for debian fairly quickly. > > Regards, > Laszlo/GCS > [1] http://www.saravali.de/index.html > [2] http://anonscm.debian.org/gitweb/?p=collab-maint/maitreya.git -- Paul Elliott 1(512)837-1096 pelli...@blackpatchpanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 signature.asc Description: Digital signature
Bug#750619: transition: wxsqlite3
On 05/07/14 22:19, László Böszörményi (GCS) wrote: > On Sat, Jul 5, 2014 at 6:19 PM, Emilio Pozuelo Monfort > wrote: >> With guayadeque gone from testing because upstream is switching to qt, what's >> the situation here? Are the other two packages ready to switch? If so, shall >> we >> start this? > The last package which needs updating is maitreya. Its upstream > finished the transition two weeks ago[1]: > "Service Release 7.0.6 (Jun 21 2014) > This is a service release with support for wxWidgets 3.0.0. It is > used for wx migration purposes only.". > But the package and its Git tree is still on 7.0.5, but hopefully Paul > Elliott will update it soon. Should I NMU it after some days, if that > doesn't happen, maybe on Thursday? According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749974#28 there were some problems in 7.0.6, I guess because wx3.0 rdeps are built with assertions enabled by default. Paul, can you give us an update here? When do you think we can have an update for maitreya? Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On Sat, Jul 5, 2014 at 6:19 PM, Emilio Pozuelo Monfort wrote: > With guayadeque gone from testing because upstream is switching to qt, what's > the situation here? Are the other two packages ready to switch? If so, shall > we > start this? The last package which needs updating is maitreya. Its upstream finished the transition two weeks ago[1]: "Service Release 7.0.6 (Jun 21 2014) This is a service release with support for wxWidgets 3.0.0. It is used for wx migration purposes only.". But the package and its Git tree is still on 7.0.5, but hopefully Paul Elliott will update it soon. Should I NMU it after some days, if that doesn't happen, maybe on Thursday? Regards, Laszlo/GCS [1] http://www.saravali.de/index.html [2] http://anonscm.debian.org/gitweb/?p=collab-maint/maitreya.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On 06/06/14 11:45, Olly Betts wrote: > On Fri, Jun 06, 2014 at 10:22:49AM +0200, Emilio Pozuelo Monfort wrote: >> On 06/06/14 08:49, László Böszörményi (GCS) wrote: >>> It's up to the guayadeque and maitreya packages >>> to make the update for wxSqlite 3.0 now. >> >> Are there bugs for those? Please make them block this one. > > They already do - I set the blocks up when I filed this bug: > > | Control: block -1 by 749974 749976 749978 > >> Also you're welcome to provide patches to make the transition start >> faster. > > I've provided a partial patch for maitreya already. With guayadeque gone from testing because upstream is switching to qt, what's the situation here? Are the other two packages ready to switch? If so, shall we start this? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On Fri, Jun 06, 2014 at 10:22:49AM +0200, Emilio Pozuelo Monfort wrote: > On 06/06/14 08:49, László Böszörményi (GCS) wrote: > > It's up to the guayadeque and maitreya packages > > to make the update for wxSqlite 3.0 now. > > Are there bugs for those? Please make them block this one. They already do - I set the blocks up when I filed this bug: | Control: block -1 by 749974 749976 749978 > Also you're welcome to provide patches to make the transition start > faster. I've provided a partial patch for maitreya already. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On 06/06/14 08:49, László Böszörményi (GCS) wrote: > It's up to the guayadeque and maitreya packages > to make the update for wxSqlite 3.0 now. Are there bugs for those? Please make them block this one. Also you're welcome to provide patches to make the transition start faster. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
Hi Emilio, On Thu, Jun 5, 2014 at 11:33 AM, Emilio Pozuelo Monfort wrote: > Yes, remove those transitional packages. And let's wait until the three rdeps > are ready before going forward with this. Let me know when that happens and > I'll > ack this if there are no conflicts with other transitions. Disabled those, tested the Codelite 5.4 build from experimental and it builds as expected. Also tested the packages, wxSqlite3 3.0 installs along with the previous 2.8 ones. Codelite works in this scenario as it should. It's up to the guayadeque and maitreya packages to make the update for wxSqlite 3.0 now. The only side effect is that Codelite 6.0.1 released recently, but as noted 5.4 works fine in this scenario and I'm sure 6.0.1 will work as well. I Cc its maintainer who may update that package. Kind regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
Control: tags -1 -confirmed On 05/06/14 10:13, László Böszörményi (GCS) wrote: > Hi Emilio, > > On Thu, Jun 5, 2014 at 9:52 AM, Emilio Pozuelo Monfort > wrote: >>> This transition will require sourceful uploads, as the wxsqlite3 -dev >>> package is changing name from libwxsqlite3-2.8-dev to >>> libwxsqlite3-3.0-dev. >>> >>> An updated wxsqlite3 package is already in experimental. >> >> I see that wxsqlite3 provides both 2.8 and 3.0 packages, so this should be >> a smooth transition, right? Not requiring everything to migrate at the same >> time. If so, go ahead and upload to unstable whenever you want. > Actually the 2.8 ones are transition ones. Thus the three dependent > packages will need to go in at once. Codelite is ready, made a lot of > work on maitreya and it's almost compilable. Don't know how the others > progress, will contact them. But I'm neither know anything about > guayadeque yet. > What would be the advised way? I may remove the transition packages > and users can use the leftover 2.8 packages for their (old) private > projects. But they will need to update those somewhen anyway and > dependent packages that are not updated will FTBFS no matter what. Yes, remove those transitional packages. And let's wait until the three rdeps are ready before going forward with this. Let me know when that happens and I'll ack this if there are no conflicts with other transitions. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
Hi Emilio, On Thu, Jun 5, 2014 at 9:52 AM, Emilio Pozuelo Monfort wrote: >> This transition will require sourceful uploads, as the wxsqlite3 -dev >> package is changing name from libwxsqlite3-2.8-dev to >> libwxsqlite3-3.0-dev. >> >> An updated wxsqlite3 package is already in experimental. > > I see that wxsqlite3 provides both 2.8 and 3.0 packages, so this should be > a smooth transition, right? Not requiring everything to migrate at the same > time. If so, go ahead and upload to unstable whenever you want. Actually the 2.8 ones are transition ones. Thus the three dependent packages will need to go in at once. Codelite is ready, made a lot of work on maitreya and it's almost compilable. Don't know how the others progress, will contact them. But I'm neither know anything about guayadeque yet. What would be the advised way? I may remove the transition packages and users can use the leftover 2.8 packages for their (old) private projects. But they will need to update those somewhen anyway and dependent packages that are not updated will FTBFS no matter what. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
Control: forwarded -1 https://release.debian.org/transitions/html/libwxsqlite3-3.0-0.html Control: tags -1 confirmed On 05/06/14 04:42, Olly Betts wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > Control: block 748169 by -1 > Control: block -1 by 749974 749976 749978 > > I'm filing this on behalf of gcs (the wxsqlite3 maintainer) who's in > X-Debbugs-Cc. > > As part of the wxwidgets3.0 transition, wxsqlite3 needs to switch to > using wxwidgets3.0, which requires a secondary transition for > wxsqlite3's 3 reverse dependencies: > > codelite (orphaned, but being adopted; updated package ready in experimental) > guayadeque (needs updating for wx3.0; no response from maintainer yet) > maitreya (maintainer and upstream are working on updating for wx3.0) > > I've already filed bugs against all three. > > This transition will require sourceful uploads, as the wxsqlite3 -dev > package is changing name from libwxsqlite3-2.8-dev to > libwxsqlite3-3.0-dev. > > An updated wxsqlite3 package is already in experimental. I see that wxsqlite3 provides both 2.8 and 3.0 packages, so this should be a smooth transition, right? Not requiring everything to migrate at the same time. If so, go ahead and upload to unstable whenever you want. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block 748169 by -1 Control: block -1 by 749974 749976 749978 I'm filing this on behalf of gcs (the wxsqlite3 maintainer) who's in X-Debbugs-Cc. As part of the wxwidgets3.0 transition, wxsqlite3 needs to switch to using wxwidgets3.0, which requires a secondary transition for wxsqlite3's 3 reverse dependencies: codelite (orphaned, but being adopted; updated package ready in experimental) guayadeque (needs updating for wx3.0; no response from maintainer yet) maitreya (maintainer and upstream are working on updating for wx3.0) I've already filed bugs against all three. This transition will require sourceful uploads, as the wxsqlite3 -dev package is changing name from libwxsqlite3-2.8-dev to libwxsqlite3-3.0-dev. An updated wxsqlite3 package is already in experimental. Ben file: title = "wxsqlite3"; is_affected = .depends ~ "libwxsqlite3-2.8-0" | .depends ~ "libwxsqlite3-3.0-0"; is_good = .depends ~ "libwxsqlite3-3.0-0"; is_bad = .depends ~ "libwxsqlite3-2.8-0"; Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org