[04:14] <pitti_> Good morning
[04:14] <pitti_> dobey: yup, saw the MP, will do this morning
[06:07] <RAOF> pitti: Good morning!  Do you know how access control to sane/cups/etc devices is handled?
[06:07] <RAOF> Do we have udev rules + an ACL, or something different?
[06:07] <jasoncwarner_> hey everyone...having a heck of a day with compiz...anyone else having issues?
[06:08] <pitti> RAOF: cupsd runs as root, so we don't do much of ACL there
[06:08] <pitti> RAOF: for sane and gphoto cams we do use ACLs, see /lib/udev/rules.d/70-udev-acl.rules
[06:08] <pitti> ENV{ID_GPHOTO2}=="*?", TAG+="udev-acl"
[06:08] <pitti> ENV{libsane_matched}=="yes", TAG+="udev-acl"
[06:09] <pitti> RAOF: see /lib/udev/rules.d/40-libsane.rules and 40-libgphoto2-2.rules
[06:09] <RAOF> Aaah!  I saw /lib/udev/rules.d/libsane, but that applied an ACL for a non-existent group.
[06:09] <pitti> yeah, we don't use the scanner group
[06:10] <pitti> hey jasoncwarner_ -- it got a bit better with the most recent compiz, but I still get crashes
[06:10] <RAOF> I'm running unity trunk as of last Friday evening, and that's doing pretty well.
[06:10] <jbicha> pitti: how should I handle gnome-tweak-tool's missing m4 directory?
[06:10] <jasoncwarner_> pitti: I keep getting window decorator crashes
[06:11] <RAOF> Although it's still leaking gem_objects, so the OOM killer starts kicking in after a while.
[06:11] <pitti> jbicha: hm, I'm not sure
[06:12] <jbicha> I thought I could just do it in the rules file as it seems to me a bit weird to do a patch for that
[06:12] <pitti> jbicha: does it just require an mkdir/, or also files in it?
[06:13] <jbicha> it doesn't actually need anything in the directory, but I believe autoconf chokes if that directory doesn't exist
[06:15] <jbicha> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565663
[06:15] <ubot2> Debian bug 565663 in automake "autoconf: autoreconf fails if macro dir does not exist" [Normal,Open]
[06:17] <RAOF> pitti: Hm.  And what does udev-acl actually do?  I'm trying to ensure that colord gets access to the appropriate devices (scanners & printers) without root.
[06:22] <pitti> RAOF: ACLs aren't meant for system daemons
[06:22] <pitti> RAOF: they are meant for giving device access to the user who is currently on the foreground console
[06:23] <pitti> RAOF: udev-acl and consolekit cause an extra rw ACL to get added for ^
[06:23] <RAOF> Aha.
[06:24] <pitti> jbicha: hm, then mkdir'ing in rules before calling configure or autoreconf ought to do it indeed
[06:24] <RAOF> pitti: So I need to add some explicit magic so the colord user has access to the appropriate devices?
[06:25] <RAOF> And by "magic" I presumably mean "another udev rule, applying a rw ACL for the colord user".
[06:25] <pitti> RAOF: is colord a system daemon or running in the user session?
[06:26] <RAOF> System daemon.
[06:26] <RAOF> (dbus activated, but system wide)
[06:27] <pitti> RAOF: and it needs to talk to scanners?
[06:27] <pitti> for that it could ensure that the scanner system group exists and put itself in that
[06:28] <RAOF> It is, by upstream default, run as root, but kees was concerned that it's vector for exploits; it allows the user to pass arbitrary data to lcms, and lcms has apparently had security holes in the past.
[06:28] <pitti> for printers, it should talk to them through cups, otherwise cupsd and colord would race for device access
[06:28] <RAOF> Well, really it wants to use sane to talk to scanners.  I _think_ it already talks to printers through cups, tkamppeter might know better.
[06:29] <pitti> libsane presumably
[06:29] <RAOF> Indeed.
[06:29] <RAOF> libsane.
[06:29] <pitti> so, put it into "scanner" and "lp"
[06:29] <pitti> (groups)
[06:29] <pitti> I still don't think that it's such a good idea to have this as a separate daemon, as it will provoke device locking race conditions, but that's an upstream design problem, not an "access permission" one
[06:30] <pitti> well, for scanning there is no daemon, so it has little other chance
[06:30] <RAOF> Right.
[06:32] <RAOF> My understanding is that it's not going to fight for the scanner very often, and only in response to a user request (ie: I've stuck a standard colour-profile image on my scanner, kindly calibrate it for me).
[06:36] <RAOF> It also wants to be able to enumerate scanners, as they're the sort of thing you want to calibrate :)
[06:40] <jbicha> pitti: I did that in my rules file, but that didn't work when you tried to build it?
[06:41] <pitti> apparently not; I need to try again
[06:45] <tkamppeter> RAOF, AFAIK colord only talks with CUPS and not with the printers directly, but I do not really know about the internals of colord.
[06:51] <RAOF> Hey, there we go.  Now colord sees the hpaio scanner.
[07:28] <pitti> jbicha: aah
[07:28] <pitti> jbicha: your debian/rules patch has the mkdir commented out
[07:28] <pitti> jbicha: how about I comment that in, and move it into post-patches::?
[07:29] <jbicha> oops sorry about that, thank you
[07:29] <pitti> +post-patches::
[07:29] <pitti> +       [ -d m4 ] || mkdir m4
[07:29] <pitti> somethign like this?
[07:30] <pitti> jbicha: btw, can I ask you to keep the changelog target as "UNRELEASED" as long as this isn't really uploaded?
[07:30] <jbicha> yes, post-patches sounds like a better place
[07:30] <pitti> ok, builds now
[07:30] <jbicha> pitti: ok, I'll use UNRELEASED from now on
[07:30] <pitti> thanks
[07:31]  * pitti pushes and uploads
[07:32] <Nafallo> hrm. did we get rid of the settings dialog for setting the font sizes in oneiric? :-)
[07:33] <RAOF> Nafallo: You can fiddle with them in gnome-tweak-tool, but there's no by-default way of doing that, no :(
[07:34] <Nafallo> hehe. seems there was a lot of settings that disappeared. hopefully they'll come back on whatever p will be.
[07:34] <jbicha> Nafallo: you can also try System Settings>Universal Access and then pick a Text size, but it's not very precise
[07:35] <Nafallo> okay. at least I've got options now. thanks guys.
[08:07] <rodrigo_> morning
[08:09] <pitti> hey rodrigo_, how are you?
[08:10] <pitti> bonjour seb128
[08:11] <seb128> hey rodrigo_ pitti, how are you?
[08:11] <seb128> pitti, I'm great thanks ;-)
[08:13] <rodrigo_> hi pitti, seb
[08:13] <Sweetshark> morning all
[08:13] <pitti> hey Sweetshark, had a nice weekend?
[08:16] <pitti> seb128: hm, just noticed the "things to sync on Debian" section
[08:16] <pitti> seb128: there are no names who requested them; how do you handle this usually, -b seb128?
[08:16] <seb128> pitti, well that was rather for the early in the cycle before the freezes
[08:17] <seb128> pitti, I just noticed that people put things there recently, 2 of 3 listed have sync request bugs
[08:17] <pitti> ah, will look there, thanks
[08:18] <seb128> pitti, danke
[08:18]  * pitti syncs gtkmm2.4 himself then, this is good and harmless
[08:20] <pitti> all syncs done
[08:21] <seb128> pitti, but yeah, I tend to sync with my name when I do those early in the cycle if people don't put their name next to the sync
[08:21] <pitti> and updated the pad accordingly
[08:46] <chrisccoulson> good morning everyone
[08:46] <rodrigo_> hi chrisccoulson
[08:47] <pitti> hey chrisccoulson
[08:47] <chrisccoulson> hi pitti, rodrigo_. how are you?
[08:56] <seb128> hey chrisccoulson, how are you?
[08:57] <pitti> chrisccoulson: quite fine, thanks! had a nice weekend
[08:57] <chrisccoulson> hi seb128. i'm good, but a bit tired thanks
[08:57] <chrisccoulson> my daughter kept me awake for most of last night
[08:57] <pitti> we did quite a lot of garden and house work on Saturday, and went swimming/idling yesterday :)
[08:57] <seb128> oh :-(
[08:57] <seb128> is the ok?
[08:57] <seb128> the->she
[08:57] <pitti> chrisccoulson: teeth again or did she catch a flu?
[08:58] <chrisccoulson> i'm not too sure. she seems fine this morning. i'm not sure why she doesn't feel tired like me ;)
[09:09] <chrisccoulson> oh, i already had gnome-screensaver to go
[09:09] <seb128> yeah, not sure why jbicha did it while it was assigned to you on the etherpad, I guess it was an overlook :-(
[09:09] <chrisccoulson> it seems like i shut my eyes for a few hours at the weekend and everyone takes stuff i was working on ;)
[09:10] <chrisccoulson> mdeslaur also reverted the changes that give it the gnome-shell look
[09:10] <jbicha> chrisccoulson: yes, sorry about that, didn't see until after I had already finished it
[09:10] <chrisccoulson> but he's reverted it for all sessions
[09:10] <seb128> chrisccoulson, did he? where?
[09:10] <chrisccoulson> seb128, he pinged me on IRC yesterday
[09:10] <seb128> oh ok
[09:11] <seb128> rodrigo_, oh, you have up on fighting to keep the 2s pad delay? ;-)
[09:13] <seb128> huats, lut
[09:13] <seb128> huats, how is the gktsourceview update going?
[09:14] <Shambler[Bishop> asking here as haven't found an answer on #ubuntu: how do I recover from a black screen, where all programs are still running normally, just screen is black, without rebooting, and while keeping programs open?
[09:16] <seb128> Shambler[Bishop, hi, try #ubuntu for user questions
[09:17] <Shambler[Bishop> ok. is there a more dev-oriented channel I can ask in? solving my problem without losing open programs, seems like it might require dev smarts
[09:18] <seb128> Shambler[Bishop, not really, dev channels are not support ones
[09:18] <huats> seb128, I should be able to finish it tomorrow (today I have a big deadline)
[09:18] <Shambler[Bishop> fair enough
[09:18] <seb128> Shambler[Bishop, but I would try to stop the screensaver and to restart compiz if I were you
[09:18] <huats> seb128, I'll let you know
[09:18] <seb128> huats, ok
[09:19] <Shambler[Bishop> yep screensaver is already off
[09:19] <seb128> Shambler[Bishop, without any description of what version of ubuntu you use, what desktop, what you were doing etc it's almost impossible to help you there
[09:20] <bryceh> chvt and xrandr might be of some utility
[09:20] <chrisccoulson> seb128, oh, the new thunderbird theme does work with the light radiance theme btw
[09:20] <Shambler[Bishop> latest, in virtualbox, the new desktop with everything moved to side of screen, no screensaver, wasn't doing anything at time (it was left to its own devices, encoding a dvd in the background, as it is still doing now)
[09:20] <seb128> chrisccoulson, why not?
[09:20] <chrisccoulson> i needed to restart thunderbird when i tried it though ;)
[09:20] <Shambler[Bishop> I think gfx driver has crashed or something
[09:20] <chrisccoulson> seb128, last time i tried it, it didn't work
[09:20] <chrisccoulson> but after i restarted it, i realized that it did actually work
[09:21] <chrisccoulson> the icons get their colours from the theme
[09:21] <seb128> oh ok, I read "doesn't work", dunno why ;-)
[09:21] <seb128> chrisccoulson, great
[09:21] <chrisccoulson> so it looks pretty good with radiance too
[09:22] <seb128> is the default in the default install now btw?
[09:22] <chrisccoulson> seb128, no, but it will be later today
[09:22] <seb128> excellent ;-)
[09:28] <seb128> ok, let's finish with the updates
[09:29] <seb128> chrisccoulson, want to claim one or two updates?
[09:29] <chrisccoulson> seb128, yeah, can do
[09:29] <seb128> \o/
[09:29] <pitti> hm, firefox seems to have forgotten to scroll down when marking text and pushing below the lower edge
[09:29] <rodrigo_> seb128, not gave up, but I thought we'll try and see if this introduces more bugs than it fixes
[09:30] <seb128> rodrigo_, why would it introduce bugs?
[09:30] <seb128> it was the default for several cycles
[09:30] <rodrigo_> seb128, that's what I've been told
[09:30] <rodrigo_> seb128, 2.0s was the default
[09:30] <seb128> 0.5s just tends to be a bit short and you still get palm clicking sometimes
[09:31] <seb128> rodrigo_, what bastien said is that 0.5s leads to palm clicks because it's a bit short
[09:31] <rodrigo_> seb128, but asI said, we'll see, if nobody complains we'll be ok :)
[09:31] <seb128> but we lived with it without complain for some years
[09:31] <seb128> yeah
[09:31] <seb128> the 2s just feels buggy
[09:31] <seb128> you get a good 1s where you try to use the pad and where it doesn't work
[09:31] <rodrigo_> yeah
[09:32] <seb128> pitti, want to do the gvfs update?
[09:32] <chrisccoulson> pitti - that's a known bug
[09:32] <pitti> seb128: yes; I still need about an hour or two for jockey, then I can get to this
[09:32] <chrisccoulson> we had a distro patch to fix that in firefox 6, but this code got completely rewritten in firefox 7
[09:32] <seb128> pitti, no hurry, thanks ;-)
[09:32] <pitti> the new -updates fglrx/nvidia driver packages hit around FF, and it was not so trivial to show them
[09:32] <pitti> but I got the underlying bug fixed now
[09:33] <seb128> ok, I will do updates later, I need to pilot first ;-)
[09:33] <pitti> chrisccoulson: ugh, that's still not fixed upstream? weird that so few people c&p from firefox, I seem to do that rather often
[09:33] <chrisccoulson> pitti - yeah, me too. it's always been a problem, but it was masked by the presence of the statusbar in old versions
[09:33] <chrisccoulson> so we carried a patch since firefox 4 to fix that
[09:34] <chrisccoulson> but the patch needs a big rethink now
[09:37] <chrisccoulson> pitti - https://bugzilla.mozilla.org/show_bug.cgi?id=644621
[09:38] <ubot2> Mozilla bug 644621 in Selection "Drag selection scrolling does not work properly in fullscreen and maximized mode" [Normal,Reopened: ]
[09:39] <pitti> chrisccoulson: ah, so if there was an one-pixel border at the bottom, it would work?
[09:40] <chrisccoulson> pitti - yeah
[09:40] <seb128> jbicha, pitti: do you have any clue about
[09:40] <seb128> https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/gnome-tweak-tool/oneiric-201108220805/+merge/72388
[09:40] <seb128> I will never understand why those happen I think
[09:41] <pitti> I actually used ubuntu:gnome-tweak-tool for sponsoring this
[09:41] <RAOF> cyphermox: By the way, bug #828556 is available for your delectation.
[09:41] <ubot2> Launchpad bug 828556 in network-manager "When wireless is enabled, anything touching the network deadlocks in the kernel" [Undecided,New] https://launchpad.net/bugs/828556
[09:41] <pitti> it happens when I push the current upload to bzr, but then the package importer sees that the actual .dsc doesn't quite match what's in the branch
[09:42] <seb128> pitti, why would the Categories be different?
[09:42] <pitti> I have no idea :/
[09:42] <seb128> ok, thanks
[09:45] <pitti> bleh, DSL reconnect
[09:45] <pitti> if the archive version is right and the branch is wrong, the merge should just be rejected
[09:45] <pitti> otherwise we need to reupload; perhaps the patch application got wrong at some point
[09:45] <pitti> seb128: ^
[09:46] <seb128> pitti, ok thanks
[09:48] <RAOF> Bah.  Are there any good tools for working out what's dbus-activating colord about 15 seconds into boot?
[09:49] <pitti> RAOF: hm, not that I know of; you could perhaps launch dbus-monitor early in the boot and have it log into a file?
[09:50] <pitti> RAOF: but perhaps it's easier to grep /usr/bin/, /usr/sbin etc. for the d-bus name of colord
[09:50] <jbicha> pitti: I did unapply the .desktop patch before I did my merge proposal, maybe that's a bad idea
[09:50] <RAOF> pitti: Hah!  When all else fails, grep the binaries? :)
[09:50] <pitti> jbicha: for this reason I really hate the UDD branches; preapplied patches are EBW
[09:50] <pitti> and there's no way to not break them, unless you tear apart a chicken
[09:51] <pitti> jbicha: so seems we need another upload there?
[09:51] <RAOF> Ah.  Hello cups!
[09:51] <pitti> jbicha: which category is right, "settings" or "utility"?
[09:52] <rodrigo_> who can I talk to about user groups in ubuntu?
[09:52] <jbicha> settings
[09:52] <rodrigo_> unix user groups, that is
[09:53] <jbicha> and I'll make sure I have reapplied patches before uploading
[09:53] <pitti> rodrigo_: me
[09:53] <rodrigo_> pitti, ok :)
[09:53] <jbicha> the ubuntu-desktop branches are so much easier to do the right thing with
[09:53] <rodrigo_> pitti, so, my question is about the wheel group
[09:54] <pitti> rodrigo_: I'll be right back with you, need to restart session
[09:54] <pitti> keyring went AWOL
[09:54] <rodrigo_> pitti, ok
[09:56] <pitti> rodrigo_: so, wheel group?
[09:57] <rodrigo_> pitti, yes, so upstream accountsservice uses the wheel group to add admin users
[09:57] <rodrigo_> on ubuntu that just adds the user to 'adm', iirc
[09:57] <pitti> we use the "admin" group for admins
[09:58] <rodrigo_> so, if I'm right,since wheel group is recognized, it should do the correct thing, which is to add the user to the groups in https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/810907
[09:58] <ubot2> Ubuntu bug 810907 in gnome-control-center "User Accounts profiles need to be updated for Ubuntu" [High,Confirmed]
[09:58] <rodrigo_> pitti, yes, but wheel is a pretty standard thing, isn't it?
[09:58] <pitti> rodrigo_: or rather, it was thirty years ago :)
[09:58] <pitti> rodrigo_: we don't really use it, as we use sudo
[09:59] <rodrigo_> my question is if we still have that group, should we patch apps or just make it do the correct thing?
[09:59] <chrisccoulson> pitti - if you want to work around the scrolling issue btw, just use ctrl+f to open the find bar ;)
[09:59] <rodrigo_> that is, if you use the wheel group, create an admin user with the correct groups in
[09:59] <chrisccoulson> or ctrl+/ to turn on the addon bar
[09:59] <pitti> chrisccoulson: ah, nice
[09:59] <BigWhale> uhm... hi. is nspluginwrapper in oneiric broken just for me or for everyone?
[10:00] <pitti> rodrigo_: the concept of wheel is rather incompatible with the concept of sudo
[10:00] <BigWhale> broken = uninstallable
[10:00] <pitti> rodrigo_: the consistent Ubuntu thing is to put admins into "admin", and that's it
[10:00] <pitti> adm is fine, too
[10:00] <rodrigo_> pitti, patching apps = upload a patch I have for accountsservice to add users to all needed groups in ubuntu
[10:00] <pitti> BigWhale: you need to enable multiarch
[10:00] <BigWhale> humm
[10:00] <BigWhale> how do I do that?
[10:00] <pitti> rodrigo_: "wheel" is for users which are supposed to mess around in /usr/ without any extra passworrd/su/sudo
[10:01] <pitti> BigWhale: slangasek sent a mini-howto to u-devel@ recently
[10:01] <rodrigo_> pitti, hmm, ok
[10:01] <BigWhale> pitti, I'll try to find it
[10:01] <BigWhale> thanks
[10:01] <pitti> rodrigo_: normal users should be put into no group at all (except their own), or at most "sambashare"
[10:01] <jincreator> Hi, everyone. I want to change the default Korean font in ubuntu-desktop. How can I do it?
[10:02] <pitti> rodrigo_: admins should be put into "admin", "adm", and "lpadmin"
[10:02] <pitti> rodrigo_: .. and "sambashare"
[10:04] <pitti> jincreator: you mean for Ubuntu in general, or just for your local box?
[10:05] <pitti> jincreator: there are two places for it to change: (1) the set of default packages in the seeds (ttf-whatever), which will define the "ubuntu-desktop" metapackage
[10:05] <pitti> jincreator: and (2) the fontconfig configuration, which is mostly in the fontconfig-config package (fontconfig source), plus some tweaks in language-selector
[10:19] <BigWhale> I come back from vacation and everything seems different in Oneiric. :>
[10:20] <pitti> seb128: do you know whether we still actually need those 99_ltmain_as-needed.patch patches?
[10:20] <seb128> pitti, we don't
[10:20] <pitti> BigWhale: welcome to the feature freeze rush :)
[10:20] <BigWhale> ubuntu start button is now in the launcher?
[10:20] <BigWhale> for good?
[10:21] <pitti> I wouldn't call it "good"
[10:21] <seb128> pitti, they are not working anyway for things using dh-autoreconf since the patches copy is overwritten by dh-autoreconf
[10:21] <pitti> it broke corner activation
[10:21] <pitti> I can't activate the dash with the mouse any more
[10:21] <BigWhale> I don't like it there... :/
[10:21] <pitti> yeah, it's also quite pointless
[10:22] <seb128> pitti, dh_autoreconf got a --as-needed which is equivalent though
[10:22] <seb128> "  * dh_autoreconf: Add --as-needed for automatic patching of ltmain.sh"
[10:22] <seb128> but I didn't try it
[10:32] <pitti> so the desktop dailies grew again by 2 MB or so
[10:33] <jibel> dpm, Hi, can we start reporting bugs about untranslated strings in ubiquity or there is work in progress ?
[10:36] <dpm> jibel, string freeze is not until 3 days time IIRC. However, people have already started translating it. So as long as people have been keeping up with untranslated strings and ev has been exporting and committing translations, it should be fine to report bugs. Better double-check the ubiquity logs/commits to see if there have been recent translation commits first, though
[10:39] <pitti> dpm: hey David, how are you?
[10:39] <pitti> dpm: we need a new -base langpack refresh for beta; can we get an export towards the end of the week?
[10:39] <pitti> I'd like to upload fresh langpacks on Friday, so that they can build over the weekend
[10:39] <dpm> hey pitti, very well, thanks :)
[10:39] <dpm> let me have a look...
[10:41] <RAOF> tkamppeter: How familiar are you with hplip's sane integration for multifunction printers?  What are the prerequisites for that to work?  colord currently gets started early in the boot process (I think by cupsd), and it doesn't pick up my hp multifunction scanner until I kill the daemon and start it again.
[10:41] <RAOF> tkamppeter: So I suspect that maybe the sane device isn't available until cups is fully up, and colord doesn't notice the hotplug.
[10:44] <RAOF> tkamppeter: For more information, this is a wireless printer, so there's no physical connection to my system.
[10:46] <dpm> pitti, sounds good, would Thursday work well for you? We've got an export scheduled already there (https://dev.launchpad.net/Translations/LanguagePackSchedule). The only caveat is that lately full exports have started taking up to 24 hours (bug filed in LP) and might not be ready until Friday afternoon. If that works for you, then we only have to request a full export on Thursday. If you think it's too tight, we can ask the LP folks to start the expor
[10:46] <dpm> t earlier.
[10:49] <pitti> dpm: what is afternoon there?
[10:49] <pitti> anything until 1400 UTC would work for me, but not afterwards (as it needs some 2 hours to prep them)
[10:50] <seb128> pitti, do you know what added the 2mb?
[10:51] <dpm> pitti, yeah it'd be 14:00 UTC (assuming it takes 24h), but I cannot tell for sure. To be on the safe side, I'll ask the LP folks to start the export Thursday morning instead of Thursday 14:00 UTC
[10:55] <jibel> dpm, okay. thanks!
[10:56] <dpm> jibel, yw :)
[10:56] <seb128> mvo, hey
[10:56] <seb128> mvo, could you review https://code.launchpad.net/~evfool/update-notifier/fixwording/+merge/69992
[10:56] <seb128> mvo, trivial one ;-)
[11:22] <chrisccoulson> pitti - what caused the dailies to grow in size?
[11:23] <chrisccoulson> it's not me this time is it?
[11:23] <pitti> chrisccoulson: I don't know yet, we don't have an earlier one any more to compare
[11:23] <pitti> (the ones which were 703 MB)
[11:23] <pitti> I could compare them to alpha-3, and just check what grew
[11:24] <pitti> but this probably makes more sense after a -base langpack refresh
[11:24]  * pitti -> lunch, bbl
[11:24] <chrisccoulson> actually, it looks like firefox shrank a bit
[11:24] <chrisccoulson> (~200kB)
[11:24] <pitti> nice!
[11:24] <pitti> seb128: want me to update gnome-common after lunch?
[11:25] <pitti> can also do simple-scan, I can test it
[11:25] <chrisccoulson> that probably means that thunderbird will shrink by a similar amount
[11:25] <pitti> although I had expected Robert to do that one :)
[11:28] <Daviey> bug #830377 needs some consideration for those that use NFS for $HOME.
[11:28] <ubot2> Launchpad bug 830377 in lightdm "autofs5 needs to start before lightdm" [Undecided,New] https://launchpad.net/bugs/830377
[11:34] <seb128> pitti, if you want to do those please do, thanks
[11:34] <seb128> pitti, seems like robert_ancell decided to stay away from packaging this cycle ;-)
[11:43] <chrisccoulson> seb128, gedit is blocked on the new pygobject btw
[11:43] <seb128> is it?
[11:44] <chrisccoulson> seb128, http://git.gnome.org/browse/gedit/commit/?id=9d5cd427873809f91bbef305033b87246718fb43
[11:45] <seb128> chrisccoulson, it somewhat seems upstream being overzealous on versions
[11:45] <chrisccoulson> seb128, yeah, it doesn't look like there's anything which actually requires it
[11:46] <seb128> chrisccoulson, revert the commit? ;-)
[11:47] <chrisccoulson> seb128, yeah, will try that
[11:52] <rodrigo_> anyone has a debian system at hand?
[11:52] <rodrigo_> oh, I have one! my backup server, sorry for the noise :-)
[11:53] <seb128> rodrigo_, ;-)
[11:56] <dobey> pitti: thanks!
[11:57] <mvo> seb128: I have a look at this
[11:57] <seb128> mvo, danke
[11:59] <jasoncwarner_> hey seb128 ...dbarth caught me up on compiz and them backing out window decorator etc
[11:59] <seb128> hey jasoncwarner_
[11:59] <jasoncwarner_> allo!
[12:00] <seb128> they do back what out?
[12:20] <rodrigo_> what was the name of that gnome tool to import music from a cd, I completely forgot
[12:20] <rodrigo_> ?
[12:20] <rodrigo_> ah, sound juicer!
[12:20]  * rodrigo_ shouldn't ask questions so quick :)
[12:21] <seb128> right
[12:21] <rodrigo_> I'll go for lunch now, to recover my brain :)
[12:21] <rodrigo_> bbl
[12:21] <seb128> chrisccoulson, \o/, desktop updates! ;-)
[12:24] <dbarth> pitti: ping? hi, could i get a priority bump on those test builds please? https://launchpad.net/~unity-team/+archive/compiz-testing/+builds?build_state=pending
[12:26] <pitti> dbarth: sure, done
[12:27] <dbarth> pitti: thanks :)
[12:45] <dobey> pitti: btw, are you going to do a new release with that change? or should i make an upload with that patch for ubuntu?
[12:46] <pitti> dobey: already happened :)
[12:46] <dobey> pitti: great!
[12:46] <dobey> can fix my ftbfs then
[12:53] <pitti> seb128: done
[12:54] <pitti> seb128: I guess at this point I should concentrate my efforts on porting the U1 control panel to GTK3, to unblock the pygobject update?
[12:54] <seb128> pitti, is that blocking the update?
[12:55] <seb128> pitti, if I had to pick something that needs to be done it would be "fix the retracers"
[12:55] <seb128> we need those back
[12:57] <pitti> seb128: yes, u1-c-p and python-ubuntuone-client mix static and GI, and break with new pygobject
[12:57] <pitti> I have the library fixed (that's easy), and the control-panel half done; but they do some rather complicated low-level hacks which take a bit to port
[12:57] <pitti> ah, right, retracers..
[12:57] <seb128> ok
[12:58] <pitti> bbiab, supermarket
[13:16]  * pitti 's brain melts down..
[13:19]  * mdeslaur cools pitti's brain with dry ice and liquid nitrogen
[13:20] <pitti> aaah -- although I would have preferred an ice cream, but oh well :)
[13:20] <pitti> but getting up at 6 does have its benefits these days -- you have most of your day over when it starts getting hot
[13:34] <jcastro> seb128: hey so, I had a hard time finding folder sharing in 11.10, and I (think) we're supposed to be using nautilus-share right? It appears to be an extension or something.
[13:36] <tkamppeter> RAOF, the scanner driver of HPLIP recognizes the availability of scanners via the existence of CUPS queues with the hp: backend. So seems CUPS must be listening so tha the scanners get listed by SANE.
[13:38] <tkamppeter> RAOF, perhaps you should add a wait loop which checks for CUPS listening every second and that until a timeout of 10 seconds. Then list the scanners.
[13:41] <seb128> jcastro, it's broken
[13:50] <tkamppeter> RAOF, file/device permission settings are done by the UDEV rules shipped with the HPLIP package.
[13:57] <GunnarHj> seb128: Hi Sebastien, I have noticed that you often monitor bugs to ensure that they are properly dealt with. Could you please take a look at bug 770091? I really think that we shouldn't ship that bug with Oneiric too.
[13:57] <ubot2> Launchpad bug 770091 in ubiquity "Unsolicited attempt to import files and settings" [Undecided,Confirmed] https://launchpad.net/bugs/770091
[13:57] <GunnarHj> pitti: Hi Martin, this is a simple example of my problems in Oneiric as regards compliling glibc stuff:
[13:57] <GunnarHj> http://gunnar.cc/ubuntu/compile-failure-oneiric-example.txt
[13:57] <GunnarHj> In Natty that code compiles and runs fine.
[13:58] <seb128> GunnarHj, hey, ok
[13:58] <seb128> GunnarHj, the build failure is due to --as-needed
[13:58] <pitti> GunnarHj: try swapping it:
[13:58] <seb128> GunnarHj, try putting the  "test.c -o test" part between gcc and pkg-config
[13:58] <pitti> gcc test.c `pkg-config --cflags --libs glib-2.0 gobject-2.0`
[14:00] <GunnarHj> pitti, seb128: Thanks for the suggestions, I'll try those variants later.
[14:00] <geser> GunnarHj: or gcc `pkg-config --cflags glib-2.0 gobject-2.0` test.c -o test `pkg-config --libs glib-2.0 gobject-2.0`
[14:01] <geser> the important part is the the test.c (or test.o if you compile it seperately) comes before the libs it needs (pkg-config --libs)
[14:02] <GunnarHj> seb128: "Due to --as-needed", can you please elaborate?
[14:05] <geser> GunnarHj: oneiric's ld uses "--as-needed" by default which results in libs getting only linked if object files (or other libs) *before* the -llib parameter in the ld call uses any symbols of that lib
[14:10] <geser> GunnarHj: see also https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition#How_to_Fix_a_Problem
[14:16] <GunnarHj> geser: Thanks a lot for those explanations. (I didn't read that remark by seb128 too carefully, and I thought it was related to the bug report I asked him to look at.)
[14:18] <mdeslaur> I'm getting a lot of dbus disconnects and timeouts with a bunch of different applications in oneiric...is that a known issue?
[14:19] <mdeslaur> uhm...maybe gconf and not necessarily dbus
[14:20] <seb128> mdeslaur, no, how does it manifest?
[14:20] <mdeslaur> seb128: Evo shows an error dialog, a python app I use triggers apport, etc.
[14:21] <mdeslaur> seb128: it's intermittent...and jdstrand is seeing it too
[14:27] <chrisccoulson> mdeslaur, does dbus-daemon use a lot of cpu when it happens?
[14:27] <mdeslaur> chrisccoulson: good question...I'll check next time it happens
[14:28] <mdeslaur> It probably happens to me about twice a day
[14:28] <chrisccoulson> mdeslaur, i get an intermittent issue where indicator-datetime-service keeps spamming the session bus, causing everything else on the bus to grind to a halt
[14:28] <chrisccoulson> (including compiz)
[14:28] <chrisccoulson> it basically results in everything using dbus to lag horribly
[14:28] <chrisccoulson> perhaps you see a similar issue ;)
[14:28] <mdeslaur> chrisccoulson: hmm...could be related...do I just check top?
[14:29] <chrisccoulson> mdeslaur, yeah
[14:29] <mdeslaur> chrisccoulson: ok, will do, thanks.
[14:30] <davmor2> guys is it me or does nothing display in dash-lenses unless you type something into the search bar, too use to everything being there and getting refined by the search feature
[14:30] <chrisccoulson> davmor2, that's known already
[14:31] <davmor2> chrisccoulson: oh great just checking it wasn't an issue here :)
[14:32] <GunnarHj> rodrigo_: Hi Rodrigo, have you seen my latest comment on https://code.launchpad.net/~gunnarhj/gnome-control-center/langfix/+merge/71197 ? Any chance that we can process that MP today?
[14:33] <rodrigo_> GunnarHj, no, didn't see it, looking now
[14:33] <dobey> pitti: care to also sponsor https://code.launchpad.net/~dobey/ubuntu/oneiric/ubuntuone-installer/fix-ftbfs/+merge/72429 please, as it needs the new distutils-extra? :)
[14:36] <seb128> re
[14:36] <pitti> dobey: can do
[14:36] <seb128> bah, got a load around 9 and xorg closed...
[14:36] <dobey> pitti: great, thanks!
[14:36] <dobey> re seb128
[14:36] <seb128> hey dobey
[14:37] <seb128> hate oneiric, the load on my box is most of the time around 1, cpu fan spin and nothing is showing up in top, the process list, iotop, dbus
[14:38] <dobey> seb128: well t hose extra 5 watts have to go somewhere i guess :)
[14:38] <seb128> if only I could figure what is making it
[14:39] <dobey> yeah, i know how you feel :)
[14:39] <pitti> dobey: upped
[14:40] <seb128> I'm close of reinstalling natty
[14:40] <dobey> pitti: cheers
[14:40] <seb128> it's hard to get any work done with a sluggish box
[14:41] <pitti> seb128: do you have a lot of IO in the background?
[14:41] <seb128> pitti, no, it's an idle box
[14:41] <pitti> I hardly notice CPU usage on my box, but IO kills it
[14:41] <seb128> like I just log in, do nothing and wait a minute the load is to 1 and the fan spins
[14:41] <seb128> it's driving me nuts
[14:41] <pitti> urgh
[14:42] <seb128> nothign shows up in iotop, top, powertop, ps diffs, dbus-monitor
[14:42] <pitti> the fan spins here as well, but then again it's > 25 Celsius in the room
[14:42] <chrisccoulson> seb128, mine is the same, and my laptop constantly runs hot
[14:42] <chrisccoulson> yet it doesn't seem to be doing naything
[14:42] <chrisccoulson> **anything
[14:42] <pitti> dpm: I requested a full export at https://translations.launchpad.net/ubuntu/oneiric/+language-packs
[14:43] <chrisccoulson> and disk IO kills it here too, which is why i can't do anything else when i build firefox ;)
[14:43] <seb128> I didn't notice any issue with io
[14:43] <seb128> but njpatel and some other dx guys complained about that as well
[14:44] <seb128> they were discussing it with apw earlier
[14:44] <chrisccoulson> seb128, you're on a SSD though aren't you?
[14:44] <rodrigo_> GunnarHj, the branch depends on the non-upstreamed scripts in accountsservice, right?
[14:44] <seb128> yes
[14:44] <njpatel> chrisccoulson, I wonder if it's a c++ thing?
[14:44] <chrisccoulson> disk IO has sucked for ages tbh, but it seems to get worse with every release
[14:44] <seb128> but njpatel is on a ssd as well and he says the box comes to an halt on io hits
[14:44] <dobey> chrisccoulson: true
[14:44] <njpatel> chrisccoulson, at least, you and us use g++ frequently, maybe it's doing something stupid
[14:45] <chrisccoulson> njpatel, the worst part of building firefox is linking
[14:45] <njpatel> right
[14:45] <seb128> well my box is really slugish now and I'm building unity
[14:45] <chrisccoulson> it's gone from 10 minutes to around 50 minutes since running oneiric
[14:45] <dobey> my machine practically goes rigor mortis, when evolution hits the disk
[14:45] <njpatel> i swithced to the gold linker but still get th eissue
[14:45] <seb128> it doesn't tend to be that sluggish when I do GNOME builds
[14:45] <pitti> chrisccoulson: yeah, here as well
[14:45] <pitti> with the fastest SSDs the IO wait sucks more
[14:45] <njpatel> pitti, exactly!
[14:45] <pitti> kernel bug 12309
[14:45] <ubot2> Launchpad bug 12309 in ubuntu "fglrx module loaded with errors, no 3D acceleration" [Medium,Invalid] https://launchpad.net/bugs/12309
[14:46] <pitti> bah
[14:46] <chrisccoulson> heh
[14:46] <njpatel> i was talking to apw about it thiss morning
[14:46] <pitti> https://bugzilla.kernel.org/show_bug.cgi?id=12309
[14:46] <ubot2> bugzilla.kernel.org bug 12309 in Block Layer "Large I/O operations result in poor interactive performance and high iowait times" [High,Reopened]
[14:46] <pitti> (note the > 500 comments)
[14:46] <njpatel> gord, we have a bug! ^
[14:47] <gord> Yay!
[14:47] <chrisccoulson> probably not a useful bug with all those comments ;)
[14:47]  * apw notes it is a dogpile not a bug
[14:47] <seb128> chrisccoulson, njpatel: I will join your cpp hater club
[14:47] <njpatel> either way, it's not just me and gord suffering for months with this!
[14:48] <seb128> building unity is making my box really slugish now
[14:48] <chrisccoulson> seb128, try building thunderbird ;)
[14:48] <njpatel> seb128, ccache + gold linker makes it bearable
[14:48] <seb128> I want vala back!
[14:48] <njpatel> chrisccoulson, do not envy you at *all* :)
[14:48] <gord> trying to build inkscape made my laptop completely unresponsive for about an hour
[14:48] <gord> won't do that again
[14:49] <njpatel> gord, this is why tedg believes in ppas so much...it becomes launchpad's problem :)
[14:49] <apw> a lot of our pain comes from applications that thing fsync'ing everything you do is a good idea
[14:49] <apw> like the shell, and firefox, doh
[14:49] <pitti> running dist-upgrades through eatymdata helps a bit, but compiling stuff doesn't, as this doesn't usually fsyncs
[14:49] <njpatel> apw, "the shell" ?
[14:50] <apw> yeah it think my world will end if my last command isn't fsync'd onto the platters
[14:50] <chrisccoulson> apw - firefox should use fsync a lot less since it now uses WAL in sqlite
[14:50] <apw> here's hoping
[14:50] <chrisccoulson> and it has done since 4.0
[14:50] <njpatel> apw, you know when someone says "shell", DX automatically thinks Unity, right? :D
[14:51] <apw> njpatel, heh well ... theres that assuming thing going on :)
[14:51] <njpatel> :)
[14:52] <pitti> nessita: hmm, some hours and a few hacks later I have bin/ubuntuone-control-panel-gtk starting up without crashes now
[14:52] <pitti> nessita: the window is totally blank, does that minor regression matter?
[14:53] <nessita> pitti: well... a little? :-D
[14:53] <tedg> gord, There's a nightly build of Inkscape in a PPA ;_)
[14:53] <tedg> ;-)
[14:53] <nessita> pitti: have a screenshot and log files? I can help debug
[14:53]  * apw near deafens himself with the new volums control ... which doesn't stay open when you click on the slider
[14:54] <pitti> apw: bug 804009 FYI
[14:54] <ubot2> Launchpad bug 804009 in indicator-sound "clicking on the volume slider closes the SoundMenu" [High,Triaged] https://launchpad.net/bugs/804009
[14:54] <pitti> nessita: oh, there's a log file?
[14:54] <nessita> pitti: yes, ~/.cache/ubuntuone/log/controlpanel.log
[14:56] <dpm> thanks pitti, I'll make sure to talk with the LP devs, so that on Thursday the export happens earlier and we've got them ready to package early on Friday
[14:56] <pitti> dpm: thanks
[14:56] <apw> pitti, thanks ... it was opening it again that was painful as it then followed my cursor ... eekers
[14:58] <seb128> if you have a mouse with a scrollwheel better to use that on the indicator icon
[15:00] <chrisccoulson> seb128, i'm going to fix the brightness notification in g-s-d, but it's going to sit in DEPWAIT until the colord MIR has been approved. do we want to temporarily disable colord support again?
[15:03] <seb128> no
[15:03] <seb128> we need to get that sorted
[15:03] <seb128> rodrigo_, ^ do you know how that's going?
[15:03] <rodrigo_> seb128, last I knew was it was waiting on a security check
[15:04] <rodrigo_> that was on Thu or Wed I think
[15:04] <rodrigo_> tkamppeter, ^
[15:06] <rodrigo_> hmm, how do I check if I have permissions to upload a package?
[15:06] <pitti> rodrigo_: bzr branch lp:ubuntu-archive-tools
[15:07] <rodrigo_> pitti, ok, thanks
[15:07] <pitti> ./edit_acl.py -p rodrigo-moya -S oneiric query
[15:07] <pitti> rodrigo_: ^ something like that
[15:07] <pitti> rodrigo_: http://paste.ubuntu.com/672498/
[15:07] <pitti> current output
[15:08] <rodrigo_> ok
[15:09] <rodrigo_> pitti, and to check for a specific package?
[15:10] <rodrigo_> ah, -s
[15:10] <pitti> right
[15:10] <pitti> see --help
[15:10] <rodrigo_> the docs are in the source, as it should be :)
[15:10] <pitti> --help is quite okay
[15:11] <rodrigo_> ok, I can't upload accountsservice it seems, so proposing a branch
[15:12] <rodrigo_> I'm going to apply for motu now
[15:12] <seb128> that wouldn't give you access to that one
[15:12] <seb128> it should be added to the desktop set
[15:15] <rodrigo_> so, can someone please sponsor this -> https://code.launchpad.net/~rodrigo-moya/ubuntu/oneiric/accountsservice/fix-810907/+merge/72440 ?
[15:15] <rodrigo_> seb128, right, mail to cjwatson?
[15:15] <pitti> nessita: hm, dependency chain hell -- seems ubuntuone-sso-client pulls in more stuff like -webkit, etc.
[15:16] <rodrigo_> seb128, it's a core package, so it can be added, right?
[15:16] <pitti> nessita: at this point it seems a little too intrusive at this point; I think it'd be safer to eliminate the single GI thing that it uses right now (Soup)
[15:16] <pitti> nessita: I pushed my stuff to LP branches so that it's not lost completely, but it looks like a "next cycle" thing
[15:17] <nessita> pitti: ok, let's talk on Web how we can remove Soup
[15:19] <kirkland> is anyone else having a hard time with firefox in oneiric today?
[15:19] <kirkland> keeps going grey, hanging for minutes at a time
[15:22] <seb128> rodrigo_, yes
[15:28] <tkamppeter> rodrigo_, RAOF is working (probably together with the upstream author Richard Hughes) to modify colord so that it runs as a non-root system user. He needs to sort out that colord can see which printers and scanners are there.
[15:28] <rodrigo_> tkamppeter, ok, seb128^
[15:28] <seb128> ok
[15:31] <pitti> nessita: oh, I think I have a much, much simpler solution
[15:31] <nessita> pitti: do you? :-)
[15:31] <pitti> I have the backend running with full GI now, and the frontend with full static
[15:31] <seb128> pitti, \o/
[15:41] <pitti> nessita: https://code.launchpad.net/~pitti/ubuntuone-client/gi-fixes/+merge/72447
[15:41] <pitti> https://code.launchpad.net/~pitti/ubuntuone-control-panel/gi-fixes/+merge/72449
[15:42] <pitti> I get an "unauthorized" exception from the backend, though
[15:43] <nessita> pitti: how are you testing it?
[15:43] <pitti> but it seems that launchpadlib suffers the same, it keeps forgetting its creds
[15:43] <pitti> PYTHONPATH=~/ubuntu/tmp/ubuntuone-client:. bin/ubuntuone-control-panel-backend
[15:43] <pitti> PYTHONPATH=~/ubuntu/tmp/ubuntuone-client:. bin/ubuntuone-control-panel-gtk
[15:43] <nessita> pitti: whew are you seeing this unauthorized? log file? can I see pliz?
[15:44] <pitti> nessita: http://paste.ubuntu.com/672514/
[15:44] <pitti> nessita: in the terminal of the backend
[15:44] <nessita> pitti: why you removed the GLib.format_size_for_display(int_bytes)!!! (I know why)
[15:45] <pitti> nessita: can't use GLib
[15:45] <pitti> and it doesn't exist in glib
[15:45] <nessita> right
[15:45] <pitti> nessita: I reverted the part of the patch that introduced it, it puts it back to the manual code
[15:45] <pitti> nessita: I wouldn't mind a followup commit to fix 1024 -> 1000, though :)
[15:46] <nessita> pitti: ok, so, I'll add a couple of needs fixing to the MPs, but they look great!!!
[15:46] <seb128> rodrigo_, accountsservice sponsored
[15:46] <seb128> I almost screwed it
[15:46] <rodrigo_> seb128, thanks!
[15:46] <rodrigo_> seb128, oh, why?
[15:46] <seb128> stupid udd vcs with patches applied, it created a debian-change-... with the patch reverted
[15:47] <seb128> rodrigo_, but I debdiffed the .dsc and caught it before upload ;-)
[15:47] <pitti> today I checked out a branch where the patches were applied and didn't unapply
[15:47] <rodrigo_> seb128, good :-)
[15:47] <pitti> at that point I gave up and used apt-get source
[15:47] <tkamppeter> pitti, hi
[15:48] <pitti> tkamppeter: hi
[15:48] <pitti> so, time for sports, and day was long 'nuff; see you tomorrow!
[15:48] <pitti> nessita: I'll read backscroll and answer tomorrow if you still have questions
[15:48] <tkamppeter> pitti, can you sync c2esp, it is also only the move of a printer driver package
[15:48] <seb128> 'night pitti
[15:48] <tkamppeter> pitti to centralized PPD update.
[15:48] <seb128> pitti, be carefull at sport with that heat ;-)
[15:48] <pitti> tkamppeter: I already ack'ed it, today's archive admin shoudl get to it
[15:48] <pitti> seb128: heh, yes
[15:49] <nessita> pitti: I'll add the needs fixing request to the MP
[15:49] <pitti> nessita: ah, what's left?
[15:50] <nessita> pitti: well, on u1client we need unit tests for that change, and in controlpanel we already have the humanize defined in ubuntuone.controlpanel.gui
[15:50] <nessita> defined "by hand" I mean
[15:50] <pitti> ah, that sounds fine
[15:51] <pitti> nessita: I already ported the unit tests to u1client
[15:51] <pitti> nessita: but then reverted it
[15:51] <pitti> nessita: as you use twisted, and that pulls in gobject or gtk (can't remember which any more), you can't use GI in the tests
[15:51] <seb128> kenvandine, hey
[15:52] <kenvandine> hey seb128
[15:52] <nessita> pitti: very likely you will need to import it (re:humanize), and make the callers do not use it like a instance method, but as a global function (ie remove the self.humanize call and call humanize directly, tehre is no point of having it as an instance method)
[15:52] <seb128> kenvandine, how are you? had a nice w.e?
[15:52] <kenvandine> great
[15:52] <kenvandine> and you?
[15:52] <seb128> kenvandine, the fb count issue seems to be fixed! ;-)
[15:52] <pitti> nessita: using humanize sounds fine, I'll investigate tomorrow morning
[15:52] <seb128> kenvandine, great as well thanks
[15:52] <kenvandine> seb128, woot
[15:52] <pitti> nessita: if you could leave the comments in the MP, that'd be great
[15:52] <nessita> sure!
[16:09] <GunnarHj> rodrigo_: Sorry for late reply (for some reason I missed your ping), but yes, the branch does depend on stuff in accountsservice that isn't upstreamed (yet). Hmm... Would it be possible to add debian/patches/gnome.series to accountsservice?
[16:25] <seb128> pitti, other who have the launcher not showing with the mouse: run unity-preferences and select "edge reveal"
[16:40] <davmor2> kenvandine: did you get my 2 gwibber lens bugs :(  doesn't show up in 2d and only show photo and name and not comments :)
[16:47] <seb128> kenvandine, oh, I wrote you down on the etherpad for the empathy update
[17:15] <kenvandine> davmor2, i hadn't seen them yet, but will look
[17:15] <kenvandine> i know about the missing content
[17:16] <kenvandine> that is a "bug" in unity, waiting for njpatel to fix it
[17:17] <njpatel> kenvandine, gord is working on enabling horizontal again
[17:17] <kenvandine> woot!
[17:17] <kenvandine> the lens was working in unity-2d before last weeks unity update
[17:17] <njpatel> we didn't touch UnityCore, I sweareth
[17:18] <kenvandine> well, it might have been before the previous update :)
[17:18] <kenvandine> humm
[17:18] <kenvandine> missing icon for it
[17:18] <kenvandine> and no content in
[17:18] <kenvandine> but has all the categories
[17:19] <seb128> kenvandine, do you know if anyone plans to fix pidgin-libnotify for the new indicator libs?
[17:19] <kenvandine> "fix"?
[17:19] <kenvandine> it isn't working?
[17:20] <seb128> kenvandine, no, it complains about the " indicate_indicator_set_property_icon" symbol not being defined
[17:21] <seb128> kenvandine, bug #
[17:21] <seb128> bug #827626
[17:21] <ubot2> Launchpad bug 827626 in pidgin-libnotify "pidgin-libnotify not enabled and wont allow for enabling" [Undecided,Triaged] https://launchpad.net/bugs/827626
[17:21] <kenvandine> seb128, i made it rebuild for the last libindicate change
[17:21] <seb128> kenvandine, I will sponsor the patch, unping ;-)
[17:22] <seb128> kenvandine, seems like a function changed naming
[17:22] <seb128> indicate_indicator_set_property_icon -> indicate_gtk_indicator_set_property_icon
[17:22] <seb128> kenvandine, tedg: ^ is that right?
[17:23] <tedg> seb128, Yes.  It was required for the GIR generation stuff.
[17:23] <tedg> :-/
[17:23] <oly562> got a question about ubuntu, i have gnome desktop, and Places is not opening Home folder, nor Network, nor Desktop. i get error  Could not open location 'file:///home/myusername  No application is registered as handling this file. now i have looked all over good so far, and those fixes are not helping at all. what i need is  --- just what the error says, howto handle opening this file, and where to make this setting.... edit m
[17:23] <seb128> tedg, no worry, thanks
[17:24] <seb128> oly562, hi, try #ubuntu for user errors
[17:24] <oly562> cant
[17:24] <oly562> banned
[17:24] <kenvandine> but haven't tested it
[17:24] <oly562> how to assign opening Places > Home
[17:24] <oly562> edit menus isnt allowing me to add or Home is not listed.
[17:25] <kenvandine> seb128, ok, so you are going to handle it?
[17:25]  * kenvandine had quite a bit of lag there
[17:25] <oly562> any body else?
[17:25] <seb128> kenvandine, yes
[17:25] <kenvandine> seb128, great
[17:25] <seb128> oly562, that channel is not an user support one
[17:26] <oly562> hey thats great
[17:26] <oly562> anyone else?
[17:26] <oly562> im sure its simple
[17:26] <oly562> i just cant figure it out
[17:26] <kenvandine> njpatel, interesting... the model has results in it but the lens isn't displaying them, in unity-2d
[17:27] <oly562> i dont feel like rm'ing .gconf*
[17:27] <kenvandine> so the search is working and all... just nothing rendered
[17:28] <njpatel> kenvandine, it probably doesn't ahve a fallback if it can't find the right renderer
[17:28] <njpatel> that's a bug in -2d
[17:28] <kenvandine> ok
[17:28]  * kenvandine reassigns
[17:42] <kenvandine> njpatel, did something weird with background colors happen?  the dash and switcher have a bright blue background
[17:42] <seb128> kenvandine, change backgrounds
[17:42] <njpatel> kenvandine, yeah, we'll fix that
[17:42] <seb128> kenvandine, the color is computed from your background but that seems to fail sometimes
[17:43] <seb128> changing background kick it to do it
[17:43] <kenvandine> whew.... ok
[17:43] <kenvandine> that was very weird :)
[17:43] <kenvandine> seemed like it was fine just a before lunch :)
[17:44] <seb128> kenvandine, your unity maybe restarted
[17:44] <seb128> segfault or other
[17:44] <kenvandine> perhaps
[17:44] <kenvandine> oh, yeah i logged into unity-2d for a few minutes
[17:44] <kenvandine> so i had restarted my session :)
[17:45]  * kenvandine forgot that 
[17:47]  * davmor2 passes kenvandine his work you shuggin fashin shuggin fashin dick dastardly^Wdash
[17:48] <kenvandine> davmor2, :)
[17:49] <kenvandine> davmor2, if want real crack, i've gotten daily builds working finally :)
[17:50] <davmor2> kenvandine: oh man will I ever come down if I start on real crack ;)
[17:51] <BigWhale> someone once said ... Why would anyone want to do a drug that was named after a part of his own ass...
[17:51] <BigWhale> oh, and hi everyone. :>
[17:59] <BigWhale> Empathy is broken? :(
[18:03] <kenvandine> BigWhale, how so?
[18:03] <BigWhale> kenvandine, can't open new chats
[18:03] <BigWhale> in Oneiric...
[18:03] <kenvandine> from the indicator?
[18:04] <BigWhale> no, from the menu
[18:04] <BigWhale> er
[18:04] <BigWhale> r
[18:04] <BigWhale> from the application window... doublicking on contact or right-click | Chat
[18:04] <kenvandine> ok
[18:04] <kenvandine> like when someone IMs you? and it is blinking?
[18:04] <kenvandine> or creating a new chat?
[18:05] <BigWhale> no idea.. it didn't happen yet (at least not today) ... nobody want's me :'(
[18:05] <kenvandine> yay
[18:05] <BigWhale> let me start it from the terminal
[18:05] <kenvandine> i reproduced it
[18:05] <kenvandine> apport fired too
[18:06]  * kenvandine gets stacktrace
[18:06] <BigWhale> I got nothing
[18:07] <kenvandine> looks related to my tp-glib upload
[18:11] <kenvandine> BigWhale, you can me too bug 829826
[18:11] <ubot2> Launchpad bug 829826 in empathy "empathy-chat crashed with SIGSEGV in dbus_connection_dispatch()" [Undecided,Confirmed] https://launchpad.net/bugs/829826
[18:12] <BigWhale> kenvandine, you're already subscribed :)
[18:13] <kenvandine> i just did that :)
[18:14] <kenvandine> and downgrading to libtelepathy-glib0_0.15.4-1ubuntu2 fixes it
[18:31] <nessita> ubot2: please join #ubuntuone!
[18:31] <ubot2> nessita: Error: I am only a bot, please don't think I'm intelligent :)
[18:41] <fagan> nessita: you need to give the bot a cookie to join your party I think
[19:43] <mbertens1> hi all, got a problem, i'm running ubuntu 11.04 server with gnome desktop via Xvnc (tightvncserver) with xinetd; and after a weekend trying i got this working, i can login as my normal user account, but when i try to update the system or install a new software package its asking me for the "password for ROOT" why is this ? what i'm i doing wrong ?
[19:45] <cyphermox> you might be trying to do "su" rather than "sudo" for your commands. this said, you should ask in #ubuntu, which is the channel for support questions
[19:46] <mbertens1> i asked there but there is no help offered :-(
[19:47] <mbertens1> and this is a problem that appeared in the desktop so ask here too :-)
[19:48] <mdeslaur> mbertens1: policykit uses the consolekit permissions to determine if you're allowed to do privileged operations. When you use vnc, you're not at the console, so you don't have the appropriate rights.
[19:48] <mdeslaur> argh, he left
[19:49] <bryceh> typical :-)
[20:06] <dupondje> kenvandine: thx for empathy fix :D
[20:07] <dupondje> sweet
[20:07] <dupondje> a fresh upstream version :D
[20:11] <kenvandine> dupondje, :)
[20:13] <dupondje> Empathy atm is like
[20:13] <dupondje> well :) a collection of bugs :p
[20:17] <xclaesse> does anyone knows how to get flash installed on oneiric? I'm still facing that bug for a few days now... https://bugs.launchpad.net/ubuntu/+source/adobe-flashplugin/+bug/831527
[20:17] <ubot2> Ubuntu bug 831527 in adobe-flashplugin "no appropriate viewer found for /usr/lib/flashplugin-installer/libflashplayer.so" [Undecided,Confirmed]
[20:19] <dobey> hrmm
[20:19] <dobey> i wish my problem with oneiric was "flash doesn't work"
[20:20]  * dobey looks at the big black screen on his laptop
[20:21] <dobey> oh, now unity shows up
[20:21] <dobey> i wonder what it was doing
[20:21] <dobey> oh
[20:22] <dobey> why is gnome-settings-daemon using 200% of my cpu
[20:22] <dobey> the one owned by gdm, no less
[20:25] <dobey> ugh, this computer is so sluggish right now
[20:35] <dobey> omg the disk io in oneiric is horrible :(
[22:28] <BigWhale> I think I just segfaulted Xorg
[22:28] <RAOF> Sweet.
[22:29] <RAOF> Any follow up details? :)
[22:30] <BigWhale> I'm looking if there are any left... :>
[22:30] <BigWhale> there's no core file
[22:30] <BigWhale> but it must have been Xorg, because both my screens went blank and then lost signal.
[22:36] <BigWhale> RAOF, I can't find anything... I was using bibblepro to convert ~4000 images and then I used display form imagemagick to display one of those converted images... then everything went blank. :/
[22:37] <RAOF>  /var/log/Xorg.0.log.old might have some usable backtrace.
[22:37] <BigWhale> hmm I checked .1 and .0 ... let me see.
[22:38] <BigWhale> no, nothing really... modelines reported from the start, then this:
[22:39] <BigWhale> [ 14682.250] (II) UnloadModule: "evdev"
[22:39] <BigWhale> [ 14682.250] (II) Unloading evdev
[22:39] <BigWhale> [ 14682.303]  ddxSigGiveUp: Closing log
[22:42] <RAOF> BigWhale: There's not an actual backtrace above that?  That looks like something asked the Xserver to kindly shut down, rather than it crashing.
[22:44] <BigWhale> RAOF, no, there are no BT's... I looked. It didn't look like a shutdown... but who knows. Everything froze. during normal shutdowns of Xorg, mouse usually stays responsive until the very last moment. Here, there was a freeze and few seconds of pause between the screen blanking
[22:45] <BigWhale> RAOF, I've noticed in the kern.log that bibble5 was segfaulting, but that was prior Xorg crash/shutdown
[22:46] <RAOF> BigWhale: If there's not a trace in Xorg.?.log(.old)? then it's almost certainly not an X crash; it might have been the DPMS settings kicking in and then something preventing the monitor from turning back on?
[22:47] <BigWhale> whatever it was it crashes/restarted xorg and I had to login again
[22:49] <RAOF> Hm.
[22:51] <BigWhale> I did notice this: [16910.777190] [drm:drm_mode_getfb] *ERROR* invalid framebuffer id
[22:51] <BigWhale> the only thing I cannot explain :)
[22:56] <RAOF> That's an artefact of our plymouth integration.
[23:05] <desrt> RAOF: good evening
[23:05] <RAOF> desrt: And a fine morning to you.
[23:06] <desrt> how confusing...
[23:28] <BigWhale> desrt, I agree it's 1:30am here :>