Bug#653903: qt4-x11 multiarch NMUs
Alle giovedì 7 giugno 2012, Cyril Brulebois ha scritto: > Adam D. Barratt (06/06/2012): > > Did you have chance to look at that? (I'm also thinking in terms of > > getting s390x out of fucked_arches.) > > Yes, but nothing obvious at the time (possibly because of a missing > “readybritney” -- which among other things syncs data from the real > britney var/ directory -- plus no dry run for a while). > > Way better after a sync: both diffs attached. Mostly > ghc/mono/libreoffice AFAICS for s390*. It seems there's nothing big left to do regarding this transition (unless I'm missing anything); if futher actions will be needed (e.g. mostly binNMUs), we can always request them, no? If you, release-team people, are fine, I think we could finally close this ticket and declare qt 4.8 multiarch done. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#653903: qt4-x11 multiarch NMUs
Adam D. Barratt (06/06/2012): > Did you have chance to look at that? (I'm also thinking in terms of > getting s390x out of fucked_arches.) Yes, but nothing obvious at the time (possibly because of a missing “readybritney” -- which among other things syncs data from the real britney var/ directory -- plus no dry run for a while). Way better after a sync: both diffs attached. Mostly ghc/mono/libreoffice AFAICS for s390*. Mraw, KiBi. -chromium-browser (= 18.0.1025.151~r130497-1): FAILED -chromium-browser-dbg (= 18.0.1025.151~r130497-1): FAILED -chromium-browser-l10n (= 18.0.1025.151~r130497-1): FAILED -chromium-l10n (= 18.0.1025.151~r130497-1): FAILED +cernlib (= 20061220+dfsg3-2): FAILED +cernlib-core (= 20061220+dfsg3-2): FAILED +cernlib-core-dev (= 20061220+dfsg3-2): FAILED +cernlib-extras (= 20061220+dfsg3-2): FAILED +cernlib-montecarlo (= 20061220+dfsg3-1): FAILED +chromium (= 17.0.963.83~r127885-1): FAILED +chromium-dbg (= 17.0.963.83~r127885-1): FAILED +cicero (= 0.7.2-2): FAILED +cl-quicklisp (= 1.0-1): FAILED +festvox-en1 (= 1.95-1): FAILED +festvox-us1 (= 1.95-1): FAILED +festvox-us2 (= 1.95-1): FAILED +festvox-us3 (= 1.95-1): FAILED +frescobaldi (= 2.0.5+ds1-1): FAILED -gambas3 (= 3.1.1-2): FAILED -gambas3-gb-chart (= 3.1.1-2): FAILED -gambas3-gb-db-form (= 3.1.1-2): FAILED -gambas3-gb-eval-highlight (= 3.1.1-2): FAILED -gambas3-gb-form (= 3.1.1-2): FAILED -gambas3-gb-form-dialog (= 3.1.1-2): FAILED -gambas3-gb-form-mdi (= 3.1.1-2): FAILED -gambas3-gb-form-stock (= 3.1.1-2): FAILED -gambas3-gb-report (= 3.1.1-2): FAILED -gambas3-gb-settings (= 3.1.1-2): FAILED -gambas3-gb-web (= 3.1.1-2): FAILED -gambas3-ide (= 3.1.1-2): FAILED +geant321 (= 1:3.21.14.dfsg-9): FAILED +gspiceui (= 1.0.0+dfsg-1): FAILED +harden-remoteaudit (= 0.1.38): FAILED +ikvm (= 0.46.0.1+ds-4): FAILED -libferret-ruby (= 0.11.6-3): FAILED -libferret-ruby1.8 (= 0.11.6-3): FAILED +lazarus-0.9.30.4 (= 0.9.30.4-1): FAILED +lazarus (= 0.9.30.4-1): FAILED +libghc6-statistics-dev (= 1:6): FAILED +libghc6-statistics-prof (= 1:6): FAILED +libghc6-vector-algorithms-dev (= 1:6): FAILED +libghc6-vector-algorithms-prof (= 1:6): FAILED +libgnatprj-dev (= 4.4.6-6): FAILED +libgnatvsn-dev (= 4.4.6-6): FAILED -libmojomojo-perl (= 1.5+dfsg-2): FAILED +libjdic-java (= 0.9.5-7): FAILED +libsikuli-script-java (= 1.0~x~rc3.tesseract3-dfsg1-3): FAILED +lilypond (= 2.14.2-2): FAILED +mbrola-af1 (= 0.0.20040426-2): FAILED +mbrola-br1 (= 2.21-1): FAILED +mbrola-br3 (= 2.21-2): FAILED +mbrola-cr1 (= 0.0.19981028-2): FAILED +mbrola-cz2 (= 0.02-2): FAILED +mbrola-de4 (= 0.0.20020812-1): FAILED +mbrola-de5 (= 1.0-1): FAILED +mbrola-de6 (= 0.0.20021125-2): FAILED +mbrola-de7 (= 0.0.20030404-2): FAILED +mbrola-ee1 (= 0.0.20020407-1): FAILED +mbrola-en1 (= 19980910-2): FAILED +mbrola-es1 (= 0.0.19980610-2): FAILED +mbrola-es2 (= 2.69-1): FAILED +mbrola-fr1 (= 2.50-1): FAILED +mbrola-fr4 (= 0.0.19990521-2): FAILED +mbrola-gr1 (= 19990610-1): FAILED +mbrola-gr2 (= 0.0.20010521-2): FAILED +mbrola-hu1 (= 1.2-2): FAILED +mbrola-id1 (= 1-2): FAILED +mbrola-it3 (= 0.01-2): FAILED +mbrola-it4 (= 0.01-2): FAILED +mbrola-la1 (= 0.0.20050615-2): FAILED +mbrola-mx2 (= 0.01-1): FAILED +mbrola-nl2 (= 0.5-2): FAILED +mbrola-pl1 (= 0.01-2): FAILED +mbrola-pt1 (= 1.0-2): FAILED +mbrola-ro1 (= 1.0-2): FAILED +mbrola-sw1 (= 1.0-2): FAILED +mbrola-sw2 (= 1.0-2): FAILED +mbrola-us1 (= 0.3-2): FAILED +mbrola-us2 (= 0.01-2): FAILED +mbrola-us3 (= 0.01-1): FAILED +mbrola-vz1 (= 2-1): FAILED +mlton (= 20100608-5): FAILED +mozart-stdlib (= 20060615-6): FAILED +nowebm (= 2.11b-7): FAILED -openoffice.org-ogltrans (= 1:3.4.0~ooo340m1-6): FAILED +openvas-plugins-dfsg (= 1:20100705-2): FAILED +openvas-server (= 2.0.3-4.1): FAILED +openvas-server-dev (= 2.0.3-4.1): FAILED +paros (= 3.2.13-7): FAILED +partman-nbd (= 0.9): FAILED -petsc-dev (= 3.2.dfsg-5): FAILED +paw-demos (= 1:2.14.04.dfsg.2-8): FAILED +ppp-udeb (= 2.4.5-5.1): FAILED +pyjamas (= 0.07-1): FAILED +pyjamas-desktop (= 0.07-1): FAILED +qantenna (= 0.2.3-2): FAILED +r-cran-fexoticoptions (= 2110.77-2): FAILED +r-cran-fextremes (= 2100.77-3): FAILED +r-cran-fmultivar (= 2100.76-3): FAILED +r-cran-ftrading (= 2100.76-3): FAILED +scilab-scimax-doc (= 2.1.1-1): FAILED +sikuli-ide (= 1.0~x~rc3.tesseract3-dfsg1-3): FAILED +songwrite (= 0.14-8): FAILED +sucrose-0.84 (= 0.84.32-2): FAILED +sucrose-0.88 (= 0.88.1-5): FAILED +sugar-browse-activity-0.84 (= 108-10): FAILED +sugar-browse-activity-0.86 (= 120-1): FAILED +texlive-full (= 2012.20120516-1): FAILED -valknut-translations (= 0.4.9-2): FAILED +vserver-debiantools (= 0.8.1): FAILED -xbmc (= 2:11.0~git20120510.82388d5-1): FAILED -agda (= 2.3.0-1): FAILED -agda-mode (= 2.3.0-1): FAILED -agda-stdlib (= 0.6-2): FAILED -asp.net-examples (= 2.10-2.1): FAILED -banshee-community-extensions (= 2.4.0-1): FAILED -banshee-extension-alarm (= 2.4.0-1): FAILED -banshee-extension-albumartwriter (= 2.4.0-1): FAILED -banshee-extension-ampache (= 2.4.0-1): FAILED -banshee-extension-awn (= 2.4.0-1): FAIL
Bug#653903: qt4-x11 multiarch NMUs
On Sun, 2012-06-03 at 23:58 +0200, Cyril Brulebois wrote: > Pino Toscano (02/06/2012): > > A fixed qt4-x11 has been uploaded few hours ago and compiled fine on > > s390x; > > thanks. FTBFS on ia64 though, which I'll file right away. Looks like it worked okay on caballero instead. > > Cyril, I remember you did a couple of days ago a list of the s390 <-> > > s390x differences; after updating it and considering the packages > > above, which other Qt/KDE sources are left? > > Sure; please ping back tomorrow (noonish), and I'll have a look. Did you have chance to look at that? (I'm also thinking in terms of getting s390x out of fucked_arches.) Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339006345.30297.12.ca...@jacala.jungle.funky-badger.org
Bug#653903: qt4-x11 multiarch NMUs
Hi, Pino Toscano (02/06/2012): > A fixed qt4-x11 has been uploaded few hours ago and compiled fine on > s390x; thanks. FTBFS on ia64 though, which I'll file right away. > a few KDE sources among the failing ones have been given back > (building fine) already, the only missing bits I can see are > - kde-runtime (so we end the exiv2 transition for real) > - kmymoney > - kraft > so could you (r-t or CCed s390x buildd admins) please binNMU > kde-runtime for the exiv2 transition and give the other two back? just binNMUd kde-runtime; last two are Installed for 21 hours at the time of this writing. > Cyril, I remember you did a couple of days ago a list of the s390 <-> > s390x differences; after updating it and considering the packages > above, which other Qt/KDE sources are left? Sure; please ping back tomorrow (noonish), and I'll have a look. Mraw, KiBi. signature.asc Description: Digital signature
Bug#653903: qt4-x11 multiarch NMUs
Hi, Alle venerdì 18 maggio 2012, Pino Toscano ha scritto: > The other issue I'm aware of is the qt 4.8 breakage in the plugin > loading system on 64 bits big endian architectures (so s390x and > ppc64); this prevents kde4libs (and thus kde-runtime and pykde4 as > said to be rebuilt in this bug) to compile, and could affect > compilation (either because of broken multiarch paths in > kdelibs5-dev, or because of crashes in helper applications that load > plugins used during build) of other sources. A fixed qt4-x11 has been uploaded few hours ago and compiled fine on s390x; a few KDE sources among the failing ones have been given back (building fine) already, the only missing bits I can see are - kde-runtime (so we end the exiv2 transition for real) - kmymoney - kraft so could you (r-t or CCed s390x buildd admins) please binNMU kde-runtime for the exiv2 transition and give the other two back? Cyril, I remember you did a couple of days ago a list of the s390 <-> s390x differences; after updating it and considering the packages above, which other Qt/KDE sources are left? Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#653903: qt4-x11 multiarch NMUs
On Thu, May 24, 2012 at 13:57:17 +0200, Pino Toscano wrote: > Hi, > > Alle venerdì 18 maggio 2012, Cyril Brulebois ha scritto: > > Pino Toscano (18/05/2012): > > > I think we are generally done, at least with the binNMUs I am aware > > > of wrt problems due to the multiarch library path changes. > > Well almost, I just found (because of Lucas' rebuilds) two more: > - avogadro > - qtruby > Scheduled. Cheers, Julien signature.asc Description: Digital signature
Bug#653903: qt4-x11 multiarch NMUs
Hi, Alle venerdì 18 maggio 2012, Cyril Brulebois ha scritto: > Pino Toscano (18/05/2012): > > I think we are generally done, at least with the binNMUs I am aware > > of wrt problems due to the multiarch library path changes. Well almost, I just found (because of Lucas' rebuilds) two more: - avogadro - qtruby Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#653903: qt4-x11 multiarch NMUs
Hi, Pino Toscano (18/05/2012): > I think we are generally done, at least with the binNMUs I am aware of > wrt problems due to the multiarch library path changes. great news! > There's only pykde4/armel left to build (it's Needs-Build currently), > so a little bump for it could shorten its breakage. $ wb bp 2000 pykde4 . armel > The other issue I'm aware of is the qt 4.8 breakage in the plugin > loading system on 64 bits big endian architectures (so s390x and > ppc64); this prevents kde4libs (and thus kde-runtime and pykde4 as > said to be rebuilt in this bug) to compile, and could affect > compilation (either because of broken multiarch paths in kdelibs5-dev, > or because of crashes in helper applications that load plugins used > during build) of other sources. I fixed upstream the issue and the > backported patch is already in the qt4 packaging repository, just > waiting for a less messy situation of mysql... Erm. Must not yell at mysql again. > Last, could you please giveback digikam? $ wb gb digikam . ALL . -o Mraw, KiBi. signature.asc Description: Digital signature
Bug#653903: qt4-x11 multiarch NMUs
Hi, Alle martedì 15 maggio 2012, Cyril Brulebois ha scritto: > Thanks for the update. Out of curiosity, how many packages are left > after those? I think we are generally done, at least with the binNMUs I am aware of wrt problems due to the multiarch library path changes. There's only pykde4/armel left to build (it's Needs-Build currently), so a little bump for it could shorten its breakage. The other issue I'm aware of is the qt 4.8 breakage in the plugin loading system on 64 bits big endian architectures (so s390x and ppc64); this prevents kde4libs (and thus kde-runtime and pykde4 as said to be rebuilt in this bug) to compile, and could affect compilation (either because of broken multiarch paths in kdelibs5-dev, or because of crashes in helper applications that load plugins used during build) of other sources. I fixed upstream the issue and the backported patch is already in the qt4 packaging repository, just waiting for a less messy situation of mysql... Last, could you please giveback digikam? -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#653903: qt4-x11 multiarch NMUs
Pino Toscano (15/05/2012): > > > > > - pykde4 (needs binNMUed kdepimlibs) > > > > … so not scheduled. > > Could you please schedule it now? > Note that it needs kde4libs >= 4:4.7.4-5, so please add a proper d-w on > that. Scheduled on the archs were kde4libs got built already. Will schedule the others later. > On the same reason, kde4libs/mipsel needs updated qtwebkit, so maybe a > small qtwebkit bump could help things. Just bumped qtwebkit's bp. > Also, you can binNMU (always with the kde4libs d-w constrain above) also > kde-runtime, and complete the last bit of the exiv2 transition. Ooh, that is good news. Done under the same conditions as above. Thanks for the update. Out of curiosity, how many packages are left after those? Mraw, KiBi. signature.asc Description: Digital signature
Bug#653903: qt4-x11 multiarch NMUs
Hi, Alle sabato 12 maggio 2012, Cyril Brulebois ha scritto: > > > > - kdepimlibs (needs binNMUed akonadi) > > FTBFS due to gcc fun… This is now fixed. > > > > - pykde4 (needs binNMUed kdepimlibs) > > … so not scheduled. Could you please schedule it now? Note that it needs kde4libs >= 4:4.7.4-5, so please add a proper d-w on that. On the same reason, kde4libs/mipsel needs updated qtwebkit, so maybe a small qtwebkit bump could help things. Also, you can binNMU (always with the kde4libs d-w constrain above) also kde-runtime, and complete the last bit of the exiv2 transition. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#653903: qt4-x11 multiarch NMUs
Pino Toscano (11/05/2012): > Yes, I should be able to upload qapt soon now. Thanks for that one. > > > - kdepimlibs (needs binNMUed akonadi) FTBFS due to gcc fun… > > > - pykde4 (needs binNMUed kdepimlibs) … so not scheduled. > I forgot an important one :/ Can you please schedule also kde4libs? Just done. Mraw, KiBi. signature.asc Description: Digital signature
Bug#653903: qt4-x11 multiarch NMUs
Alle venerdì 11 maggio 2012, Cyril Brulebois ha scritto: > Pino Toscano (10/05/2012): > > The sources are (take care about the dependencies): > > - akonadi > > - qt-gstreamer > > - libqtzeitgeist > > qtzeitgeist I guess? ;) Yes, sorry, > All 3 done for now. Will see whether I fancy relying on my > (in)ability to set proper dep-waits or whether to schedule the > remaining ones are ready. Hopefully that'll help #669098… Yes, I should be able to upload qapt soon now. > > - kdepimlibs (needs binNMUed akonadi) > > - pykde4 (needs binNMUed kdepimlibs) I forgot an important one :/ Can you please schedule also kde4libs? Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#653903: qt4-x11 multiarch NMUs
Cyril Brulebois (11/05/2012): > > - kdepimlibs (needs binNMUed akonadi) Just scheduled. > > - pykde4 (needs binNMUed kdepimlibs) Next. :) Mraw, KiBi. signature.asc Description: Digital signature
Bug#653903: qt4-x11 multiarch NMUs
Pino Toscano (10/05/2012): > The sources are (take care about the dependencies): > - akonadi > - qt-gstreamer > - libqtzeitgeist qtzeitgeist I guess? ;) All 3 done for now. Will see whether I fancy relying on my (in)ability to set proper dep-waits or whether to schedule the remaining ones are ready. Hopefully that'll help #669098… > - kdepimlibs (needs binNMUed akonadi) > - pykde4 (needs binNMUed kdepimlibs) Mraw, KiBi. signature.asc Description: Digital signature
Bug#653903: qt4-x11 multiarch NMUs
Hi, today qt4-x11 & phonon have been aged (on my request, ACKed by Cyril) and migrated to testing. Could you please schedule few binNMUs needed to adapt some (hardcoded, sic) .cmake configuration files in -dev packages? They are needed to binNMU other qt- and kde- related sources (and help with ongoing transitions). The sources are (take care about the dependencies): - akonadi - qt-gstreamer - libqtzeitgeist - kdepimlibs (needs binNMUed akonadi) - pykde4 (needs binNMUed kdepimlibs) Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.