[00:45] Did the amd64 partman-base fail to build? It didn't show up in the pool. === sconklin is now known as sconklin-away [01:18] anyone happen to be running lucid desktop in virtual box? I'd really appreciate having the output of a command from that environment [01:31] cr3, I have a lucid desktop in vbox. [01:41] jbebel: awesome! could you send me the output from running the command /usr/share/checkbox/scripts/udev_resource? [01:47] cr3, http://paste.ubuntu.com/406265/ [01:52] jbebel: excellent, that confirms a bug reported. can you also pastebin the output of: ls /sys/devices/virtual/dmi/id [01:54] cr3, http://paste.ubuntu.com/406267/ [02:09] jbebel: would you mind if I asked you to make a modification to /usr/share/checkbox/scripts/udev_resource and try again? [02:09] Sure [02:10] jbebel: simply replace line 392 with: type = int(self._attributes.get("chassis_type", "0")) [02:11] jbebel: then, try running again and let me know if you still get an exception [02:12] No exception [02:12] jbebel: awesome! I'll submit that fix [02:28] Hobbsee: 20:27:44 [ nixternal] I miss hobbsee - we need you back :~( === samferry is now known as sam_ === sam_ is now known as samferry [03:20] +1 for Hobbsee's return. [03:24] she's gone? [03:29] just a bit inactive, I thought [03:31] Quite a bit. === \vish is now known as vish === ArneGoet1e is now known as ArneGoetje [04:29] Hi, is there a quick way to determine what configure flags were used to build a package? [05:15] hi all. i am having a problem building a release version of Go on Ubuntu Karmic: http://pastebin.mozilla.org/711474 [05:15] it looks like /usr/include/gnu/stubs.h are trying to include "gnu/stubs-32.h" and not finding it [07:02] slangasek: for that bug 551290 - that means I need to lame out the theme right? can't use no good colors [07:02] Launchpad bug 551290 in kubuntu-default-settings "[lucid] Kubuntu theme on nvidia card too ugly" [High,Triaged] https://launchpad.net/bugs/551290 [07:06] Good morning [07:07] mornin' pitti [07:09] nixternal: well, I don't know how Keybuk intends to handle selecting a different image for VGA vs. drm; perhaps you should wait and see what develops there [07:10] oh, well that is good to know.... [07:10] hi nixternal [07:10] so I take it aubergine was a nightmare on nvidia crap hardware? [07:10] slangasek: hey, got a minute for the backport ffe? [07:10] tjaalton: looking at it now [07:11] slangasek: cool, thanks [07:11] nixternal: no, aubergine still looks fine in VGA, but the logo is dithered [07:11] damn, gotta DMB meeting at 10am....just my luck, I volunteered to chair...10am is to early [07:11] slangasek: hrmm [07:12] so much for my theme where distro logos come in, and then get smashed by the kubuntu logo :p [07:14] good plan it was though [07:16] hehe [07:58] good morning [08:01] ArneGoetje, pitti: livefs build failure today, file conflict between language-pack-gnome-de and language-pack-de (/usr/share/locale-langpack/de/LC_MESSAGES/clutter-1.0.mo) [08:01] * slangasek waves to dholbach [08:03] hola slangasek [08:09] slangasek: gaa... another template moved... shall clutter be in -gnome or in the common langpacks? [08:12] ArneGoetje: wherever you think it belongs? :) [08:13] slangasek: I don't know clutter. Is that a gnome specific thing or a generic thing? [08:15] ArneGoetje: it's GTK-specific, but not very GNOME-specific; it does appear to be in both ubuntu-desktop and ubuntu-netbook, and not in kubuntu-netbook, though, so I guess -gnome is the right answer [08:15] slangasek: ok, thanks [08:17] slangasek: that needs new -base language-packs. I will rebuild them. [08:45] pitti: creating a symlink /usr/lib/dbus-1.0/dbus-daemon-launch-helper -> /lib/dbus-1.0/dbus-daemon-launch-helper solves the hardy-to-lucid upgrade problem (new processes can't connect to dbus anymore after the upgrade) [08:45] pitti: do you want me to file a bug or can you just make a new revision of the dbus package? [08:49] persia: ping [08:51] persia: "The DMB currently meets every two weeks in #ubuntu-meeting at 15:00 UTC." isn't very clear (https://wiki.ubuntu.com/DeveloperMembershipBoard) - should that be "ever 2nd and 4th tuesday of the month" - also does fridge say 14 utc [08:52] or geser, soren, stgraber, cody-somerville ^ :) [09:13] dholbach: fridge got confused with the DST change, the DMB meeting is still at 15:00 UTC [09:14] ara: ^ [09:16] dholbach: as the DMB meetings alternate with TB meetings, you would also have to set the TB meetings to 1st and 3rd Tuesday to let it work without collisions [09:17] geser: I don't know - I was just looking at the page and thought it's a bit unclear [09:17] free: can you please file a bug and assign to canonical-desktop-team? [09:17] free: great to hear that it worked! [09:17] either you explain the rule or mention when the next meeting is going to be :) [09:19] dholbach: else the schedule shifts in months with 5 tuesdays (like this month where the DMB meetings happened on 1st, 3rd and 5th Tuesday) [09:19] ah [09:20] * Ng wonders why we don't just run fsck -y when it says it needs to be run manually [09:20] dholbach: mentioning the next meeting seems to be easier (would mentioning it on the Agenda page be clear enough?) [09:20] exactly who ever runs fsck and doesn't just say yes to all the things it wants to fix? ;) [09:20] other than Ted [09:20] geser: yeah, probably [09:41] Hi, could someone help with bug #491940? [09:41] Launchpad bug 491940 in ltsp "Patch for LTSP clients to properly reboot/shutdown" [Undecided,Confirmed] https://launchpad.net/bugs/491940 [09:41] I've committed a patch in LTSP that would solve the problem, if the corresponding patch that I sent to gnome-session was accepted. [09:41] The gnome-session patch was neither accepted nor explicitly rejected. In any case, the problem remains: [09:41] LTSP clients in Lucid have non-working reboot/shutdown menus. They were working in previous releases with a similar patch in fusa. [09:41] As a teacher I think this is really inconvenient for schools, so I'd appreciate it if someone could direct me to a way to deal with this problem. [09:43] thanks geser [09:48] persia: ping ;) [09:58] amitk: do you still remember the power saving UDS discussion? one point was "do not enable fingerprint readers unless fprint/thinkfinger are installed", which unfortunately was only put on the beta-2 list [09:59] amitk: however, there is no specific module for those which could be blacklisted with a modprobe.d file (unless tf/fprint are available) [09:59] amitk: is there some better way to not enable those? [10:03] pitti: are fprint and thinkfinger quivalent ? [10:04] amitk: also, I don't see the device appear in powertop at all; 80% of wakeups are "rescheduling interrupts" and "load balancing" and "extra timer interrupt" (which all seem kernel related), and 8% is touchpad; the rest seems negligible [10:04] lifeless: in terms of using the fingerprint scan device they should be? [10:04] cool [10:04] I'll go for thinkfinger then as it has thinkfinger-tools [10:05] lifeless: I tried tf in the past, and it worked; fprint is allegedly a more flexible platform, but I haven't ever tried it [10:05] but I have never actually used this thing [10:06] pitti: I has a new laptop ;) [10:06] actually has three buttons on the touchpad again (yay!) [10:06] I type my user name faster than I can swipe my finger, and a fingerprint reader isn't for authentication [10:06] but also a fpr reader [10:06] its not for auth? [10:06] lifeless: wohoo; another three years over? which one did you get? [10:07] x201s/8G/128G SSD [10:07] lifeless: my latitude 430 has an fp reader as well [10:07] lifeless: is that a thinkpad? [10:07] yes [10:07] pitti: I know, my old D430 is on the floor beside me [10:08] amitk: http://paste.ubuntu.com/406418/ for the record; it's actually a little disappointing, in jaunty/karmic I got it down to 10 W [10:08] lifeless: for warming your feet now? :-) [10:08] pitti: :> [10:09] npviewer.bin die die die [10:09] lifeless: not for auth> your fingerprints are all over the place, and also conveniently located on the keys, the laptop cover, the wrist rests, etc; not much different than writing your password on a post-it note on the monitor [10:09] I thought that the point was to check for a pulse at the same time [10:10] the ones that they built into notebooks don't have life sign detection [10:10] :> [10:10] they are by and large just an optical scanner [10:10] ah [10:10] fail [10:11] 42% of wakeups 'Load balancing tick' [10:11] 18% iwlagn interrupt [10:11] 11% firefox [10:11] I disabled firefox, network, empaty, and almost everythign else except gnome-terminal for that run [10:12] this machine is sitting at 12W with nothing disabled [10:12] screen at 60% or so [10:13] lifeless: don't suppose you happened to run across any decently-priced non-Thinkpad SSD laptops ... [10:14] * cjwatson looking for recommendations right now [10:14] cjwatson: johnf here in sydney is very happy with an hp netbook w/ssd [10:14] being extremely cheap as a result of being a netbook [10:14] mm, HP was on my list, although I don't want a netbook - might look into what else they have [10:16] cjwatson: I'm not a IBM fanboy per se, but I'm quite happy with this. [10:16] why are you excluding thinkpads ? [10:16] I despise the Esc key placement [10:16] (trivial I know, but it has long annoyed me) [10:17] * RAOF opens his thinkpad to check the Esc key... [10:17] swapping esc and caps lock in ~/.xmodmap FTW [10:17] cjwatson: ah yes. its been pissing me off just enough to be a PITA, but not enough to want to return an otherwise great machine. [10:17] (for all of us happy vim users) [10:19] pitti: ah, the thing is, I like Caps Lock as well [10:19] cjwatson: oh; I don't know many people who do [10:19] anyway, I suppose this is OT, sorry [10:19] heh [10:19] tumbleweeds if we were not talking [10:19] Hardware lust is *always* on topic. :) [10:19] at least it never seemed important enough to me to give it such a good and comfortable position on a keyboard.. [10:32] cjwatson: partman-multipath wants to go back to universe, 's ok? [10:32] nooo [10:32] though I've not had a chance to try it yet [10:32] hm, then perhaps some dependency was dropped? [10:32] wonder how that fell out, I thought I'd seeded it [10:32] I don't think anything ever depended on it [10:32] cjwatson: do you know if someone has tested it on lucid yet? [10:33] tjaalton: I don't know [10:33] not that it's changed much? [10:33] I'm just going to seed it, it's been in main since jaunty [10:34] yeah it worked fine then, will reinstall the shell server with lucid this summer [10:34] it handles ~800 unique sessions just fine [10:34] cjwatson: related to that, libudev0-udeb wants demotion as well, that doesn't look intended? [10:38] does anything depend on it? [10:38] nothing in the core installer uses libudev [10:38] I assumed it was there because udev-udeb linked against it [10:39] I think I compile udev-udeb static [10:41] it's not static, but nothing in udev-udeb seems to use libudev [10:41] even in the main udev package, it's only input_id [10:41] I checked ldd, and it doesn't lik against libudev-udeb [10:41] cjwatson: input_id was fixed in the last upload, or should have been at least [10:41] yep, seems fine [10:41] I didn't know it was a bug, but OK [10:42] ok, so it seems that can safely go [10:42] pitti: hi, I noticed you were looking at apport stuff this morning. did you have a chance to look over my Java crash handler? [10:42] tseliot: is nvidia-185-modaliases current or obsolete? (it wants to go to universe) [10:43] mdz: not yet, sorry; I'm afraid this has to wait for a bit (it will take me some time to learn about java stuff) [10:43] mdz: but if it works for you, I'm happy to merge it [10:43] pitti: it's a transitional package and I think we need it in main/restricted (why universe??) [10:44] tseliot: well, s/universe/not main/ [10:44] tseliot: ah, ok, so we should seed it [10:44] * tseliot nods [10:46] tseliot: done [10:46] pitti: thanks [10:47] pitti: it's not ready to merge yet; it's just some dead code in the source tree right now (doesn't get tested or installed) [11:04] TheMuso: could you look at bug 551515 and decide whether it makes sense? [11:04] Launchpad bug 551515 in casper "[Lucid] need little modify the ubiquity-hooks/30accessibility script with gdm accessibility setting configuration part in Blindness profile" [Undecided,New] https://launchpad.net/bugs/551515 === MacSlow is now known as MacSlow|lunch [12:00] Hello. How can I debug upstart during system startup? I cant inject strace in the init="" kernel string, because that results init/upstart not to become process num 1 [12:00] is there a channel for ubuntu app development? i'm trying to implement a virtual semantic file system for ubuntu [12:01] Yes, See #ubuntu-app-devel [12:01] cjwatson: It makes sense to me, I'm not sure whether the proposed solution is sane however. [12:01] thanks :) [12:03] cjwatson: I need to talk to the desktop fols about this, and will follow up and make changes if necessary. [12:03] folks [12:04] TheMuso: thanks [12:05] nosse1: what are you trying to debug? [12:05] Keybuk: Upstart. I have a ARM target which fails sometime during upstart [12:06] nosse1: no, what problem are you trying to debug [12:06] it's unlikely you have a problem with the init daemon itself [12:07] Keybuk: Yes, upstart is probably not the culprit. I'm working on an initial bringup of Ubuntu to a new target, so it's likely that its something in relationshop with the kernel [12:08] Keybuk: However init="/sbin/init --verbose" does not reveal anything useful [12:08] nosse1: again, what problem are you trying to debug? [12:08] My target system won't boot. It hangs somewhere between init and the console login [12:09] with --verbose, what is the last message on the console that you see? [12:12] It varies. Sometimes it hangs in the middle of a output line, like "init: module-init-tools state changed from waiting to s" [12:12] <\sh> is there a special irc channel for ubuntu one? [12:13] nosse1: did you try booting without "quiet" to get kernel messages? [12:14] Keybuk: Yes I'm on a embedded target, so quiet is not enabled per default [12:14] No special message there [12:14] if output is stopping mid-way through a line, it really sounds like a deeper problem [12:14] I suspect a syscall crashing the system, and I hoped strace could point me in the right direction [12:15] you can't strace init [12:15] and, even if you could, init doesn't make many interesting syscalls; fork() and exec() are all it really does [12:16] if I can get strace to follow those forks and execs then that is what I want :) [12:16] right, but you can't strace init [12:17] How is that? strace -p1 wont work? [12:17] right [12:17] the kernel won't let you do it [12:17] ah [12:18] I'll start peeling of services and see if I can come any closer [12:19] upstart will only consider *.conf in /etc/init right? I can rename them to foobar.conf.nope to disable them? [12:20] right [12:46] Hi, could someone help with bug #491940? [12:46] Launchpad bug 491940 in ltsp "Patch for LTSP clients to properly reboot/shutdown" [Undecided,Confirmed] https://launchpad.net/bugs/491940 [12:46] I've committed a patch in LTSP that would solve the problem, if the corresponding patch that I sent to gnome-session was accepted. [12:46] The gnome-session patch was neither accepted nor explicitly rejected. In any case, the problem remains: [12:46] LTSP clients in Lucid have non-working reboot/shutdown menus. They were working in previous releases with a similar patch in fusa. [12:46] As a teacher I think this is really inconvenient for schools, so I'd appreciate it if someone could direct me to a way to deal with this problem. [12:48] alkisg, the gnome-session change you suggest seems rather an hack that's the correct way === MacSlow|lunch is now known as MacSlow [12:49] alkisg, it seems to need some work but that will not be changed in lucid now [12:49] seb128: I wouldn't call it a hack - it's the standard way we use in LTSP for the server to communicate to the client [12:50] seb128: so the desision is to have broken menus for LTSP clients? Isn't LTSP in main? [12:50] alkisg, did you address the comments on the bug? [12:50] Yes, all of them. [12:50] k so maybe somebody will review it [12:50] * alkisg doesn't think so, else he wouldn't ask here... [12:50] that's not a decision rather than how things are turning [12:51] seb128: why not just accept the patch? [12:51] to be honest I don't think so either [12:51] Is it so horrible? [12:51] because it's a hack [12:51] Then all of LTSP is a hack [12:51] Because that's the way localapps are implemented in LTSP [12:51] and we have other issues we need to work on now [12:51] and nobody in the desktop team seems to be interested in doing ltsp work [12:51] seb128: I was directed to do it this way by the indicator-applet maintainer [12:52] And chrisccoulson has said "yeah, no problem" - so I thought everything was ok [12:52] ok, so good [12:52] I don't know why setting an xprop to be picked up by the ltsp display manager is considered such a bad practice... [12:53] why do you ask on IRC if everything is ok? [12:53] Because it isn't [12:53] He probably changed his mind or something... [12:54] But I don't know what is wrong, or how would I correct it [12:54] Setting xprops is the standard way we use in LTSP to communicate something to the client. Leaving broken menus sound much worse to me. [12:54] alkisg, reality is that the team is busy with other things right now so review will take a while [12:54] hi [12:54] hey chrisccoulson [12:55] Hi chrisccoulson [12:55] Sorry if I'm insisting on this too much, but it is a big problem in classrooms [12:56] And that xprop will only be set for LTSP clients, so I can't imaging how would that affect normal installations... [12:56] *imagine [12:56] it's not a matter of affecting normal installation [12:56] but to have new codepath [12:56] new potential bugs [12:56] divergence with upstream and debian [12:56] etc [12:57] + it requires somebody to review the change and test those [12:57] That path was suggested by the indicator-applet maintainer exactly because it's a modification to an *existing* ubuntu patch [12:57] and I'm not sure anybody in the desktop team has access to ltsp setups for testing [12:57] seb128: many people have tested it and reported that it's OK in the bug report [12:57] ok, good [12:57] so wait to see if somebody review it now [12:57] (I had uploaded a patched gnome-session in my ppa for some months) [12:58] I'm not really interested by arguing there, I was just giving reason on why it might take a while [12:58] anyway [12:58] back to work [12:58] I'm pretty sure that if I just wait, nothing will happen, so LTSP will just have broken menus [12:58] the patch is incorrect anyway, if it's the same one as posted in the description of the bug report (i don't know if you already discussed that) [12:58] seb128: ok, thank you for your time [12:58] (i commented on the bug explaining why) [12:58] chrisccoulson: how is it incorrect? [12:58] I answered to your comments in the bug report [12:58] i explained already on the bug report. the additional hook is in the wrong place [12:58] You're saying that it won't work from the session dialog, but it does [12:59] That place was suggested by tedg [12:59] I just did the ltsp part... [13:00] It even works if an app directly calls dbus [13:00] (e.g. italc) [13:03] alkisg, i don't see how it works from the session dialog if you added the extra code to gsm_manager_request_{shutdown,reboot} [13:04] those are only callable from the dbus interface [13:04] chrisccoulson: 5-6 persons in the bug report are verifying that it does, though [13:04] you don't use the same session dialogs [13:04] chrisccoulson means the one you get without the indicator [13:04] I'm pressing the shutdown button of my dialog [13:05] the patch in your ppa must be different to the one in the bug then if that works [13:05] The session dialog comes up, I select power off, and it does [13:05] because the one in the bug definately doesn't work [13:06] In previous Ubuntu versions, a patch was accepted in fusa that it was working only in fusa [13:06] Even if that patch works from the applet + the dbus calls, why would the previous one be accepted, and this one not? [13:06] Is leaving non-working menus better? [13:06] Because in my classroom I'm ashamed to have to explain to my students why the menus are not working... [13:08] nobody denies there is an issue [13:08] but the fact that it was fixed in a broken way before doesn't mean we should keep carrying broken changes [13:08] OK, so I'm asking: what would be a better way? [13:09] not sure, I don't know about ltsp and how it's working [13:09] and why such hacks are required [13:09] Hello. Can someone tell me which package does "network proxy" belong to? [13:10] dnivra: run "network proxy", then in a terminal run 'xprop | grep WM_CLASS', click on "network proxy" window, and you get: [13:10] WM_CLASS(STRING) = "gnome-network-properties", "Gnome-network-properties" [13:10] I'm upstream for LTSP, and I'm not aware of any other better way. [13:10] It's even better than the one used in previous ubuntu versions [13:10] So I'm not sure what more can be done from the LTSP side... [13:10] dnivra: then 'dpkg -S bin/gnome-network-properties' and you get gnome-control-center [13:10] dnivra: so the package name is gnome-control-center [13:11] alkisg, k, still arguing there is of no real use [13:11] alkisg, what is needed is somebody having free slot to review your change and work on the issue [13:11] alkisg, you will not get that by arguing on IRC [13:11] cjwatson, that was quick even before I could understand what you were saying. let me try to do it. thanks a lot! [13:11] OK, thank you seb128 for your time. I just had to do a last try, as I think the issue is too important to go unnoticed [13:12] * alkisg resigns from this issue, I'll just keep a patched gnome-session in my ppa for greek schools. [13:13] alkisg, did you try to understand chrisccoulson's comments on the bug? [13:13] seb128: to the best of my ability... [13:13] and to address those rather than reply that it works as it is now [13:13] dnivra: I just wanted to explain the general method because that way you can find out the answer to future questions of the same form [13:14] seb128: that code path was suggested by tedg, which works on that stuff. I don't - I'm working on LTSP. I don't think I can find a better codepath myself. [13:14] cjwatson, thank you. it was real new info. off to the man page to make more sense of the commands used. [13:14] alkisg, ted works on the indicators not on gnome-session [13:15] chrisccoulson: if you think there's a better codepath somewhere, could you please give me some hint? [13:15] (I'm assuming that the first field in WM_CLASS is always the command name; it generally seems to be but I haven't actually gone and checked the specification for this) [13:15] (and, is that actually the problem? Or is it the xprop?) [13:15] alkisg, we will try to review the bug before lucid but schedule is tight and that's low priority on the tasklists [13:15] seb128: I know - I filed it there months ago, though... :-/ [13:16] well as said before nobody in our team uses ltsp or has configuration to work on those changes [13:16] we just agreed that we don't like the current way the change are done on the bug [13:17] Anyway, that's about as much as I can do about it, I don't think I'm able to do anything more. Thank you all very much for your time. [13:17] alkisg, sorry to be really helpful there, as said it's on our list it's just not high ranked for now [13:18] we might look at it before lucid still though [13:18] chrisccoulson: if you find time to come up with something that needs testing, there are many teachers here available for testing ltsp. [13:18] OK. Thanks again. [13:20] alkisg, i don't really have any time to spare atm [13:21] chrisccoulson: I understand - but if you could only clarify this: if a better code path is found so that it also works from the session dialog, would that be enough to get it accepted? [13:22] (because if it's the xprop usage, I don't think we can find any other way unless we patch dbus itself...) === sconklin-away is now known as sconklin === ctrlsoft is now known as Guest30384 === Guest30384 is now known as jelmer [14:16] cjwatson: http://people.canonical.com/~marjomercado/isotestingbugs.html updated per your request [14:16] thanks! [14:21] cjwatson: hi, could you have a look at bug 476269 ? [14:21] Launchpad bug 476269 in ubiquity "Chinese, Brazilian Portuguese, and English variant translations aren't shown during Karmic and Lucid installation" [Undecided,Confirmed] https://launchpad.net/bugs/476269 [14:22] pitti: bug filed, https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/551672, and thanks for your hints! [14:22] Ubuntu bug 551672 in dbus "Can't connect to d-bus after upgrading from Hardy to Lucid" [Undecided,New] [14:22] happyaron: not right now, but I've put it on my list to do in time for beta-2 [14:22] free: thanks! [14:23] cjwatson: good to hear that, many thanks! [14:32] mvo: on a related note, do you have a guess about bug 545790? (seen in the same upgrade) [14:32] Launchpad bug 545790 in dpkg "package PACKAGE failed to install/upgrade: error writing to '': Success" [High,Confirmed] https://launchpad.net/bugs/545790 [14:33] mdz: it may well be a dupe, I have not checked carefully yet. but it does make sense that the frontend goes away and dpkg gets unhappy afterwards [14:36] mvo: I think it's a dpkg bug that it doesn't show the error code (probably EPIPE or so) [14:37] it's doing printf (without checking the error code), followed by fflush and ferror [14:37] then assuming errno is something useful [14:39] ferror explicitly doesn't set errno, though === dendrobates is now known as dendro-afk [14:49] davmor2, hi [14:49] mpt: hello [14:50] davmor2, has lots of test cases embedded in it. (I keep them there so that I can keep them in sync with the rest of the spec). Is it ok if I replace the contents of with instructions on finding them? [14:51] mpt: 2 ticks I'll have a quick look [14:53] davmor2, I could add "sc-nnn"-type numbers to each of them if that would help [14:56] mpt: okay so your page the cases don't really leap out. So the obvious way would be as you say to tie it in with sc-nnn. I'm not sure how that would tie in then with qa.testcases. ara ^ any idea [14:57] davmor2, search for "Test case:" - there's 17 of them [14:57] I'll number them [14:59] mpt, the problem is that those test cases make no sense without the spec [15:00] ara, hm, that's probably true for the first couple. I can reword them. [15:01] Riddell: hi! Does kubuntu use autofs to mount usb drives? bug 545384 [15:01] Launchpad bug 545384 in autofs "automatic mounting of removable devices doesn't work in KDE" [Undecided,New] https://launchpad.net/bugs/545384 [15:06] mpt: as a side note it may be easier from a testers view point if all the test were together in one section too, or maybe at the bottom of each section rather than just randomly in the general text, I hope that makes sense [15:06] mpt, nevertheless, I like having all the testcases in the same place. do you know if moinmoin <> statements work across different instances? [15:07] ara: schwuk might know [15:09] davmor2, ara: The accuracy of a test case is inversely proportional to the square of the distance between that testcase and the specification for the feature. [15:09] As we get more specification coverage, I expect we'll have more test cases in specifications [15:09] especially for specifications that are in use-case format [15:09] So, I guess we should figure out a way to extract and syndicate them on qa.ubuntu.com [15:10] mpt, agree [15:10] mpt, right now we include pieces of other testcases into a new one, but always within testcases.qa, I don't know if it would work from content outside [15:11] mathiaz: it uses hal I think [15:11] not sure what hal uses [15:13] ara, mpt: why not name one case sc-010 and see if you can pull it in [15:15] davmor2, ara: https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=360&rev1=359 [15:16] mpt, davmor2: right now I cannot try. I will try asap [15:18] ok, for now I've just added a link and string to search for [15:18] http://reprog.wordpress.com/2010/03/30/a-brief-yet-helpful-lesson-on-elementary-resource-locking-strategy/ [15:18] ^ Hilarious, yet insightful [15:34] *chuckle* [15:34] ara: I see a lot of bug reports where people copy and paste the output of "lsb_release" and "apt-cache policy ", even though they are using apport which includes this information for them. are there instructions somewhere which tell them to do this? [15:34] ara: (random example: bug 548428) [15:34] Launchpad bug 548428 in chromium-browser "Error 107 (net::ERR_SSL_PROTOCOL_ERROR): Unknown error" [High,Triaged] https://launchpad.net/bugs/548428 [15:35] mdz, yes, launchpad tell them to add that information [15:36] ara: maybe it shouldn't say that if there is already apport info attached (I find it makes the report harder to read) [15:39] james_w: hi! Could you import the latest version of the openldap package in the packaging branch? === dendro-afk is now known as dendrobates [15:46] mathiaz: it's working on it now [15:47] james_w: thanks [15:48] Keybuk: wow, the more links you click, the deeper the sexism goes [15:48] reddit is pretty low [15:49] mdz: I hope I'm reading it correctly (with my sarcasm detector going off...) [15:49] mdz: I don't see any evidence of sexism in the author's post [15:50] Keybuk: the original article is some mild condescension and implied feminine irrationality [15:51] then the comments kick it up a notch... then the reddit comments go even further [15:51] s/is/has/ [15:51] there's a theorem in here somewhere [15:51] mdz: you are a very strange person. The original article that I read has a lot of implied geek irrationality in the face of the poor guy's suffering wife trying to get him to not apply computer science problems to making dinner [15:52] mathiaz: done [15:52] I thought it came across witty like the last xkcd [15:53] Keybuk: yes, I am, but I don't think this is an example of it. :-) [15:54] I'll save the deconstruction for some other time or channel [15:57] mvo: squid guy mail reminder! [15:59] jcastro: *cough* right [15:59] sorrrrry [16:01] mvo: it's ok I'll just bug you until you do it, heh. Also, I submitted a branch to add more mirrors. [16:02] jcastro: cool === nosse1 is now known as nosse1_noob === deryck is now known as deryck[lunch] [16:20] ArneGoetje: ping [16:20] ArneGoetje: you said ubuntu desktop is changing to liberation and I said I'd enquire if that's something we want in Kubuntu. turns out we do want it. what needs doing? [16:20] Aren't you suppose to be able to click through notify-osd notifications? I just tried to and it wasn't letting me. :/ [16:23] pitti: Mythtv packages are still struggling to get good backtraces. It looks like compile-type=debug doesn't help. We recently had the opportunity to have two bugs filed on the exact same problem on same machine with same version. One with debug packages, one without: Bug 549593 and https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/549459 retracer didn't add any value on either bug, and non-dbg trace was useless. [16:23] So still looks like we need our purpose built -dbg packages. superm1 was wondering if you had any ideas? [16:23] Ubuntu bug 549459 in mythtv "mythfrontend.real crashed with SIGSEGV in QX11PixmapData::x11ConvertToDefaultDepth() (dup-of: 549593)" [Medium,Triaged] [16:23]