[01:43] RAOF: just saw you post on g+. Can I just say that I thought american politics was entertaining. AU politics is downright comical! Tony Abbot FTW (in enterainment value). [01:44] Enjoy it while it lasts. We don't *always* have fools for an opposition leader ;) [01:47] Has anyone here ever used the xen hypervisor? I want to run it on my laptop with Ubuntu 11.04 as the dom0. I've looked online for a how-to but to no avail. Any ideas? [01:49] I find myself not playing with GPlus much, probably because the web experience is not entirely accessible, and I'd feel better with a desktop client. [01:50] It's got a nice android client, which will therefore also be pretty inaccessible :/ [01:50] TheMuso: they def need more apps like for iPhone. Android seems to work well, though probably not accessible. [01:51] Yeah, I want Apple to pull their finger out and approve the iPhone app. I don't expect the app for Linux from google to be accessible. [01:51] I heard they don't hvae public API yet so that is why apps aren't coming yet [01:51] Thought as much. [01:51] kenvandine: gwibber...coming down right now :) [01:52] Google have an iPhone and WP7 app in the store process, though. [01:53] RAOF: oh, nice..can't wait for those...can't wait to be done with twitter and facebook (sorry gwibber :( ) [01:53] kenvandine: looks like my icon issue with gwibber is fixed. I am still having the tiling issue, but I think I know what is going on and can explain. [01:54] jasoncwarner_: I actually really like twitter, and I don't use facebook. [01:54] kenvandine: basically, if a complete tile cannot be shown at the bottom of the window, it displays a blank tile instead of a partial tile... [01:54] kenvandine: we can talk when you are awake since, uh, you aren't now [01:54] * jasoncwarner_ always talks to himself [01:55] TheMuso: I "like" twitter, but it annoys me in some ways as well. I hate facebook. hate. [01:55] jasoncwarner_: What do you not like about twitter? [01:55] mostly has to do with technology (which I grant most people won't care about). [01:56] I don't like the fact that if you follow the same people on two accoutns you might not see all their tweets. [01:56] Right. [01:56] I also don't like the random unfollows (which is still a problem). [01:57] Well I only ever use twitter from a client if I can help it, and since I still have my mbp here with OS X, I am currently using an OS X client when at home. [01:58] And then there is tweatlist for my iphone. [01:58] So the website be screwed IMO. [01:59] TheMuso: :) [02:06] hey robert_ancell ... which greeter-theme do I set in lightdm.conf? do I set the one in [seat-0] (I see two in my config, both are commented out). [02:07] jasoncwarner_, the one in seat-0 [02:07] * RAOF will be interested to hear if you get anything but a black screen, too. [02:07] robert_ancell: thanks...set and rebooting...be back in a bit. [02:07] RAOF: I'll let you know in a few :) [02:10] RAOF robert_ancell yeah, I got a black screen as well. [02:11] jasoncwarner_, can you look in /var/log/lightdm [02:11] the lightdm.log and the greeter log [02:13] robert_ancell: anything I am looking for? [02:14] btw...reverted change to .conf file and I still have black screen [02:14] particularly the greeter log, did it print an error? [02:14] can you put the logs in a pastebin? [02:14] one sec [02:16] i don't think it does [02:45] RAOF: I no longer have black screen [02:45] I have lightdm unity config [02:45] Oooh, how? [02:45] it looked like I didn't have unity-greeter installed [02:45] so after I installed it and rebooted, things were there. [03:10] gah, I think I really hate evolution [03:26] how to use the theme of the Ubuntu netbook edition 10.04 en ubuntu 10.10 desktop? any idea? [03:29] somebody? [04:21] Good morning [04:25] pitti: hi [04:25] Morning pitti. === _LibertyZero is now known as LibertyZero [05:25] hey pitti! [05:26] (omg, it's so late, didn't realize it was this bad) [05:26] hey cyphermox! you're up late [05:26] pitti: I was finishing up hacking on usb_modeswitch while waiting for various rebuilds of evolution [05:27] I really think I'm done now, and the output is almost exactly the same here with my device [05:27] nice! [05:27] brb, need to reboot again to debug /run breakage [05:27] pitti: ok [05:35] pitti: if you're still interested in doing code review, everything is there: https://code.launchpad.net/~mathieu-tl/+junk/usb-modeswitch [05:36] cyphermox: opened a tab for it, will do [05:36] thanks for this! [05:36] sure, thanks [05:36] no rush :) [05:37] right now I only know for certain it works with ONE device... mine ;) [05:37] I'll try my old Rogers stick again to see, and I might be able to find other testers with various types of devices [05:37] pitti: could you take a look at this merge proposal: https://code.launchpad.net/~jbicha/ubuntu/oneiric/gdm/fix-gdm-path [05:38] jbicha: queueing [05:38] cool, thanks [05:52] alright, I'm off to bed now, ttyl [07:20] ha, my daughter has learnt a new word - cake! [07:20] chrisccoulson: lol - I assume she already knows "WANT" too ;) ? [07:21] mvo - not yet, but i'm sure that will be next ;) [07:22] hey chrisccoulson [07:23] heh, cute! [07:23] hi pitti, how are you? [07:23] yeah, she talks quite a bit now ;) [07:23] I thought they have some equivalent of "want" from the day they get born :) [07:23] chrisccoulson: splendid, thanks! [07:23] now that my ecryptfs /home/martin actually works again :) [07:23] heh :) [07:33] pitti: do we have a policy for schema naming? for update-notifier I wonder if it should be com.canonical or com.ubuntu-update-notifer. I would prefer the later, but don't really mind much either way [07:33] mvo: no policy in that regard; I think com.ubuntu.update-notifier is fine [07:34] great, thanks [07:38] b'ah, i wish people would stop reporting crash reports against firefox without provide a backtrace or link to a crash ID [07:38] i think i need to create some bug reporting guidelines which states "your bug will most likely be ignored if you don't provide this information" [07:58] morning [08:02] rodrigo_, morning :) [08:06] hi BigWhale [08:08] rodrigo_, I think I found another bug in EDS. I've sent you mail about it. [08:08] ok, looking [08:30] mvo: yay update-notifier port [08:31] pitti: yeah, mterry is my hero of the day :) [08:39] pitti: thanks, that bug had been bugging me for awhile, finally figured out how Debian avoided it [08:41] I also have this if someone would like to sponsor it: https://code.launchpad.net/~jbicha/ubuntu/oneiric/transmission/transmission-2.32 [08:47] lol @ http://www.bbc.co.uk/news/world-europe-14135523 [08:49] chrisccoulson, yeah, this guy is my hero! ;) [09:01] BigWhale, your message is empty, seems that's happening to some people with evo 3.1.3 :( [09:02] yeah [09:02] I noticed [09:03] it's a conspiracy! [09:03] evolution is sending empty mails to get people to switch to thunderbird [09:03] yeah, chrisccoulson is patching evo to make it fail :) [09:03] lol [09:04] seriously though, wth has happened to evolution? i've never known it to be this broken before :/ [09:04] rodrigo_, anyway... in short: http://pastebin.com/fquz3cxN this is the C source that works... and the equivalent in python that doesn't work... The assertion error goes away if the contacts list isn't empty and it seems that EDS will perform a search. However, nothing is returned. :'( [09:07] BigWhale, yes, seems to be what I told you yesterday, the introspection comments for &contacts [09:07] will try a fix in a bit [09:07] rodrigo_, you're the man! :) [09:08] I need this to make kenvandine happy :> [09:08] :) [09:08] but anyway, isn't gwibber being rewritten in vala? [09:09] vala uses the same introspection stuff, so not that it will work better in vala without the fix, but why are you using python? [09:10] this is the backend that is still written in python [09:12] ah, ok [09:17] yeah, gwibber is multilingual! :> === chaotic_ is now known as chaotic [09:30] pitti, hello, is it already known that cups has some trouble after the /run,/var/run transition? === chaotic_ is now known as chaotic [09:31] ricotz: not known to me [09:31] caused by appamor [09:31] http://paste.debian.net/plain/122850 === chaotic_ is now known as chaotic [09:36] perhaps the apparmor profile needs an update? or something is broken here :\ [09:37] ricotz: ah, thanks; I'll get that fixed in bzr right now [09:37] so you can confirm it? [09:37] bug 810270 [09:37] Launchpad bug 810270 in apparmor "/run transition wreaking havoc on profiles" [Undecided,New] https://launchpad.net/bugs/810270 [09:37] ah ok ;) [09:38] DBO: awake? === chaotic_ is now known as chaotic [10:32] chrisccoulson: do you happen to have a minute to fix bug 810258? (missing Replaces:/Breaks:) [10:32] Launchpad bug 810258 in yelp "package libyelp0 3.1.1-0ubuntu1 failed to install/upgrade: trying to overwrite /usr/lib/libyelp.so.0.0.0, which is also in package yelp 3.0.3-0ubuntu2" [Undecided,Confirmed] https://launchpad.net/bugs/810258 [10:32] chrisccoulson: I'm still busy with unbreaking the /run transition [10:32] pitti - yeah, sure [10:32] chrisccoulson: appreciated, thanks [10:33] chrisccoulson: we seem to be severely low on Europe-TZ developers today .. [10:33] no didrocks, no seb128, no rodrigo [10:33] pitti: hello! [10:33] bonjour desrt, ca va? [10:33] pitti - yeah, it seems that the french are slacking today ;) [10:33] uh. good. [10:33] not sure about rodrigo though [10:33] :) [10:33] hi desrt [10:33] hey chris [10:33] chrisccoulson: no, busy with attacking the Bastille again [10:33] didrocks, at least (and seb too maybe?) are at RMLL [10:33] and yes. bastille day. [10:34] rodrigo is just a lazy mexican [10:34] * desrt wonders if the french enjoy doing the 'make it a 5-day weekend' trick === chaotic_ is now known as chaotic [10:39] hmmm, we got 2 of these so far since the gconf update yesterday: bug 810371 [10:39] Launchpad bug 810371 in gconf "gsettings-data-convert crashed with SIGSEGV in gconf_client_get_default()" [Undecided,New] https://launchpad.net/bugs/810371 [10:39] has anyone else recreated that? i don't see it here [10:39] chrisccoulson: fallout from dbusification? [10:40] pitti - yeah, i guess so [10:40] no, just evolution calendar is broken beyond repair right now :( [10:40] regarding cups: somehow cups-pk-helper should be pulled in to have the support in g-c-c [10:40] but not necessarily related to dbus [10:40] ricotz: bug 808829 [10:40] Launchpad bug 808829 in cups-pk-helper "[MIR] cups-pk-helper" [Undecided,New] https://launchpad.net/bugs/808829 [10:41] but it's not clear to me yet whether we actually need it [10:41] thanks [10:41] pitti - yeah, the calendar was broken for me at the rally :( [10:41] pitti, it improves the adminstration [10:42] chrisccoulson: it still worked here a few days ago [10:42] * ricotz should search for the bugs first and then complain :\ [10:43] no worries :) [10:51] oh, my, the gnome-settings-daemon "does your display look ok" confirmation dialog is seriously broken with the compiz dialog handler plugin enabled [10:51] i just docked my laptop, reconfigured my screen, and the dialog size grew continuously until my laptop froze [11:08] hmm, seems gnome-shell and gnome-panel need a rebuild with the new evo [11:09] chrisccoulson: bug 808419 [11:09] Launchpad bug 808419 in gnome-control-center "Font continually increasing in the dialog box after waiting to change display" [Medium,Triaged] https://launchpad.net/bugs/808419 [11:10] pitti - oh, i'm wondering whether to reassign that. the dialog comes from gnome-settings-daemon anyway, and it works fine when you turn off the dialog handler plugin in compiz [11:10] chrisccoulson: ah, should be reassigned then indeed [11:17] oh, i got the issue as well without that plugin enabled :/ [11:21] pitti, is gnome-themes-standard on the CD? === MacSlow is now known as MacSlow|lunch [11:21] rodrigo_: yes, still, but we'll remove it (only for gtk2) [11:53] is there a way to make dash index external drives? === MacSlow|lunch is now known as MacSlow [12:01] https://bugs.launchpad.net/bugs/292203 has been marked as invalid against ppp, which project should it be assigned to for user creation with a usergroup membership? [12:01] Ubuntu bug 292203 in ppp "/usr/bin/pppd has group owner dip, not dialout" [Undecided,Invalid] [12:01] had a kernel panic with kernel 3.0 [12:01] * rodrigo_ investigates [12:08] hello folks [12:08] hi pedro_ [12:09] hola rodrigo_, remember to join #ubuntu-bugs for the bug day [12:09] pedro_, right, that's what I was going to ask, I didn't know which irc channel [12:09] * rodrigo_ joing [12:10] reboot brb [12:40] desrt: is it possible to make a key in a schema read only in gsettings? [12:46] hmm, afaict there is a g_settings_is_writable .... [12:47] good morning! [12:51] morning cyphermox [12:51] hey pedro_ [12:57] pedro_: are all the emails you send through evo blank? I'm wondering if they still are if you disable the PGP signing? [12:58] cyphermox, yup, with or without signing the emails are blank , it doesn't make any diff [12:58] ah [12:59] desrt: hmm, actually, nevermind, it seems like libcompizconfig just expects the backend to fail to do anything at all with read only settings [12:59] actually, the name "read only" in the metadata is a little misleading [12:59] its more referring to the fact that plugins can store data in option values and these shouldn't be exposed to the user [12:59] though that's a really stupid way of doing it [13:02] desrt, i am now === m_conley_away is now known as m_conley [13:23] http://cdimage.ubuntu.com/daily-live/20110714.1/ [13:24] after ten days, another daily build! [13:24] but oh my, what did we do? it's 15 MB bigger than alpha-2, i. e. 30 MB oversized [13:26] pitti - it's worse than that isn't it? the alpha 2 i386 ISO was 714MB (and 709MB on amd64) [13:26] so, 21MB larger :/ [13:26] yes, 20 MB bigger now [13:26] wasn't me this time ;) [13:27] and we even dropped some old mono libs since then [13:30] chrisccoulson: well.. [13:30] firefox (Δ 3.3 MB - 5.0+build1+nobinonly-0ubuntu2: 16.9 MB 6.0~b1+build1+nobinonly-0ubuntu1: 20.2 MB) [13:30] partly :) [13:30] 3.3 MB growth is far from trivial :/ [13:31] ugh [13:31] all packages together grew by 4.8 MB since alpha-2 [13:32] oh, and we added sunpinyin, but something still keeps the old pinyin on the CDs [13:32] * pitti hunts down and shoots into the head [13:33] pitti: don't worry, we can start hacking out compiz plugins [13:33] that will be fun [13:33] pitti - http://hg.mozilla.org/releases/mozilla-beta/rev/8e06280639df :( [13:33] 1kb each :) [13:33] -Os -> -O3 [13:33] oh [13:41] pitti - ok, i just mentioned it in #developers on irc.mozilla.org, and it's meant to only be -O3 for PGO builds [13:41] the fact that it isn't is a bug [13:41] so i will just switch it back for the next uplaod [13:41] chrisccoulson: ah, thanks [13:42] chrisccoulson: speakign of next upload, as firefox-6.0 already broke the defaults packages, any chance that it could move to /usr/lib/firefox/ ? [13:43] pitti - i'll try and look at that before i upload the next beta build (hopefully tomorrow) [13:43] and i'll switch that one back to -Os as well [13:43] pitti - is any other growth down to me too? [13:43] (other than thunderbird) ;) [13:44] pitti, do you know if a new ubuntu-docs upload is generally included in the next langpack PPA? Or does it have to be a full language pack to include documentation? [13:47] chrisccoulson: thanks! [13:47] pitti: hi [13:47] chrisccoulson: no, I don't think so; still figuring out what makes ibus-pinyin appear in the default install [13:48] dpm: as long as it gets properly imported, it should be [13:48] hey dobey [13:48] pitti: i don't have upload perms for lazr.restfulclient, which is why i made a merge proposal; otherwise i would have just uploaded it to -proposed directly and waited for approval there :) [13:50] dobey: sure, I can sponsor it; toss me the URL? [13:50] pitti, I'm not sure I understand the answer. You mean delta language packs should also be able to include documentation? [13:50] pitti: https://code.launchpad.net/~dobey/ubuntu/lucid/lazr.restfulclient/fix-803475/+merge/66362 [13:50] dpm: oh, I see what you mean; no, only full -base packs [13:51] pitti, ok, cool, thanks for confirming. We might need to kick off a full natty langpack then, since it seems that for some (all?) languages the documentation is in English [13:54] dobey: ah, that one; so you really want to do that SRU? [13:54] dobey: even now it already took more work to prepare it than it's worth it IMHO, but *shrug* [13:55] if this was a binary package, I'd reject it, but as this is pure python, there's little regression potential [13:56] dobey: uploaded [13:56] eh, it's a bug, and it affects me, so yes i think it should be fixed. python-simplejson has never been included in python core, so the | doesn't make any sense at all :) [13:56] thanks [14:02] is it just me or is python -c 'from gi.repository import GLib; print GLib.main_context_default()' not working? and if its not just me, what is the way to get the main context? [14:05] i hate binary firefox extensions [14:05] they're a pain with every single update [14:05] mvo: don't you have to create a main loop first? [14:05] mvo: you want gobject.main_context_default() [14:05] mvo: the MainLoop is there, too; don't ask me why, though [14:07] pitti: aha, thanks! that works now: python -c 'from gi.repository import GObject; print GObject.main_context_default()' - but why is it not in GLib? and instead in gobject? [14:08] ah, you did ask me after all :) [14:08] dobey: not yet, I just want the context for now, I was confused why its not exported, but I looked at the wrong spot [14:08] mvo: I really don't know; perhaps a circular dependency, or classes should be in gobject, no clue :/ [14:09] pitti: but it's not a class :) [14:09] MainLoop is? [14:09] pitti: fortunately I have the pitti oracle :) [14:09] it's no more a class than GHashTable is or GList [14:10] in terms of what a class is in GObject anyway [14:10] so let's discard that theory [14:10] but its really a bit cumersome to search around the gir xml for stuff like this [14:10] mvo: another theory: it's not introspectable? [14:10] no idea why it would be in gobject [14:10] vs glib [14:10] pitti: nothing in glib is introspectable, because they're not gobjects :) [14:11] hm? [14:11] dobey: GI works for non-gobject, too (despite its name) [14:11] mvo: anyway, /usr/share/gir-1.0/GLib-2.0.gir e. g. has g_main_loop_get_context() as non-introspectable [14:11] mvo: so "can't be made introspectable yet" is my best guess [14:12] pitti: yes, but it's not quite the same, for non-gobjects you have to define a bunch of stuff in a comment in the code, iirc [14:12] dobey: interessting, a *lot* in GLib-2.0.gir is marked as introspectable="0" [14:12] mvo: right :) [14:13] it's g*object*-introspection, not glib-introspection ;) [14:13] pitti: so its a override in gobject? that explains why I did not find it [14:13] dobey: heh :) [14:13] so there is some weirdness abound [14:13] mvo: no, not an override; it's a static binding [14:13] pitti: so the way to find it is to grep through the python-gobject source? or is there a better way? [14:14] mvo: maybe "if it's not in GLib, but should be, then it's in gobject"? [14:14] help(gobject) also has a list [14:15] I guess at some low level GI reaches a point where it needs gobject/glib itself [14:15] desrt: around? [14:15] desrt: I'm getting a rather cryptic error message from gsettings [14:16] pitti: ok, thanks. I will try help(gobject) next time :) [14:16] desrt: GLib-GIO-ERROR **: settings object created with schema 'org.freedesktop.compiz.animation' and path '/apps/compiz-1/plugins/animation/screen0/options', but path '/apps/compiz-1/plugins/animation/screen0/options/' is specified by schema [14:16] it's a relocatable key [14:16] and according to dconf-editor, the schema for that key is org.freedesktop.compiz.animation [14:16] mvo: but there sure shuold be a way to "fake" it, i. e. have some overrides for GLib which redirect stuff to gobject [14:17] pitti, mvo: i'm guessing the dependencies for gobject-introspection that are in glib, might all end up in the GObject gir, yeah [14:17] but is weird [14:21] I guess my mental mapping needs to be "glib.(.*)" -> "GObject.\1" as it appears most stuff is really moved to there [14:26] * pedro_ -> doc appointment bb in ~1 hour [14:37] hm, lovely, it seems like you need a path [14:37] err [14:38] a trailing / in the path [14:59] pitti: two more question (no rush). glib.io_add_watch() and glib.threads_init() are the last missing ones afaict for my porting of s-c to GLib. any hints? [15:03] pitti: heh, silly me, io_add_watch is there [15:04] and threads_init too, all in GObject of course [15:06] re [15:06] mvo: ah, sorted out? [15:07] pitti: yeah, glib -> GObject, that is really the magic :) [15:07] looking good so far, soon at least the gobject/glib stuff in s-c should be finished [15:07] and ready for the brave new gi world [15:07] mvo: oh, GObject works? that's a surprise, I had thought gobject [15:08] if introspection doesn't work in GLib, it shouldn't work in GObject either [15:10] pitti: interessting, at leat for threads_init I get: python -c 'from gi.repository import GLib, GObject; print GObject.threads_init ; print GLib.threads_init' [15:10] the first works, the second does not [15:10] mvo: ah, I guess there's some cleverness to pretend that GObject is a GI module, while it's not :) [15:11] mvo: i. e. it might just silently be "gobject" === tkamppeter_ is now known as tkamppeter [15:15] hey :) [15:15] didrocks! [15:16] hey kenvandine! === rodrigo__ is now known as rodrigo_ [15:57] pitti: yeah, I would not be suprised, still, looks more consistent this way [16:18] hey kenvandine [16:18] hey didrocks, how are you? [16:18] didrocks: shouldn't you be marching towards the Bastille today? [16:18] didrocks: how was LLVM? [16:18] sorry, RMLL === alecu is now known as alecu-lunch [16:18] pitti: hey! I'm fine thanks, quite tired after 6 hours of train, but fine :) [16:18] pitti: RMLL were good, lot of conferences, and long time at the booth [16:19] pitti: so, I prefered to work on the train (I'm at home now), finishing catching up with emails and swapping today with tomorrow [16:19] ah, nice [16:19] I noticed a bunch of replies from you indeed :) [16:20] yeah, once connected back :-) [16:22] mvo: did you see Spammap's comment in bug 807745? [16:24] mvo: nevermind, saw the discussion on #devel [16:27] after upating yesterday, light-dm won't let me log in any longer, an update today has not helped. are there logs somewhere I can look at that will give me some clue what it's doing [16:28] bjf: what happens exactly? [16:28] there is /var/log/lightdm [16:28] problem: "clicking on my name in light-dm causes it to go away, I don't get the 'password' prompt" [16:28] pitti, * [16:28] bjf: do you see the greeter? does it say wrong password? does it attempt to start the session? [16:28] ah, ok, different bug then [16:29] bjf: does the keyboard selection work, to avoid the greeter crash? [16:29] pitti, not sure [16:30] if you get an apport crash, reporting that would be appreciated; I'm not aware of major lightdm crashes right now [16:30] pitti, the log says "pam_close_session -> System error" "pam_setcred(PAM_DELETE_CRED) -> System error" [16:30] pitti, i'll pastebin the entire log (it's short) [16:31] bjf: most troubles people have these days are due to the /run migration [16:31] bjf: do you have the absolutely latest packages now? udev 172-0ubuntu3, mountall 2.30, initscripts 2.88dsf-13.10ubuntu4? [16:31] that fixes a bunch of them [16:31] bjf: plus, checking dmesg for apparmor violations can't hurt [16:32] (all apparmor profiles with /var/run are also broken and being fixed) [16:38] pitti, packages are the versions you gave, log is pastebin: http://pastebin.ubuntu.com/644231/, last few dmesg lines: http://pastebin.ubuntu.com/644233/ there is a problem with apparmor and cups [16:38] bjf: the apparmor/cups problem is fixed in cups 1.4.7-1 [16:38] no idea about the pam error :/ [16:39] I take it VT1 login works? [16:39] would be interesting to see whether gdm works better; might at least be a workaround [16:39] pitti, yes vt1 working just fine [16:39] alex3f: hi, before I leave for dinner, I landed some GI changes in trunk, you may need to reolve some conflicts in your backends-refactor branch, but should be really straightforward (only a bit cumbersome) [16:40] mvo: seen them, will do that, thanks for the heads up [16:40] :-) [16:40] alex3f: thanks ! [16:40] alex3f: and we should sit together tomorrow so that I can merge your stuff :) [16:41] I'm up for it [16:41] I have a nasty bug [16:41] that's keeping me busy [16:41] oh, ok [16:41] the cache doesn't refresh [16:41] after an installation is done [16:41] (in PK branch) [16:41] but regardless that, backend-refactor is ready for merging [16:41] ok, we can have a look at this together tomorrow [16:41] great [16:41] thank you [16:42] thank YOU :) [16:42] * mvo waves and vanishes for dinner [16:42] * alex3f waves back [16:45] pitti, after cups update and reboot I see: lightdm-example[1220]: segfault at 0 ip 00007ffe5d36617a sp 00007fff45369e58 error 4 in libc-2.13.so[7ffe5d233000+19b000] [16:45] pitti, that's dmesg output [16:46] pitti, installing gdm now [16:49] pitti, gdm works just fine, though unity very slow coming up [16:51] bjf: you could update the cups package? i've been stuck on "Installing new version of config file /etc/apparmor.d/usr.sbin.cupsd" [16:52] Sarvatt, again? i just updated to 1.4.7-1 [16:53] Sarvatt, now that i'm logged in and have unity up, i see metacity and gsettings-data segfaults in dmesg [17:00] bjf: that lightdm bug is bug 809890 [17:00] Launchpad bug 809890 in lightdm "lightdm-example-gtk-greeter crashed with SIGSEGV in __strcmp_ssse3()" [Critical,Confirmed] https://launchpad.net/bugs/809890 [17:03] micahg, thanks === alecu-lunch is now known as alecu [17:16] good night everyone! [17:16] pitti: good evening [17:17] good night pitti [17:19] ok, enough catchup on email, this will make monday less scary (as I'm swapping tomorrow). Time to take the Bastille, see you on Monday! [17:19] and good night pitti ;) [17:21] ok, eod for me also, later all === nekohayo_ is now known as nekohayo === zyga is now known as zyga-afk [17:43] Sarvatt, do you know the last working X version with nvidia? alpha 2 was working, right? [17:47] lamalex: nvidia didn't break wrt X at all this cycle, just some multiarch "fun" for a bit there that was fixed shortly after alpha 2 where mesa updates were moving the alternative making it have to be deactivated and reactivated again to work every mesa update [17:48] oh really?? hm so I DONT need to reinstall to fix my drivers? [17:48] ha ok [17:48] so I just need to do ... what? [17:48] i have no clue how they're broken on your system, whats wrong? [17:49] it's not loading the nvidia drivers [17:49] Failed to load module "nvidia" (module-specific error, 0) [17:49] then it loads nouveau instead [17:50] means the kernel module didn't load, you sure its built? [17:50] how do i find out [17:50] are you using generic-pae with only generic headers installed for instance? [17:50] i don't think so [17:51] uname -a doesn't say anything about pae [17:51] and linux-headers-generic are installed [17:52] i guess ill try reinstalling nvidia-current/ [17:59] my wife's laptop won't load the nvidia drivers anymore either [18:23] pedro_: [18:23] evo still doesn't seem to display emails with everything properly; but sends correctly for me [18:24] pedro_: care to try the packages in https://launchpad.net/~mathieu-tl/+archive/evolution-staging; they're basically evo and EDS from git HEAD [18:24] so if this doesn't work, then it's broken in git atm [18:25] cyphermox, ok will give it a try [18:27]