=== asac_ is now known as asac [06:58] good morning [06:58] robert_ancell: heeey, how are you? [07:02] pitti, hey, good to be back :) [07:02] that was a long vacation, where have you been? [07:03] pitti, fiji, amsterdam, greece, malaysia [07:03] wow [07:06] I didn't know there was a place called pitti :) [07:06] pitti was awesome [07:07] I think we're scheduling the next UDS at pitti :) [07:07] Is it a long way from .au? Somewhere closer than {Europe,USA} would be awesome :) [07:08] hehe.... i'll go to pitti [07:08] :) [07:08] welcome back robert_ancell [07:08] I think it's a state in germany [07:08] kenvandine, hey ken [07:08] and congrats! [07:10] thanks! [07:10] robert_ancell: I'll get some more chairs for the kitchen then! [07:11] Do we get to sample the fabulous native cuisine? [07:17] damn, off by one error in the simple-scan that's in maverick... [07:18] also my MOTU expired while I was away :( [07:19] * kenvandine heads to bed, good night all! [07:25] robert_ancell: MOTU> you are core-dev now, aren't you? [07:25] kenvandine: sleep well! [07:25] robert_ancell: oh, simple-scan, I noticed that PDFs created by it in text mode are entirely white === almaisan-away is now known as al-maisan [08:13] pitti, hey, I can't reproduce that. What PDF viewer are you using? Could you send me an example PDF with the problem? [08:13] robert_ancell: evince (surprise) [08:14] robert_ancell: can do; I'll report it as a bug [08:14] it just seemed rather general [08:14] I see the pages in simple-scan, just when I save the PDF it gets broken [08:15] pitti, bug 644734 [08:15] Launchpad bug 644734 in simple-scan (Ubuntu) (and 1 other project) "Bad PDF from new versions of Simple Scan (affects: 8) (heat: 44)" [Undecided,Incomplete] https://launchpad.net/bugs/644734 [08:20] So, what happened to evolution in 10.10? It seems like it was modified to make mail and calendar behave more like separate programs, but it's not working very well. [08:26] When you use the mail notification applet evolution calendar becomes evolution mail and there isn't any obvious way to change it back. Also without the buttons for switching between views there doesn't seem to be any way to access tasks. This release of evolution seems to have some serious issues. [08:30] pitti: good morning - someone rejected my jockey upload to proposed that disabled the b43 handler. is there another (different?) fix coming? [08:30] mvo: good morning [08:30] mvo: I replied to the bug with details [08:31] ok [08:31] I can update the code to filter ofr the right ids [08:34] mvo: post release that might indeed be better; shoudl have thought about that at the time when you reuploaded to -proposed, sorry [08:35] good morning [08:35] bonjour didrocks [08:35] Guten Morgen pitti [09:17] morning seb128 [09:17] hey ara, how are you? [09:18] pitti, hey! good morning. I am doing good, yourself? [09:18] hey ara pitti [09:18] happy maverick! [09:18] seb128: sjoerd updated the gtk3 package a bit over the weekend [09:19] slomo, oh nice [09:19] I will check that thanks [09:27] vish: thanks for helping to triage the bug flow :-) [09:36] Good morning, fellow mavericks [09:42] mvo, hi, I have a challenge for you [09:42] hey mpt [09:43] good morning mpt [09:43] hi didrocks [09:45] mvo, I'd really like to know the number of applications (i.e. packages with .desktop files) that were available in the official repositories for every Ubuntu version from 4.10 [09:45] Is that impossible? [09:48] mpt: uh, its possible, but quite a bit of work [09:48] mvo, does it require me installing each version individually? :-) [09:50] mpt: no, we can script that [09:50] * mvo is on the phone [10:05] mpt: so for the distros where we had app-install data its easy, for the old ones its a bit harder as it requires a mirror of old-releases.ubuntu.com or downloading a lot of data [10:10] mvo, so when did app-install-data start? Was it when gnome-app-install appeared? [10:12] mpt: yes, but initially we did not put universe data in there [10:13] hm [10:31] pitti: could you please review lp:~mvo/jockey/b43-firmware-loading-fixes - i'm not sure this is the best approach, but you know the code better (I'm also not sure if b43legacy can not go entirely, it seems like its covered now by the regular b43 handler) [10:35] mvo: legacy at least has different modaliases [10:36] pitti: aha, ok [10:39] mvo: please don't make lspci() static, use OSLib.inst.lspci() instead [10:40] thanks, fixed [10:42] mvo: so, http://bazaar.launchpad.net/~mvo/jockey/b43-firmware-loading-fixes/revision/439 is quite a gross hack [10:43] I can't say for sure just by looking at the code whether it works with everything, but I guess you tested it? [10:43] ideally we'd have three subclasses, for phylp, b43, and legacy [10:44] mvo: is phylp a different kernel module, too? [10:45] pitti: well, tested with the one hardware i have for this [10:46] mvo: i. e. we can't use the ssd: vendor/product name, we have to look at the PCI one? [10:46] pitti: hack> well, yes, I'm unhappy about the fact that the handler has no pci id information [10:47] pitti: ssb> the packages are looking at the pci ids, I don't know the mapping of ssb -> pciid, but if that can be obtained, that is a much nicer solution [10:47] right, I know; that actually was on purpose, to avoid hacks like this :) [10:47] but I guess b43 has become exceptionally evil now [10:48] so, by the looks of it it should work fine [10:48] pitti: a cleaner way would be to walk the sysfs tree like I outlined in the comment [10:48] I don't see anything which should outright break the assumptions of the model [10:48] pitti: but that also feels "unclean" [10:49] pitti: it would break if there are multiple cards on the machine [10:49] but that seems to be a rather special case :) [10:49] mvo: right; the clean way is to create a modalias file which maps the ssb vendor/product to a handler and a package name [10:49] similar to /usr/share/jockey/modaliases/nvidia-96 and friends [10:50] or /usr/share/jockey/modaliases/bcmwl [10:50] that's how other packages override bad/missing information in the kernel modalises [10:51] pitti: hm, is there a way to add extra info there? it seems that handler_modalias contains only the modinfo b43 output [10:52] pitti: so the pciid would still not be visible to the handler [10:52] mvo: no, as I said it's not supposed to [10:52] mvo: the modalias file could set the correct package for each product [10:52] pitti: right, so it would be "b43 packagenmae"? [10:52] LocalKernelModulesDriverDB class [10:52] (which parses those files) [10:53] then sets handler.package to the last field [10:53] aha [10:53] mvo: or b43legacy [10:53] if we don't ship such a list, it uses the "modalias b43" output (well, not really, but in spirit) [10:54] pitti: ok, that sounds like its the right fix then, I can add such a file [10:55] cool [10:58] seb128: bonjour, ca va? [10:59] hey pitti [10:59] oui, très bien ! [10:59] et toi ? [11:00] Je vais bien [11:06] pitti: I pushed a new diff (untested) that is much simpler and just uses the modalias for lpphy [11:08] mvo: ah, nice! [11:08] mvo: so, I wasn't sure whether matching on pci: works, since these only have ssb: modalises [11:08] but if it's already in the postinst, then I guess it does [11:08] mvo: looks great [11:10] pitti: cool, I can merge/upload [11:10] mvo: so the total diff should more or less just be that modalias file, right? [11:12] mvo: hang on [11:12] mvo: let me uncommit the last three releases commits, since they were rejected [11:13] pitti: the diff should be modalias plus if not self.package: default_package [11:13] right, that [11:13] lp:~ubuntu-core-dev/jockey/ubuntu updated, is at r435 now (you need to pull --overwrite) [11:16] mvo: bzr merge lp:~mvo/jockey/b43-firmware-loading-fixes looks good to me, except for the changelog of course [11:19] pitti: ok, if that looks good to you I will merge/upload [11:19] pitti: with a fixed changelog of course :) [11:19] * pitti hugs mvo, thanks! [11:23] hey mvo and mpt [11:23] can we discuss 3 features we want to see in Software Center [11:23] they dont have to be zeitgeist related [11:24] guys? [11:26] pitti: yw, just doing a final test, then its done [11:26] \o/ [11:27] seif__: after lunch - but feel free to discuss with mpt, I will read scrollback [11:28] mpt? [11:28] hi davidbarth ! :-) [11:28] did you have occasion to try my branch? [11:28] can u list me ur 3 most needed featues or improvement for S-C [11:33] Cimi: hi [11:33] Cimi: yes, i've tried it quickly, but i get a crasher under unity [11:33] Cimi: i haven't collected a backtrace yet [11:34] davidbarth: which revision? [11:35] I know where the crash may come from [11:36] it could be because gchar *text may be a null [11:36] Cimi: 212 afaict [11:38] good morning chaotic :) [11:39] Hi Cimi [11:43] chaotic: I've added you to a shared google doc I'm writing [11:43] chaotic: please add any visual bug/comment you find [11:48] looking now === MacSlow is now known as MacSlow|lunch [12:20] chaotic: is there a PPA with gtk+ 3.0? [12:20] ops [12:20] davidbarth: ^^ [12:20] :)) [12:20] Cimi: np [12:21] chaotic: is there a PPA with the new fragrance from OG - chaotic? :D [12:21] Cimi: ;) [12:30] Cimi: see with seb128, i don't think there is one yet [12:30] not yet [12:30] I'm working on it, maybe today [12:31] supercool === zyga is now known as zyga-lunch === zyga-lunch is now known as zyga [13:01] pitti: jockey is uploaded now, it took a bit longer because I was getting a odd freeze, but it turned out that that was because I was using the old firmware (before the fix). with the fixed jockey it seems to be working like a charm (I think you mentioned freeze, might be the same issue) === MacSlow|lunch is now known as MacSlow [13:12] mvo: cool, thanks [13:12] good morning! [13:13] hey cyphermox, how are you? [13:14] pitti, pretty good, you? [13:14] I still have a bad cold, but it will pass eventually [13:14] I'm great, thanks [13:14] yesterday was fun [13:14] pitti: for this sru its probably best to gather some feedback from people owning the HW, testing this is a pain for me as I need to "borrow" a netbook for this [13:15] saw that :) [13:16] mvo: I agree [13:17] mvo, pitti, what hardware? [13:17] I may have some cycles to spend on SRU testing in the Montreal lab if it means some more systems can be certified [13:17] cyphermox: b43 broadcom wifi [13:18] suh-weet [13:18] pitti: bug #s? [13:18] cyphermox: bug 655111 [13:18] Launchpad bug 655111 in jockey (Ubuntu Maverick) (and 4 other projects) "BCM4312 not supported by "Additional drivers". B43 is proposed, fails w/o useful message, "Not supported low-power chip" (affects: 6) (heat: 28)" [High,Fix committed] https://launchpad.net/bugs/655111 [13:18] oh, nice [13:19] but I guess Fabian can test as well [13:19] that means some systems may be certified w/o STA [13:20] pitti, yeah, Fabian may be here today... but I have a mini 9 here IIRC [13:21] jockey and dkms accepted [13:30] good morning everybody! [13:38] hey nessita, how are you? [13:39] nessita: look behind! a three-headed Meerkat! [13:39] pitti: pretty good, how are you? [13:39] ... with a towel! [13:39] hehehe [13:40] pitti: I have 2 questions for you: 1- can we upload to natty already? 2- Are you able to review https://code.launchpad.net/~nataliabidart/ubuntu-dev-tools/multiple-series-for-project-upload/+merge/36354 ? [13:41] nessita: 1) I claimed the trophy for the first natty upload already :) https://edge.launchpad.net/ubuntu/natty/+queue?queue_state=1&queue_text= [13:41] nessita: they'll be held in unapproved until the toolchain lands, but yes [13:41] nessita: 2) can do [13:41] pitti: awesome [13:42] nessita: ah, he meant that the code will now crash if the series array is empty [13:43] pitti: if the series is empty, the script exists [13:43] exits* [13:43] oh, right [13:43] see diff lines 29 and 30 [13:44] for bonus points next time, add a debian/changelog snippet :) [13:44] but I'll make on eup [13:44] pitti: oh right! [13:45] nessita: btw, isn't "natty" a cute nickname? [13:45] incidentally, my wife is also being called "Netti", which sounds just the same [13:45] so she likes it already :) [13:46] nessita: ok, merged [13:47] nessita: I'm not uploading yet, it'll still take about a week anyway until stuff gets accepted [13:47] and until then it's likely that trunk gets more changes [13:48] pitti: I'm Naty, you know [13:49] pitti: thanks a lot for the merge [13:49] nessita: that's why I asked you whether you think it's a cute name :) [13:49] it's extremely cute. Is the best name ever! :-P [13:49] * nessita loves herself [14:09] pitti: i remember there were talks at some point to include source code in the retracer output at some point. was that dropped due to resources or for being too hard to do? [14:09] (many some points ;)) [14:09] jcastro: i am in linaro->1on1 now [14:10] it just keep crashing [14:15] cyphermox: did you had any more success wit h converting the synaptic menu to gtkbuilder ? [14:15] pitti: I'd like to build the nattty package for ubuntu-sso-client, and I wonder, I've branched the package branch but when doing bzr merge-upstream I'm reading "Using distribution maverick". Am I making a mistake? [14:16] mvo: no, there's still the issue with menus [14:16] nessita, that's because your running maverick [14:16] mvo: I was hoping to find a way to have the converted files still openable with glade, but so far no luck [14:17] kenvandine: shall I move to natty? or shall I continue as always? [14:17] asac: https://blueprints.edge.launchpad.net/sprints/uds-n [14:18] nessita, doesn't matter until you are ready to upload to natty [14:18] kenvandine: I'm trying to build the package of usssoc for natty [14:19] at this point, natty == maverick [14:19] nessita, yeah, but right now they are the same [14:19] pitti, is natty open even? [14:19] kenvandine: you can upload, but toolchain freeze [14:19] ah, cool [14:19] cyphermox: is upstream any help? i.e. are they interessted in fixing those issues? [14:19] * kenvandine subscribes to changes :) [14:20] mvo: I haven't checked yet [14:21] thanks [14:21] mvo: this week I'll be doing certification testing, there's a need for more hands in the lab to get this all done asap [14:21] mvo: I'll probably get back to synaptic this evening though, I hope to get that sorted real soon [14:21] kenvandine: understood, thanks [14:23] cyphermox: cool, keep me updated, I will also try to give it a bit of my time [14:24] hm [14:25] mvo, USC is sitting idle but using ~70% CPU. Anything I can do to report a useful bug? [14:26] actually it's fluctuating between 70% and 90% [14:27] mvo: ok [14:32] mpt: could you pastebin/mail me the output of "ps afx" ? [14:34] jcastro: sent you summary suggestion and two more comments [14:34] thanks [14:34] jcastro: let me know when you updated the track description so i can review how it looks next to the other ones :) [14:35] mpt: letting "strace -o /tmp/usc.trace -vv -p `pidof software-center`" run for a few seconds, and attaching /tmp/usc.trace to a bug might help, too [14:35] mvo: ^ FYI [14:35] asac: check it now [14:36] asac: the columns look messed up to you? [14:36] kenvandine: what am I missing to being able to propose for merger this branch? https://code.launchpad.net/~nataliabidart/ubuntu/natty/ubuntu-sso-client/ubuntu-sso-client-1.1.1 [14:37] nessita, what is happening? [14:37] kenvandine: I pushed that branch but I don't have the "propose to merge" option [14:37] oh [14:37] maybe because there is no natty branch yet at lp:ubuntu/ ? [14:37] james_w, ^^ [14:38] kenvandine: I'm guessing the natty "trunk" branch has to be created... since bzr branch lp:ubuntu/ubuntu-sso-client fails [14:42] hi guys. lets say i notice a significant performance problem with "GtkTextView - Add text" within Ubuntu releases, then where would i go to find some support in investigating this further? [14:42] e.g. a benchmark for 1000 test cycles takes 100 seconds compared to other systems with 20 to 40 seconds [15:06] asac: i've been told that the openvpn plugin for network-manager is broken on ubuntu. have you heard any such reports? [15:16] didrocks, about bug 657371, As guest, am I supposed to not access anything in /home even from a terminal ? [15:16] Launchpad bug 657371 in netbook-meta (Ubuntu Maverick) (and 4 other projects) "Ubuntu Netbook Edition maverick doesn't have a guest session (affects: 1) (heat: 10)" [Medium,Triaged] https://launchpad.net/bugs/657371 [15:19] jibel: it should behave like the desktop guest session, which means, no access to /home, right [15:20] didrocks, okay, that's a failed then :( [15:20] jibel: oh, you can access it? [15:20] didrocks, right [15:20] urgh, /me checks on the netbook [15:21] what's weird is that it's the same bin which is launched [15:21] didrocks, I'm logged as guest and using 0.17 of gdm-guest-session [15:21] and then, should be the same apparmor profile [15:23] jibel: I can't access to it there [15:23] jibel: did you check with the desktop session? [15:27] didrocks, no, trying that now [15:28] didrocks, same result with desktop session [15:29] jibel: I this this is something in your local configuration then. Is apparmor activated? can you try to revert to 0.16 and check you have the same behavior? [15:29] didrocks, It was installed less than 1 hour ago from the latest iso [15:30] jibel: can you try at reverting to 0.16? [15:30] s/at// [15:30] didrocks, doing... [15:31] hyperair: no. .check with cyphermox who owns this topic now [15:32] cyphermox: have you heard of any failures with the nm-openvpn plugin recently? [15:32] didrocks, same result with 0.16 [15:33] didrocks, aa-status tells that apparmor is loaded [15:33] didrocks: do you know of any test case that can be used for libgpod? i don't have an ipod so i'm really clueless about it [15:33] jibel: so, the bug is different and it's not a regression from 0.17. I have a fresh install there (from Friday) with a new /home and I can't access to it from either 0.16 or 0.17 in desktop or netbook session [15:34] hyperair: I think just state that plugin an ipod, seeing it appearing in rhythmbox and moving a file to it is enough [15:34] okay [15:37] didrocks, hm. rebooting everything just to be sure. [15:40] hyperair, what failures do you see? [15:40] didrocks, that's ok the apparmor profile was not loaded. [15:40] cyphermox: not me, a friend of a friend. [15:40] jibel: ok, weird, false alarm then :) [15:41] didrocks, yeah :-) [15:41] cyphermox: apparently someone was ranting in #openvpn about how ubuntu's openvpn plugin was completely broken [15:41] hyperair, ok.. the only thing I'm aware of is that system-wide connections don't write the secret they had as a user-specific connection to the keyfile [15:41] hyperair, I tested openvpn on a test account and it seemed to work fine [15:42] cyphermox: i'll pass the message over then. thanks. [15:43] hyperair, fwiw the test account I used was swissvpn with default settings.. I was definitely connected and able to reach their test pages [15:43] okay [16:27] mvo, you and chrisccoulson and probably glatzor and I should talk sometime soon about what to do about bug 634915, bug 621031, and bug 533058 [16:27] Launchpad bug 634915 in ubufox (Ubuntu) (and 1 other project) "software-center doesn't Provide apturl, or replace it in the seed (affects: 1) (heat: 126)" [Wishlist,Triaged] https://launchpad.net/bugs/634915 [16:27] Launchpad bug 621031 in software-center (Ubuntu) "Opening .deb file in Maverick still launches gdebi (affects: 3) (heat: 85)" [Undecided,Confirmed] https://launchpad.net/bugs/621031 [16:27] Launchpad bug 533058 in software-center (Ubuntu) (and 2 other projects) "Applications that install packages should work when packages are downloading with Software Center (affects: 1) (heat: 19)" [Undecided,Invalid] https://launchpad.net/bugs/533058 [16:28] ideally with a whiteboard :-) [16:33] mpt: the last one is simple, we just make gnome-codec-install part of software-center [16:33] mpt: for the other ones, we need to adjust the priorty so that s-c wins over gdebi/apturl. I'm not sure how to do that, but I'm sure chrisccoulson and seb128 know [16:34] mvo, does it still make sense to make gnome-codec-install part of USC even if the interface is very different? [16:35] mvo, mpt: the second one is likely an user setting [16:36] mpt: I guess not, but we can port it to aptdaemon (if that hasn't been done already) [16:37] hm, actually - gnome-codec-install should use aptdaemon now by default [16:37] I thought that I did some work on this for maverick final [16:37] so we should be good here [16:38] mvo, right, but then if (for example) we want to handle PackageKit font installation requests, either we have a gnome-font-install that duplicates gnome-codec-install's interface, or we move that interface into python-aptdaemon-gtk. [16:39] And have aptdaemon say "oh, a PackageKit API request, I know how to do those" [16:40] mpt: the sessioninstaller is meant for this, to provide a PK compatible session API [16:40] mpt: we have it in maverick by default [16:40] mpt: it works for e.g. requesting a missing cdrdao in brasero already [16:41] * mpt finds http://wiki.debian.org/SessionInstaller [16:42] mvo, so, it shouldn't be necessary for both gnome-codec-install and sessioninstaller to exist, right? [16:46] seb128: did you manage to set up the ppa for gtk+ 3.0? [16:46] Cimi, working on it [16:53] mpt: right, sessioninstaller should be able to provide this feature, I'm not sure its implementing it 100%, but that is easy to find out [16:57] mvo, would it help to mail the three of you about it? It seems like we should be able to get rid of at least one of them [17:00] mpt: sounds good to me, sessioninstaller is definitely the way to go IMO [17:00] ok [17:36] seb128: poke me when you have a link! [17:36] and thanks ;) [18:03] mvo, sent === al-maisan is now known as almaisan-away === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [19:39] pitti: tomorrow, when you get a chance, can you ack the unity SRU for bug #657838? (there will be a NEWing needed too) Despite the all good update reports, I didn't think and get feedback from people having ubuntu-netbook metapackage uninstalled :/ [19:39] Launchpad bug 657838 in unity (Ubuntu Maverick) (and 1 other project) "unity was not installed on upgrade from Ubuntu 10.04 (affects: 1) (heat: 8)" [High,Triaged] https://launchpad.net/bugs/657838 [19:50] kenvandine: did james_w answered about merging against natty ussoc? [19:56] nessita, nope [19:56] not that i saw :) [19:56] kenvandine: yeah, me neither [19:56] i noticed a couple hours ago that today is supposed to be a holiday for me... so i decided to slack a little :) [19:56] kenvandine: good choice! [19:57] amazing how easy it is to not realize when it is a holiday with such a distributed group :) === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [20:51] pitti: please ignore the first upload. I found the root cause and there is an additional "nice to have" fix. The second should be ok [23:14] hi robert_ancell! [23:14] chrisccoulson, hey! [23:15] robert_ancell, how are you? did you have a good vacation? [23:15] chrisccoulson, yeah, really good [23:15] excellent! [23:16] where did you go? or just relaxing? [23:16] chrisccoulson: I was thinking about you. Do you know what is the current state of Tracker? Are they pushing it into gnome? Would it make sense to write an application depending on it or is it still to exotic? [23:17] kklimonda, yeah, you could write applications that depend on it ;) [23:18] chrisccoulson, married in fiji, then honeymoon through europe (mostly greek islands) [23:18] chrisccoulson: ok, lets me rephrase it - is there any chance for it to become a part of default installation in Ubuntu? Not even the filesystem crawler but the rest of it :) [23:18] robert_ancell, oh, i didn't know that. congratulations :) [23:18] robert_ancell: nice, congratulations. :) [23:18] thanks all! [23:19] kklimonda, i'm not sure about it being in the default installation. it depends whether anything needs it ;) [23:19] chrisccoulson: but is it ready for developing applications that use it? [23:20] kklimonda, not sure. if you were developing an application against it, you'd want to use 0.9 [23:22] chrisccoulson: ok, thanks - I'll take a look at it [23:23] robert_ancell: Coongratulations! [23:35] robert_ancell: Oh wow! Congrats! [23:37] robert_ancell: congrats [23:56] would somebody mind sponsoring bug 625793 and bug 658777 for me please? (they are the same branch) [23:56] Launchpad bug 625793 in gnome-settings-daemon (Ubuntu Maverick) (and 4 other projects) "Regression: Multiple Keyboard Layouts unusable: continuously changes layout + 100% CPU usage [updated] (affects: 259) (dups: 23) (heat: 1200)" [Critical,In progress] https://launchpad.net/bugs/625793 [23:56] Launchpad bug 658777 in gnome-settings-daemon (Ubuntu Maverick) (and 1 other project) "Invalid reads in keyboard plugin (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/658777