[23:14] <perrito666> hey, anyone from the gui team around?
[23:20] <huwshimi> perrito666: Hey, what's up?
[23:22] <perrito666> nevermind :D I just discovered I need to email uros
[23:22] <perrito666> :) tx
[23:23] <huwshimi> No problems :)


[01:33] <ScottyK> greetings! I've got a test computer running 12.04, and with an 21 inch LCD monitor, the resolution is stuck at  1024x768
[01:34] <ScottyK> montor keeps being detected as a laptop
[01:35] <philipballew> ScottyK, what have you done so far?
[01:35] <ScottyK> installed the nvidia drivers (let additional drivers do it), and have all current packages
[01:36] <philipballew> ScottyK, was it like it without the nvidia drivers?
[01:36] <ScottyK> just rebooted, now unity isn't coming up at all, just the wallpaper and the mouse. humm..
[01:36] <ScottyK> philipballew - don't know, had nvidia from the beginning
[01:37] <ScottyK> only thing that changed was I had an old LCD 16 inch monitor connected
[01:37] <philipballew> how long have you been a Linux user?
[01:37] <ScottyK> 2 years. mostly run Kubuntu though.
[01:37] <ScottyK> wanted to give unity a try!
[01:38] <philipballew> I know you can edit the xorg file and such
[01:38] <ScottyK> that's what I'm wondering now. Maybe it's still has the old monitor settings!
[01:38] <ScottyK> xorg file, forgot about that one. thanks!!
[01:39] <philipballew> I know theres some gui app that does it
[01:39] <philipballew> ScottyK, try this
[01:39] <philipballew> just go to the cog in the top right and click that then system sessings. then see if you get get and change it there
[01:41] <ScottyK> philipballew tried that. Under the display it just gives me two options (1024x768) and (800x600), which now that I think about it were the settings of the old monitor
[01:41] <ScottyK> because it's a test computer, I think i'll just frag it and start over. No data loss anyway!
[01:41] <philipballew> hold on
[01:41] <philipballew> did you reset x yet?
[01:42] <ScottyK> philipballew - no
[01:42] <philipballew> did you reset the computer?
[01:42] <ScottyK> yes
[01:43] <philipballew> that would do it, id personally edit the xorg file for fun before i whipe it
[01:43] <philipballew> https://wiki.ubuntu.com/X/Config/Resolution
[01:43] <ScottyK> ok - i'll try editing the xorg file, couldn't hurt!
[09:39] <s-fox> Hello.
[16:58] <s-fox> Goodbye.


[06:03] <guiverc> I'm intending to remove #ubuntu-news references in IRC/ChannelList shortly... Page now refers to #ubuntu-news on libera :)  so if anyone has issues; speak soon, or forever....
[06:03] <guiverc> sorry poor wording (again) #ubuntu-news references LINKED TO FREENODE ..
[09:38] <guiverc> Note to Bashing-om (it appears as if irclogs are still from here); Anastasia from Canonical got back to me; my comments are in gdoc, but I say leave off still.


 I bought an ai domain I've always wanted finally
 I still need to put a website up on it, but I think I'll stick my online presence there
 Krispy kreme


[21:10] <wuzle> hello, I am having trouble with wicd in karmic. It's deamon does not start on boot, but starts fine later when I run '/etc/init.d/wicd start' after boot. I was asking on the wicd irc and they said I need to make sure dbus is started first. I tried to add dbus to the startup (update-rc.d), but this doesn't seam to work. Any ideas?


[01:27] <wgrant> StevenK: https://code.launchpad.net/~wgrant/launchpad/builderinteractor-c-b-b/+merge/182290
[01:27] <StevenK> I have fear.
[01:27] <StevenK> Oh, only 700 lines
[01:28] <wgrant> The next one's 1800 lines, but it's just moving code so I'll self-review.
[01:34] <StevenK> wgrant: r=me with one niggle
[01:35] <wgrant> StevenK: Those tests need to be moved and rewritten later in this series
[01:35] <wgrant> I just did enough to make them work here.
[01:35] <wgrant> Thanks.
[01:36] <StevenK> wgrant: Oh, right, they will get burnt down and replaced later. Fine, niggle dropped.
[06:28] <StevenK> wgrant: Hmm, have you added a race?
[06:29] <wgrant> StevenK: Where?
[06:29] <StevenK> wgrant: db-devel buildbot failure
[06:29] <wgrant> No, that's a normal failure.
[08:58] <stub> Anyone up for Swift branch review?
[11:53] <cjwatson> wgrant: I still don't quite understand.  What CancellationError do you expect on manager restart with my patch?  AFAICS it will either send abort to a slave that's already aborting, in which case the slave will say "ok then" and carry on, and the master will just have a timeout that extends from the restart rather than the original cancel; or the slave will have died in some other way such that the abort fails, in which ...
[11:53] <cjwatson> ... case my patch will cause the master to immediately resume-or-fail, which seems right.
[12:05] <wgrant> cjwatson: Nevermind, I misunderstood.
[12:06] <wgrant> cjwatson: The slave abort() method should never fail, so you can probably do resetOrFail if it does.
[18:46] <cjwatson> wgrant: I think https://code.launchpad.net/~cjwatson/launchpad/buildmaster-cancel-properly/+merge/177580 is ready now.  Dunno if you care about reviewing e.g. the inlineCallbacks conversion I did after getting lost in a maze of callbacks one too many times.
[18:46] <cjwatson> (Just in checkCancellation, though, not all over)
[18:46] <cjwatson> Need to do some QA on dogfood builders first.
[23:46] <wgrant> cjwatson: I plan to port an awful lot of stuff to inlineCallbacks over the next week or so. Your port looks sane.
[23:47] <cjwatson> Good.  I think we're ready to go on this once we finish fixing recipe builds in launchpad-buildd 115 (see -ops) and deploying everywhere.
[23:48] <cjwatson> Only four hours spent back-and-forthing on that this evening ...


 In my case, eeeBottu on #ubuntu-bugs-announce
[16:32] <hggdh> it does not really affect much, the bot recovers, but it is sort of ugly
[16:32] <TheLordOfTime> depends on the "Excess Flood" reason
[16:33] <Pici> hggdh: you could try voicing it, I believe that the ircd gives more leniency to flooding if that is on.
[16:33] <hggdh> when the bot starts (after being terminated) it will show all bugs in the queue
[16:33] <Pici> Otherwise, you should throttle the messages.
[16:34] <hggdh> Pici: will try voicing; throttling just because of the startup will be a last resort, I guess
[16:34] <hggdh> thank you
[16:34] <Pici> np
[16:34] <TheLordOfTime> Pici:  i've not heard that...
[16:35] <Pici> TheLordOfTime: I remember seeing something to that effect in #freenode about something, it was a while ago though.
[16:35] <TheLordOfTime> Pici:
[16:35] <TheLordOfTime> <TheLordOfTime> does the ircd give more leniency for "Excess Flooding" if a user is voiced?
[16:35] <TheLordOfTime> <+ttuttle> no
[16:35] <TheLordOfTime> (in #freenode)
[16:35] <Pici> hrm
[16:36] <TheLordOfTime> <+ttuttle> TheLordOfTime: "Excess Flood" is not a channel flooding thing  <--
[16:36] <TheLordOfTime> oh shut up red-text
[16:36]  * TheLordOfTime hates color copying in xchat
[16:36] <TheLordOfTime> anyways...
[16:36] <TheLordOfTime> yeah, excess flooding isnt a channel thing, its a server thing
[16:36] <TheLordOfTime> so if its sending too many messages at once it gets shot down by the ircd
[16:36] <TheLordOfTime> (with bug announcements, i suspect its sending too many messages)
[16:59] <hggdh> at the beginning of a run, yes. That's OK, the bot recovers, and goes on from the last succesful write to the channel
[17:03] <niko> you should try one message per 2 seconds
[17:04] <TheLordOfTime> ^
[17:04] <hggdh> Yeah, I can add this delay there
[17:05] <TheLordOfTime> see, niko knows things
[17:05] <TheLordOfTime> :P
[17:05] <hggdh> yes :-)
[17:06] <niko> i'm not sure if it's still relevant, but what i coded in ubotu-fr is a ping/pong delay each time output messages raise  512 bytes
[17:07] <niko> that means, bot send whatever it wants, and when it raise 512 bytes - a PING message, it sends the PING message and wait for PONG before sending others messages in his queue
[17:08] <niko> it nevers excess flood, but can flood you :)
[17:24] <hggdh> hum
[17:24] <hggdh> currently I just answer PINGS, never initiate them. WIll look into that as well
[22:15] <lucylikeslinux> anyone here know where I can go to get help with ubuntu?
[22:15] <k1l> lucylikeslinux: try #ubuntu
[22:16] <lucylikeslinux> ty


[01:14] <RAOF> bdrung_: It's called GNOME Do :P
[01:52] <LLStarks> hi, if the expose doesn't work while gnome-terminal is in f11 fullscreen, is that a bug for unity or gnome-terminal?
[01:53] <RAOF> Unity.
[01:54] <RAOF> Well, probably compiz :)
[01:54] <LLStarks> k thx
[06:42] <didrocks> good morning
[07:01] <oSoMoN> good morning
[07:19] <MacSlow> greetings
[07:21] <oSoMoN> hey MacSlow
[08:25] <RAOF> njpatel: Hah!  I finally have a server that emits raw events regardless of grabs.
[08:25] <njpatel> RAOF, awesome!!
[08:26] <RAOF> njpatel: I can throw it in a PPA if you'd like; I'm not going to upload it immediately before the weekend :)
[08:34] <njpatel> RAOF, I don't think I'll be able to use it before next week, so I can probably wait for upload into O
[08:34] <njpatel> RAOF, but, thank you so much :)
[12:11] <jjardon> Hi, Im seeing a bunch of updates today. What is a good time to upgrade?
[12:12] <jjardon> ie, the upgrades are always at the period of time in the day or there is not a fixed plan for them?
[12:47] <njpatel> jjardon, I think there is a huge transition going on with *indicat* right now
[12:47] <njpatel> seb128, ^
[12:48] <jjardon> njpatel: yeah, I know :/
[12:48] <njpatel> yeah, so don't upgrade :D
[12:48] <njpatel> jjardon, ted has this effect on ubuntu where everything breaks ;)
[12:49] <jjardon> late ;)
[12:54] <jjardon> mmm, after the upgrade: No package 'indicator3-0.4' found, shouldnt be indicator-0.4 ?
[12:56] <njpatel> jjardon, it's indicator3-0.4 now I believe
[12:56] <njpatel> jjardon, tedg hates us
[12:56] <tedg> njpatel, No, just you.
[12:56] <tedg> :-)
[12:56] <jjardon> pkg-config --list-all | grep indicator
[12:56] <tedg> There was some collateral damage though
[12:56] <njpatel> :D
[12:56] <jjardon> indicator-0.4                       libindicator - libindicator.
[12:57] <tedg> jjardon, GTK2 version, GTK3 is indicator3-0.4
[13:27] <kenvandine> jjardon, the new libindicator got built and NEWd before indicator-power to built..
[13:27] <kenvandine> jjardon, so how is the update of indicator-power for the new libindicator coming :)
[13:28] <jjardon> kenvandine: I'm working on that ;)
[13:28] <kenvandine> thx :)
[13:28] <jjardon> but I get a sstrange error when compiling: libtool: link: only absolute run-paths are allowed
[13:28] <jjardon> (the same happens in indicator-sound)
[13:28] <kenvandine> ah!
[13:29] <kenvandine> look in your configure.ac
[13:29] <kenvandine> you missed changing one of the pkg-config calls
[13:29] <kenvandine> at least that is what was wrong with indicator-sound
[13:30] <jjardon> kenvandine: trying indicator-sound trunk now and the same problem persist
[13:30] <kenvandine> where it sets INDICATORDIR
[13:31] <kenvandine> jjardon, i don't think that fix has been merged yet
[13:31] <kenvandine> lp:~ted/indicator-sound/indicator-dir/
[13:31] <kenvandine> -		INDICATORDIR=`$PKG_CONFIG --variable=indicatordir indicator3`
[13:31] <kenvandine> +		INDICATORDIR=`$PKG_CONFIG --variable=indicatordir indicator3-0.4`
[13:32] <kenvandine> same for INDICATORICONSDIR
[13:32] <kenvandine> jjardon, looking at that, i see indicator-power still has gtk2 cruft in configure.ac... :)
[13:33] <jjardon> kenvandine: yeah, just fixing it ;)
[13:33] <kenvandine> :)
[13:37] <tedg> You guys should really read the mail I sent to ayatana-dev on this issue :-)
[13:37]  * tedg pouts, no one listens to me :-(
[13:38] <tedg> You know there is no emoticon for pout.  Interesting.
[13:38] <andyrock> is there a member of the design team?
[13:40] <andyrock> njpatel, when you have a moment we can debug my branch...
[13:47] <jjardon> kenvandine: https://launchpad.net/indicator-power/trunk/0.2 ;)
[13:47] <om26er> could anyone with the appropriate right re-open this bug 772612
[13:48] <kenvandine> jjardon, thx!
[13:49] <om26er> and also smspillaz the compiz branch attached in bug 772612 creates a regression i.e. unity does not start, even the classic session hangs with high cpu usage
[15:30] <andyrock> DBO, around?
[15:33] <DBO> andyrock, yes
[15:33] <Trevinho> DBO: could you give a look to my merge request for BAMF? :)
[15:33] <DBO> yes
[15:34] <andyrock> DBO, i have a question about a bug https://bugs.launchpad.net/unity/+bug/761155
[15:34] <DBO> Trevinho, reading now
[15:34] <DBO> will merge if all is well :)
[15:34] <Trevinho> Ok fine... thanks DBO...
[15:34] <Trevinho> And... For the wm_class thing, i've some ideas...
[15:34] <andyrock> DBO, is not a technique question, but a "design" question :)
[15:35] <Trevinho> I think I will "speak" with some code as soon as I can....
[15:35] <DBO> andyrock, ask away
[15:36] <andyrock> DBO, if all icon can be moved in the launcher, when we add another icon (i.e. opening a new app), where it should be positioned?
[15:37] <Trevinho> but, there's already something that is not related to us, but mostly to libwnck... and his missing class APIs. Now the ubuntu package include some new APIs that I've added through a patch that libwnck are reviewing
[15:37] <DBO> andyrock, logically it would end up at the very end
[15:37] <DBO> which... sucks
[15:37] <DBO> andyrock, logically it would end up at the very end
[15:37] <DBO> which... sucks
[15:37] <DBO> Trevinho, you rock :)
[15:38] <Trevinho> No... I don't.. :P
[15:38] <Trevinho> Did you see that I also patched libSDL as you requested in their bugzilla?
[15:38] <andyrock> DBO, we could add the app icon after the last app icon...
[15:38] <DBO> Trevinho, no
[15:38] <DBO> awesome!
[15:39] <Trevinho> Patch is in their bugzilla both for libSDL-1.2 and libSDL-1.3
[15:39] <DBO> andyrock, that would be confusing and random
[15:39] <Trevinho> however the ubuntu package is including it now
[15:39] <Trevinho> so pygame apps are now working fine with BAMF :P
[15:39] <DBO> YES!
[15:39] <andyrock> Trevinho, DBO is booking :P
[15:39] <DBO> andyrock, if you can mix all icons together, logically they are all "the same thing"
[15:39] <andyrock> *ed
[15:39] <DBO> andyrock, therefor, when a new one opens
[15:40] <DBO> you only have 2 logical spots
[15:40] <DBO> top or bottom
[15:40] <DBO> top sucks because it causes too much motion
[15:40] <DBO> so bottom!
[15:40] <Trevinho> andyrock: now that I've found him, I won't leave this precious guy to you only!  :P
[15:41] <Trevinho> ops... you too! :D
[15:41] <Trevinho> however... Despite on what you say... I know that your heart totally loves me!
[15:42] <andyrock> Trevinho, i miss you :( <3
[15:45] <Trevinho> DBO: for the WM_CLASS thing, however... I was thinking that if some windows shares the tuple (or triple) (wm_class_name, wm_class_resource, desktop_file) they are *always* belonging to the same app
[15:45] <Trevinho> so that mix can be used for generating their app_id too... That shouldn't be confusing at all
[15:46] <DBO> yes that's probably true
[15:46] <Trevinho> of course applications can set bad "wm_class" that could make BAMF to crash, but we could avoid this in two ways
[15:46] <Trevinho> tracking if that bus name already exist, or just keeping a list of known buses...
[15:46] <Trevinho> or... Move to gdbus (that I'm planning)
[15:47] <njpatel> Trevinho, before you work on moving BAMF to d-bus, would appreciate a chat
[15:47] <Trevinho> gdbus...
[15:47] <Trevinho> ok :P
[15:47] <njpatel> yes, gdbus :)
[15:48] <DBO> yes, gdbus
[15:48] <Trevinho> Ah... About this fact... and to libbamf... I was wondering: why don't we move that library to vala when moving to gdbus? It would make the code more easy to maintain... However I don't know if we could keep the API compatibility
[15:48]  * DBO glares at Trevinho
[15:48] <DBO> no
[15:49] <Trevinho> Ok... :D
[15:49] <Trevinho> Any other reason for this?
[15:51] <Trevinho> DBO ?
[15:51] <DBO> Vala == easier to maintain, WAY harder to debug
[15:51] <Trevinho> Mh, no that much...
[15:51] <DBO> okay, can I just go "personal bias" here?
[15:51] <Trevinho> Also because it's just a wrapper library
[15:51] <DBO> also I dont much want to see the entire lib re-written
[15:52] <DBO> and it's a little more than just a wrapper
[15:52] <DBO> since it does local favorites
[15:52] <DBO> its a wrapper with benefits
[15:52] <Trevinho> ah, ok... Yes I agree for that...
[15:52] <Trevinho> however you're the boss...
[15:52] <njpatel> -1 for Vala
[15:52] <DBO> njpatel ^^ see what I did there
[15:52] <njpatel> DBO, I did, *applauds*
[15:53] <Trevinho> njpatel: what's the thing I should consider when porting?
[15:54] <njpatel> Trevinho, we'll change the way it works on D-Bus to be a bit more leaner, and ditch objects
[15:55] <Trevinho> Mh, ok
[16:14] <Daekdroom> When I start gwibber through the messaging indicator, it won't use appmenu. What package should I report it against?
[16:15] <Trevinho> Daekdroom: I guess gwibber itself
[16:16] <Daekdroom> Trevinho, well, I just tested it and it affects liferea too.
[16:16] <Daekdroom> So it's definitely not gwibber.
[16:17] <Trevinho> Ok, so it's the indicator menu
[16:17] <Daekdroom> but it doesn't affect thunderbird.
[16:19] <Daekdroom> Well, I'll file it against indicator-messages and a developer will change it if necessary
[16:21] <Trevinho> It could be possible that something has changed in the api and the projects you tested aren't synced yet.... I've not checked BTW.
[16:28] <Daekdroom> bug 807614