[00:06] seb128: i guess the build errors i just got for seahorse-plugins come from the broken fontconfig you mentioned earlier? (http://launchpadlibrarian.net/23958748/buildlog_ubuntu-jaunty-i386.seahorse-plugins_2.26.0-0ubuntu1_FAILEDTOBUILD.txt.gz) [00:07] Ampelbein: yes [00:07] ok. [00:10] seb128: bug #343976 ready for review. [00:10] Launchpad bug 343976 in glade-3 "Please sponsor version 3.6.0 in Jaunty" [Wishlist,Confirmed] https://launchpad.net/bugs/343976 [00:11] Ampelbein: thanks [00:19] seb128: any more updates to do? [00:20] Ampelbein: http://download.gnome.org/sources/gnome-icon-theme/2.26/gnome-icon-theme-2.26.0.tar.gz [00:21] ok [00:25] when are we supposed to hear about uds sponsorship? [00:25] not yet I guess [00:25] i thought it was today [00:25] lists had to be made for some days ago and are reviewed now I think [00:26] will be soon I guess [00:26] scary [00:26] what? [00:27] waiting to hear [00:27] ah ;-) [00:27] it's like seeing if you have what you want on christmas day [00:27] hehe [00:28] well i finally upgraded my laptop to jaunty today [00:28] and thankfully suspend/resume and wireless and 3d all still work [00:42] seb128: bug #343996 ready for review. [00:42] Launchpad bug 343996 in gnome-icon-theme "Please sponsor version 2.26.0 in jaunty" [Wishlist,Confirmed] https://launchpad.net/bugs/343996 [00:43] thanks [00:43] Ampelbein: http://download.gnome.org/sources/vino/2.26/vino-2.26.0.tar.gz if you want an another one [00:43] seb128: ok. [00:52] seb128: just one simple question about bzr. is there an easy way to build from the bzr-branch with pbuilder? for now i always copy the debian-directory to a source directory and build there, but this seems quite complicated. [00:55] Ampelbein: try bzr builddeb --merge --dont-purge ;) [00:55] Anyone know what's going on with Hardy updates size mismatches? [00:55] bzr-builddeb package [00:55] Ampelbein: you just need to place the tarball at appropriate place [00:57] seb128: bug 344006 [00:57] Launchpad bug 344006 in gdl "Please sponsor gdl 2.26.0 into jaunty" [Wishlist,New] https://launchpad.net/bugs/344006 [00:57] asac: i tried that but then dpkg-checkbuilddeps complains that build-depends are not satisfied. [00:57] huats: thanks [00:57] your welcome seb128 [00:58] Ampelbein: install the builddepends then [00:58] Ampelbein: otherwise just build sources and then put the .dsc to pbuilder [00:58] like bzr bd --merge --builder='debuild -S' [00:59] asac: ah, ok. that's what i was looking for. [00:59] something is really slow with my network [00:59] bummer [00:59] asac: did not want to install all the build-deps myself since that's what pbuilder is there for was i thinking. thanks for the help. [01:07] Ampelbein: sudo apt-get build-dep package ;) [01:08] * Ampelbein is banging my head to the desk. so obvious... thanks again. [01:10] seb128: bug #344000 ready for review. [01:10] Launchpad bug 344000 in vino "Please sponsor version 2.26.0 in jaunty" [Wishlist,Confirmed] https://launchpad.net/bugs/344000 [01:12] Ampelbein: thanks [01:14] asac: your fontconfig fix worked apparently ;-) [01:14] seb128: really? [01:15] seb128: which build succeeded? [01:15] asac: https://edge.launchpad.net/ubuntu/+source/gnome-utils/2.26.0-0ubuntu1/+build/906982 [01:15] argh. is launchpad slow on your side too? [01:15] asac: no [01:15] but I'm using edge [01:15] me too [01:16] seems my provider thinks during night they can do maintenance or something [01:16] try to not use edge maybe then ;-) [01:16] its really slow [01:17] seb128: that did the trick i think [01:17] amazing [01:17] how can librarian be so much faster? [01:18] that must be coincident [01:18] so cool [01:18] asac: what did you change? non-edge? [01:19] seb128: yeah [01:19] now it rocks the boat [01:20] seems i could continue to work all night now ;) [01:22] asac: if you don't break the buildds again ;-) [01:22] haha [01:23] i usually try not to do that [01:24] * seb128 build retry everything uploaded tonight [01:27] seb128: now that gcc is off the amd builder stuff hopefully gets moving quickly [01:28] but i386 is mostly yours now ;) [01:28] damn ... the edge boost was temporary only [01:34] asac: amd64 still fail to build [01:34] asac: but not on the bug now [01:34] just arch any-all mismatch for fontconfig packages leading to uninstallability [01:34] seb128: log? [01:34] ah [01:35] amd64 didn't catch the same published run for fontconfig [01:35] seb128: well [01:35] publisher [01:35] amd64 doesnt even have a free slot [01:35] so when ati is done all stuff hopefully will be there [01:36] I guess now is a good time to go to bed ;-) [01:36] yeah [01:36] seb128: did you get failures from other arches too? [01:36] they should have the same issue [01:36] some [01:36] k [01:37] gnome-utils seems to build on armel [01:37] https://edge.launchpad.net/ubuntu/+source/gnome-utils/2.26.0-0ubuntu1 [01:37] in fact only i386 worked [01:37] seb128: its building right now on armel .. isnt it? [01:37] yes [01:37] k [01:38] its definitly compiling so stuff should be there [01:38] maybe ports is faster though [01:38] asac: I will remember to break builds next time you have a firefox you want to get pushed to your users ;-) [01:39] seb128: do you know when publisher run is? [01:39] asac: :03 I think [01:39] hourly [01:40] asac: btw what did you change in fontconfig exactly? [01:41] asac: tried to clean all the ubuntu special rules there? [01:41] seb128: i removed obsolete conffiles [01:41] seb128: and links [01:41] seb128: and disabled debconf [01:42] also moved stuff that was in .diff.gz into a debian/patches/ patch ;) [01:42] and split that up [01:42] e.g. half of the changes where in diff.gz the rest in patches [01:43] good to some cleaning there [01:44] seb128: do you know if you still use anymetric anywhere? [01:44] no idea [01:44] from changelog it was just firefox that got patched to show some fonts in similar way as evince [01:45] but i dropped that anymetrics patch quite some time ago ... so i would like to remove that patch from here too [01:45] e.g. the the fontconfig part of it [01:45] but i guess you are the wrong to ask ;) [01:45] I think it was only firefox [01:45] i think it was ian who did that [01:46] drop it now and see if anybody complain ;-) [01:46] yes, ian did that [01:46] yeah. i will drop it once the dust has settled [01:46] dont want to give you another any/all conflict ;) [01:46] yeah, wait until tomorrow ;-) [01:54] http://launchpadlibrarian.net/23960611/buildlog_ubuntu-jaunty-amd64.gnome-system-monitor_2.26.0.1-0ubuntu1_FAILEDTOBUILD.txt.gz [01:54] doesnt look directly fontconfig related [02:04] asac: I'm ready to bet it's fontconfig though [02:07] asac: http://launchpadlibrarian.net/23960698/buildlog_ubuntu-jaunty-amd64.libwnck_2.26.0-0ubuntu1_FAILEDTOBUILD.txt.gz [02:08] asac: those apt summaries are confusing but it's basically libcairo not installable [02:08] seb128: yes out of sync of libwnck and gtkmm and launchpad-integration? did that fail too? [02:08] and I guess that's due to fontconfig not being installable [02:08] asac: yes, I just retried libwnck and gtkmm [02:09] I will go to bed now and give an another retry round in the morning [02:09] everything is published now i think [02:09] fontconfig wise [02:10] at least amd64 is finally DONE too [02:10] good, just need for the publisher to finish running then [02:13] good night then [07:04] Good morning [07:04] dobey: hey [07:04] dobey: package install trigger apt-get update> you can't [07:04] dobey: why would you want to do that? [07:05] sigh, many gnome packages fail to install atm [07:05] gnome-panel: Depends: gnome-panel-data (< 1:2.26) but 1:2.26.0-0ubuntu1 is to be installed [07:06] wonder why the depends looks like that [07:09] morning :) [07:09] hey didrocks [07:09] hey pitti o/ [07:27] ok, so there seems to be some problems in amd64 [07:28] that's why gnome-panel etc failed to build [07:28] huats: hey, how's the anjuta update doing?-) [07:30] tjaalton: hey [07:30] doing well [07:30] there has been a new upstream yesterday [07:30] with new bdeps [07:31] I am waiting for all of them to be in jaunty (it will be done soon) [07:31] and then I can upload it [07:31] huats: oh great, I didn't see that :) [07:31] ah, so not uploaded yet.. ok [07:32] tjaalton: indeed... [08:18] hello [08:19] * seb128 yawns [08:19] hey seb128 o/ [08:19] hello didrocks [08:20] seb128: I think you should take a big cup of coffee :) [08:20] didrocks: yeah, I just did [08:21] seb128: you have some sponsoring stuff to do when you will be really awake :) [08:21] didrocks: yeah, looking at that now [08:22] I'm finishing bug-buddy in the meanwhile. Is murrine a new package? [08:22] didrocks: no, it's gtk2-engine-murrine [08:22] didrocks: that the theme engine used by default on ubuntu [08:23] didrocks: oh, ok. I'm on it once bug-buddy done :) [08:23] * mvo takes the vte and g-t sponsoring [08:23] * pitti hugs seb128 [08:23] * pitti hugs mvo too, Guten Morgen [08:23] * seb128 hugs pitti mvo [08:23] guten morgen! [08:24] * mvo hugs seb128 and pitti and didrocks [08:24] mvo: guten tag! [08:24] * didrocks hugs seb128 & mvo (and pitti for the second time of the day ;)) [08:24] * seb128 hugs didrocks [08:24] seb128: taking gimp and gnome-doc-utils [08:25] pitti: danke [08:32] good morning [08:34] lut crevette [08:35] pitti: did you clean the retracers issues? I don't see any problem right now but got emails from those [08:35] seb128: yes [08:35] pitti: ok thanks [08:35] * seb128 hugs pitti [08:35] * pitti hugs back seb128 [08:36] seb128: FYI, I now have all the pieces together -- launchpadlib backports for hardy and intrepid, firewall rules on ronne fixed, launchpadlib branch test suite succeeding [08:36] excellent [08:36] seb128: I think I'll do the big switch on Thursday, when we're frozen anyway [08:36] but I need to switch all retracers at the same time [08:38] pitti: btw for bzr sponsoring with your workflow, dch -r will change the changelog entry owner to the sponsor is that what you expect? [08:38] seb128: taking gnome-games [08:38] pitti: I'm on it [08:38] seb128: ah, ok [08:38] seb128: no, I use dch -rm for that [08:38] -m preserves the maintainer [08:38] pitti: I've taken gnome-games and vinagre (set those to fix commited) [08:39] pitti: ok thanks [08:39] seb128: I think it's more polite to keep the original sponsoree in [08:39] yeah me too [08:39] seb128: taking tomboy then [08:39] I was just wondering since I've not used this workflow before and didrocks did the upgrade this way now [08:40] pitti: danke [08:40] seb128: for gnome-doc-tools, I just pulled his branch into the ~ubuntu-desktop one, checked diff, dch -rm, debcommit -r [08:41] didrocks: you have been added to the ubuntu-desktop team congrats [08:41] didrocks: you can push directly there now and ask for review ;-) [08:41] * pitti hugs didrocks [08:41] * seb128 hugs didrocks [08:43] ok [08:43] I'm looking to notify-osd now [08:43] pitti: to avoid requiring the user run apt-get update manually. the package installs a gpg key and sources.list for a ppa for example [08:43] the 0.9.3 broke for quite some users apparently [08:43] seb128: ugh, how? [08:43] the binary has been renamed to notify_osd instead of notify-osd or something [08:43] dobey: I'm afraid packages can't do that [08:44] dobey: and packages shouldn't ever ship an apt sources.list, too [08:44] yes, it rather sucks [08:44] why not? [08:45] dobey: the intended way is that the user adds an apt source in synaptics and then it'll DTRT [08:45] sure [08:45] dobey: how do you use mirrors or CD sources then? this would break for people who are offline, etc. [08:45] but requiring a user to do all that work, sucks [08:45] uhm [08:45] ppas are on cd sources? or mirrored? [08:45] dobey: mvo also has a rather clever system for simplifying that even more, with a kind of apt:// URL syntax [08:46] pitti: apt: urls only work if the package is available in a sources list. you can't use apt to install a package in your ppa if the user hasn't added the ppa [08:46] dobey: I think that's precisely what they are designed for [08:46] i. e. add an apt source === sabdfl1 is now known as sabdfl [08:46] dobey: mvo knows more, though, ICBW [08:46] good morning sabdfl [08:46] hello sabdfl [08:47] ember: sponsoring tomboy... Trying patch debian/patches/01_dllmaps.patch at level 1 ... 0 ... 2 ... failure. [08:47] hey guys. seb, 2.26 seems to have landed very smoothly! [08:47] i don't see how. apt doesn't know where to find the package until you tell it [08:47] how are you, pitti? [08:47] sabdfl: pretty good, in the usual beta rush :) how are you? [08:47] all happy in cape town [08:48] dobey: it's not apt itself, it's a desktop-ish thing [08:48] pitti: well, it doesnt't really matter. apt:package doesn't work if package isn't already available via apt [08:49] mvo: ^ halp plz [08:49] mvo: isn't that the very use case we wanted to add? make it easy to add a new apt source? [08:49] sabdfl: indeed the day has been long yesterday but we landed almost everything and didn't have a real issue so it's good ;-) [08:51] * mvo keeps forgeting that the vte build takes forever [08:52] is there any way to push automatically to the vcs url which is used in the control? [08:53] * didrocks hugs seb128 & pitti: thanks a lot both of you :) [08:53] seb128: like using a checkout ? [08:53] seb128: hm, brasero conflicts with nautilus-cd-burner now in bzr - is this really needed? === fta_ is now known as fta [08:54] mvo: they both provide the nautilus burn: location so you have duplicated buttons in nautilus, duplicated menu items, etc [08:54] seb128: no automatic one, I'm afraid; however, you should use "bzr info" and take that one, since Vcs-Bzr: usually points to http:// [08:55] mvo: ideally the nautilus .so could be splitted and only this one conflict [08:55] seb128: for Vcs-Bzr: that makes sense IMO, since it's a clickable link to the browser [08:55] right [08:55] seb128: ideally debcheckout -a would automatically set the push address to the pull address [08:55] salut seb128 [08:55] seb128: I think that's indeed a good idea, annoys me as well; I'll make a TODO item to look into this [08:55] seb128: if you think the conflict is appropriate I'm fine with it, it seems a bit strong if all that results is a worse UI than before :) [08:55] mvo: no, I bzr get lp:~didrocks, review and then push to lp:~ubuntu-desktop when uploading [08:55] ember: ignore me [08:56] mvo: it's annoying to have to copy the url for that ;-) [08:56] mvo: worse UI? [08:56] pitti: thanks [08:56] lut crevette [08:56] seb128: I tend to use checkouts with debcommit, that saves me from the push [08:56] sorry I was away :) [08:57] pitti, as I know you have bluetooth devices, may I ask if you have time if you can test https://bugs.edge.launchpad.net/ubuntu/+source/bluez/+bug/343859 ? [08:57] Ubuntu bug 343859 in bluez "Sponsor new upstream version (4.33) into Jaunty" [Undecided,Confirmed] [08:57] mvo: so you checkout twice, the didrocks and ubuntu-desktops one and bzr merge and then push to upload? [08:57] seb128: worse-ui> if the conflicts is there "just" because if both are installed the buttons are duplicated that seems a bit strong [08:57] mvo: can we make sure that people upgrading will get nautilus-cd-burner removed? because having duplicated functions is a bit ugly [08:57] seb128: no need to checkout oboth [08:57] mvo: right click on an iso or open burn: [08:58] seb128: debcheckout -a tomboy; bzr pull lp:~didrocks/tomboy/whatever [08:58] seb128: I have a checkout usually of the ~ubuntu-desktop one, then I do a bzr merge lp:~didrocks/foo/ubuntu; bzr diff and if its good (builds, test ok) I do a debcommit (or debcommit -r). if the ~ubuntu-desktpo branch was a checkout it will push automatically [08:58] ok, I see [08:58] thank you guys [08:58] seb128: aha, I see the problem now [08:58] I usually bzr get lp:~didrocks [08:58] review [08:58] and bzr push lp:~ubuntu-desktop etc [08:59] seb128: that usually works, too, just feels slightly odd :) [08:59] can you do bzr diff with that workflow too? [08:59] funny that three people have three (slightly) different workflows :) [08:59] sure, bzr diff -c -1 [08:59] mvo: yes, since he branches from ~ubuntu-desktop to do the update [09:00] the push will fail if the branches were diverged, so that should be alright [09:00] if it fails, you need to merge [09:00] I made a note to fix debcheckout -a [09:00] to automatically set the push addresss [09:00] so that you have debcheckout -a tomboy; bzr pull otherbranch; review; dch -rm; debcommit -r; bzr push [09:01] mvo: so can you elaborate on pitti's claims of apt-url magic? [09:02] dobey: maybe, what was the claim? [09:02] mvo: is that new apt-url system meant for adding apt sources, or just installing packages from existing apt sources? [09:02] mvo: (I thought the former) [09:03] pitti: the new one can add apt source *if* they come from app-install-data-partner(s) [09:03] so it can add e.g. the partner repository [09:03] mvo: ah, that was restricted for security reasons [09:03] but it can not add anything that is not already whitelisted [09:03] mvo: so it's not meant to work for PPAs? [09:03] yes, security and QA [09:03] it could work for PPAs if we add a explicit whitelist for a specific PPA [09:03] but it does not right now [09:03] mvo: I really don't think that packages should ship sources.list files (and try apt-get update in postinst) [09:04] you can't do apt-get update in postinst anyway [09:04] pitti: what package is doing that? [09:04] because the package install already has the lock [09:04] right, and it's entirely backwards [09:04] dobey: you could with -o Debug::NoLocking=True, but that would be cheating [09:04] pitti: but if packages aren't meant to install sources list files, why the hell is there an /etc/apt/sources.list.d/ ? :) [09:05] dobey: so that programs like synaptics or admins can use it :) [09:05] bah [09:05] I agree with pitti, pushing stuff there from a package is not the right thing [09:06] what use case do you have ? [09:06] seb128: I'll do the evo-indicator merge request [09:06] easy setup of ppas, for one [09:06] pitti: oh, I did the upload [09:06] oh, ok [09:06] pitti: I didn't push to bzr for several reasons though [09:07] 1- I don't understand why we don't have only the packaging there [09:07] seb128: I just pulled and I have 0.1.10-0ubuntu1 in the branch [09:07] 2- bzr-buildpackage in the ubuntu checkout doesn't work [09:07] 3- I don't understand how this launchpad feature works [09:07] pitti: cf what I just wrote ;-) [09:07] dobey: its a tricky trade off, everything can be in a PPA, including stuff that breaks the system in bad ways, if we make it too easy, people will break their system (or worse, install random stuff and break it next time they try to upgrade and blame us) [09:08] seb128: (1) it's a branch from trunk, so with that we can directly merge fixes and new versions from trunk [09:08] we had this in the past with external repos, this is why its currently relatively difficult [09:08] mvo: uhm. if they're looking at something in a ppa, they're going to do that anyway [09:08] (2) it's not set up for bzr-buildpackage AFAICS (and not really necessary, but I'm fine with having it set up) [09:08] (3) which LP feature? [09:08] mvo: and you can already just click on specific .deb packages in a ppa and install them with gdebi [09:08] seb128: you wrote that you didn't push, but apparently you pushed, but didn't upload or so? [09:09] seb128: ah, ignore me; I pulled from their PPA branch, not from ubuntu [09:10] seb128: see https://edge.launchpad.net/ubuntu/+source/evolution-indicator, no upload [09:10] seb128: (you don't mix this up with indicator-applet, do you? [09:11] pitti: I do [09:11] pitti: (2), how do I build from the checkout then? [09:12] pitti: (3) the merge request page, are we supposed to edit something there? [09:12] seb128: (2) debuild -S [09:12] seb128: (2) nothing special really, you "just do" [09:12] seb128: (3) no need to, if you merge and push, it'll resolve itself (it notices that you did the merge) [09:13] pitti: debuild -S ... the checkout has autogen.sh and no configure that's not what I want, I used the upstream tarball [09:13] ah [09:13] maybe I'm not used to this workflow but I dislike packaging trunk and running autotools in the package build [09:13] seb128: I think the last time I just unpacked the orig.tar.gz [09:13] I like better using tarballs [09:13] seb128: right, I like pre-built autostuff, too [09:14] right, that's what I did and copied the debian directory over [09:14] but if that's to do that why not having the debian directory only in bzr? [09:14] seb128: we can do that (bzr-bd merge mode) [09:15] I don't really care either way I just don't understand the current way [09:15] it seems to be [09:15] bzr get [09:15] download tarball [09:15] untar [09:15] copy debian directory manually [09:15] build [09:15] which is not really efficient ;-) [09:16] seb128: this would work: [09:16] bzr get [09:16] download tarball [09:16] untar into checkout [09:16] debuild [09:16] but yeah, it's confusing [09:16] if we use bd for everythign else, we should use it for this, too [09:16] seb128: want me to change the branch accordingly? [09:17] seb128: we'd loose the ability to merge from their packaging branch, but we can ask them to use bd, too [09:17] or wait, maybe not [09:17] seb128: I don't see a reason why we can't keep teh branch as it is and just add merging [09:17] pitti: this package don't change often enough for me to be bothered do whatever is easier for dx and you [09:17] right [09:17] seb128: ok, I'll switch it to bd [09:18] pitti: thanks [09:18] want me to push my changes there? [09:18] seb128: what did you change, just pulled the PPA branch? [09:18] pitti: I added an shlibs update to the rules too [09:18] sure [09:19] * pitti writes a debian/watch for https://edge.launchpad.net/evolution-indicator/+download [09:22] mvo: do you need help on the gnome-panel message indicator migration script? [09:22] mvo: beta freeze is in 2 days ideally that should be landing today or tomorrow [09:22] seb128: its a bit myserious why its not working currently [09:23] seb128: if you could test run it and see what it prints in your xsession-errors, that would be cool [09:23] mvo: does it has any expectation on my user config? [09:24] seb128: not a lot, it will not add the applet if its already there and it needs a tray applet to find the position to put it onto [09:24] thats about it [09:26] mvo: http://launchpadlibrarian.net/23754128/add-indicator-applet.py [09:26] mvo: that one worked right now for my ubuntu test user account [09:27] running python add-indicator-applet.py [09:27] doh, that's not the current version [09:27] * seb128 retries [09:27] seb128: the latest is in my ppa [09:28] mvo: let me try [09:28] seb128: it seems something is different when run from the session for some reason, the logs from kenvandine_wk indicate it runs, but for some reason stops [09:29] there is a exception handler in it, that seems to be not kicked too [09:32] pitti: hum, the new indicator-applet build-depends on gir-repository which is in universe [09:32] hah [09:32] tedg: ^ [09:32] hey asac [09:32] i saw the merge request yesterday [09:33] hey seb128; how is the catching up going? [09:33] all back in line? [09:33] asac: yes all is good now thanks again for the quick fixing! [09:34] cool. no problem. [09:35] * asac enjoys getting the first few 2.26 bts [09:36] seb128: where did you push your evo-indicator changes? [09:36] pitti: seb128: (you don't mix this up with indicator-applet, do you? [09:36] pitti: I do [09:36] pitti: I didn't touch this one, I did change indicator-applet [09:36] aah [09:36] seb128: ok, doing e-i now [09:37] thanks [09:37] pitti: did you read my gir-repository note? [09:37] seb128: I did [09:37] waiting for Ted [09:37]