[00:09] robert_ancell: good morning [00:10] rickspencer3: hi rick [00:10] robert_ancell: how was your weekend (and Monday)? [00:10] it's very confusing talking to you when it's tomorrow for you [00:11] rickspencer3: hehe, Good weekend. I've been working on uploading new packages yesterday (very easy to make errors) [00:11] yes, packaging is a job for people with keen attention to detail, indeed [00:28] * dobey needs some packaging help [00:29] whatever runs debian/rules has decided it hates me i think [00:29] :-) [00:29] dobey: what's breaking? [00:30] ajmitch: it's not running the dh_icons i told it to run [00:30] put your debian/rules on pastebin somewhere? [00:31] ajmitch: http://pastebin.com/dff8a672 [00:31] oh, a fun cdbs package :) [00:32] * ajmitch tries to remember the appropriate make syntax for what gets run first [00:32] yeah [00:33] hmm [00:33] dobey: try binary-install/package-name:: [00:33] Isn't it supposed to be.... yes, that :-) [00:33] dh_icons -ppackage-name [00:33] james_w: package-name is literal? [00:33] james_w: the odd thing is that this used to work fine [00:33] dobey: no, the package name you want to run dh_icons for [00:33] welcome to CDBS :-) [00:34] and there's only one package [00:35] * dobey tries anyway [00:39] common-binary-indep:: might work as well [00:39] or -arch if it's not arch independent === hggdh_ is now known as hggdh [07:13] Good morning [07:13] hello pitti [07:22] morning pitti & ajmitch [07:25] pitti: using dh_pysupport -d as in old debian/rules instead of dh_pysupport -ppython-vte fix the FTBFS. BUT modules like vtemodule.so are installed in usr/lib/pyshared (like Debian) instead of usr/lib/py-support [07:25] and doko is away these days... [07:25] didrocks: hm, isn't pyshared/ the right location anyway? [07:26] pitti: wondering, don't know the difference between pyshared and python-support [07:26] in the old packages, it was python-support [07:28] didrocks: you are right, it needs to be python-support/ [07:29] pitti: do you find any documentation on that? [07:29] didrocks: -d is deprecated [07:29] pitti: yes, I saw taht [07:29] that* [07:29] didrocks: oh, hang on [07:29] *.so is in pyshared? [07:29] that's _wrong_ [07:29] yes, that's it [07:30] *.so need to go itno /usr/lib/python2.X/{site,dist}-packages/ [07:30] they are version specific, not shared [07:30] hum, in the previous revision, they were in:/usr/lib/python-support/python-vte/python2.5/ [07:31] http://packages.ubuntu.com/jaunty/i386/python-vte/filelist for instance [07:31] so, they are versionned [07:31] (and it's still the case in pyshared) [07:31] usr/lib/pyshared/python2.5/ for instance [07:35] that's still wrong [07:36] well, it might work [07:36] but they should just be in the standard directory [07:40] yes. I will ask to dktrkranz when he will be around [08:02] robert_ancell: I retried the builds of gnome-games and glade-3, they failed due to pygtk arch mismatch; should be okay now [08:02] pitti: ok, was going to look into that [08:03] pitti: do you know about the translation imports, see bug 283183 - can I close invalid? [08:03] Launchpad bug 283183 in cheese "Translation template not imported, failed" [Undecided,New] https://launchpad.net/bugs/283183 [08:04] robert_ancell: I guess the Polish .po file is broken in some way [08:04] so the bug at least doesn't seem invalid [08:06] pitti: there are many failures in translations.lp.net, e.g. gnome-games has 6. I'm so used to translations.lp.net complaining that I've just assumed it was broken :) [08:06] robert_ancell: yeah, I usually ignore them as well [08:07] ideally they'd be fixed upstream at some point, but it's too much for our limited capacity [08:07] so ignoring is just okay [08:07] if the language teams care about something particular, they should do that work [08:08] hmm, I can't work out what is wrong with it so not sure how to flick upstream [08:09] pitti: should I be a member of ~ubuntu-desktop in bzr? I want to create some bzr archives for packages [08:10] robert_ancell: just ignore it for now [08:10] robert_ancell: yes, you should be [08:10] robert_ancell: did you practice bzr maintained packages with Seb already [08:10] you know https://wiki.ubuntu.com/DesktopTeam/Bzr ? [08:11] pitti: yes, we did it in London and I got to the last step in the Wiki page and aren't a member of the group [08:11] robert_ancell: wrong, you are [08:11] for about 20 seconds now :-) [08:11] pitti: :P [08:18] good morning everybody [08:18] hey seb128 [08:18] hello pitti, how are you? [08:19] seb128: bit stressed [08:19] oh? [08:19] yesterday's upload broke karmic all over the place :( [08:19] and I'm on alpha-1 duty this week [08:19] which upload? [08:19] seb128: how are you? [08:19] well, many :) [08:19] http://people.ubuntu.com/~ubuntu-archive/testing/karmic_probs.html [08:19] I'm good thanks [08:19] I sorted out gnome-games and glade-3 [08:20] no idea about ptlib etc. yet (ekiga) [08:20] karmic_probs doesn't seem out of control [08:20] currently fighting with openoffice [08:20] what was gnome-games and glade-3 due to? [08:20] seb128: no, but ubuntu-desktop is uninstallable [08:20] * ajmitch sees a lot of kde* [08:20] pitti, I cannot boot anymore in karmic, due to hald / console-kit stuck, is it a know problem ? [08:20] seb128: that was just pygtk i386/amd64 desync, I gave them back [08:20] crevette: dist-upgrade [08:20] ok, sorry about that [08:20] crevette: a newer dbus broke it, current d-bus should fix it [08:20] pitti, okay I update at the wrong moment so :) [08:20] seb128: no problem, that was easy, and happens all the time anyway [08:21] pitti, thanks a lot [08:21] the alpha1 timing is not perfect [08:21] it's never perfect :) [08:21] it always comes in the middle of much activity [08:21] if I block upload nows with allhand and uds coming I will get no GNOME work done for a month [08:21] seb128: no, don't block GNOME uploads [08:21] ok thanks [08:21] we just need to ensure to handle FTBFSes [08:22] I'd just appreciate if someone coudl look what's wrong with ptlib? [08:22] oh, it's just the -dev [08:22] Riddell: while I'm working on the OO.o breakage, could you please have a look at the kde* uninstallability? [08:23] hey seb128 [08:24] and others [08:24] lut crevette [08:27] seb128: seahorse-plugins wants to go to universe, is that ok? [08:27] pitti: everything is ok but it used to be installed by default [08:28] seb128: wasn't that for the gnupg thing? [08:28] it's doing gpg agent yes [08:28] seahorse used to recommends it I think [08:28] that has been changed by a suggest in debian though [08:28] hm, so we could sell it as "boot speed improvement" instead of "feature cut"? :-) [08:28] I'm not clear of what we want [08:28] admittedly few users need a gpg agent, I figure [08:28] it's not really taking boot time [08:29] it took about a second or so for me, AFAIR [08:29] I've never been clear on what should be seeded as supported or what should go to universe [08:29] so your call [08:29] and since it's an xsession.d/ script, it blocks everything, no? [08:29] seb128: let's keep it not installed by default and see who complains [08:30] ideally this ancient gpg agent activation socket would go away and be replaced with something d-bus activated [08:30] ok [08:31] still I'm interested by knowing if you have an opinion on supported against universe [08:31] we have gftp for example that we could sync if it was in universe [08:31] seb128: 'supported against universe'? [08:31] seb128: I wouldn't mind having gftp in universe [08:32] nautilus can do ftp, that's about as much ftp as most people need, I figure [08:33] pitti: right, "supported against universe", in "should seahorse-plugins go to universe or stay in main since that's a GNOME component and was installed by default" [08:33] seb128: you mean you would like to keep all gnome components in main? [08:33] * seb128 kicks hald which is sitting there for hours and not restarting and blocking upgrade [08:34] seb128: you need the latest d-bus [08:34] pitti: not especially, I'm not clear why we have this supported seed [08:34] hey seb128 [08:34] a previous d-bus upload broke hal [08:34] lut didrocks [08:34] pitti: ie what should go to supported nowadays [08:34] seb128: packages in main get langpacks, etc. [08:34] but in general, "stuff that we want to support, but not install by default" [08:35] ok, so is the seahorse gpg agent in this case? [08:35] I think so [08:35] seb128: gnome-python-extras is ready. Do you want I open a bug for sponsoring (not sure if we want it in bzr too)? [08:35] gtfp rather not [08:35] gthumb, probably not, since we promote f-spot as default [08:36] it depends on which packages you guys can and want to maintain [08:36] ok [08:36] s/you guys/we/, sorry [08:36] well, easier to get things maintained in universe [08:36] * pitti has been known to do some gthumb uploads [08:36] indeed [08:37] ok that's not for today but I put that on my todolist, cleaning desktop packages in main that could go to universe [08:37] didrocks: I don't understand the question, you want to stop using sponsoring bugs? what else do you suggest to track those? [08:38] seb128: sounds great [08:39] seb128: no no, just if you want that I push this package in bzr (~ubuntu-desktop) too before opening the bug) [08:40] didrocks: are we near of merging with debian? [08:41] seb128: yes, it's merged. I have to work on ubuntu-desktop now and then reshape every packages to have on -dbg package by source [08:41] didrocks: you can use your bzr or the team one, I don't really care either way, we can drop the bzr when we sync with debian later if we sync [08:42] seb128: ok, using team one for the moment [08:42] seb128: will do it this morning (not now, a lot of work today :/) [08:42] hi [08:43] didrocks: ok, no hurry, good luck with work [08:43] hey asac [08:43] seb128: thanks, will try ^^ [08:44] hi asac [08:58] seb128: do you think we should say "gnome 2.27.1" in the alpha-1 notes? [08:58] pitti: we are close enough of it now to say it yes [08:58] we did most of the revelant updates yesterday [09:15] seb128: hey [09:15] didrocks: hey2 [09:15] hello robert_ancell, how are you? [09:16] seb128: good. I was having trouble finding any gnome packages to update today! [09:17] seb128: what was the plan with gdm? It's so different from the current version, are we going to update in Karmic? [09:19] robert_ancell: need to be discussed at uds again, I'm leaning toward updating now but it's not a good idea for several reasons [09:19] the new gdm version is in the desktop team ppa [09:20] as gdm-new [09:20] the rational is that the old gdm works fine and the new one doesn't bring a lot [09:20] but has not graphical configuration tool [09:20] no graphical themes [09:20] the original plan was to land face-browser in karmic, together with the new gdm [09:20] to avoid changing UI twice [09:20] that's not going to happen though [09:21] and next cycle if that's a lts is not the right cycle either [09:21] so I'm leaning toward going for it now [09:21] though the upstream issues I listed are not solved but it seem they will not be soon [09:22] are there any packages in need of updating? Or are we holding off until after the alpha [09:22] the new gdm has better *kit integration, user switching, etc [09:23] robert_ancell: did you do the totem and totem-pl-parser 2.27 updates? [09:23] robert_ancell: hey :) [09:23] and I heard the gnome-power was no more per user but launched ah gdm start so power policy is run when no user is connected [09:25] seb128: I knew I forgot something... Will finish them tomorrow [09:25] robert_ancell: ok, you can also merge deskbar-applet on debian and update to 2.27.1 [09:26] ok, will do [09:26] robert_ancell: and look to the gdl and anjuta update if you have interest in that [09:26] huats does those usually but he's busy at the moment [09:26] ok. I'm heading off now, any more requests? [09:26] no, extra bug triage effort would be nice too ;-) [09:27] and otherwise there is plenty of merges on merges.ubuntu.com if you look for something to do [09:27] seb128: I can take a few stuffs too :) [09:27] seb128: I hacked away at cheese triaging today [09:27] but I think with those you should have enough to be busy [09:27] it might be a good way to change my ideas :) [09:27] hello btw seb128 and robert_ancell :) [09:27] robert_ancell: ah ok, I'm not subscribed to this one so I didn't notice, good ;-) [09:27] hi huats [09:27] lut huats [09:28] robert_ancell: ok, so you have deskbar-applets, totem and totem-pl-parse to merge and update for tomorrow [09:28] see you guys tomorrow [09:28] have fun, see you tomorrow [09:29] brb restart after karmic upgrade [09:54] seb128_: upgraded today? [09:54] worked fine? [09:55] asac: no, I did upgrade 2 weeks ago, I just did another dist-upgrade after 2 weeks not touching this box [09:55] I worked on my laptop previous week because I was in London [09:55] I dist-upgraded and rebooted, works fine except for OO.o installability [09:55] working on that [09:55] and yes current karmic works fine there [09:55] heh [09:56] my karmic upgrade wants to remove apache2 [09:56] too bad [09:58] is apache2 with apache2-mpm-prefork installable for anyone on karmic? [10:00] yes [10:00] it wants to remove apache2-mpm-worker though [10:01] yeah thats expected i guess [10:01] odd [10:01] what? [10:01] sudo apt-get install apache2-mpm-worker apache2 [10:01] what error do you get? [10:01] that it installs for you and it wants to be removed here ;) [10:01] no error [10:01] so? [10:01] just that dist-upgrade to karmic wants to remove apache here [10:01] you probably have something else installed which requires that [10:01] sudo aptitude dist-upgrade [10:01] and look at the reason [10:03] hmm ... aptitude doesnt want to remove it [10:04] does it put something else on hold or remove something else? [10:04] oh libaprutil1 seems to have breaks on my apache common [10:04] oh that's right, you'll be on amd64 [10:04] so maybe binary all hasnt made it to my archive [10:05] right amd64 [10:05] sigh [10:05] apr-util failed to build on i386 due to dependencies [10:05] heh [10:05] but the later one built on amd64, which introduced a breaks on apache-common [10:05] * ajmitch was doing an apache2 merge earlier [10:05] hey ajmitch, it has been a while, how are you? [10:05] good, how are you? [10:05] good thanks [10:06] https://edge.launchpad.net/ubuntu/+source/apr-util/1.3.4+dfsg-2 [10:06] that seems to have build [10:06] om its recent [10:06] oh, it built now, interesting [10:06] so all is probably just missing on my mirror [10:07] it'll still have the breaks on apache-common until the updated apache2 package is uploaded & built [10:07] but that'll drag in libaprutil1-ldap, libaprutil1-dbd-mysql from universe :) [10:07] isnt that an alpha-1 blocker for the server team ;)? [10:08] pitti: sorry, looks like a apache2 upload may be needed to fix this up :( [10:08] i always knew that Breaks: is just evil ;) [10:08] if my muddled reasoning is correct [10:09] blame debian maintainers, right? ;) [10:13] seb128_: gnome-python-extras ready, bugs #375355 [10:13] Launchpad bug 375355 in gnome-python-extras "Please, merge gnome-python-extras 2.25.3-2 from debian unstable" [Wishlist,Triaged] https://launchpad.net/bugs/375355 [10:14] didrocks: ok thanks [10:14] seb128_: so, now. I'm focusing on reshaping one -dbg package by gnome-python* source? [10:14] udev breaks devmapper (dmsetup) ... and no upload in sight ;) [10:14] would be nice, and sending the patches to debian so maybe we can be almost in sync again on those [10:15] seb128_: ok. I will try. Anything else, more relaxing, during this time? :) [10:15] udev: Breaks: dmsetup (<= 2:1.02.27-4ubuntu5) but 2:1.02.27-4ubuntu5 is installed. [10:15] pitti: ^^ any plans to upload that for karmic? [10:15] didrocks: nothing specific feel free to do shopping on merge.ubuntu.com [10:16] seb128_: ok. That's some kind of inexpensive shopping ^^ [10:16] (apart for free time ;)) [10:16] hehe [10:16] asac: see discussion in -devel a few minutes ago :) [10:16] indeed! [10:17] good [10:17] thx ajmitch [10:31] ajmitch: ok, go ahead then please [10:32] asac: that was discussed in #u-devel, let me talk to keybuk [10:35] :-) [10:44] pitti: bug 352622 ... can you please put that to proposed? its a no change upload that will allow the ppp plugin to load [10:44] Launchpad bug 352622 in pptpd "/usr/lib/pptpd/pptpd-logwtmp.so is for pppd version 2.4.4 not 2.4.5" [High,In progress] https://launchpad.net/bugs/352622 [10:53] asac: oh, sorry; thought I did that days ago already [10:53] no problem ;) [10:53] asac: will do an SRU round today, in between fighting archive [10:53] pitti: i think you didnt like that there was no impact/verify instructions in description and then it dropped from the radar [10:54] indeed, and in comment 16 I was just confused === dpm_ is now known as dpm [11:47] pitti: I might have a clue. The previous version of vte was built with python-support 0.8.7. I have to figure out how to force this manually in my pbuilder though. [11:47] (just to confirm) [11:53] didrocks: might very well be a regression/changed behaviour there, yes [11:57] pitti: pyshared is the right location for .so modules. http://paste.ubuntu.com/170484/ [11:59] didrocks: alright, thanks for clearing that; then python-apt is wrong [11:59] it seems, yeah [11:59] pitti: just fixing -dbg package and I open a new bug for sponsoring [11:59] didrocks: or just ping here, you're committing to bzr anyway, right? [12:00] pitti: ok. I will ping you, after committing :) [12:17] * asac lunch [12:29] pitti: new vte revision pushed [12:48] didrocks: hah, that looks good [12:49] pitti: great ;) [12:52] seb128: do you think that Robert and you want to maintain libpst? (see bug 351577) [12:52] Launchpad bug 351577 in libpst "MIR - libpst" [Undecided,Incomplete] https://launchpad.net/bugs/351577 [12:53] pitti: that's a biased question ;-) [12:53] seb128: well, if you say it's not maintainable, we don't support it, period :) [12:53] pitti: I think it's an useful feature to have and we got questions in review about that not being working in jaunty [12:54] I'm not looking for extra work but I think we should use it yes [12:57] seb128: gnome-keyring seems a little bit broken [12:57] Keybuk: what ubuntu version and how? [12:58] seb128: karmic, current [12:58] it keeps asking for the passphrase over and over and over again [12:58] hm, I'm using both ssh and gpg, WFM [12:58] I would said it's due to something else [12:58] since it didn't change since jaunty [12:59] it's failing for all applications [13:00] wfm [13:00] and I dist-upgraded this morning [13:01] how would I debug? [13:02] ah [13:02] gnome-keyring-daemon --foreground perhaps [13:03] in the process of poking, I figured out what the problem is [13:03] ah? [13:03] my X keymap has reverted to "USA" [13:03] and gnome-keyring never says if you get the password wrong [13:03] I got the issue too on the gdm screen this morning [13:03] but I've a custom keymap in gconf for GNOME so it was working there [13:03] iz xorg bog [13:06] about bog, I wanted to know if this is possible to run Xorg in the old fashion way for input device (without hal) [13:06] seb128: thanks for the input on the bug reprot [13:06] report [13:07] ikonia: which one? I comment on over an hundred bug every a day [13:07] seb128: the ssh/gnome-keyring/ssh-add bug [13:07] -every [13:07] ah ok [13:08] sorry to not being really helpful but what I know is that it works for most people [13:08] it's weird that you get the issue on several stock installs [13:08] trying it on a seperate hardware platform [13:08] I'm actually using US layout, though [13:08] could be due to some rsa keys or something, there is some bugs about that [13:09] I doubt that, as I've tried re-creating the key [13:09] pitti: you were using dvorak no? or just learning? [13:09] and if I manually invoke ssh-add it works finr [13:09] fine [13:09] seb128: I had learned it years ago, but never to the point of being sufficiently fluent [13:09] ikonia: ssh-agent is not the gnome-keyring agent though [13:09] so I have used US for years [13:09] ok [13:09] ikonia: env | grep SSH? [13:09] seb128: I know, the problem is with ssh-add/and gnome-keyring [13:10] SSH_AGENT_PID=4012 [13:10] SSH_AUTH_SOCK=/tmp/keyring-dog0Sb/socket.ssh [13:10] all good [13:10] using the keyring as the auth [13:10] ikonia: what is not working there if the keyring is used? [13:11] ikonia: ls -l /tmp/keyring-dog0Sb/socket.ssh [13:12] seb128: the keyring is not being used [13:12] ikonia: [13:13] " all good [13:13] using the keyring as the auth" [13:13] seb128: if I do "ssh hostname" - ssh asks me for the key, rather than gnome-keyring launghing the ask-pass gui [13:13] that's not coherent, is it used or not? [13:13] sorry - it's setup according to the auth_sock varible to use it, but it is is not being invoked [13:13] ok [13:13] ikonia: ls -l /tmp/keyring-dog0Sb/socket.ssh [13:14] srwxr-xr-x 1 test test 0 2009-05-12 08:12 /tmp/keyring-dog0Sb/socket.ssh [13:14] ikonia: gconftool -R /apps/gnome-keyring [13:15] http://pastebin.ubuntu.com/170541/ [13:15] ps aux | grep gnome-keyring [13:16] test 3862 0.0 0.0 92424 3292 ? S 08:12 0:01 /usr/bin/gnome-keyring-daemon --daemonize --login [13:16] can you stop this one, run [13:16] sure [13:16] gnome-keyring-daemon --daemonize --login --foreground [13:16] ups [13:16] not --daemonize [13:16] and see if anything is printed when trying to use ssh [13:18] nothing in the terminal [13:18] just ssh prompting me for a password for the key [13:19] and ssh -vvv has nothing useful? [13:19] you are sure your setup is configured correctly to do key authentification? [13:19] seb128: very useful stuff for debugging an ssh problem, but as there is no problem - it just things it's waiting for a key [13:19] ok so I don't know [13:19] it can do key auth, fine, working for years, if I put the key in with ssh - it works fine [13:19] upstream might have a better idea about the issue [13:20] you can try opening a bug on bugzilla.gnome.org [13:20] trying to find someone who can spec out the gnoem stuff, [13:20] well upstream is usually responsive [13:20] and they writte the code so they know it [13:22] I'll see what I can get, but as I said, thank you for a response [13:24] you're welcome [13:32] seb128: definitely something up with gpg: [13:32] gpg: gpg-agent is not available in this session [13:33] env | grep GPG [13:33] seb128: nada [13:33] is seahorse-plugins installed? [13:33] no [13:33] there you go [13:33] why would that have been removed? [13:34] nothing depends on it [13:34]