[00:01] now I'm going to sleep, so good night all [00:02] rodrigo_, later [01:16] Horizontal scrolling isn't working on my thinkpad, it worked in 10.04. I enabled it in mouse prefs. Should I file as an X bug? [01:20] Probably. [01:29] I think it might be https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/661445 [01:29] Launchpad bug 661445 in xserver-xorg-input-synaptics (Ubuntu) "Horizontal scroll doesn't work in maverick in SynPS/2 Synaptics Touchpad (affects: 2) (heat: 14)" [Low,Confirmed] [01:30] but I'm not sure how to tell what kind of touchpad I have [01:30] dont see anything in lsusb or lspci [01:31] lamalex, I'm pretty sure you have a Synaptics PS/2... A lot of Thinkpads do. [01:38] lamalex: does synclient HorizEdgeScroll=1 enable it? [01:40] lol now I can't find anything that needs to scroll horizontally :P [01:41] Sir_Konrad, nope [01:42] lamalex, you don't have a Synaptic one? [01:45] lamalex: I think /var/log/Xorg.0.log will show which touchpad type it is [01:45] not sure if there's a better way to see or now [01:45] s/now/not/ === almaisan-away is now known as al-maisan [09:06] good morning pitti, I've added an action for you on http://is.gd/gEArp to update the text description on the langpacks PPA once we've got the schedule on the wiki and on the calendar - I just want to check you're ok with it [09:07] dpm, hey [09:07] heya seb128 [09:07] dpm, he's in Boston for plumbers this week so probably sleeping [09:07] just for information [09:07] dpm, how are you? had a nice trip back? [09:07] aah, thanks seb128, yeah, now I remember he mentioned it. Thanks for the heads up [09:08] seb128, fine, thanks :) - but got caught by the infamous ubuflu, no doubt helped by the air conditioning in Orlando and in the plane [09:09] :-( [09:09] seb128, and you? Had a nice trip back and a nice Bank Holiday on Monday? [09:10] yes, and I managed to go back on local time after a night [09:10] without the ubuflu [09:10] nice :) [09:10] I can't complain this time ;-) [09:10] :) [09:22] morning [09:49] lut huats [09:49] didrocks, is the new evo still on your to review list? [09:49] huats, ca va ? [09:49] seb128: yes it is, there were still some issues with cyphermox latest proposal and he is fixing them [09:50] ok [09:50] I was reviewing versions and wondering if that one was still being worked [09:50] yes, it's still, no worry on it, I'm following :) [09:51] ok [09:55] seb128, I am fine thanks ! [09:55] appart from the fact that my office has been robbed last week... [09:55] you ? [09:56] (I have read that you avoided the ubuflu :) ) [09:58] I'm fine thanks [09:58] yeah didrocks told me about your office [09:58] sorry about that [09:59] seb128, thanks [10:00] it is a bit annoying because it takes me a lot of time [10:00] and quite some money... [10:03] today the most annoying thing is that I haven't a spare PC to build... (and since I am doing a lot of squashfs it slow a lot my every day computer...) [10:03] and since I have my credit card stollen...I can't order another one yet :( [10:05] * didrocks hugs huats [10:05] :/ [10:06] did you get a lot of money, apart from ubuntu-fr's one? [10:06] didrocks, nope [10:06] nothing... [10:07] just the ubuntu-fr one, (that for the record I'll pay back myself...) [10:07] didrocks, they took my passport, a credit card, my netbook and my build computer + the monitor :( [10:08] huats: well, as said on the ML, don't worry, focus first on having your paper, cards and a computer to work [10:08] didrocks, I will :) [10:15] mvo: Hello there! Free? [10:46] bilalakhtar, did you send that gtk patch upstream as well? [10:46] bilalakhtar, could you add the bug number on launchpad? [11:05] seb128: okay, doing that now [11:05] sorry for the delay, I was having lunch [11:05] forgot to put myself on /away [11:06] no worry [11:11] seb128: done === ivanka is now known as ivanka-train [11:38] rodrigo_: Congrats on becoming a member of ~ubuntu-desktop [11:38] ! [11:38] thanks bilalakhtar [11:38] * bilalakhtar would apply soon, when seb128 would find him fit for the job [11:39] well ubuntu-desktop gives mainly access to things on the default desktop, you didn't worked on those much yet [11:39] papercuts? [11:40] keep contributing and do some updates this cycle [11:40] yup [11:40] will update when GTK3 gets into Ubutnu [11:40] *ubuntu [11:40] well you don't really need commit access to papercuts [11:40] but yeah, keep contributing and we will see ;-) [11:40] rodrigo got it mainly because he needs upload rights to the gtk3 ppa [11:40] ah [11:41] what do you mean by : You don't need commit access for papercuts? [11:41] ah, okay, I got what you meant [11:44] well you don't have upload rights for those components anyway [11:44] so having commit access wouldn't give you much [11:44] you would still need a sponsor [11:47] ubuntu desktop would give upload though no? [11:47] not the launchpad team [11:47] thought it did [11:48] Archive Upload Rights for ubuntu-desktop: archive 'primary', package set 'ubuntu-desktop' in natty [11:48] if it does I didn't know about it [11:48] hum, ok [11:48] I thought that was the main point of the team [11:48] we need to be careful who we add then [11:48] I think Laney is right [11:49] well the point is to have access to the vcs [11:49] I also thought that ~u-d gives access to the package set [11:49] I though somebody add to ack the upload rights as well for upload [11:49] in parallel to being able to upload, yeah [11:49] time to eat [11:49] bbl [11:49] bye, seb128 [11:50] reboot bbiab === bilalakhtar_ is now known as bilalakhtar === JanC_ is now known as JanC [12:44] seb128, ok, libcanberra built now (had to patch it to build with GTK3) [12:44] rodrigo_, did you push your work somewhere? [12:45] seb128, pushing now [12:48] seb128, lp:~rodrigo-moya/ubuntu/maverick/libcanberra/ubuntugtk3 [12:48] seb128, should I push to the PPA, or wait for your review? [12:50] rodrigo_, wait [12:50] I will review it now [12:50] ok [12:57] bilalakhtar: hey, sorry for the reply - now I have time :) [12:57] bilalakhtar: for the late reply [12:57] hey mvo [12:57] how are you? [12:57] mvo: no problem, How are you? [12:58] bilalakhtar: good, thanks! [12:58] bilalakhtar: a bit tired (jetlag) [12:58] seb128: hi! [12:58] mvo: then, rest a bit [12:59] mvo: I was asking about what would be the right time before u-m would say 'System may be up to date. Press the check button to check for available software updates' after an apt-get update. I am talking about bug #35009 [12:59] Launchpad bug 35009 in update-manager (Ubuntu) (and 2 other projects) "Says "System is up to date" when package lists not updated (affects: 7) (dups: 6) (heat: 102)" [Low,Triaged] https://launchpad.net/bugs/35009 [12:59] A week should be enough [12:59] (IMHO) [13:00] dpm: of course, thanks [13:00] Good morning [13:01] hey pitti [13:01] hey pitti, thank you :) [13:01] * pitti -> sessions, & [13:01] bilalakhtar: let me have a look [13:01] good morning pitti [13:02] bilalakhtar: from first glance the diff looks fine, I will merge now [13:03] mvo: you went as far as merging the branch! [13:03] What I asked was different [13:03] Since you just came from UDS I thought to not get you to sponsor right away [13:03] I was just asking whether 1 week would be the right time [13:04] though IMHO the branch is good, but its your wish [13:07] bilalakhtar: I think one week is fine [13:07] bilalakhtar: do you think its too long? [13:07] mvo: could be, but for stable Ubuntu releases it should be fine [13:08] And, I know many new users who don't like the idea of updating their systems more often than once a week [13:10] bilalakhtar: *nod* [13:10] mvo: so, I have to go now, sorry. BTW, you may be tired, so rest. I am in no hurry to get my changes in the archive [13:10] or in the trunk [13:11] so, merge whenever you have time [13:11] bye! [13:11] thanks bilalakhtar! [13:12] You're welcome [13:15] * rodrigo_ -> lunch [13:24] hmm... unity feels weird with two screens... I need to switch to the window on the second screen then head back to the first for the menus and then back to the second ... [13:25] bug already filed FYI :) [13:26] ah, sweet [13:26] do you know the #? === Cimi_ is now known as Cimi [13:27] I feel like extending or adding a top panel would probably be sufficient to get the right "feeling", unless it's just letting apps have their own menus if they aren't displayed on the first screen :P [13:28] hum chromium is completely crazy when searching in the bar or use shortcut… will switch back to firefox soon… [13:29] cyphermox: there are already a lot of discussion on it, but you can look for it (I already spent too much time on finding duplicates a day :)) [13:29] cyphermox: this kind of discussion should be on the ayatana ML I think [13:29] didrocks, ok. [14:00] hello humans! may I have a sponsorship for https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/ubuntu-sso-client-1.0.6/+merge/39964 ? [14:07] nessita, hey robot [14:07] nessita, ok, can do that for you ;-) [14:08] seb128: awesome! and I was playing the monster role (too much disney world in me still) [14:08] nessita, ;-) [14:10] mterry, hey [14:11] charlie-tca: if you have time we could use a hand confirming that this fix works: https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/627744 [14:11] Launchpad bug 627744 in tomboy (Ubuntu Natty) (and 5 other projects) "Tomboy note names are blank in the Application Indicator fallback menu (affects: 14) (dups: 2) (heat: 151)" [High,Fix committed] [14:12] seb128, hello! [14:12] thx jcastro, charlie-tca [14:12] mterry, how are you? [14:12] mterry, not going to plumbers? [14:12] key kenvandine [14:12] hey seb128 [14:12] seb128, good. no, I've gone before, but it's too much kernel, not enough userspace for me [14:12] kenvandine, the x264 fix is still on my list so don't worry about it by maverick sru are frozen for linaro [14:13] mterry, ok [14:13] ah, ok [14:13] thx seb128 [14:13] mterry, could you peer review lp:~rodrigo-moya/ubuntu/maverick/libcanberra/ubuntugtk3 [14:13] mterry, I will review gtk in a bit ;-) [14:13] got busy with other things until now [14:14] seb128, sure [14:14] mterry, thanks [14:28] didrocks, you got bugs [14:29] I've just sent 2 evo bugs your way [14:29] calendar not respecting week days and timelines [14:29] it seems to be due to your une backports [14:29] I've rebuilt with 89* and 91* and it works fine [14:29] seb128: please, can I have a puppy face as a notification when you say "you got bugs"? :) [14:30] didrocks, lol [14:30] seb128: ok, let's have a look :) [14:30] seb128 | I've rebuilt with 89* and 91* and it works fine [14:30] -> you mean, "without" [14:31] yes [14:31] I just wanted to drop the express patch first [14:31] but it made other ones fail [14:32] hum, I see that will be a joy to do, maybe not for today but will give it a look later === asac_ is now known as asac [14:34] didrocks, no hurry, it's just that we got quite some duplicates and it's Ubuntu specific [14:34] so we should try to fix it [14:35] seb128: btw, when you point to upstream bug report, do you look at bug reports "fixed" or at commits? [14:35] didrocks, you mean? [14:35] when I point who? [14:36] seb128: like in https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/649543/comments/12 [14:36] Launchpad bug 649543 in evolution (Ubuntu Maverick) (and 2 other projects) ""work week" preferences do nothing - no effect (affects: 29) (dups: 7) (heat: 158)" [Low,Triaged] [14:36] seb128: you look for bug report closed in bugzilla? [14:37] usually yes [14:37] but in this case I did type calendar on the git log [14:37] ok :) [14:37] on git.gnome.org [14:38] that's because the guy who tested said it works in other distros [14:38] so I figured it has been fixed in git during the 2.32 cycle [14:38] mvo: ping [14:47] mvo: when you come back: hello! so, I've read your comment on bug #624065, and I have no so good news. We (desktop+) have no time allocated in the roadmap for that feature :-/ I will try to squeeze a fix before natty release, but if you want/can provide a patch we'll love you and you'll get your func in place :-) [14:47] Launchpad bug 624065 in ubuntu-sso-client (Ubuntu) (and 1 other project) "Detect revoked SSO tokens (affects: 2) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/624065 [14:48] seb128: that patch is already in the tarball and not reverted by evo express, I will have a deeper look then [14:48] didrocks, ok, I found that patch before having finishing my build [14:49] it was a first guess before I figured the backport patch was the issue [14:49] not a joy as a lot of items have been renamed in the express branch, so a signal should be missing [14:49] didrocks, did that code land in 2.32? [14:50] seb128: yeah, but it has changed a lot since [14:50] didrocks, you might be able to find something in the diff between those [14:50] hum, ok [14:50] didrocks, or try watching the git you used for the backport, they might have fixed it there? [14:51] seb128: already done :) and no activity since june [14:51] :-( [14:52] I'll try first to remove the express tweak in calendar [14:52] didrocks, enjoy the debugging then ;-) [14:53] seb128: well… yes :-) [14:57] nessita: thanks, I will see what I can do, should not be too much work actually [14:57] mvo: yeah, specially if you use the current code as example [14:57] I mean, as guideline :-) [15:00] didrocks: do we ship upnp support in rhythmbox in 10.10 and earlier? [15:01] I am wondering if feature parity means "banshee needs to support upnp" or "banshee needs to support upnp with what's on the CD and don't add anything else" [15:01] jcastro: not by default in 10.10, it's a separate package [15:01] ok so something in universe is fine? [15:01] jcastro: it was before lucid IIRC [15:01] yeah [15:02] jcastro, yes [15:02] the upnp code is shipped with rb but we install it in a different binary [15:02] which is not installed by default because it depends on coherence [15:09] mterry, did you push your gtk3 with gir somewhere? [15:09] seb128, yeah, lp:~mterry/+junk/ubuntugtk3 [15:09] thanks [15:12] mterry, --enable-introspection=yes seems wrong in configure_flags [15:12] shouldn't it be to =no [15:12] then =yes for the shared flavor [15:12] you have it to =yes in shared_configure_flags [15:12] seb128, I wasn't sure about that. I knew we wanted it for shared. But wasn't sure about normal [15:13] seems it will be exercising some non standard build configuration [15:13] like gir in the static build [15:13] I think we should do it only for the shared flavor [15:13] would it only to reduce build time [15:14] k, easy to change [15:14] yeah [15:16] mterry, ok, seems ready for me otherwise, I'm doing a testbuild there to check as well [15:19] why the heck is bzr bd failing to download tarballs [15:20] or rather seems to be downloading for a while and then says tarball not found [15:20] seb128, uscan can't find the gtk3 tarballs [15:20] not sure why [15:20] is that the watch issue you fixed in some other sources? [15:20] ([\d\.])+[02468] [15:20] to ([\d\.]+[02468]) [15:21] seb128, maybe..? yeah... i think that all wants to be in the parens [15:21] seb128, oh also, that line only checks for stable releases [15:21] that's a valid point ;-) [15:21] wget -nv -T10 -t3 -O ../tarballs/gtk+3.0_2.91.3.orig.tar.gz http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.91/gtk+-2.91.3.tar.gz [15:21] I've that in my log [15:22] so it seems it does figure the right location [15:22] ../tarballs exists? [15:22] no [15:22] # create tarball dir [15:22] mkdir -p ../tarballs [15:22] wget -nv -T10 -t3 -O ../tarballs/gtk+3.0_2.91.3.orig.tar.gz http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.91/gtk+-2.91.3.tar.gz [15:22] in fact [15:22] in the log [15:23] still seems to be a fail [15:24] it's using /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk [15:24] not the watch [15:26] ah [15:27] rodrigo_, I'm looking at your canberra gtk3 branch [15:27] mterry, ok [15:27] rodrigo_, you bumped compat to 7, but need to bump debhelper to >= 7 too then [15:27] mterry, ah, ok, let me change it [15:27] why do you bump the compat? [15:28] rodrigo_, you switched from cdbs to quilt? Surprised me that you would prefer that. I think desktop packages are mostly on quilt [15:28] seb128, good point, I didn't see any changes that needed it [15:28] ok, coming back to 5, not sure why I did [15:28] * mterry shudders at cdbs patches [15:29] rodrigo_, you dropped the gtk2 module's dbg package. was that intentional? [15:29] mterry, hmm, well, I prefer the cdbs patches, but I'm ok with switching to quilt if tha'ts better [15:29] mterry, hmm, did I? [15:29] rodrigo_, we sort of standardized on quilt after a while [15:29] with edit-patch nowadays it's ok [15:30] wasn't intentional, no, so re-adding it now [15:30] edit-patch understands quilt [15:30] * seb128 hugs mvo [15:30] :) [15:30] rodrigo_, you overrode DEB_DH_MAKESHLIBS_ARGS_ALL in debian/rules. Did you mean +=? [15:30] oh, i've not used edit-patch yet [15:30] i just use quilt directly ;) [15:30] * mterry hugs quilt [15:30] * chrisccoulson hugs quilt too [15:30] :) [15:30] mterry, yes [15:30] chrisccoulson, edit-patch is useful when you need things like running autoreconf or so [15:31] it avoids having to quilt add things [15:31] rodrigo_, and this is minor, but gtk3-dev has a different required version of gtk3 than the build-depends. Probably not intentional? [15:31] seb128, oh, didn't know that, cool. But as we discussed, I also hate autoreconf patches. Go dh-autoreconf! [15:31] yeah ;-) [15:32] I still hate quilt for having to export QUILT_PATCHES [15:32] or to have to quilt add things you modify [15:32] I often forget the quilt add and edit the file [15:32] then I need to trash my work and start again [15:32] seb128: any news with the upload? if you haven't sponsored yet, I'd like to remove the proposal and make a new one [15:32] nessita, you can do a new one, I got sidetracked in the gtk review [15:33] nessita, you are next [15:33] seb128, I just hold down undo for a while, quilt add, then hold down redo. :) [15:33] seb128: great! I'll remove the current one, so ignore until further notice [15:33] rodrigo_, so besides the gtk3-dev version, one last thing about debian/rules [15:33] mterry, ;-) [15:34] rodrigo_, did you really want to update dh_makeshlibs -V args to 0.26 from 0.24? [15:34] I get the /usr/lib/canberra-0.26 one, but the -V args, I'm not as sure about [15:34] rodrigo_, as a rules we usually try to not do changes over debian for packages come from there when not required [15:34] I believe that sets the required version of libcanberra for any reverse depends [15:34] argh, I have to create a pbuilder for maverick. How come I don't have one? [15:34] like changing the patch system or bumping the compat version [15:34] come -> coming [15:35] mterry, rodrigo_: right the shlibs defines the current api version [15:35] ie the version anything building against the lib will depends on [15:35] urg [15:35] we scared him away? ;-) [15:35] seb128, right. I'm not sure off the top of my head if 0.26 broke API [15:36] heh [15:38] seb128, rodrigo_, hrm, the API docs don't indicate anything even changed in 0.24, so probably don't need the bump to 0.26 [15:38] I'm doing a 0.26 build to check [15:38] seb128, how do you check doing a build? [15:38] mterry, that's the version there was in the ubuntu-desktop branch [15:38] seb128, mterry: although I think 0.24 is not ready to build with GTK3 [15:38] mterry, I still have 0.25 installed [15:38] rodrigo_, no, I mean as an argument to dh_makeshlibs -V [15:39] mterry, ah [15:39] rodrigo_, in debian/rules, the -V argument specifies the last time the package broke API and reverse-depends need to depend on that version or greater [15:39] rodrigo_, you bumped that from 0.24 to 0.26, but probably didn't need to [15:39] mterry, I've small script which nm -D the installed version and the build one [15:39] and diff the lists [15:39] seb128 is checking [15:40] mterry, check-symbols in ubuntu-dev-tools does something similar [15:40] seb128, fancy. isn't that what .symbols is for? [15:40] using the deb for each version rather than a build dir [15:41] mterry, right, I had mine years before .symbols though :p [15:41] rodrigo_, oh, speaking of, you need a debian/libcanberra-gtk3-0.symbols file [15:41] it still comes handy for things not using .symbols [15:41] mterry, ok [15:41] which I just nothing libcanberra do [15:41] nothing -> noticed [15:41] why do we still have DEB_DH_MAKESHLIBS_ARGS_libcanberra0 calls? [15:42] the .symbols should be enough [15:42] seb128, oh really, dh_makeshlibs does that from symbols? clever [15:42] so, I can remove those lines then? [15:42] brb [15:42] rodrigo_, you can remove the -V [15:43] ok [15:43] you might want to keep the -- -c [15:43] that tells the build to stop if symbols are missing [15:43] and leave the -- -c4? [15:43] ok [15:43] yes [15:46] rodrigo_, that's all I had. :) if those are fixed, seems good, pending seb128's OK [15:46] mterry, ok, building now, will push in a minute [15:47] mterry, seb128, oh really, dh_makeshlibs does that from symbols? clever [15:47] mterry, what is "that"? [15:51] seb128, I guess "that" is what dh_makeshlibs is supposed to do -- determine minimum requirements of packages. :) I just never thought about where it got the info from [15:52] mterry, ah ;-) [15:52] yeah it lists all the symbols used [15:52] read the version for those in the .symbols [15:52] and use that [15:54] mterry, pushed [15:54] hi, what is the reason for "debian/patches/01-build-with-gtk3.patch" in libcanberra, isnt it better to use the official 0.26 tarball? [15:54] ricotz, are we not using the official one? [15:54] ricotz, I got that fix from git [15:54] 0.26 includes this patch [15:55] not the one we have, it seems [15:55] http://0pointer.de/lennart/projects/libcanberra/libcanberra-0.26.tar.gz [15:55] rodrigo_, your source seems to be 0.25 [15:55] according to the configure [15:55] hmm [15:56] it is indeed, got confused by the previous entry in debian/changelog [15:56] where did you get the checkout from? [15:56] ubuntu-desktop branch [15:56] I guess that's debian dir only though? [15:57] hmm [15:57] we way we usually work there is debian dir only and tarball is automagically downloaded and used [15:58] yes, but the branch I have is indeed ~ubuntu-desktop/libcanberra/ubuntu [15:58] that's the correct one, right? [15:58] oh you are right it's full source [15:58] I bet robert_ancell got confused by the format [15:58] we usually use debian only format [15:59] ok, so I bzr merge-upstream from the official tarball, or are you fixing the branch? [15:59] rodrigo_, so yeah, you are right, robert screwed it [15:59] rodrigo_, you need to merge-upstream [15:59] ok [15:59] having 2 workflows is confusing [15:59] that's sort of what with discussed last week [16:00] mterry, rodrigo_: do you know if there is some documentation on the full source way to update? [16:00] http://wiki.ubuntu.com/DesktopTeam/Bzr [16:00]