[00:02] robert_ancell: i love that you use automake for easybuild :) [00:02] desrt, no, the latest version uses make to bootstrap itself [00:02] so maybe i am looking at something oldschool [00:02] revno: 119 [00:02] timestamp: Sat 2011-10-01 18:17:36 +1000 [00:02] message: Install a python script [00:03] fixed in 120 :) [00:03] where is the latest rev? [00:03] * desrt branched lp:easy-build [00:03] I'm 128 here, I need to tidy it up and push [00:03] dude! [00:04] laptops get stolen [00:04] that is correct, but the next push should be to lp:bake [00:04] push early & often! [00:04] still no better name, hm? [00:08] desrt, lp:~robert-ancell/easy-build/wip (don't know how stable it is) [00:08] desrt, I thought you liked bake? [00:09] i like it more than easybuild :) [00:10] i was pushing for something more distinct [00:10] and i thought that ancell wasn't such a bad name :p [00:10] desrt, suggestions welcome [00:11] It has no intuitive meaning [00:11] exactly [00:11] that's a positive feature in my opinion [00:12] desrt, how is GMenu going? Can we get it into gnome-games now? [00:12] robert_ancell: i hope to land it this week [00:12] mclasen has a working demo of gnome-shell integration already [00:14] desrt, cool. Who is going to do the Unity patch? I just want to wait until I'm sure the games can be visible in both shells [00:15] robert_ancell: https://bugzilla.gnome.org/show_bug.cgi?id=621203 [00:15] Gnome bug 621203 in general "GtkApplication support work" [Normal,Unconfirmed] [00:19] robert_ancell: i guess i'll probably do it eventually [00:20] there's some other blocking stuff first, of course [00:24] desrt, with GMenu can an application detect if something is consuming it? [00:24] (and fallback if not) [00:24] yes and no [00:24] short answer: of course it can [00:25] other short answer: but the API doesn't really make it easy, because you're not expected to deal with it that way [00:25] desrt, talking to phomes (gnome games maintainer) now about GMenu. We'd like to use it asap, but we need a migration solution [00:26] robert_ancell: i think what will happen is that there will be some sort of menu 'personality' module that gtk loads to decide what to do [00:32] desrt: hah! [00:32] (re: signing) [00:32] desrt: Does the scope of GMenu allow for menu items that have dynamically changing/changeable icons? If so, is there a mechanism to set an alternative textual description for that meny item? [00:32] TheMuso: no. not presently. === eeejay is now known as eeejay_is_afk [00:33] Ok. [01:09] smspillaz: if i were to give some guidelines i'd say to use unsigned types for higher level things (like dbus APIs) and use signed integer types on C APIs with very early g_return_if_fail to check for positiveness and good docs [01:15] nah, it was more like. I'm used to using unsigned int for return codes (X11), and I'm working with kernel stuff where 0 is success and - is fail [01:15] also, this kernel API for handling vblank events is really ... dumb [01:16] I'm really suprised it uses callbacks rather than just giving you an fd that it writes to whenever there's a vblank [01:16] doesn't it sample the monotonic time at which the event occured and communicate that to userspace? [01:16] uh? [01:16] well rather, the callback isn't mandatory, its just that you have to register for a new vblank event every single time you get one [01:16] non-signal callbacks from the kernel? [01:16] so you pretty much have to use the callback [01:17] desrt: its an ioctl which calls back into a user defined function [01:17] please tell me this is something that only the nvidia driver does [01:18] desrt: its libdrm [01:18] i'm positively terrified that this was ever merged into the kernel [01:18] but since you asked, its probably only the nvidia driver ;-) since I'm running an nvidia card and clearly if I used nouveau my GPU would have exploded by now [01:19] even though it says I'm running nouveau [01:19] but that's a minor detail ;-) [01:19] callbacks into userspace frighten me [01:20] signals included [01:20] desrt: I mean, what its probably doing is that the library has some internal fd which it gets events on and then the actual userspace loaded libdrm calls back into a userdefined function [01:20] I don't think the kernel is calling my code ;-) [01:21] oh [01:21] okay [01:21] i'm less terrified, then! [01:21] desrt: this system however, is annoying since libGL implement vsync by having a function that just blocks until a vsync, which is kind of what this module I'm testing wants [01:22] THREADS! [01:22] so now instead of that I'm doing this like, really awkward things with event handelr threads [01:22] you got it :p [01:23] desrt: what really disappoints me is that what was supposed to be one hour of writing tests for someone elses bugfix has turned into a 1 day hackathon with drm [01:23] that's slightly typical of all the coding work I do sadly :( [01:24] smspillaz: How it works in X is that drmHandleEvent is added as the callback function on the drm fd. [01:24] * desrt watches another compiz maintainer grow up and get annoyed [01:25] desrt: of course, what infuriates me is that libdrm is yet another library that uses enum bitfields which you can't use in C++ unless you make a wrapper function and compile it as a C file :( [01:25] desrt: oh, that happened a long time a go [01:25] desrt: a LONNNNNNNNNNNNG time ago [01:25] desrt: I had no childhood [01:25] RAOF: right, although you need to use the callback to queue another vblank [01:26] (event) [01:26] Indeed, because it's a one-shot affair. [01:26] you could say I've had many affairs with the graphics stack [01:27] *rimshot* [01:28] robert_ancell: Hi again, just submitted an upstream MP. [01:28] GunnarHj, cool, thanks [01:30] robert_ancell: Can you apply a new upstream release in Ubuntu right now, so we can test it? [01:31] GunnarHj, not sure what you mean? [01:31] into precise? [01:31] robert_ancell: Yes. [01:31] You know one of the (many) nice things about C#? out paramenters must be explicitly marked. None of this GetTextExtent(width, height) magically altering the values of width and height. [01:31] yes, but not by today [01:31] robert_ancell: Ok. [01:32] robert_ancell: Do you have access to upload to oneiric-proposed? [01:32] GunnarHj, yes [01:33] robert_ancell: It would be great if you could merge the other branch then, so we can start the Oneiric SRU. [01:34] I have a simple question, how do I bring up the classic desktop in ubuntu 11:10? [01:35] GunnarHj, yeah, good point. I'll merge the changes and upload to precise and we can test it there [01:35] robert_ancell: Ok, great. [01:38] OK, I did something wrong or this is the wrong room. [01:49] GunnarHj, ok, uploaded to precise [01:55] robert_ancell: Thanks! Even if I have tested that branch already, I'll do it again to be sure. So, disconnecting again... [01:59] woohoo its working [02:01] desrt: hellyeah [02:01] THREAD [02:01] S [02:17] RAOF: https://code.launchpad.net/~smspillaz/compiz-core/compiz-core.fix_880707.2.test/+merge/82961 in case you're interested [02:21] hello all [02:21] i need some help to troubleshoot my video problem using intel-graphics [02:22] if i leave the machine running on long hours i might end up the entire desktop freeze and the display like this video i capture http://youtu.be/KxevkWbpWzM [02:24] thank u first [02:26] robert_ancell: The amd64 build of 1.0.6-0ubuntu4 tested successfully. [02:40] if you get a chance to coukd you run it? its plugins/composite/tests/compiz_paintscheduler_test [02:40] oops [02:55] Wow, notify-osd has a *lot* of tests. [05:32] Good morning [05:33] Heya pitti. [06:50] good morning [08:14] good morning everyone [08:14] hey chrisccoulson [08:14] hi pitti, how are you? [08:15] a bit tired, but otherwise well; how is your flu? [08:15] pitti - it's getting better, but my daughter is ill now [08:15] she has an ear infection too :( [08:15] good morning chrisccoulson [08:15] guten morgen pitti [08:15] hi didrocks [08:20] chrisccoulson: argh [08:20] hey didrocks! [08:23] heh. unity/3d plays a game with me. game name is 'guess where your windows went' ;( [08:23] morning guys [08:23] hey glatzor [08:23] mvo, apt_pkg.Acquire() seems to hate me ... [08:24] hey glatzor! [08:24] glatzor: its not very picky, it hates everyone ;) [08:24] glatzor: what is the problem? [08:24] mvo, I was working on separating the downloader/installer/cache modifier without using threads but it results in glibc segfaults [08:24] mvo http://pastebin.ubuntu.com/745631/ [08:25] mvo, lp:~aptdaemon-developers/aptdaemon/separation [08:26] mvo, you can just run sudo ./aptd -td --replace and download a package [08:27] * mvo gets the branch [08:27] "Warten auf Kopfzeile" seems to be a quite strange name for a package file :) [08:29] glatzor: what do I need to do to crash it? install a pkg? [08:29] aha [08:30] apparently yes :) [08:31] mvo, you have to install a package which is not yet downloaded [08:31] mvo, I normally use the cw package [08:32] glatzor: I use that too most of the time, or 2vcard. I need to find out what cw is actually doing ;) [08:34] mvo, it is a quite useful tool! you can send morse signals using your laptop speakers! [08:34] lol [08:34] awsome [08:34] mvo, imagine your airplane crashed and the only thing left is your laptop with - lucky guy - cw installed [08:35] heh :) [08:36] I have the crash, its deep in libapt it seems, I build a debug version quickly [08:40] morning === rodrigo__ is now known as rodrigo_ [08:40] glatzor: hm, hm, it crashes on various places, really odd [08:46] glatzor: that looks like memory corruption, are two threads writing to the same resouce or something like this maybe? [08:46] glatzor: the crash is consistenly in pkgAcquireArchive::Done, but it looks like on different spots there [08:48] glatzor: hm, actually - it seems like its StoreFilename that is passed by reference, is python maybe releaseing this reference somewhere? let me look at the aptd code [08:51] mvo, threads aren't used by aptd - only by libapt === rodrigo__ is now known as rodrigo_ [08:58] glatzor: http://paste.ubuntu.com/745690/plain/ <- this will fix it, its rather silly, but the reference to the storefilename is kept in packagemanager and when that goes out of scope the reference breaks, I will propose a fix in libapt for this [08:58] glatzor: but for now, this works [09:01] mvo, ah ok. so keep the pm alive by also moving it to the AptDownloader? [09:03] mvo, thanks [09:06] mvo, since you are going to touch libapt ... It would be nice to access the Acquire instance of UpdateLists [09:06] from within python-apt [09:11] mvo, who could I talk to about porting unity to packagekit? [09:12] glatzor: the unity system indicator that talks about updates? ronoc iirc [09:12] glatzor: I guess you would want to pass your own pkgAcquire object into ListUpdate, right? [09:12] pitti: http://ubuntuforums.org/showthread.php?p=11456902#post11456902 and I ran some quick tests on my machine. enough verification? [09:12] Sweetshark: yes, thanks for this; I moved it to -updates [09:13] seb128: bonjour [09:13] hey pitti, how are you? [09:13] seb128: FYI, I'm merging gtk+3.0 and also want to port the multi-arch-ification from 2.0 [09:14] oh, yeah you \o/ [09:14] seb128: bit of a headache, but good otherwise, thanks! how are you? [09:14] pitti: I thought we were requiring dev release uploads for SRUs [09:14] mvo, right I would like to use my own one [09:14] I'm fine thanks, trying to wake up a bit earlier but I'm having a difficult time to readjust my sleep cycle, I'm on a go to bed late, sleep late cycle ;-) [09:15] seb128: I just committed some stuff to Debian, too; now our delta is down to 7 patches and some extra symbols [09:15] still quite some diff but that's getting better [09:15] ideally we could go down to the appmenu and scrollbar patches? [09:15] micahg: we do; you mean for LibO? that was discussed with cjwatson yesterday, we indeed need an urgent LibO upload to precise; should land in a week or so [09:16] pitti: I don't understand why it wasn't uploaded there in the first place though [09:17] not sure; Sweetshark, does it currently build in precise? there's been quite some java reorg in precise [09:17] is there a point for the unstable serie upload out of making sure we don't forget to land the fix there? [09:18] seb128: yes, there is: building against current library ABIs and toolchain [09:18] hey seb128, how are you? [09:18] e. g. LibO now how depends on several NBS packages [09:18] pitti: in fact, since we're keeping the dev release usable, it would seem to be more imperative to have SRUs like this in precise first (although this was the only shot for LibO since the next upload is for 3.5.0) [09:18] pitti, sorry I was not speaking about pocket copy, but is there any need to block srus because the unstable update is a bit longer to come (i.e for GNOME we might track another serie) [09:19] seb128: mostly as a matter of discipline and not forgetting about fixes [09:19] ok, I've blocked a few srus because I'm on Oneiric still, I could do and test them but I can't test on precise yet [09:20] it's not the end of the world but a bit annoying [09:20] seb128: you can certainly test whether they build, and we can test packages in PPA for you :) [09:20] and if it's just a patch, then "works in oneiric" + "builds in precise" is pretty safe IMHO [09:20] pitti, yeah, I'm doing that, I hit a few toolchain difference bugs yesterday though where things were building on oneiric for me but not in precise after upload ;-) [09:21] well anyway it's minor, it's about time I get a precise build environment anyway I think ;-) [09:21] or upgrade, and get an oneiric VM or keep your netbook on oneiric? [09:21] * pitti has an oneiric kvm now [09:22] pitti, yeah, I will upgrade soon now [09:22] kvm is quite nice anyway, as you can keep a clean install and do tests with -snapshot [09:22] I'm pretty much done with Oneiric srus and testing [09:22] hi there [09:22] pitti, is kvm running unity-3d? [09:22] seb128: ah, no [09:22] that'd be the mini 10 then [09:22] pitti, indeed ;-) [09:22] or my wife's workstation :) [09:22] baptistemm, hey, how are you? long time not seen! [09:23] seb128: fine, I just went back from jdll where I seen didrocks and I said to myself, would be nice to stay here to have a look of what ubuntu is doing :) [09:24] ;-) [09:24] Sweetshark: BTW, another reason to do a precise upload now is to see if there is breakage w/the new toolchain in precise and get it fixed upstream for 3.5.0b0 [09:24] baptistemm: \o/ [09:24] baptistemm, you are an happy fedora users nowadays right? ;-) [09:24] seb128: actually not taht much [09:30] hi seb128 [09:30] hey chrisccoulson, how are you? [09:31] seb128, yeah, good thanks. and you? [09:31] quite good, thanks ;-) [09:38] rodrigo_, hey [09:38] rodrigo_, there? [09:38] hi seb128 [09:39] rodrigo_, could you look at bug #876839 we have some unhappy users there that claim that proxy use is still broken in 11.10 [09:39] Launchpad bug 876839 in gnome-control-center "Proxy GUI in 11.10 does not configure socks proxy for HTTP traffic" [Low,Confirmed] https://launchpad.net/bugs/876839 [09:39] seb128, ok [09:40] rodrigo_, your ubuntu-system-services sru to fix the proxies also failed verification on one of the 2 bugs and didn't reach updates [09:40] rodrigo_, could you try to check on that? it could be that they just didn't get the update because they don't use proposed and it never reach updates [09:40] rodrigo_, would be nice to review the bug which failed verification and sort it [09:41] rodrigo_, thanks! [09:41] ok [09:41] seb128, hmm, have the numbers for those 2 u-s-s bugs at hand? [09:42] rodrigo_, https://launchpad.net/ubuntu/oneiric/+source/ubuntu-system-service/0.1.26.1 [09:42] they are there ;-) [09:42] the second one is the one which failed verification [09:45] ok, it sets the proxy in all files under /etc/apt [09:45] * rodrigo_ looks for a fix [09:49] rodrigo_, thanks ;-) [09:49] (oh, didrocks resumed merge request email spamming) [09:50] seb128: yeah, last testing on the project, seems everything is ready for deployement [09:50] didrocks, great to read ;-) [09:50] the new reject message is way more descriptive: https://code.launchpad.net/~didrocks/unity-merger-test/foo10/+merge/82991 [09:51] (the exit 1 in the job was done on purpose) [09:51] didrocks, I kind of got used to the sdfnsdfjs commit text ;-) [09:51] seb128: come on, the last two ones have very real ones :) [09:52] indeed ;-) [09:53] oh weird, it's my user now posting the reject [09:53] not unity merger [09:53] what happened on the server? :/ [09:53] * ogra_ wonders if we'll ever manage to make g-s-d being the last and not the first app to be killed on logout [09:54] ogra_, shouldn't matter if we manage to kick in plymouth or lightdm or something over the screen before closing the sesison [09:54] ah, yeah, thats indeed an option [09:54] that's what was suggested at UDS I think [09:55] i was just rebooting after an upgrade and was wondering, i think thats happening since warty for me :) [09:55] and i'm actually wondering why that was never attacked as a papercut, i mean its really visible to everyone ,,, [09:56] oh, to that I can reply: too much to do, not enough people [09:56] ;-) [09:56] oh, i didnt realize papercuts are done by the desktop team [09:57] i thought that was a community patch effort [09:57] it sort of was, it's not very active recently, we got a few patches for them but they were mostly raising issues and making some noise around them to get upstream or us to fix those [09:58] for them->from them [09:58] ah, i saw some sessions on the UDS schedule, i thoguht it was still active [09:58] they are speaking about refocussing a bit on it I think but in practice there was no push nor blog no anything around papercuts for some cycles [09:59] sad [09:59] same story that bootspeed and others [09:59] yep [09:59] i got the impression that papercuts tended to get a lot of pushback from upstreams [09:59] well, we have a rolling bootspeed thing going on in arm [09:59] small group of motivated people and lot of things to do, so the focus move from one subproject to the other one [10:00] which sometimes also helps non-arm :) [10:00] (like the dropping of initrd in precise) [10:00] we don't manage to attract enough new people to get those projects rolling when the main driver are busy on another focus [10:00] but indeed thats not as good as having a big community looking into it [10:01] yeah, community requires leadership it seems [10:07] micahg: heh, the impact of something breaking because of a oneiric->precise toolchain update is linenoise vs. the changes between 3.4 and 3.5 [10:08] Sweetshark: indeed, but I would think the bulk of the code is still the same so a build of 3.4.x on precise would raise most of the issues you might find in 3.5.x [10:15] * pitti reminds didrocks or seb128 to remind him about the meeting reminder [10:15] pitti, oh, good reminding! [10:15] ;-) [10:16] pitti, it's meeting reminder day! [10:17] all this about reminding… ;) [10:18] * pitti nags didrocks to review https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-quickly [10:19] I did that, isn't it? [10:19] * didrocks opens again [10:20] hum, I changed the text description and click on approval yeasterday, I'm sure of it [10:20] seems that only refactoring the text is saved… [10:20] putting as approved again then [10:20] hm, click harder? [10:20] didrocks: nice, thanks! [10:20] pitti: now? :) [10:20] didrocks: nope, still "pending approval" here [10:20] yw, thanks for the reminder of checking again [10:20] urgh [10:20] didrocks: want me to try? [10:21] I clearly see "approved" there [10:21] pitti: yes please [10:21] ah, seems it was just lagging, fine now [10:21] I changed the text and did what was needed [10:21] ok, seems to be quite laggy, maybe it timeouted without me noticing yesterday [10:43] so, multi-arch gtk3 seems to behave [10:43] don't want to upload to Debian yet to not break the testing migration, but I'll merge to svn head [10:45] pitti: experimental? [10:46] micahg: too lazy to create a new svn branch etc., and not urgent either [10:46] heh [10:49] hi, is this bug known: https://launchpadlibrarian.net/85681235/unity-window-title-ellipsis-transparency-bug.png [10:50] https://bugs.launchpad.net/ubuntu/+source/unity/+bug/893529 [10:50] Launchpad bug 893529 in unity "Window title ellipsis (when text does not fit) is oddly transparent" [Undecided,New] [10:54] have an appointment for a much needed haircut, so bbiab :) [11:01] so in unity - if I use alt-f2 and type a command I very often get my previous command when pressing enter (and not waiting until unity has caught up). do other people see this too? [11:03] mvo: yeah, it's a known bug if you type too fast [11:03] mvo: mhr3_ was working on it [11:07] mvo, bug #856205 [11:07] Launchpad bug 856205 in unity "run the wrong command if enter is hit before the view is refreshed" [High,In progress] https://launchpad.net/bugs/856205 [11:07] there is a merge request waiting for review [11:07] kamstrup and mhr3_ should probably trade reviews for what they do or something ;-) [11:07] pitti: Im scared by the meeting reminder. Dont give in to the french Zealots! [11:08] Sweetshark: Française ne sera jamais la langue officielle! [11:08] oh que si [11:08] ce n'est qu'une question de temps… [11:08] il suffit de lui laisser du temps ;-) [11:09] /join #ubuntu-desktop-non-fr [11:09] Je ne parlez-pas francais [11:10] pitti: das siehst du, was du angestellt hast. [11:10] Sweetshark: ja, demnaechst muss ich noch Ungeziefer essen und Rotwein trinken [11:10] ;) [11:10] kein german sprechen on das franzosisch irc! [11:11] * pitti adds debian/patches/break-for-username-seb128.patch to his GTK merge [11:11] pitti, EDONTCARE, I'm running Oneiric and trust our sru team :p [11:11] * pitti uploads langpack-locales, removing fr_* [11:11] pitti, why username ? check for LANG :) [11:12] lol [11:12] ok ok, you win, we keep the statusquo and keep using english (for this time) [11:12] not every French dude makes me eat escargot :) [11:12] (we will be back) [11:12] ogra_, ubuntu-p is for precision, shotgun precision [11:12] heh [11:13] * pitti accepts the tie, hugs everyone, and goes back to work [11:13] ;-) [11:36] pitti - how bad is it for me to add another work item to an already approved blueprint? [11:37] chrisccoulson: that happens all the time, go ahead [11:37] cool, thanks :) [11:44] mvo: can you please upload bug 882276 to precise, too? (i. e. a refresh) [11:44] Launchpad bug 882276 in command-not-found "command-not-found includes packages removed from 11.10" [Medium,In progress] https://launchpad.net/bugs/882276 === tkamppeter_ is now known as tkamppeter [11:49] rodrigo_: can you please upload the fix for bug 833397 to precise? [11:49] Launchpad bug 833397 in gnome-settings-daemon "indicator power displayed twice on panel" [Medium,In progress] https://launchpad.net/bugs/833397 [11:50] pitti, hmm, didn't I already? [11:50] * rodrigo_ checks [11:51] pitti, yes, already uploaded afaics [11:51] rodrigo_: the precise task is still open, wrong changelog then? [11:52] pitti, I think it's because of not using the -v, I thought I had closed it by hand [11:52] * rodrigo_ closes it [11:52] thanks [12:02] pitti: I will do a new extraction run with the precise dataset now, thanks for accepting the SRU [12:04] mvo: cheers [12:46] pitti: regarding https://bugs.launchpad.net/bugs/873787, did you really mean to upload the workaround to precise as well? you mentioned previously that it was fine to upload to -proposed only under the circumstances mentioned in the bug. [12:46] Launchpad bug 873787 in banshee "Banshee does not start" [High,Confirmed] [12:47] hyperair, well, it would be nice if it worked in precise too :) [12:54] hyperair: ah, right; sorry, I forgot about that when I wrote the comment, ignore me === rodrigo__ is now known as rodrigo_ [13:13] * rodrigo_ lunch === MacSlow is now known as MacSlow|lunch [13:33] pitti: when is the meeting today? your reminder doesn't remind me [13:33] also you forgot to include agateau [13:35] ogra_: under normal circumstances i would upload the patch to precise first, but this particular one deserves more testing and is just a hack to work around the bug until a better fix is found. [13:42] Riddell: 16:30 UTC, but so far we don't have anything to discuss, i. e. so far there won't be a meeting [13:42] Riddell: agateau> adding him to my mail alias and bouncing, thanks! [14:14] hyperair: hrmm; you uploaded something to oneiric-proposed? [14:28] indeed you did :-/ [14:29] not having upload rights, sucks === MacSlow|lunch is now known as MacSlow [14:33] dobey: did you need something uploaded? [14:33] dobey: the upload was actually from some time back, stalled in the upload queue [14:33] hyperair: i proposed a branch 17 hours ago... https://code.launchpad.net/~dobey/ubuntu/oneiric/banshee/u1ms-idle-activate/+merge/82939 [14:34] dobey: should i reupload with that? [14:34] hyperair: that would be awesome if you could [14:39] dobey: alright [14:40] hyperair: thanks! [14:44] dobey: is this fixed in precise? [14:50] hyperair: i don't have upload privs there either, so no, but it is fixed in banshee master, so will be fixed with the next release/upload to precise [15:00] pitti, what's the way again to make apport ignore "non official packages" when trying to report a bug? [15:00] pitti, I'm trying to see if the hook in my local build is working but ubuntu-bug complains the package is not official === scott-work is now known as scott-sick-at-wo === scott-sick-at-wo is now known as scott-sick-work [15:02] ups [15:04] pitti, ok, I reinstalled the official version and copy my hook manually over [15:04] that did the trick [15:04] chrisccoulson, mdeslaur: no cookie for you for writing a gnome-screensaver hook and not installing it ;-) [15:04] is ubuntu-desktop usually so noisy? [15:04] LibreOffice 3.5 has just been codenamed "hazelnut syrup" ... [15:04] dobey, "so"? [15:04] seb128: hey, it used to work [15:05] seb128: someone must have merged it into oblivion [15:05] seb128: i guess there are a couple threads on it that have sort of incited plenty of replies :) [15:05] mdeslaur, likely yes [15:06] dobey, oh, the mailing list, yes it's not that active usually ;-) [15:06] seb128: i was wondering if i should bother joining it, to be able to reply to a couple of those threads :) [15:06] dobey, if you want sure, feel free, but no troll please, those are active enough without trolling ;-) [15:07] lol, i don't troll on mailing lists. only on social networks, and blogs :) [15:08] ;-) [15:09] dobey: shouldnt that be "we don't troll on mailing lists. only on social networks, and blogs :)"? [15:09] rodrigo_, will you comment on that proxy bug I pointed earlier today? no need to fix the bug today but some users are getting angry so it would be nice to let them know somebody is working on their issue ;-) [15:09] seb128, ah sure, sorry [15:09] seb128, was looking at a fix [15:09] rodrigo_, no worry, thanks ;-) [15:10] seb128: APPORT_DISABLE_DISTRO_CHECK=1 [15:10] pitti, danke, I was looking for the thirdparty one that got dropped it seems ;-) [15:11] pitti, then I greped the source for IGNORE_ since that's what APPORT_IGNORE_OBSOLETE_PACKAGES uses [15:11] that was close but that not enough ;-) [15:11] yay for consistent naming, sorry :/ [15:11] speaking of the proxy capplet, is it going to allow configuring of 'no proxy' hosts? [15:11] seb128: the former is actually in man apport-bug [15:12] pitti, no worry [15:12] pitti, yes, I tried man and find only APPORT_IGNORE_OBSOLETE_PACKAGES there [15:12] seb128: the other is undocumented, as I really don't want so many people to know about this :) [15:12] Laney, isn't that the default? [15:13] pitti, ok, fair enough ;-) [15:13] seb128: no, to allow you to configure hosts which shouldn't go through the proxy [15:14] Laney, https://bugzilla.gnome.org/show_bug.cgi?id=658570 [15:15] Gnome bug 658570 in Network "gnome-control-center doesn't allow to specify ignored hosts list." [Normal,Resolved: duplicate] [15:15] that? [15:15]