Bug#760003: transition: qt-gstreamer
On Thursday 28 May 2015 14:05:18 Lisandro Damián Nicanor Pérez Meyer wrote: [snip] It won't hurt to upload the experimental version around the same time as kamoso though if you want to, since we'll have to wait for kamoso to age anyway. I'm afraid it's still not clear to me if you are referring to qapt (which seems to have built fine) or qtgstreamer :-/ I have just understood how the situation is. The bad news are that the experimental version can't be pushed to unstable until kf5 is in it, which means waiting for Qt 5.4.2... not a solution now. **BUT** the good news are that qapt does not expose any gstreamer API, which means that even if the package names are deceptive they should just work as they already are. And that's why a simple binNMU just worked. So I would just simply keep the version in sid as it is, we will push the newer version with proper naming with kf5. Thanks a lot for your work! -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#760003: transition: qt-gstreamer
On Thursday 28 May 2015 14:57:37 Jonathan Wiltshire wrote: [snip] I'm probably going to be busy the next few nights, so if no one else gets to it I'll try figuring out whats up with qapt this weekend. According to the transition tracker page qapt has already been rebuilt. I looked at the code and it depends on libqtgstreamer so it should simply work. Indeed I thought qapt worth a try last night, and it has built correctly - at least, it has the correct dependencies as far as the transition is concerned. It won't hurt to upload the experimental version around the same time as kamoso though if you want to, since we'll have to wait for kamoso to age anyway. I'm afraid it's still not clear to me if you are referring to qapt (which seems to have built fine) or qtgstreamer :-/ -- 17: Cual es la funcion inicial de un antivirus * Desarrollar virus para vender el producto Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#760003: transition: qt-gstreamer
On 28/05/15 05:24, Diane Trout wrote: I'm probably going to be busy the next few nights, so if no one else gets to it I'll try figuring out whats up with qapt this weekend. qapt needs an upload of the package in experimental to sid. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 2015-05-28 14:51, Lisandro Damián Nicanor Pérez Meyer wrote: On Wednesday 27 May 2015 20:24:25 Diane Trout wrote: [snip] Ok I have a version of kamoso that works. (with a slight hack on my part) that will hopefully be replaced by a new upstream release. The package is currently at: http://mentors.debian.net/debian/pool/main/k/kamoso/kamoso_2.0.2-3.dsc though one of the team DDs should probably review it first and then decide if it should be released. I'm on this, I think the patches are good. Will upload in a few minutes. I'm probably going to be busy the next few nights, so if no one else gets to it I'll try figuring out whats up with qapt this weekend. According to the transition tracker page qapt has already been rebuilt. I looked at the code and it depends on libqtgstreamer so it should simply work. Indeed I thought qapt worth a try last night, and it has built correctly - at least, it has the correct dependencies as far as the transition is concerned. It won't hurt to upload the experimental version around the same time as kamoso though if you want to, since we'll have to wait for kamoso to age anyway. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On Wednesday 27 May 2015 20:24:25 Diane Trout wrote: [snip] Ok I have a version of kamoso that works. (with a slight hack on my part) that will hopefully be replaced by a new upstream release. The package is currently at: http://mentors.debian.net/debian/pool/main/k/kamoso/kamoso_2.0.2-3.dsc though one of the team DDs should probably review it first and then decide if it should be released. I'm on this, I think the patches are good. Will upload in a few minutes. I'm probably going to be busy the next few nights, so if no one else gets to it I'll try figuring out whats up with qapt this weekend. According to the transition tracker page qapt has already been rebuilt. I looked at the code and it depends on libqtgstreamer so it should simply work. Maybe you are meaning qt-gstreamer? -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#760003: transition: qt-gstreamer
On Tuesday, May 26, 2015 16:19:43 Emilio Pozuelo Monfort wrote: On 26/05/15 07:39, Diane Trout wrote: Finally. It appears I fixed the symbols files issues with telepathy-qt and libkpeople Do I need to do anything to get the the child packages to try to rebuild? No. But please look into kamoso and qapt if you can. Emilio Ok I have a version of kamoso that works. (with a slight hack on my part) that will hopefully be replaced by a new upstream release. The package is currently at: http://mentors.debian.net/debian/pool/main/k/kamoso/kamoso_2.0.2-3.dsc though one of the team DDs should probably review it first and then decide if it should be released. (I just wanted to keep you updated). I'm probably going to be busy the next few nights, so if no one else gets to it I'll try figuring out whats up with qapt this weekend. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 26/05/15 07:39, Diane Trout wrote: Finally. It appears I fixed the symbols files issues with telepathy-qt and libkpeople Do I need to do anything to get the the child packages to try to rebuild? No. But please look into kamoso and qapt if you can. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 22/05/15 08:45, Diane Trout wrote: Hello, I managed to fix most of the architectures for telepathy-qt. Unfortunately armel still has a symbols issue I'll have to try and fix tomorrow Not sure if you saw it, but your attempt to fix it didn't work. I also realized I made another mistake -- I forgot that there was a SONAME change for two of the dependencies, libkpeople and ktp-common-internals, so not only can I not upload them (because I'm a DM), they'll also sit in NEW for a while blocking the rest of kde-telepathy from being built correctly. Those were accepted. Unfortunately libkpeople is failing on many arches with symbol mismatches. 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#760003: transition: qt-gstreamer
On Monday, May 25, 2015 19:02:18 Emilio Pozuelo Monfort wrote: On 22/05/15 08:45, Diane Trout wrote: Hello, I managed to fix most of the architectures for telepathy-qt. Unfortunately armel still has a symbols issue I'll have to try and fix tomorrow Not sure if you saw it, but your attempt to fix it didn't work. Unfortunately yes, I'm now on -6. I also realized I made another mistake -- I forgot that there was a SONAME change for two of the dependencies, libkpeople and ktp-common-internals, so not only can I not upload them (because I'm a DM), they'll also sit in NEW for a while blocking the rest of kde-telepathy from being built correctly. Those were accepted. Unfortunately libkpeople is failing on many arches with symbol mismatches. Drat I misinterpreted the FTBFS I'll work on kpeople too. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
Finally. It appears I fixed the symbols files issues with telepathy-qt and libkpeople Do I need to do anything to get the the child packages to try to rebuild? Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
Hello, I managed to fix most of the architectures for telepathy-qt. Unfortunately armel still has a symbols issue I'll have to try and fix tomorrow I also realized I made another mistake -- I forgot that there was a SONAME change for two of the dependencies, libkpeople and ktp-common-internals, so not only can I not upload them (because I'm a DM), they'll also sit in NEW for a while blocking the rest of kde-telepathy from being built correctly. I forwarded the source packages to Lisandro, but he seemed busy. In case it would help you the mentors links for the two packages are at: http://mentors.debian.net/package/libkpeople http://mentors.debian.net/package/ktp-common-internals Otherwise I'll continue asking Lisandro. Thank you for your continued attention, Diane On Thursday, May 21, 2015 16:08:18 Emilio Pozuelo Monfort wrote: On 21/05/15 02:22, Diane Trout wrote: The transition started and scheduled some rebuilds, but ktp-call-ui failed to build against the new qt-gstreamer: https://buildd.debian.org/status/logs.php?pkg=ktp-call-uiver=0.8.1-1%2Bb 1 What needs to happen here? I'd like to solve the FTBFS by releasing kde-telepathy 0.9. I've been privately building the 0.9 version of call-ui with qt-gstreamer 1.x while I was waiting for the Jessie freeze to finish, so the new version should work with qt-gstreamer 1.x (I'm currently rebuilding the ktp 0.9 packages with the version of qt- gstreamer in sid instead of my own copy) OK good. We need a fixed telepathy-qt though (see #786391). Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 22/05/15 08:45, Diane Trout wrote: Hello, I managed to fix most of the architectures for telepathy-qt. Unfortunately armel still has a symbols issue I'll have to try and fix tomorrow I also realized I made another mistake -- I forgot that there was a SONAME change for two of the dependencies, libkpeople and ktp-common-internals, so not only can I not upload them (because I'm a DM), they'll also sit in NEW for a while blocking the rest of kde-telepathy from being built correctly. I forwarded the source packages to Lisandro, but he seemed busy. In case it would help you the mentors links for the two packages are at: http://mentors.debian.net/package/libkpeople http://mentors.debian.net/package/ktp-common-internals Otherwise I'll continue asking Lisandro. Hmm, OK. Let us know once they have been uploaded. BTW kamoso and qapt are both maintained by pkg-kde-extras. Since you are a member of the team, maybe you can upload those (or ask the relevant people from the team) ? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 21/05/15 02:22, Diane Trout wrote: The transition started and scheduled some rebuilds, but ktp-call-ui failed to build against the new qt-gstreamer: https://buildd.debian.org/status/logs.php?pkg=ktp-call-uiver=0.8.1-1%2Bb1 What needs to happen here? I'd like to solve the FTBFS by releasing kde-telepathy 0.9. I've been privately building the 0.9 version of call-ui with qt-gstreamer 1.x while I was waiting for the Jessie freeze to finish, so the new version should work with qt-gstreamer 1.x (I'm currently rebuilding the ktp 0.9 packages with the version of qt- gstreamer in sid instead of my own copy) OK good. We need a fixed telepathy-qt though (see #786391). Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
The transition started and scheduled some rebuilds, but ktp-call-ui failed to build against the new qt-gstreamer: https://buildd.debian.org/status/logs.php?pkg=ktp-call-uiver=0.8.1-1%2Bb1 What needs to happen here? I'd like to solve the FTBFS by releasing kde-telepathy 0.9. I've been privately building the 0.9 version of call-ui with qt-gstreamer 1.x while I was waiting for the Jessie freeze to finish, so the new version should work with qt-gstreamer 1.x (I'm currently rebuilding the ktp 0.9 packages with the version of qt- gstreamer in sid instead of my own copy) Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 28/04/15 08:10, Diane Trout wrote: On Friday, September 05, 2014 17:53:19 Emilio Pozuelo Monfort wrote: On 31/08/14 01:08, Diane Trout wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition For the longest time no one had the time to update qt-gstreamer to the GStreamer 1.0 api. We finally managed to do the port and there is progress on patches for the few packages that are using qt-gstreamer. What's the status of those patches? Are there patches for all the rdeps? Packages in experimental? Please file bugs and make them block this one. Without further details I can't ack this. This is the first time I've tried to do a transition, and I dropped this during the Jessie freeze. (I had guessed the release team would be busy with other things). As for the status of the patches, There's qt-gstreamer itself, it's fine. I know the KDE-Telepathy components are all ported, ktp-common-internals, telepathy-logger-qt, ktp-text-ui, ktp-call-ui, (I've been running against qt- gstreamer 1.0 for months) The transition started and scheduled some rebuilds, but ktp-call-ui failed to build against the new qt-gstreamer: https://buildd.debian.org/status/logs.php?pkg=ktp-call-uiver=0.8.1-1%2Bb1 What needs to happen here? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
The one thing I'm a bit concerned about for the transition is that as we modified qt-gstreamer to also build new Qt5 binary packages, I think it's going to spend some time in NEW. That's ok, binary NEW is fairly quick (and we have friends in the right places if it turns out not). qt-gstreamer 1.2.0-2 is uploaded and is in NEW now http://lists.alioth.debian.org/pipermail/pkg-kde-extras/2015-May/022845.html Diane Trout -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
Control: tags -1 confirmed On 29/04/15 08:09, Diane Trout wrote: On Tuesday, April 28, 2015 19:07:27 Emilio Pozuelo Monfort wrote: On 28/04/15 08:10, Diane Trout wrote: On Friday, September 05, 2014 17:53:19 Emilio Pozuelo Monfort wrote: On 31/08/14 01:08, Diane Trout wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition For the longest time no one had the time to update qt-gstreamer to the GStreamer 1.0 api. We finally managed to do the port and there is progress on patches for the few packages that are using qt-gstreamer. What's the status of those patches? Are there patches for all the rdeps? Packages in experimental? Please file bugs and make them block this one. Without further details I can't ack this. This is the first time I've tried to do a transition, and I dropped this during the Jessie freeze. (I had guessed the release team would be busy with other things). As for the status of the patches, There's qt-gstreamer itself, it's fine. I know the KDE-Telepathy components are all ported, ktp-common-internals, telepathy-logger-qt, ktp-text-ui, ktp-call-ui, (I've been running against qt- gstreamer 1.0 for months) The other reverse depends appear to be kipi-plugins, kamoso, and qapt Looking through Ubuntu vivid, kipi-plugins is already using qt-gstreamer 1.0 , qapt looks like it stopped using qt gstreamer, and based on a comment from a Kubuntu developer, I think there is currently a buggy patch for kamoso. Is there any documentation about what should be in the transition bugs filed against the other packages? Mostly patches. Mention they are for a transition and link to this bug report. I filed bug 783674 with a patch for kamoso, that builds and seems to work. Nothing else seems to need patches, so I hadn't filed bug reports. Should I have? No, that's alright. You didn't mention digikam, which appears in our transition tracker: https://release.debian.org/transitions/html/auto-qt-gstreamer.html What's its status? Digikam builds against qt-gstreamer-1.0 without any problem, and kubuntu vivid is shipping it built against qt-gstreamer-1.0. Good. The last package was qapt, and that appears to be in Debian experimental built against qt-gstreamer-1.0. OK so that will need to be uploaded to unstable when the transition starts. You can file a bug for that. Things look good, so you can upload qt-gstreamer to sid. 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#760003: transition: qt-gstreamer
On Tuesday, April 28, 2015 19:07:27 Emilio Pozuelo Monfort wrote: On 28/04/15 08:10, Diane Trout wrote: On Friday, September 05, 2014 17:53:19 Emilio Pozuelo Monfort wrote: On 31/08/14 01:08, Diane Trout wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition For the longest time no one had the time to update qt-gstreamer to the GStreamer 1.0 api. We finally managed to do the port and there is progress on patches for the few packages that are using qt-gstreamer. What's the status of those patches? Are there patches for all the rdeps? Packages in experimental? Please file bugs and make them block this one. Without further details I can't ack this. This is the first time I've tried to do a transition, and I dropped this during the Jessie freeze. (I had guessed the release team would be busy with other things). As for the status of the patches, There's qt-gstreamer itself, it's fine. I know the KDE-Telepathy components are all ported, ktp-common-internals, telepathy-logger-qt, ktp-text-ui, ktp-call-ui, (I've been running against qt- gstreamer 1.0 for months) The other reverse depends appear to be kipi-plugins, kamoso, and qapt Looking through Ubuntu vivid, kipi-plugins is already using qt-gstreamer 1.0 , qapt looks like it stopped using qt gstreamer, and based on a comment from a Kubuntu developer, I think there is currently a buggy patch for kamoso. Is there any documentation about what should be in the transition bugs filed against the other packages? Mostly patches. Mention they are for a transition and link to this bug report. I filed bug 783674 with a patch for kamoso, that builds and seems to work. Nothing else seems to need patches, so I hadn't filed bug reports. Should I have? You didn't mention digikam, which appears in our transition tracker: https://release.debian.org/transitions/html/auto-qt-gstreamer.html What's its status? Digikam builds against qt-gstreamer-1.0 without any problem, and kubuntu vivid is shipping it built against qt-gstreamer-1.0. The last package was qapt, and that appears to be in Debian experimental built against qt-gstreamer-1.0. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 2015-04-29 07:09, Diane Trout wrote: I filed bug 783674 with a patch for kamoso, that builds and seems to work. Nothing else seems to need patches, so I hadn't filed bug reports. Should I have? I added some metadata to that bug and took the liberty of making it severity:normal; if it can be fixed soon that should make this is nice painless transition. No others need to be filed if they can be rebuilt by us without changes. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 2015-04-29 16:42, Diane Trout wrote: On Wednesday, April 29, 2015 10:53:27 Jonathan Wiltshire wrote: On 2015-04-29 07:09, Diane Trout wrote: I filed bug 783674 with a patch for kamoso, that builds and seems to work. Nothing else seems to need patches, so I hadn't filed bug reports. Should I have? I added some metadata to that bug and took the liberty of making it severity:normal; if it can be fixed soon that should make this is nice painless transition. No others need to be filed if they can be rebuilt by us without changes. The one thing I'm a bit concerned about for the transition is that as we modified qt-gstreamer to also build new Qt5 binary packages, I think it's going to spend some time in NEW. That's ok, binary NEW is fairly quick (and we have friends in the right places if it turns out not). -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On Wed, Apr 29, 2015 at 08:42:05 -0700, Diane Trout wrote: On Wednesday, April 29, 2015 10:53:27 Jonathan Wiltshire wrote: On 2015-04-29 07:09, Diane Trout wrote: I filed bug 783674 with a patch for kamoso, that builds and seems to work. Nothing else seems to need patches, so I hadn't filed bug reports. Should I have? I added some metadata to that bug and took the liberty of making it severity:normal; if it can be fixed soon that should make this is nice painless transition. No others need to be filed if they can be rebuilt by us without changes. The one thing I'm a bit concerned about for the transition is that as we modified qt-gstreamer to also build new Qt5 binary packages, I think it's going to spend some time in NEW. You can get the NEW package in experimental in advance so it's not a blocker when moving to sid. Cheers, Julien signature.asc Description: Digital signature
Bug#760003: transition: qt-gstreamer
On Wednesday, April 29, 2015 10:53:27 Jonathan Wiltshire wrote: On 2015-04-29 07:09, Diane Trout wrote: I filed bug 783674 with a patch for kamoso, that builds and seems to work. Nothing else seems to need patches, so I hadn't filed bug reports. Should I have? I added some metadata to that bug and took the liberty of making it severity:normal; if it can be fixed soon that should make this is nice painless transition. No others need to be filed if they can be rebuilt by us without changes. The one thing I'm a bit concerned about for the transition is that as we modified qt-gstreamer to also build new Qt5 binary packages, I think it's going to spend some time in NEW. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 28/04/15 08:10, Diane Trout wrote: On Friday, September 05, 2014 17:53:19 Emilio Pozuelo Monfort wrote: On 31/08/14 01:08, Diane Trout wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition For the longest time no one had the time to update qt-gstreamer to the GStreamer 1.0 api. We finally managed to do the port and there is progress on patches for the few packages that are using qt-gstreamer. What's the status of those patches? Are there patches for all the rdeps? Packages in experimental? Please file bugs and make them block this one. Without further details I can't ack this. This is the first time I've tried to do a transition, and I dropped this during the Jessie freeze. (I had guessed the release team would be busy with other things). As for the status of the patches, There's qt-gstreamer itself, it's fine. I know the KDE-Telepathy components are all ported, ktp-common-internals, telepathy-logger-qt, ktp-text-ui, ktp-call-ui, (I've been running against qt- gstreamer 1.0 for months) The other reverse depends appear to be kipi-plugins, kamoso, and qapt Looking through Ubuntu vivid, kipi-plugins is already using qt-gstreamer 1.0 , qapt looks like it stopped using qt gstreamer, and based on a comment from a Kubuntu developer, I think there is currently a buggy patch for kamoso. Is there any documentation about what should be in the transition bugs filed against the other packages? Mostly patches. Mention they are for a transition and link to this bug report. You didn't mention digikam, which appears in our transition tracker: https://release.debian.org/transitions/html/auto-qt-gstreamer.html What's its status? Once everything is clear, we will ack the transition and you can proceed with an upload to unstable, possibly followed with NMUs if the maintainers of the reverse-dependencies don't react after a while. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On Friday, September 05, 2014 17:53:19 Emilio Pozuelo Monfort wrote: On 31/08/14 01:08, Diane Trout wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition For the longest time no one had the time to update qt-gstreamer to the GStreamer 1.0 api. We finally managed to do the port and there is progress on patches for the few packages that are using qt-gstreamer. What's the status of those patches? Are there patches for all the rdeps? Packages in experimental? Please file bugs and make them block this one. Without further details I can't ack this. This is the first time I've tried to do a transition, and I dropped this during the Jessie freeze. (I had guessed the release team would be busy with other things). As for the status of the patches, There's qt-gstreamer itself, it's fine. I know the KDE-Telepathy components are all ported, ktp-common-internals, telepathy-logger-qt, ktp-text-ui, ktp-call-ui, (I've been running against qt- gstreamer 1.0 for months) The other reverse depends appear to be kipi-plugins, kamoso, and qapt Looking through Ubuntu vivid, kipi-plugins is already using qt-gstreamer 1.0 , qapt looks like it stopped using qt gstreamer, and based on a comment from a Kubuntu developer, I think there is currently a buggy patch for kamoso. Is there any documentation about what should be in the transition bugs filed against the other packages? Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
On 31/08/14 01:08, Diane Trout wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition For the longest time no one had the time to update qt-gstreamer to the GStreamer 1.0 api. We finally managed to do the port and there is progress on patches for the few packages that are using qt-gstreamer. What's the status of those patches? Are there patches for all the rdeps? Packages in experimental? Please file bugs and make them block this one. Without further details I can't ack this. I know the updates to improve kde-telepathy-call-ui require the update to GStreamer 1.0. I suspect the Debian GStreamer maintainers would love for 0.10 to disappear. Sure but that's not going to happen for Jessie even if this transition happened now. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760003: transition: qt-gstreamer
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition For the longest time no one had the time to update qt-gstreamer to the GStreamer 1.0 api. We finally managed to do the port and there is progress on patches for the few packages that are using qt-gstreamer. I know the updates to improve kde-telepathy-call-ui require the update to GStreamer 1.0. I suspect the Debian GStreamer maintainers would love for 0.10 to disappear. Diane Ben file: title = qt-gstreamer; is_affected = .source ~ /qt-gstreamer/ | .build-depends ~ /libqtgstreamer-dev/ | .depends ~ /libqtgstreamer.*-0.10-0/ | .depends ~ /libqtgstreamer.*-1.0-0/ ; is_good = .depends ~ /libqtgstreamer.*-1.0-0/; is_bad = .depends ~ /libqtgstreamer.*-0.10-0/; -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
