Bug#677620: transition: GNOME 3.4: evolution 3.4
On Wed, Jun 20, 2012 at 07:14:18AM +0200, Michael Biebl wrote: libreoffice (Rene is already working on that) uploaded. Regards, Rene -- 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/20120620144301.gc13...@rene-engelhard.de
Bug#677620: transition: GNOME 3.4: evolution 3.4
On 18.06.2012 18:41, Rene Engelhard wrote: On Fri, Jun 15, 2012 at 02:13:25PM +0200, Michael Biebl wrote: Involves several soname bumps: - libebook-1.2-12 → libebook-1.2-16 - libecal-1.2-10 → libecal-1.2-13 .. Either I miss something, or the above is wrong: .. - libebook-1.2-12 → libebook-1.2-13 - libecal-1.2-10 → libecal-1.2-11 sound more right, which makes the tracker need the following: Indeed is_affected = .build-depends ~/lib(|ecal1.2|edataserver1.2|edataserverui-3.0|ebook1.2|edata-book1.2|edata-cal1.2|ebackend1.2)-dev/ | .build-depends ~ /evolution-data-server-dev/; is_good = .depends ~ /lib(|ebook-1.2-13|ecal-1.2-11|edata-book-1.2-13|edataserver-1.2-16|camel-1.2-33|edata-cal-1.2-15|ebackend-1.2-2)/; is_bad = .depends ~ /lib(ebook-1.2-12|ecal-1.2-10|edata-book-1.2-11|edataserver-1.2-15|camel-1.2-29|edata-cal-1.2-13|ebackend-1.2-1)/; Thanks for the correction. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#677620: transition: GNOME 3.4: evolution 3.4
On 18.06.2012 15:31, Mehdi Dogguy wrote: tags 677620 + pending thanks On 15/06/2012 14:13, Michael Biebl wrote: We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. Please go ahead with the uploads. Let's try to do this transition quickly :) I've generated the ben trackers: http://release.debian.org/transitions/html/gtkhtml4.0.html http://release.debian.org/transitions/html/evolution3.4.html - Uploaded gtkhtml4.0 a few minutes ago. - mail-notification (#677455) was fixed in the mean time and is ready. - eds upload will follow later today, which means you should be able to schedule the first round of binNMUs then. - As Rene mentioned, libreoffice will not work properly with a binNMU and needs a sourceful upload. So please exclude libreoffice when scheduling binNMUs. He told me that he basically has all the necessary changes already committed locally and will take care of making the upload. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#677620: transition: GNOME 3.4: evolution 3.4
On 19.06.2012 18:09, Michael Biebl wrote: On 18.06.2012 15:31, Mehdi Dogguy wrote: tags 677620 + pending thanks On 15/06/2012 14:13, Michael Biebl wrote: We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. Please go ahead with the uploads. Let's try to do this transition quickly :) - gtkhtml4.0 was uploaded an built everywhere. - evolution-data-server was uploaded an built everywhere. - evolution was uploaded is currently still building. There is a build failure on s390. According to Julien this particular error has been seen a couple of times and can be most likely fixed by giving back the build. sourceful uploads = done: evolution-ews evolution-mapi evolution-exchange evolution-rss gnome-shell todo: libreoffice (Rene is already working on that) binNMUs === gtkhtml4.0 ~~ xiphos (already scheduled) evolution-data-server 3.4 ~ [no dep wait needed since eds is built and installed everywhere] almanah barry contacts dates ekiga empathy eweouz folks giggle gbirthday glabels gnome-contacts gnome-panel gnome-phone-manager gnome-python-desktop hdate-applet jana nautilus-sendto obexd ruby-revolution sflphone syncevolution tasks evolution 3.4 ~ [dep wait on evolution-dev (= 3.4)] tracker evolution-webcal mail-notification I think that should be about it. Thanks everyone for the help! Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#677620: transition: GNOME 3.4: evolution 3.4
On 06/20/2012 07:14 AM, Michael Biebl wrote: - evolution was uploaded is currently still building. There is a build failure on s390. According to Julien this particular error has been seen a couple of times and can be most likely fixed by giving back the build. Given back. evolution-data-server 3.4 ~ [no dep wait needed since eds is built and installed everywhere] barry not scheduled (see #678233). gbirthday arch:all, not scheduled. almanah contacts dates ekiga empathy eweouz folks giggle glabels gnome-contacts gnome-panel gnome-phone-manager gnome-python-desktop hdate-applet jana nautilus-sendto obexd ruby-revolution sflphone syncevolution tasks done. evolution 3.4 ~ [dep wait on evolution-dev (= 3.4)] tracker evolution-webcal mail-notification done. (note that tracker is affected by a grave bug #666176. While this should not block the transition (because if affects testing versions too), it has to be fixed before the release). Cheers. -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- 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/4fe161b5.9070...@dogguy.org
Bug#677620: transition: GNOME 3.4: evolution 3.4
tags 677620 + pending thanks On 15/06/2012 14:13, Michael Biebl wrote: We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. Please go ahead with the uploads. Let's try to do this transition quickly :) I've generated the ben trackers: http://release.debian.org/transitions/html/gtkhtml4.0.html http://release.debian.org/transitions/html/evolution3.4.html Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- 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/4fdf2dcd.7010...@dogguy.org
Processed: Re: Bug#677620: transition: GNOME 3.4: evolution 3.4
Processing commands for cont...@bugs.debian.org: tags 677620 + pending Bug #677620 [release.debian.org] transition: GNOME 3.4: evolution 3.4 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 677620: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677620 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.134002855919087.transcr...@bugs.debian.org
Bug#677620: transition: GNOME 3.4: evolution 3.4
Hi, On Fri, Jun 15, 2012 at 02:13:25PM +0200, Michael Biebl wrote: Involves several soname bumps: - libebook-1.2-12 → libebook-1.2-16 [...] * binNMUs (build tested) [...] - libreoffice Really? http://cgit.freedesktop.org/libreoffice/core/tree/connectivity/source/drivers/evoab2/EApi.cxx?h=libreoffice-3-5-4 together with http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=rules;h=4a018d0a3c0ae82c6255b8e5c3f1a699151eccd4;hb=HEAD#l2892 http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=scripts/get_libebook_dep.sh;h=6fefd62073fb08937348bc74547fdba33c08a959;hb=HEAD doesn't make me think it builds (it at least most probably will not create a proper dep) - source upload needed. Regards, Rene -- 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/20120618143018.gc20...@rene-engelhard.de
Bug#677620: transition: GNOME 3.4: evolution 3.4
On Mon, Jun 18, 2012 at 04:30:18PM +0200, Rene Engelhard wrote: http://cgit.freedesktop.org/libreoffice/core/tree/connectivity/source/drivers/evoab2/EApi.cxx?h=libreoffice-3-5-4 Oh, and evene if it built it obviously won't work ;) Regards, Rene -- 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/20120618143718.gd20...@rene-engelhard.de
Bug#677620: transition: GNOME 3.4: evolution 3.4
On Fri, Jun 15, 2012 at 02:13:25PM +0200, Michael Biebl wrote: Involves several soname bumps: - libebook-1.2-12 → libebook-1.2-16 - libecal-1.2-10 → libecal-1.2-13 - libedata-book-1.2-11 → libedata-book-1.2-13 - libedataserver-1.2-15 → libedataserver-1.2-16 - libcamel-1.2-29 → libcamel-1.2-33 - libedata-cal-1.2-13 → libedata-cal-1.2-15 - libebackend-1.2-1 → libebackend-1.2-2 is_affected = .build-depends ~/lib(|ecal1.2|edataserver1.2|edataserverui-3.0|ebook1.2|edata-book1.2|edata-cal1.2|ebackend1.2)-dev/ | .build-depends ~ /evolution-data-server-dev/; is_good = .depends ~ /lib(|ebook-1.2-16|ecal-1.2-13|edata-book-1.2-13|edataserver-1.2-16|camel-1.2-33|edata-cal-1.2-15|ebackend-1.2-2)/; is_bad = .depends ~ /lib(ebook-1.2-12|ecal-1.2-10|edata-book-1.2-11|edataserver-1.2-15|camel-1.2-29|edata-cal-1.2-13|ebackend-1.2-1)/; Hmm. Either I miss something, or the above is wrong: from e-d-s 3.4.2-2s experimental upload: libcamel-1.2-33 - Evolution MIME message handling library libcamel1.2-dev - Development files for libcamel libebackend-1.2-2 - Utility library for evolution data servers libebackend1.2-dev - Utility library for evolution data servers (development files) libebook-1.2-13 - Client library for evolution address books libebook1.2-dev - Client library for evolution address books (development files) libecal-1.2-11 - Client library for evolution calendars libecal1.2-dev - Client library for evolution calendars (development files) libedata-book-1.2-13 - Backend library for evolution address books libedata-book1.2-dev - Backend library for evolution address books (development files) libedata-cal-1.2-15 - Backend library for evolution calendars libedata-cal1.2-dev - Backend library for evolution calendars (development files) libedataserver-1.2-16 - Utility library for evolution data servers libedataserver1.2-dev - Utility library for evolution data servers (development files) libedataserverui-3.0-1 - GUI utility library for evolution data servers libedataserverui-3.0-dev - GUI utility library for evolution data servers (development files - libebook-1.2-12 → libebook-1.2-13 - libecal-1.2-10 → libecal-1.2-11 sound more right, which makes the tracker need the following: is_affected = .build-depends ~/lib(|ecal1.2|edataserver1.2|edataserverui-3.0|ebook1.2|edata-book1.2|edata-cal1.2|ebackend1.2)-dev/ | .build-depends ~ /evolution-data-server-dev/; is_good = .depends ~ /lib(|ebook-1.2-13|ecal-1.2-11|edata-book-1.2-13|edataserver-1.2-16|camel-1.2-33|edata-cal-1.2-15|ebackend-1.2-2)/; is_bad = .depends ~ /lib(ebook-1.2-12|ecal-1.2-10|edata-book-1.2-11|edataserver-1.2-15|camel-1.2-29|edata-cal-1.2-13|ebackend-1.2-1)/; Regards, Rene -- 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/20120618164154.ge20...@rene-engelhard.de
Bug#677620: transition: GNOME 3.4: evolution 3.4
Hi, On Fri, Jun 15, 2012 at 15:46:42 +0300, Touko Korpela wrote: We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. I think this is too late and big transition in this stage of release. It wouldn't be fair to other transitions that are already skipped. I'd be very grateful if this position could be reconsidered, for a number of reasons. If evo came so late is because we've been doing GNOME 3.4 step by step, instead of doing a hell of a transition. Particularly, our last step included GNOME Shell with a patch to revert its switch to look for Evolution's new gsettings stuff, which allowed us to first get Shell in without entangling the new evolution-data-server, and now be prepared for a smaller and not so scary Evo transition. We could have just shoved everything in a big transition, but we have always tried our best to coordinate our uploads, wait for slots, and do small bits. That takes time, and we haven't stopped since 3.4 was released, one transition after the other. It'd be sad to not have the complete thing, just lacking the final bit. I hope we can do something about this. Jordi, a bit frustrated. :P -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#677620: transition: GNOME 3.4: evolution 3.4
On Fri, 2012-06-15 at 14:13 +0200, Michael Biebl wrote: We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. As I mentioned on IRC (possibly a little more grumpily than I should have; sorry about that), this is somewhat late in the cycle, particularly given that we'd previously asked for people to contact us before May 20th. I realise that there are reasons for it being presented this late, but at least a placeholder earlier would have been much appreciated. Despite the lateness, I'm also conscious of the fact that we're talking about the default mail client in the default desktop environment that we prevent to users. Other than possible confusion from mixing packages with 3.2 and 3.4 version numbering, would we lose anything in terms of integration, functionality etc if we did decide not to proceed with this? (That's not a decision either way, just trying to make sure we have all the relevant information.) 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/1339939006.7014.14.ca...@jacala.jungle.funky-badger.org
Bug#677620: transition: GNOME 3.4: evolution 3.4
On Sun, 2012-06-17 at 14:52 +0200, Jordi Mallach wrote: On Fri, Jun 15, 2012 at 15:46:42 +0300, Touko Korpela wrote: We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. I think this is too late and big transition in this stage of release. It wouldn't be fair to other transitions that are already skipped. I'd be very grateful if this position could be reconsidered, for a number of reasons. Note that Touko is not a member of the Release Team; the above is therefore not a statement of position from the team. (Although it is a reasonable point, but see my follow-up to Michael's original mail.) 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/1339939158.7014.17.ca...@jacala.jungle.funky-badger.org
Bug#677620: transition: GNOME 3.4: evolution 3.4
On Sun, 2012-06-17 at 14:16 +0100, Adam D. Barratt wrote: On Fri, 2012-06-15 at 14:13 +0200, Michael Biebl wrote: We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. As I mentioned on IRC (possibly a little more grumpily than I should have; sorry about that), this is somewhat late in the cycle, particularly given that we'd previously asked for people to contact us before May 20th. I realise that there are reasons for it being presented this late, but at least a placeholder earlier would have been much appreciated. Despite the lateness, I'm also conscious of the fact that we're talking about the default mail client in the default desktop environment that we prevent to users. present to users Other than possible confusion from mixing packages with 3.2 and 3.4 version numbering, would we lose anything in terms of integration, functionality etc if we did decide not to proceed with this? (That's not a decision either way, just trying to make sure we have all the relevant information.) 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/1339941851.7014.19.ca...@jacala.jungle.funky-badger.org
Bug#677620: transition: GNOME 3.4: evolution 3.4
Hello, Adam D. Barratt a...@adam-barratt.org.uk (17/06/2012): As I mentioned on IRC (possibly a little more grumpily than I should have; sorry about that), this is somewhat late in the cycle, particularly given that we'd previously asked for people to contact us before May 20th. I realise that there are reasons for it being presented this late, but at least a placeholder earlier would have been much appreciated. I think I'm a bit guilty here. I have been pinged a couple of times on IRC about this, and I think I didn't insist enough on the need for having a bug report ASAP (even if only a placeholder). From my (you know how much) very limited experience, Gnome people have been very good at not making our job difficult by managing their updates through rather limited transitions. I think it's fair to let them do this final (I think; if not, you'd better tell us *now* ;p) transition. I can/will shepherd it. Mraw, KiBi. signature.asc Description: Digital signature
Bug#677620: transition: GNOME 3.4: evolution 3.4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. I'm not quite sure if we should setup separate trackers for gtkhtml4.0, evolution and evolution-data-server or if they should be merged, since we should do all three in one go. For simplicities sake I've uses separate ben files (hopefully I got them right). gtkhtml4.0 (4.2.2 → 4.4.2) == No soname bump involved, but generates a tight dependency via shlibs, i.e. = 4.2 and 4.3 atm. So all reverse dependencies need to be recompiled against 4.4: - evolution - evolution-ews - evolution-exchange - evolution-mapi - evolution-rss - mail-notification - tracker-miner-evolution - xiphos (*) BUT: all the above packages besides xiphos need a binNMU or a sourceful anyway for evolution / evolution-data-server 3.4, so only xiphos needs to be binNMUed for gtkhtml4.0 4.2.2. We upload gtkhtml4.0 as first step. is_affected = .build-depends ~ /libgtkhtml(-editor)-4.0-dev/ | .build-depends ~ /evolution-dev/; is_good = .depends ~ /libgtkhtml(-editor)-4.0-0 \(= 4.4\)/; is_bad = .depends ~ /libgtkhtml(-editor)-4.0-0 \( 4.3\)/; evolution-data-server (3.2.2 → 3.4.2) and evolution (3.2.2 → 3.4.2) === evolution-data-server ~ Involves several soname bumps: - libebook-1.2-12 → libebook-1.2-16 - libecal-1.2-10 → libecal-1.2-13 - libedata-book-1.2-11 → libedata-book-1.2-13 - libedataserver-1.2-15 → libedataserver-1.2-16 - libcamel-1.2-29 → libcamel-1.2-33 - libedata-cal-1.2-13 → libedata-cal-1.2-15 - libebackend-1.2-1 → libebackend-1.2-2 is_affected = .build-depends ~/lib(|ecal1.2|edataserver1.2|edataserverui-3.0|ebook1.2|edata-book1.2|edata-cal1.2|ebackend1.2)-dev/ | .build-depends ~ /evolution-data-server-dev/; is_good = .depends ~ /lib(|ebook-1.2-16|ecal-1.2-13|edata-book-1.2-13|edataserver-1.2-16|camel-1.2-33|edata-cal-1.2-15|ebackend-1.2-2)/; is_bad = .depends ~ /lib(ebook-1.2-12|ecal-1.2-10|edata-book-1.2-11|edataserver-1.2-15|camel-1.2-29|edata-cal-1.2-13|ebackend-1.2-1)/; * binNMUs (build tested) - almanah - barry - contacts - dates - ekiga - empathy - eweouz - folks - giggle - gbirthday - glabels - gnome-contacts - gnome-panel - gnome-phone-manager - gnome-python-desktop - hdate-applet - jana - nautilus-sendto - obexd - ruby-revolution - sflphone - syncevolution - tasks - libreoffice evolution ~ Doesn't involve a soname bump but libevolution generates a tight dependency via shlibs, i.e = 3.2 3.3 atm. is_affected = .build-depends ~ /evolution-dev/; is_good = .depends ~ /libevolution \(= 3.4\)/; is_bad = .depends ~ /libevolution \( 3.3\)/; The list of rdepends of evolution-data-server and evolution intersect. To avoid duplicate compilation, upload evolution-data-server 3.4 first, then evolution 3.4, then schedule the binNMUs resp. do a sourceful update of the remaining rdeps. * binNMUs (build tested) - mail-notification (once http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677455 is fixed) - tracker - evolution-webcal * sourceful uploads - gnome-shell (debian/patches/21_revert_evolution_gsettings.patch needs to be dropped) - evolution-ews (3.2 → 3.4, in experimental) - evolution-exchange (3.2 → 3.4, in experimental) - evolution-mapi (3.2 → 3.4, in experimental) - evolution-rss (0.2.90 → 0.3.91, in experimental) Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20120615121325.8238.53766.report...@pluto.milchstrasse.xx
Bug#677620: transition: GNOME 3.4: evolution 3.4
On Fri, Jun 15, 2012 at 02:13:25PM +0200, Michael Biebl wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition We want evolution 3.4 for wheezy. This means updating gtkhtml4.0, evolution-data-server, evolution and the reverse dependencies of those packages. I think this is too late and big transition in this stage of release. It wouldn't be fair to other transitions that are already skipped. -- 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/20120615124642.GA6577@tiikeri.vuoristo.local
