[03:27] <pitti> Good morning
[04:02] <Mirv> morning too
[04:02] <Mirv> from tty1, lightdm login just returns me to lightdm always, loading updates now...
[04:03] <Mirv> hmm, still no luck
[04:05] <Mirv> I can see Session: Failed during authentication... but why
[04:05] <Sarvatt> Mirv: does rm ~/.Xauthority and trying again fix it?
[04:06] <Mirv> Sarvatt: ah, seems so. any idea what caused it?
[04:07] <Sarvatt> if so this is the 5th release in a row where that got broken at some point and needs fixing in lightdm
[04:08] <Mirv> before that had lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "timo"
[04:11] <Mirv> found bug #1036830 at least about it
[04:14] <Sarvatt> yeah i don't know why it happens, its just been a constant problem thats been "fixed" many times already. need to bug lightdm people about it :)
[04:15] <tjaalton> i had the same issue and probably fixed it by mistake when logged in via ssh..
[04:15] <Sarvatt> tjaalton: you probably fixed it logging in other accounts..
[04:16] <tjaalton> those won't touch my .Xauthority
[04:16] <Sarvatt> any successful login would i'd imagine
[04:17] <tjaalton> with my account yes
[04:18] <Sarvatt> ah right it wouldn't touch /home/tjaalton/.Xauthority that was screwed up
[04:20] <Mirv> our lightdm devs bugged and you cc:d :)
[06:02] <tjaalton> something weird going on with hud/unity
[06:02] <tjaalton> hud is open when I resume from suspend
[06:02] <tjaalton> or, it somehow has the mouse focus so that I can't move any window or change the focus before I open hud manually
[08:05] <Laney> morning
[08:10] <seb128> good morning desktopers
[08:10] <seb128> Laney, hey, happy friday
[08:10] <Laney> oh yeah! I forgot about that
[08:11] <Laney> happy friday to you too ;-)
[08:23] <seb128> sil2100, hey
[08:23] <seb128> sil2100, did you see my comment on the background review yesterday?
[08:23] <seb128> sil2100, and my notes on how to test the upgrade panel change?
[08:25] <sil2100> seb128: seeing that and fixing, but I missed the notes on the upgrade panel change - will do that now and review
[08:26] <seb128> sil2100, thanks
[08:26] <seb128> sil2100, how are you btw? feeling a bit better?
[08:37] <sil2100> seb128: better, but yesterday I damaged a finger of mine so it's interesting to type - but it's the thumb finger of my left hand so it doesn't impact me on the PC that much ;)
[08:37] <seb128> utch
[08:38] <sil2100> Mirv: hello! https://code.launchpad.net/~sil2100/cupstream2distro-config/extra_for_unity/+merge/187989
[08:40] <sil2100> seb128: pushed the modification ;)
[08:42] <seb128> sil2100, what happened to the "change XXX to TODO"? ;-)
[08:42] <sil2100> seb128: grrr, forgot about that ;) Fixing - as for the update-hide-desc branch, system-image-dbus doesn't recognise on my desktop --testing=update-manual-success - is it touch-specific?
[08:42] <seb128> pitti, there is a gvfs 1.18.1 out, do you plan to do the update?
[08:43] <seb128> sil2100, no, it's not, what error do you get?
[08:43] <sil2100> usage: system-image-dbus [-h] [--version] [-C FILE] [-v]
[08:43] <sil2100> system-image-dbus: error: unrecognized arguments: --testing=update-manual-success
[08:44] <seb128> sil2100, what do you run exactly?
[08:44] <sil2100> sudo system-image-dbus --testing=update-manual-success (as mentioned in the comment)
[08:44] <seb128> sil2100, do you have system-image-dev installed?
[08:45] <seb128> (you need it, the mock is there)
[08:45] <sil2100> Ah, didn't, thought system-image-dbus was enough - ok, thanks ;)
[08:45] <sil2100> (btw. pushed the TODO change)
[08:47] <seb128> sil2100, thanks, looking
[08:47] <seb128> bah, how can people use vi
[08:47] <seb128> stupid question, but how do one add chars at the end of a line?
[08:48] <seb128> if I do "->" until the end of line and "i" it's adding at the n-1 position
[08:48] <seb128> is there a better way than typed the char and then doing "d->" after edition to drop the duplicate?
[08:48] <Laney> a
[08:48] <seb128> instead of "i"?
[08:48] <Laney> yep
[08:48] <Laney> append vs insert
[08:48] <seb128> thanks
[08:49] <Mirv> sil2100: approved, I noticed it too but then was distracted by the DNS errors elsewhere
[08:49] <Laney> $ vimtutor
[08:49] <Laney> :P
[08:49] <seb128> how people can like an editor that doesn't let you edit without having to enter modes is beyond me :p
[08:50] <sil2100> Mirv: I redeployed and re-ran the stack already - thanks!
[08:57] <pitti> seb128: oh, already? sure, can do
[08:57] <seb128> pitti, danke
[08:58] <sil2100> Mirv: rejected that merge ;)
[08:58] <Mirv> sil2100: yep...
[08:59] <sil2100> Mirv: we hastened and did a newbie mistake... *ashamed for himself* ;p
[09:09] <Laney> rsalveti: Do you know if that's going to be soon?
[09:09] <Laney> rsalveti: I'd like to get our gstreamer stack (for desktop) finalised ASAP, so if not maybe we could push it if the behaviour is at least not worse than what we have now
[09:10] <Laney> You can always do followup uploads to adjust your patch
[09:39] <seb128> Laney, is your xdg dirs work ready for review or are you still working on it?
[09:40] <Laney> seb128: should be ok to review again
[09:40] <seb128> let me try that
[09:40] <Laney> shows 16.3 GB on grouper for me
[09:40] <seb128> Laney, btw GNOME guys seem to have a similar issue on https://bugzilla.gnome.org/show_bug.cgi?id=708786
[09:40] <ubot2`> Gnome bug 708786 in Other Preferences "Details shows wrong Disk size" [Normal,Needinfo]
[09:40] <seb128> I'm watching what solution they come with ;-)
[09:43] <seb128> hum
[09:43] <seb128> I wonder why https://code.launchpad.net/~seb128/ubuntu-system-settings/update-hide-description/+merge/187692 got commited under Laney's name
[09:43] <seb128> I guess bzr is recording infos somewhere in a magical way
[09:44] <Laney> how weird
[09:44] <seb128> Laney, well, I did bzr merge lp:~laney/ubuntu-system-settings/measure-real-directory-size in that directory to try your stuff
[09:44] <seb128> then bzr revert plugins/about
[09:45] <seb128> I guess it kept the info that I merged something from you at some point
[09:45] <Laney> oh so it probably committed it as a merge
[09:45] <Laney> bzr log -n0
[09:47] <seb128> yeah, it did :/
[09:47] <seb128> doh
[09:47] <seb128> I guess I can't fix that now
[09:47] <seb128> or can I?
[09:47] <seb128> how wrong would it be to uncommit the 2 most recent commits/bzr revert/bzr push --overwrite and accept those 2 merges again?
[09:47] <seb128> Laney, ^ do you have an opinion on doing that?
[09:47] <Laney> I have no idea
[09:47] <Laney> it's probably hopefully not linked to my existing mp
[09:49] <seb128_> shrug
[09:49] <seb128_> Laney, what did you get before I disconnected?
[09:49] <seb128_> Laney, http://paste.ubuntu.com/6162110/
[09:49] <Laney> didn't mark that one as merged anyway
[09:49] <Laney> 27/09 10:47:29 <seb128> Laney, ^ do you have an opinion on doing that?
[09:49] <Laney> 27/09 10:47:49 <Laney> I have no idea
[09:49] <Laney> 27/09 10:47:57 <Laney> it's probably hopefully not linked to my existing mp
[09:49] <Laney> 27/09 10:49:05 <seb128_> shrug
[09:49] <slomo> Laney: what's with gstreamer 1.2.0 in ubuntu? :)
[09:49] <Laney> slomo: "with"?
[09:49] <seb128_> Laney, I'm going to revert, it doesn't let me merge your branch now, creates conflicts
[09:49] <slomo> Laney: is it there already or are the problems/bugs? :)
[09:49] <Laney> seb128_: on a fresh checkout?
[09:50] <seb128_> Laney, yes
[09:50] <Laney> slomo: rsalveti is testing his stuff
[09:50] <seb128_> Laney, it has memory that those commits are already in the vcs it seems
[09:50] <seb128_> Laney, but you changed your version since
[09:50] <Laney> slomo: There's some bug in it that they want to fix
[09:50] <seb128_> Laney, it's 2 commit away, let me just clean stuff
[09:50] <slomo> Laney: i see, tell me about the bug :)
[09:50] <seb128_> going to be nicer
[09:50] <Laney> slomo: bug 1231727 apparently
[09:51] <Laney> argh, why doesn't the bot work?
[09:51] <Laney> http://pad.lv/1231727
[09:52] <slomo> Laney: ok, how is that blocking 1.2.0 though?
[09:52] <Laney> well I wanted them to test their stuff works and then they thought they could fix it to only need one upload
[09:52] <Laney> if not then I'll push what we have and they can fix later
[09:52] <slomo> Laney: sounds like a bug in jhodapp's code to me
[09:53] <Laney> yes
[09:53] <Laney> but uploading the new release shouldn't make things worse
[09:54] <Laney> so if they don't come with a fix soon then i'll do that
[09:54] <slomo> why not upload now to get some more testing, and if they can provide a fix upload the fix later?
[09:57] <Laney> will probably do that later
[09:57] <Laney> I wanted verification that their stuff works at all on 1.2.0 and didn't get that yet
[10:11] <labsin> Anyone knows where to file bugs for online accounts? I try to add a new one.
[10:12] <seb128> Laney, did you push your current work?
[10:13] <seb128> labsin, what desktop/application?
[10:13] <Laney> seb128: think so, still buggy?
[10:13] <Laney> let me check
[10:13] <Laney> oh, something just pushed
[10:14] <seb128> Laney, with r375 I still had 400Gb on my grouper
[10:14] <seb128> ah
[10:14] <seb128> "Drop the old way of getting device names; make new way more robust" is new
[10:14] <Laney> ah yes try with 376
[10:14] <Laney> wasn't pushed, sorry
[10:16] <labsin> seb128, I try to add a provider for online accounts for my mobile provider (as a test). It uses oath1.0 like the twitter plugin but it
[10:16] <labsin> fails
[10:17] <seb128> try asking to mardy on #ubuntu-devel (assuming you are speaking about ubuntu online accounts)
[10:17] <seb128> Laney, much better ;-)
[10:17] <Laney> how do you build so fast?!
[10:17] <labsin> seb128, yes; thnx
[10:18] <seb128> Laney, I don't wipe the builddir at the end of the build, so I just copied the new cpp and did make; sudo cp lib.. /usr/...
[10:18] <seb128> same for the qml
[10:19] <Laney> hm
[10:19] <Laney> I tried to do -nc builds and calling debian/rules build
[10:19] <Laney> neither of them actually built the new stuff
[10:19] <seb128> well, I just did "make" in plugins/about
[10:19] <Laney> will try that
[10:34] <seb128> Laney, soooo
[10:34] <seb128> Laney, there is a small bug in there, do you want to fix it before merging or should I approve and we can fix the bug in another commit?
[10:34] <seb128> Laney, the spec says
[10:35] <seb128> "each storage amount should be displayed in the most appropriate unit for that amount — to zero decimal places for kilobytes, and one decimal place for any other unit. "
[10:35] <Laney> that's a pain
[10:35] <seb128> Laney, your change to use the glib api for the display size is making kb values have 1 digit instead of 0
[10:35] <Laney> I just use the GLib method to format the sizes :(
[10:35] <seb128> Laney, well, my js function was working fine :p
[10:35] <Laney> I think it has a way to customise it, let me look
[10:35] <seb128> what do we gain from using glib?
[10:36] <Laney> no, doesn't do it
[10:36] <Laney> cleaner code
[10:37] <seb128> (if we didn't have the special case...)
[10:38] <Laney> yes
[10:38] <Laney> mpt: how much do you care about that special case?
[10:39] <seb128> Laney, that js function is not that much code to maintain and not really likely to be buggy...
[10:41] <Laney> I'm sure; I just took the chance to reuse code rather than writing it again
[10:41] <Laney> if it's a problem I'll fix it
[10:42] <seb128> Laney, right, and it makes sense, I'm just trying to figure out what's the best compromise ... a bit more code to make what design thinks is right, or a bit less code
[10:42] <Laney> if I fix it I'll add a special case in the cpp probably
[10:42] <seb128> Laney, ok, should we just get that in and open a bug to deal with the 0 digit kb case?
[10:42] <Laney> sure
[10:43] <Laney> we can ask mpt to decide either way
[10:43] <seb128> right
[10:44] <Laney> actually I think it might be mean to be "to zero decimal places for bytes"
[10:44] <Laney> which is what we have now and makes sense
[10:44] <Laney> s/mean/meant/
[10:44] <seb128> Laney, no, https://wiki.ubuntu.com/AboutThisDevice?action=AttachFile&do=get&target=phone-storage.png
[10:44] <seb128> Laney, see the notepad 38kb line
[10:45] <Laney> well it should at least say bytes there too
[10:45] <seb128> right
[10:46] <mpt> Laney, I don't really care
[10:46] <mpt> if it's a UI freeze you're concerned about
[10:47] <Laney> no, it's writing more code
[10:47] <Laney> http://ubuntuone.com/0YjPIEuX4NM29po2RjuPTa
[10:47] <Laney> mpt: the bit of design we're missing is rounding the kB things there
[10:48] <seb128> mpt, Laney: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1231922
[10:51] <mpt> "543 bytes"?
[10:52] <mpt> Laney, seb128, in reality nothing takes up less than 4 kB, right? :-)
[10:53] <Laney> that's a real value
[10:56] <seb128> Laney, mpt: that value seems buggy, but the bug comes from click, not the settings
[10:56] <Laney> the ones which are essentially just links to open the web browser are even smaller
[10:56] <seb128> the directory takes 688k on disk for me
[10:56] <Laney> Facebook: 19 bytes
[10:56] <mpt> Laney, so is the issue that the GLib method provides "{number}{space}{unit}", and you'd have to reimplement it to change the number rounding?
[10:56] <Laney> mpt: well, we could special case it
[10:57] <Laney> so reimplement part of it, yes
[10:57] <Laney> it'd just be easier to go with what they do
[10:57] <seb128> mpt, the question is "do we consider that enough to add some extra code to handle the special case"
[10:57] <seb128> knowing that the said extra code is a few lines
[10:57] <seb128> e.g not the end of the world
[10:57] <mpt> Laney, seb128, https://wiki.ubuntu.com/AboutThisDevice?action=diff&rev2=14&rev1=13
[10:57] <seb128> important enough to*
[10:58] <seb128> mpt, what was the rational first to have no digit for kbs?
[10:58] <seb128> I think we should stick to what is the best user experience
[10:58] <seb128> and not regress the user experience to spare 10 lines of code
[10:58] <mpt> seb128, because I thought people wouldn't care about individual bytes. But if apps are often using less than 1 kB, that isn't necessarily true.
[10:59] <Laney> mpt: so that means we have to add some code for bytes
[10:59] <Laney> 543.0 bytes
[10:59] <mpt> noooo
[11:01] <mpt> Laney, is this better? :-) <https://wiki.ubuntu.com/AboutThisDevice?action=diff&rev2=15&rev1=13>
[11:01] <Laney> mpt: haha, that works, thanks
[11:02] <Laney> hmm, lp should really do something to prevent comment collision
[11:03] <mpt> Laney, that wasn't a collision, I was premature
[11:03] <Laney> Oh you linked to 14
[11:03] <mpt> oh, I see what you mean
[11:03] <mpt> yes
[11:03] <Laney> It should have told me that there were comments I hadn't seen when I tried to post a new one
[11:03] <Laney> or something
[11:55] <Laney> mpt: is assigning you to u-s-s bugs the right way to request designs?
[11:55] <mpt> Laney, yes
[11:56] <Laney> ok
[11:56] <seb128> I've been doing "set as incomplet, add an ubuntu-ux component"
[12:16] <sil2100> pstolowski: ping!
[12:24] <pstolowski> sil2100: pong
[12:38] <seb128> Laney, thanks for bug cleaning ;-) are you looking at what to work on next?
[12:38] <Laney> seb128: yeah
[12:38] <seb128> Laney, did you find something?
[12:38] <Laney> bug #1223827
[12:38] <Laney> ARGH
[12:39] <Laney> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1223827
[12:39] <seb128> is the bot taking holidays?
[12:39] <seb128> Laney, ah, that's a good one ;-)
[12:39] <Laney> I pinged the IRC channel
[12:40] <Laney> biab, lunch
[12:41] <seb128> Laney, enjoy
[12:41] <seb128> Laney, btw about that bug, Saviq pointed out that unity8 has a widget that could help, you might want to have a look for inspiration
[12:42] <seb128> Laney, but it's basically a matter to have columns with the same size for us I think, the current logic is "take the width, divide by a fixed size of a colum, get the number of column"
[12:42] <seb128> but you end up for 400 pixels and 150 pixels by column to have 3 and it does 150 150 100
[12:52] <Saviq> seb128, Laney yeah, we got a ResponsiveGridView
[12:53] <Saviq> seb128, Laney it's a pretty thin wrapper around a GridView - and TBH it might make its way into the SDK if you convince them about it :)
[12:53] <Saviq> there's a ResponsiveFlowView, too
[13:12] <sil2100> pstolowski: so... https://code.launchpad.net/~sil2100/unity-scope-onlinemusic/packaging_review/+merge/188043 <- small fixups, but I wanted to ask about the indicator-battery recommends
[13:13] <sil2100> pstolowski: since the recommends doesn't make much sense to me in debian/control
[13:13] <pstolowski> sil2100: you're right! a copy paste error..
[13:14] <sil2100> pstolowski: I'll fix that then :)
[13:14] <pstolowski> sil2100: thanks a million!
[13:52] <sil2100> didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/unity8_test_ppa/+merge/188055 (I'll redeploy anyway)
[13:53] <didrocks> sil2100: no need to push it (easier to revert then), but ack
[13:54] <sil2100> didrocks: right ;) Let's Disapprove it then
[13:54] <didrocks> please ;)
[13:56] <seb128> mpt, seems like users would like you to comment on https://bugs.launchpad.net/indicator-sound/+bug/1213907 ;-)
[13:57] <seb128> I wonder if that user really use all those players
[13:57] <seb128> or if he just started them to make a point :p
[13:57] <seb128> larsu, only the installed players are listed right? (e.g if an user install/test/uninstall a bunch, they should be off the menu after the uninstall?)
[13:59] <larsu> seb128: yes, indicator-sound doesn't add the menu item if it can't find the desktop file
[13:59] <larsu> however, it doesn't have a watch on the directory - so this will only work after it's restarted (or reboot)
[14:10]  * mpt growls at XChat for still not sorting nick autocompletions by recency
[14:11] <mpt> larsu, how easy is it to tell which player(s) are currently playing?
[14:12] <larsu> mpt: it's know (if the players aren't lying)
[14:12] <larsu> *known
[14:13] <mpt> larsu, so we could show controls for the N players that have been playing most recently.
[14:14] <mpt> Where on Touch, N=1. On PC, it might be 1, or might be more.
[14:14] <larsu> mpt: Yes, but we'd need to persist that information somewhere to be available across session restarts.
[14:14] <larsu> mpt: excuse me, I meant: Yes.
[14:15] <mpt> hehe
[14:15]  * larsu is thinking out loud ;)
[14:16] <larsu> mpt: I don't think we can get this into 13.10 though. It's past UI freeze and having that many players in there must be an edge case...
[14:16] <larsu> at least, I hope it is
[14:16] <larsu> seb128: what do you think?^^
[14:17] <mpt> larsu, oh, I wasn't thinking about 13.10
[14:17] <seb128> larsu, yeah, I agree with those statements
[14:17] <mpt> larsu, though, it doesn't change the appearance of UI elements in any way, it just changes the precise circumstances when some of them are visible
[14:18] <larsu> mpt: just saying, because the last comment shows the user to be "disappointed"
[14:19] <larsu> mpt: fair enough. There's a slight change it affects screenshots. And it's the rule.
[14:19] <mpt> k
[14:19]  * larsu didn't make the rules. He's just very German sometimes
[14:19] <rsalveti> Laney: slomo: jim is working on that bug and we hope to get it fixed today
[14:19] <rsalveti> that's the only one blocking us to land the new media stack in touch
[14:20] <seb128> larsu, I don't think it's an UI change but it's a feature/functionality change in some way
[14:20] <rsalveti> that's why we don't want more moving parts as of now, but if not fixed today, we can migrate anyway next monday/tuesday
[14:20] <seb128> larsu, if we wanted to get that in this cycle we probably could, but that doesn't seem a priority
[14:20] <mpt> larsu, is it actually a regression? That screenshot of the "old" behavior seems to be showing exactly the same thing. It's just that most of those players aren't exposing the playback interface.
[14:21] <rsalveti> Laney: and you need to add your entry at the landing page as well, besides having the FFe approved
[14:21] <Laney> oh god
[14:21] <rsalveti> as this will need to be coordinated in #ubuntu-ci-eng
[14:21] <slomo> ok
[14:21] <larsu> mpt: I rewrote parts of the sound menu this cycle and stuck closer to your design than the old one did
[14:22] <larsu> mpt: so it's a regression for this user, but I wanted to get your feedback because you specified it differently
[14:22] <larsu> seb128: yeah that makes sense.
[14:22] <Laney> rsalveti: I have no access
[14:22] <mpt> larsu, so why does <http://2.bp.blogspot.com/-zwPzvP_eGC8/UH71qcqxY3I/AAAAAAAAK5s/Nar3HkBCr-M/s1600/ubuntu12.10-webapp-last-fm.png> show two sets of controls, and not either one or six?
[14:22] <Laney> can you put it on there and update the patch/upload when happy?
[14:22] <rsalveti> Laney: sure, let me add it there then
[14:23] <larsu> mpt: those two players are running (see the triangles on the left of their application icons)
[14:23] <mpt> Ah I see
[14:24] <Laney> rsalveti: Packages in the PPA should be good to go apart from your remaining fix
[14:24] <rsalveti> great
[14:24] <mdeslaur> mpt: doesn't xchat in saucy sort by last-used now?
[14:25] <mpt> mdeslaur, if so I'll upgrade right now
[14:25] <rsalveti> Laney: have FFe bug in hands so I can add it to the spreadsheet as well?
[14:25] <seb128> mdeslaur, xchat or xchat-gnome?
[14:25] <mdeslaur> mpt: actually, if you look in ~/.xchat/xchat.conf, you can change completion_sort to 1
[14:25] <Laney> rsalveti: No, sl omo told me it was bug fix only
[14:25] <mpt> (from the "upgrade your entire OS to get a minor app improvement!" department)
[14:25] <mdeslaur> mpt: and that should fix it for whatever version you have
[14:26] <Laney> rsalveti: It'll hit the unapproved queue anyway so someone can knock it back if they think it needs one then
[14:26] <rsalveti> hm, ok
[14:26] <mdeslaur> seb128: both should have it AFAIK, but the setting isn't exposed
[14:27] <seb128> mdeslaur, ok, I've mine set to not pick one, just display the list of matches (and complete if there is only 1 match)
[14:27] <mdeslaur> I really don't understand settings like this...why _wouldn't_ someone want that turned on by default
[14:28] <ogra_> rsalveti, "final one for the 1.2 series" or "final one before the 1.2 series" ?
[14:28] <Laney> stable
[14:28] <mdeslaur> seb128: oh, right, that's what mine does too...hrm, interesting
[14:29] <rsalveti> ogra_: final, 1.2 for real :-)
[14:30] <ogra_> ah, the PPA name is confusing :)
[14:33] <attente> mterry, hey
[14:33] <mterry> attente, hello
[14:33] <attente> the FFe from last week was triaged: https://bugs.launchpad.net/unity-greeter/+bug/1228207
[14:33] <attente> but i'm wondering if the recommends on i-keyboard should be changed to a hard-depends?
[14:34] <mterry> attente, naw, we gracefully handle failed indicator loads
[14:35] <mterry> attente, all the other indicators are Recommends, right?
[14:35] <attente> mterry, true, but i'm wondering what the consequences are of not having that particular indicator
[14:35] <attente> the old ug-keyboard indicator came with the greeter
[14:36] <seb128> attente, btw report https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1232051 and assigned to you (I mentioned some time ago but forgot to open the bug report)
[14:36] <attente> and i wonder if it's possible to get into a state where it's impossible to log in due to not having the proper keyboard layout
[14:36] <attente> seb128, ah, right, sorry about that
[14:37] <mterry> attente, hmm..  Though the choice to load that indicator is in gsettings.  So they may not even load it
[14:37] <seb128> attente, no worry, my fault for forgetting to report the bug
[14:37] <attente> mterry, that's true. so my worries are a bit unfounded here?
[14:38] <mterry> attente, they are founded.  It's bad if the user doesn't have keyboard layouts available.  But I still think it's best as a recommends, just because it's not something that is absolutely required for functioning
[14:39] <mterry> attente, I'll try to merge/upload your stuff today
[14:39] <attente> mterry, ok, thanks
[14:40] <attente> mterry, i'm just thinking about the upgrade path: if the user had ug-keyboard in their list, we migrate that to keyboard, and then there's no keyboard indicator without the hard depends..
[14:43] <mterry> attente, why wouldn't they get the new package during upgrade?
[14:43] <attente> mterry, nothing is pulling it in?
[14:44] <attente> mterry, no other package has a hard-depends on i-keyboard, from what i can tell
[14:58] <attente> seb128, it says it needs lib/main.c in POTFILES.skip: https://jenkins.qa.ubuntu.com/job/indicator-keyboard-saucy-amd64-ci/26/console
[14:59] <mhr3> Laney, could you comment on https://bugs.launchpad.net/ubuntu/+bug/1208989/comments/16 pls?
[14:59] <seb128> attente, oh, doh, right
[14:59] <seb128> attente, let me fix that
[15:01] <seb128> attente, ok, fixed, repushed, let's see if CI is happy
[15:02] <Laney> mhr3: not right away; maybe ask on #ubuntu-release or wait a bit
[15:03] <mhr3> can wait a bit i guess
[16:15] <seb128> Laney, ok, just for info, the theme stuff can be done with
[16:15] <seb128>     Component.onCompleted: {
[16:15] <seb128>         Theme.name = "Ubuntu.Components.Themes.SuruDark"
[16:15] <seb128>         }
[16:16] <Laney> ah ok
[16:16] <Laney> does it apply to everything if you do it in the main page?
[16:17] <seb128> I'm trying
[16:17] <seb128> but doing make; src/system-settings fails to load plugins
[16:17] <seb128> rebuilding a package...
[16:17] <seb128> yes, it does
[16:17] <seb128> it looks better in white if you ask me
[16:17] <Laney> nice
[16:17] <Laney> with direct launching of panels too?
[16:18] <seb128> yes
[16:18] <Laney> good
[16:18] <seb128> Laney, http://paste.ubuntu.com/6163376/
[16:18] <seb128> if you want to try
[16:20] <seb128> ok, on that note, time for some exercice
[16:20] <seb128> I'm going to be back to catch with backlog finish a few thing before dinner
[16:20] <seb128> have a good w.e for those that are going to be off by then!
[16:21] <Laney> mmm, yeah I like white too
[16:21] <Laney> see you!
[16:21] <Laney> I'm getting frustrated at this bug, might do something else until EOW
[16:21]  * Laney looks for reviews
[16:22] <seb128> Laney, if you want easy stuff, try to change some of the UI to be closer to design
[16:22] <seb128> Laney, e.g drop the custom checkbox on the left widgets and put those in a ListItem.Standard with a control:
[16:22] <Laney> oh yeah, I'm glad we get to do that
[16:22] <seb128> ;-)
[16:23] <seb128> ok, gone before it's dark out there
[16:23] <seb128> bbiab
[16:23] <Laney> hf
[16:23] <Laney> ttyl
[17:00] <sil2100> didrocks: do you have a moment for a branch review? https://code.launchpad.net/~sil2100/unity-scope-onlinemusic/packaging_review/+merge/188043 ;)
[17:00] <didrocks> sil2100: on #ubuntu-ci-eng, I was just telling goodbye :p
[17:01] <didrocks> but you are not in there anymore?
[17:01] <didrocks> sil2100: is that a new source?
[17:02] <didrocks> sil2100: what's up with the removal of the recommends as well?
[17:03] <didrocks> maybe let's see on Monday if you are not around ;)
[17:03]  * didrocks waves goodbye and good week-end
[17:04] <sil2100> :|
[17:04] <sil2100> Damn autojoin!
[17:19] <xclaesse> Hm, upgraded to saucy, clicking running apps does not move the workspace to the app anymore.
[17:23] <mdeslaur> xclaesse: known issue: LP: #1228352
[17:24] <xclaesse> mdeslaur, cool, thanks :)
[17:24] <mdeslaur> hopefully I won't go mad before the fix goes in :)
[17:25] <xclaesse> I just upgraded 5min ago and it's already making me crazy :/
[17:30] <seb128> xclaesse, mdeslaur: https://launchpad.net/ubuntu/saucy/+queue?queue_state=1&queue_text=compiz you might get lucky
[17:30] <seb128> e.g got uploaded 1 hour ago
[17:31]  * mdeslaur washes down two more valium with a shot of whiskey while waiting for new compiz
[17:33] <mterry> attente, how does indicator-keyboard know which user's keyboard layouts to read?
[17:34] <xclaesse> seb128, ok
[17:34] <attente> mterry, it aggregates all of the user's keyboard layouts together, removing duplicates
[17:34] <attente> *users'
[17:34] <mterry> attente, oh odd
[17:34] <mterry> attente, hm
[17:34] <xclaesse> seb128, also my google account (configured in uoa) disappeared from evolution. but other than those 2 bugs nothing changed, which is good :)
[17:35] <attente> mterry, i guessed this is the best option since there's also the remote login prompt to consider as well
[17:35] <seb128> xclaesse, is it listed/enabled in gnome-control-center -> user account?
[17:35] <xclaesse> seb128, "online accounts" you mean? yes Evolution Data Server is there
[17:36] <mterry> attente, yeah seems reasonable...  except we lose the ability to know which layout to by default for which user don't we?
[17:36] <mterry> attente, well, not because of the aggregation
[17:37] <mterry> attente, but because we removed that code in the merge
[17:37] <attente> mterry, right... :/
[17:37] <mterry> attente, set_layouts() used to activate first item in user's list
[17:38] <xclaesse> seb128, oh python plugins can't be loaded in gedit :/
[17:38] <mterry> attente, we could keep the indicator with aggregation, but we need to keep the activation of each user's preferred layout I believe
[17:38] <xclaesse> seb128, "le chargeur de greffon python n'a pas été trouvé"
[17:38] <xclaesse> seb128, missing dep ?
[17:39] <attente> mterry, yeah, you're right
[17:40] <mterry> attente, I think the entry point for that logic was entry_displayed_done.connect()
[17:41] <attente> so i-keyboard needs a way to know when the current user changes
[17:42] <attente> and to set and save the current layout
[17:43] <attente> accountsservice doesn't have a 'current layout' field
[17:45] <mterry> attente, does i-keyboard notice when someone else changes the layout?
[17:46] <mterry> attente, because u-g could just do that itself
[17:47] <attente> mterry, no, but if there's a signal i can hook into LightDM to do this, then that helps a lot
[17:48] <xclaesse> seb128, still no plan in packaging nautilus 3.4 officially ?
[17:48] <xclaesse> I have to rebuild my 3.8.really.3.4 package for saucy :p
[17:50] <mterry> attente, when u-g asks LightDM to set the layout, it does it via xklavier...  does that emit any notifications?
[17:52] <seb128> xclaesse, I was pondering it this cycle, but people pointed out that users who want 3.4 can as well install nemo which is a maintained fork from that version
[17:52] <seb128> xclaesse, did you try it?
[17:55] <xclaesse> seb128, I gave a quick try but I had issues because nautilus handles desktop icon/wallpaper as well
[17:55] <xclaesse> and nemo didn't work for that
[17:55] <xclaesse> dunno if that were just bugs that got fixed, or if it really does not support it
[17:55] <seb128> xclaesse, well, uninstall nautilus if you use nemo (or set the key to draw the desktop to false in nautilus)
[17:55] <seb128> xclaesse, I think it's they just both fight for it and first arrived win
[17:56] <attente> mterry, i'm not sure, i'll check though
[17:56] <seb128> xclaesse, I had issues were nemo was drawing my desktop when I had it installed
[17:56] <xclaesse> argh, I cannot copy a package from a ppa to the same ppa to trigger a rebuild for saucy:
[17:56] <xclaesse> nautilus 1:3.8.99.really.3.4.2-0ubuntu4.2 in raring (same version already has published binaries in the destination archive)
[17:56] <seb128> xclaesse, e.g I was getting the computer, etc icons on my desktop where they are disabled by default in nautilus ... and after some poking it was nemo handling the desktop
[18:28] <attente> mterry, there doesn't seem to be a way to watch for changes to the xklavier config
[18:28] <attente> it changes an x property, but i don't know if there's a way to watch for that
[18:29] <mterry> attente, ooh, there should be yeah
[18:29] <mterry> Gtk/Gdk has some support for that I think
[18:29] <attente> mterry, think so? ok, the search continues :)
[18:30] <mterry> attente, :)
[19:02] <attente> mterry, i'm not sure how this will work exactly
[19:02] <attente> so there is a way to watch for x property changes
[19:02] <attente> but how does u-g keep track of the current layout for the current user?
[19:03] <mterry> attente, it knows of a list of preferred layouts for each user
[19:03] <mterry> attente, the first being the default
[19:03] <mterry> attente, and when switching to that user, they switch to that default
[19:03] <mterry> attente, I think the list comes from AS?
[19:07] <attente> mterry, ok, so it's always using the first layout? it doesn't have any state to record the last layout the user logged in with?
[19:08] <mterry> attente, no
[19:10] <attente> mterry, in that case, maybe i-keyboard should be responsible for changing to the correct layout when the current user changes
[19:14] <mterry> attente, would just need to add some api....  we already have a dbus api for setting current user.  Could expose a signal there
[19:15] <attente> mterry, hmm... i guess this needs another FFe?
[19:17] <mterry> attente, maybe, because it exposes a new signal?
[19:17] <mterry> attente, though it's really part of the same feature
[19:17] <mterry> attente, this is just a part of that merge, to get it the same feature-wise as what we had
[19:18] <attente> mterry, right, but is this in lightdm or u-g?
[19:18] <mterry> attente, u-g for signal.  i-k for receiving
[19:19] <attente> ah, ok
[19:20] <attente> right, on i-k's end, this is just a plain bug
[19:21] <attente> ok, i'll add the signal to the MP then, and make the appropriate changes to i-k
[19:21] <attente> thanks for the help, mterry
[19:23] <mterry> attente, thank you!
[19:54] <mterry> attente, I'm going AFK for a bit, but will be back
[20:31] <attente> mterry, i just realized i-k is already memorizing the last selected layout, but on a global level
[20:31] <attente> i.e. among all users
[20:32] <josepht> anyone else seeing Bug #1224732
[20:36] <attente> josepht, just tried it, same problem
[20:37] <attente> josepht, there's a lot of shortcut problems that i'm trying to look into
[20:38] <josepht> attente: thanks
[20:56] <mterry> attente, on a global level?  Odd.  You're saying the per-user way u-g was doing before doesn't make sense?
[20:58] <attente> mterry, no, i guess the per-user way does make sense when i think about it
[20:58] <attente> the way i-k does it now would only be convenient if you assume one single user
[20:59] <mterry> attente, right.  I don't want my mom always changing it to Finnish on me (e.g.)
[20:59] <mterry> attente, where does it even store it globally?
[20:59] <attente> it's in lightdm's dconf settings
[21:00] <attente> by virtue of i-k treating lightdm as a user...
[21:00] <attente> there's a g-s-d key for the current selected input source
[21:01] <attente> it's a shame it's not an array.. we could even memorize on a per-user basis


[12:10] <lupine_85> so changing the dir. won't help! TBH I think I bit off more than I could chew ;)
[12:10] <lupine_85> any suggestions?
[12:19] <joejaxx> LaserJock: with the debian packages lets say I wanted to have a file that i include in the package installed somewhere how do i do that?
[12:20] <joejaxx> i was looking through the debian new maintainers guide
[12:20] <joejaxx> and i see the config.ex file
[12:20] <joejaxx> but it does not say where you specific where to tell the debian file to install them
[12:22] <joejaxx> it = debian new maintainers guide
[12:22] <LaserJock> dh_install
[12:23] <joejaxx> ah
[12:25] <joejaxx> or man dh_install rather as the help flag points out
[12:31] <joejaxx> LaserJock: i love the man pages haha
[12:31] <joejaxx> they tell you everything you need to know
[12:31] <joejaxx> application flags configuration file exmaples etc
[12:31] <joejaxx> examples*
[12:36] <lupine_85> going back to rutilt... it "looks like" it only uses the kernel headers/sources to determine whether or not WEXT is of a high enough version... so the temptartion is to create a patch that removes that check
[01:32] <rmjb> Hi room
[01:34] <Burgwork> channel, actually
[01:36] <rmjb> Hello channel!
[01:37] <robitaille> well technically I think the channel will not answer to a greeting, but the people in it will :)
[03:05] <lotusleaf> By the power of Ubuntu! Iiiiiii Haaave the poooowaaaaaahhh!
[07:55] <lastnode> imbrandon: ping
[08:44] <imbrandon> heya everyone
[08:45] <ajmitch> hi imbrandon
[08:45] <Fujitsu> Hi imbrandon.
[08:45] <imbrandon> moins fellas
[08:57] <AnAnt> there is a software that I want to package
[08:57] <AnAnt> it is a java software and doesn't have regular directory structure (bin/ share/ ..) should I put it in /opt ?
[08:58] <imbrandon> no, the package guide states nothing can go into /opt from the repos
[08:58] <AnAnt> what should I do then ?
[08:59] <Burgundavia> what does Debian Java policy say?
[08:59] <AnAnt> where's that ?
[08:59] <Burgundavia> http://www.debian.org/doc/packaging-manuals/java-policy/
[09:01] <Kagou> hi
[09:01] <imbrandon> heya Kagou
[09:54] <siretart> hi
[09:54] <imbrandon> heya siretart
[09:54] <siretart> huhu imbrandon
[09:57] <siretart> does anyone know a reasonable rss feed validator? I'd like to know if my blogfeed is good enough for planet.ubuntu.com
[09:58] <ajmitch> hey siretart
[09:58] <siretart> heyho ajmitch
[09:59] <ajmitch> http://validator.w3.org/feed/
[09:59] <ajmitch> sigh, request for new upstream versions still being filed
[10:05] <siretart> ajmitch: I read that the archive is final for edgy, is this correct?
[10:05] <ajmitch> siretart: not for universe, afaik
[10:05] <ajmitch> but for main, yes
[10:05] <imbrandon> siretart, just fyi too , i've run planetplanet localy a few times and its pretty tolerant of feeds
[10:05] <imbrandon> ( planetplanet runs planet.u.c )
[10:05] <dholbach> good morning
[10:05] <ajmitch> so please people, fix universe bugs while you can!
[10:05] <imbrandon> heya dholbach
[10:05] <ajmitch> hey dholbach
[10:05] <siretart> hey dholbach
[10:06] <siretart> imbrandon: I'm already on a planet of my local LUG: planet.lusc.de. I think it works reasonably there, and I wonder if thats good enough for p.u.c
[10:06] <dholbach> heya ajmitch, imbrandon, siretart
[10:06] <dholbach> siretart: sure! there's a guide on the wiki how to do it (how to get on planet)
[10:07] <imbrandon> siretart, they preobably run the same software, so i would imagine so, it only takes a few mintes to set it up to test ( or you can always add it , if its not right remove it )
[10:07] <ajmitch> siretart: yes, we want to see your blog :)
[10:07] <siretart> wow. my feed passes validator.w3.org with warnings only
[10:07] <imbrandon> siretart, http://wiki.ubuntu.com/PlanetUbuntu  <-- how to add your feed
[10:08] <dholbach> ha... warnings are for loosers! move on to planet ubuntu! :-)
[10:08] <siretart> I'm not using a blog software, but a quite patched dokuwiki for my feed. therefore I wasn't too sure if that's good enough for planetplanet
[10:08] <siretart> :)
[10:09] <imbrandon> cant be any worse than blogger.com feeds , ugh
[10:10] <siretart> ajmitch: http://wiki.tauware.de/blog:tags:english
[10:10] <siretart> imbrandon: http://wiki.tauware.de/doku.php?blog=feed&tag=english
[10:10] <imbrandon> my old blog before i moved my site to dreamhost i actualy did the rss via a php script that grabed the info from my db and remade the rss ever 5 minutes on cron by hand
[10:10] <imbrandon> now THAT was hackish hehe
[10:10] <imbrandon> but it was a home grown cms
[10:10] <imbrandon> s/cms/blog
[10:11] <siretart> wow. every ubuntu member can checkout the planetplanet config? sweet
[10:11] <imbrandon> siretart, yup
[10:12] <imbrandon> it says it can take upto 4 hours to show up but it only take about 10 minutes in reality
[10:12] <Fujitsu> imbrandon: I'm pretty sure the planet script only runs every hour or two.
[10:12] <siretart> hm. I still don't have a hackergotchi
[10:12] <imbrandon> Fujitsu, not grabbing the rss from the blogs, you can see the update time on the right, every 11 minutes or so
[10:13] <imbrandon> Updated on October 24, 2006 08:02 AM UTC. Entries are normalised to UTC time.
[10:13] <imbrandon> from the right ^^
[10:14] <imbrandon> and ~about 08:13 it will update again
[10:16] <siretart> aha. dholbach doesn't have a hackergotchi either :)
[10:16] <dholbach> jdub didn't like the one I made ages ago :)
[10:16] <dholbach> so at some stage, I'll probably have a new one
[10:17] <jsgotangco> the one with the flower?
[10:17] <jsgotangco> heh
[10:17] <ajmitch> siretart: we can make one for yo
[10:17] <dholbach> jsgotangco: no, unfortunately not ;)
[10:18] <jsgotangco> use the "germans" photo of highvoltage heh
[10:18] <dholbach> hehe, that was funny
[10:18] <imbrandon> Fujitsu, ok so i was a few minutes off : Updated on October 24, 2006 08:16 AM UTC. Entries are normalised to UTC time.
[10:19] <imbrandon> still more than 1 or 2 times an hour ;)
[10:19] <siretart> ajmitch: you'd just need a suitable template, no? ;)
[10:19] <ajmitch> http://fridge.ubuntu.com/node/518
[10:20] <ajmitch> the famous siretart :)
[10:20] <imbrandon> hehe
[10:20] <imbrandon> waits for behind ubuntu to interview ajmitch
[10:20] <ajmitch> imbrandon: in a couple of weeks, I think
[10:21] <imbrandon> ;)
[10:21] <ajmitch> I got an email from them
[10:21] <ajmitch> of course I don't have any photo to supply for them :)
[10:21] <imbrandon> hehe
[10:21] <Burgundavia> who is behind ubuntu?
[10:21] <siretart> wah. that was in turkey about 3 years ago
[10:22] <siretart> great place there, btw. nice place for scuba diving :)
[10:22] <imbrandon> Burgundavia, seaLne iirc
[10:22] <Burgundavia> hmm
[10:23] <Hobbsee> ajmitch: at least our interview never went online
[10:23] <imbrandon> yea what ever happened to that podcast ?
[10:23] <ajmitch> it got lost, thankfully
[10:23] <ajmitch> :)
[10:23] <imbrandon> heh
[10:24] <imbrandon> me and sladen are supose to be getting our podcast going again sometime, dunno when
[10:24] <imbrandon> heh
[10:25] <jsgotangco> ahh these bigtime f/oss superstars
[10:25] <ajmitch> says mr international celebrity speaker
[10:25] <imbrandon> hehe
[10:27] <imbrandon> hum video other than theora can be in a ogg container ?
[10:27] <dholbach> siretart: scuba diving?
[10:27] <ajmitch> afaik it's possible, but I haven't seen it
[10:27] <dholbach> ajmitch: where is your blog?
[10:27] <ajmitch> dholbach: I don't blog
[10:28] <imbrandon> ajmitch, does totem ( or what ever the default ubuntu gnome video player is ) play xvid OOTB ?
[10:28] <Hobbsee> ajmitch: very thankfully :)
[10:28] <imbrandon> xvid/ogg specificly
[10:28] <ajmitch> Hobbsee: thankful that I don't blog?
[10:28] <dholbach> ajmitch: then you should :)
[10:28] <ajmitch> imbrandon: no idea
[10:28] <ajmitch> dholbach: I have nothing interesting to write about :)
[10:28] <Hobbsee> ajmitch: to the interview that got lost
[10:29] <ajmitch> Hobbsee: just don't remind jdub about it
[10:29] <imbrandon> yea ajmitch and Hobbsee's blog are missing from planet
[10:29] <Hobbsee> ajmitch: right
[10:29] <Hobbsee> ajmitch: sounds good to me
[10:29] <Hobbsee> imbrandon: hush.
[10:29] <ajmitch> imbrandon: I don't want to send people to sleep
[10:29] <dholbach> ajmitch: sure you do - all your dirty little secrets - the world has a right to know! :-)
[10:29] <bhale> my blog hasnt been there for a year
[10:29] <ajmitch> haha
[10:30] <ajmitch> if I were to write, it probably wouldn't be about ubuntu, most of the time
[10:30] <ajmitch> hello DBO
[10:30] <dholbach> btw I noticed that mooch has a blog for his dj mixtapes - that's a cool idea
[10:30] <DBO> hello ajmitch
[10:30] <siretart> dholbach: scuba diving is englisch for "Geraetetauchen"
[10:30] <dholbach> siretart: ahhhh ok :-)
[10:31] <Fujitsu> Self-Contained Underwater Breathing Apparatus or so.
[10:31] <jsgotangco> ajmitch: ahh but i am but a simple software developer for a non-profit now
[10:31] <imbrandon> heh
[10:32] <ajmitch> jsgotangco: just waiting for your next big appearance
[10:32] <jsgotangco> doh
[10:37] <imbrandon> hum besides -dev and -core-dev what are the other major "groups" of *ubuntu
[10:37] <ajmitch> -members
[10:37] <imbrandon> i have an idea but i need a few categorys
[10:37] <imbrandon> k -members , -doc-team ?
[10:37] <ajmitch> those are the 3 that grant various rights
[10:37] <ajmitch> sure, you also have doc, marketing, etc
[10:37] <StevenK> ajmitch: But you already bore us? :-P
[10:37] <ajmitch> & smaller teams like -desktop, -qa, -server
[10:38] <ajmitch> StevenK: thanks, I'll go & cry myself to sleep now
[10:38] <StevenK> Heh
[10:38] <StevenK> At 8:30pm?
[10:38] <StevenK> A little early to be depressed, isn't it? :-P
[10:38] <imbrandon> well i would like to keep it to like 4 or 6 groups that cover most all people
[10:38] <imbrandon> thus developers, members , .....
[10:39] <imbrandon> developers == both dev and core-dev
[10:39] <imbrandon> but just those two leave alot of people out
[10:39] <imbrandon> but i dont wanna break it way way way down to -qa -desktop etc
[10:39] <ajmitch> imbrandon: why do you need to do that?
[10:40] <imbrandon> just an idea i had for a "faces.ubuntu.com" with a gallery of mugshots ( not bios ) of the ubuntu community
[10:40] <imbrandon> or something kinda like it
[10:41] <imbrandon> thus 4 or 5 "categorys" for faces
[10:42] <imbrandon> the intoduce your self thread on the forum gave me the idea
[10:42] <imbrandon> really i dunno, was just a passing thought
[10:43] <ajmitch> imbrandon: aha
[10:48] <siretart> wow. my blog got added even without flooding the planet
[10:50] <dholbach> woohoo
[10:53] <ajmitch> hehe
[11:02] <jelmer> 'morning
[11:04] <ajmitch> hey jelmer
[11:04] <jelmer> so, where's the next Ubuntu development meeting?
[11:04] <Fujitsu> Hi jelmer (you weren't gone for long)
[11:05] <jelmer> nope, just one uni course
[11:05] <ajmitch> jelmer: probably after release
[11:11] <jelmer> ah, ok
[11:13] <ajmitch> since the next one would have been on release day
[11:13] <ajmitch> when noone would want another meeting
[11:13] <imbrandon> heh
[11:13] <Amaranth> No one would be there. :P
[11:13] <Amaranth> They'd all get excused from the meeting to work on the release. :)
[11:13] <ajmitch> except the hordes of screaming users
[11:14] <imbrandon> man i hate release time
[11:14] <ajmitch> imbrandon: don't hate it, just get fixing bugs
[11:14] <Hobbsee> imbrandon: we'll avoid thursday, right?  :P
[11:16] <imbrandon> Hobbsee, hehe
[11:17] <Amaranth> man, thursday is going to be all hands on deck in #ubuntu
[11:18] <Amaranth> It helps that all the people in #ubuntu+1 who know how to use edgy get autoforwarded to #ubuntu on the same day :)
[11:18] <imbrandon> Amaranth, really starting today , alot upgrade early becouse its frozen anyhow ( main )
[11:18] <DBO> i will be there aussie time
[11:18] <DBO> imbrandon, and to avoid the server destruction
[11:18] <ajmitch> I'll probably be passed out on the floor
[11:19] <DBO> a noble way out =P
[11:19] <Hobbsee> hehe
[11:20] <DBO> how you been?
[11:20] <Hobbsee> DBO: assignments, work, etc
[11:20] <Hobbsee> DBO: uploading from time to time
[11:20] <DBO> generally busy
[11:20] <DBO> got it =)
[11:22] <sivang> hey folks
[11:28] <Hobbsee> hey sivang
[11:28] <imbrandon> heya sivang
[11:36] <zakame> yo dholbach Hobbsee imbrandon sivang
[11:48] <cypher1> how can i make sure that a 4:3 ratio theme is available for usplash to show ?
[11:49] <cypher1> or a theme to display on a 1024x768 resolution
[11:55] <Fujitsu> cypher1: All of the official theme packages have such themes.
[11:58] <cypher1> Fujitsu: thanks
[12:04] <cypher1> Fujitsu: is there any document or tutorial on how usplash works ?
[12:07] <imbrandon> anyone here use rsync regularly ?
[12:10] <Fujitsu> imbrandon: I use it a bit, but not exactly regularly.
[12:10] <Fujitsu> cypher1: Not as far as I know.
[12:13] <imbrandon> brandon@horatio:/media/devel/support_files$ rsync -CvzapP --stats rsync://cdimage.ubuntu.com/cdimage/kubuntu/daily-live/current/edgy-desktop-powerpc.iso .
[12:13] <imbrandon> rsync: read error: Connection reset by peer (104)
[12:13] <imbrandon> rsync error: error in rsync protocol data stream (code 12) at io.c(614) [receiver=2.6.8]
[12:13] <imbrandon> Fujitsu, ^
[12:14] <Fujitsu> The server crashed, or something? I've not seen such an error before.
[12:15] <imbrandon> ahh it seems -devel i'm not the only one having issues
[12:15] <imbrandon> its working now, something must have been borked at the DC
[12:19] <StevenK> rsyncd could have died
 okay, I see a lot of rsync clients at the moment
[12:20] <imbrandon> yea iwj was having issues too, but seems ok now
[12:30] <imbrandon> zomg ajmitch i FINALY got a full ( as in will compile AND package any regular deb including getting libs etc ) for cross
[12:30] <ajmitch> oh good
[12:30] <ajmitch> I'm just despairing at certain people who are intent on backporting things like firefox 2.0 to dapper
[12:30] <imbrandon> i'm gonna find something semi complicated like a kde app to compile and then install it on my ppc to make one final test
[12:31] <imbrandon> then i'll make a howto, its fairly simple once you know all the peices
[12:31] <ajmitch> how about anything that uses a binary made at build time?
[12:31] <imbrandon> hum like ?
[12:31] <ajmitch> should be plenty of examples - gcc for one :)
[12:32] <imbrandon> ahh well you have to stap it i'm thinking, there is two ways , one if you have that hardware .... well ...... ummmm
[12:32] <imbrandon> tbh not sure just yet
[12:32] <imbrandon> i'll have to test it a bit more
[12:32] <Quinn_Storm> hey guys...I've heard that I've been away from this channel for too long
[12:32] <ajmitch> quite a few packages compile a binary & then use that binary to process stuff
[12:33] <ajmitch> hello Quinn_Storm
[12:33] <Quinn_Storm> hi
[12:33] <imbrandon> heya Quinn_Storm
[12:33] <Quinn_Storm> I want to say first off, I agree that a freeze-and-bugfix mode to work toward feisty is a good idea
[12:34] <ajmitch> it'll be necessary
[12:34] <imbrandon> yea
[12:34] <imbrandon> i see now, i hadent thought about that, maybe qemu can help out there
[12:34] <imbrandon> i got to think how to make that transparent though
[12:34] <ajmitch> imbrandon: especially the user-mode qemu, for running individual binaries
[12:35] <imbrandon> yea thats what i was thinking
[12:35] <Quinn_Storm> I think Amaranth really wants to drop the fork...I think obviously he's wrong in that goal...oh and also I think that we're gonna pull debian/ out of each module in svn and make a separate debian/ module & do tarball-based builds like everyone else
[12:35] <imbrandon> thats how i tested the first binarys i made from hello.c
[12:35] <imbrandon> Quinn_Storm, yea we're right with ya on that ( not the dropping the fork though , dunno where that came from )
[12:36] <imbrandon> we ( me and ajmitch ) had a small chat with DBO earlier
[12:36] <Quinn_Storm> yeah I'm talking to him now
[12:36] <imbrandon> about /debian etc
[12:36] <Quinn_Storm> I just want everyone to know that I'm not ignoring you, or trying to do things "wrong"
[12:36] <imbrandon> heya DBO
[12:36] <DBO> hi imbrandon
[12:36] <DBO> I discussed with quinn and nigel_c (suspend2 guy turned beryl) your issues
[12:37] <DBO> and nigel is looking into them now
[12:37] <imbrandon> Quinn_Storm, no we werent saying that at all , we just noted some things that needed improved a bit to make it better
[12:37] <Quinn_Storm> yeah, Amaranth has a different tone than you do, imbrandon , that's all
[12:37] <Quinn_Storm> he's...always angry
[12:37] <imbrandon> heh
[12:37] <Quinn_Storm> I know he's trying to help though so it's not a big issue to me
[12:37] <imbrandon> Amaranth, shame on you
[12:38] <imbrandon> Quinn_Storm, dont get me wrong the sugestions we sugested woudl go a LONG way to helping me get the package into the repos ina clean way but i dunno about Amaranth's tone or anything else
[12:38] <Quinn_Storm> Our general goal is to listen to the community and implement any needeed improvements, so things like moving debian/ out, creating the 0.2 branch for feisty, etc. are good ideas we plan to do.
[12:39] <Quinn_Storm> (we're doing like compiz and using "old" kernel version numbering, so 0.1.x is unstable, 0.2.x stable, etc.)
[12:39] <siretart> Quinn_Storm: good to hear that. at what point of development is beryl now?
[12:40] <DBO> its getting ready for a freeze siretart =)
[12:40] <imbrandon> Quinn_Storm, cool , keep me in the loop if you would , i guess i got volenteered to do this in the "official way" :)
[12:40] <Quinn_Storm> gladly, and I think we'll be talking about all this at UDS too
[12:40] <DBO> imbrandon, suckered =P
[12:40] <imbrandon> yup yup
[12:40] <imbrandon> yea i'll be at UDS and added myself to the bof
[12:40] <siretart> DBO: cool!
[12:40] <imbrandon> as will ajmitch i'm sure
[12:41] <Quinn_Storm> yeah the 'freeze' will be the 0.2 branch...(ahead of previous schedule, but feisty needs it)
[12:41] <Quinn_Storm> if that's okay with everyone
[12:41] <ajmitch> imbrandon: which one?
[12:42] <imbrandon> honestly its your code but i would do a feature freeze now and a full freeze about half way through the feisty cycle so bugs that come out in feisty can be fixed
[12:42] <imbrandon> Quinn_Storm, ^^ just my 0.2c
[12:42] <Quinn_Storm> ok, that makes sense, imbrandon , and if it keeps everyone happy that's great
[12:42] <imbrandon> ajmitch, i said you will be at UDS MTV
[12:42] <Quinn_Storm> well...actually
[12:42] <Quinn_Storm> 0.2 would be a feature freeze but not full freeze
[12:43] <Quinn_Storm> since its a 'stable' branch
[12:43] <imbrandon> right
[12:43] <ajmitch> imbrandon: you said you added yourself to the bof - what spec did you mean?
[12:43] <imbrandon> the beryl-by-default one
[12:43] <ajmitch> ok
[12:43] <imbrandon> ajmitch, ^
[12:43] <ajmitch> I'll see if I can muster up the will to come along :)
[12:43] <jsgotangco> heh
[12:44] <imbrandon> Quinn_Storm, yup yup
[12:44] <Quinn_Storm> ok, so 0.2 in the very near future, dev moving to 0.3.x, releases coming from 0.2.x, make sense everyone?
[12:45] <thom> ajmitch: https://features.launchpad.net/distros/ubuntu/+spec/selinux-by-default
[12:45] <siretart> Quinn_Storm: this makes perfect sense
[12:46] <ajmitch> thom: thanks for proposing that
[12:46] <thom> ajmitch: i'll get at least a draft spec written up later.
[12:46] <thom> np
[12:46] <imbrandon> Quinn_Storm, yup and the other thing was to make tarbals for the releases that " ./configure;make;make install" can be run with nothing else and remove debian/ and .spec files , other than that looks rocking Quinn
[12:46] <Quinn_Storm> yeah the debian/ and .spec will go into separate build-modules in svn instead
[12:46] <Quinn_Storm> and we'll drop tarballs for the releases, sure
[12:47] <imbrandon> rockin
[12:47] <ajmitch> Quinn_Storm: even nicer - md5sums & gpg sign everything you release :)
[12:47] <Quinn_Storm> sure...my key is well known, hope I don't ever lose it
[12:47] <ajmitch> signed by many yet?
[12:47] <imbrandon> backups !!
[12:48] <Quinn_Storm> I don't htink so, ajmitch
[12:48] <imbrandon> cd-r good too ;)
[12:48] <ajmitch> get it signed at UDS
[12:48] <Quinn_Storm> cool, will do
[12:48] <jsgotangco> and be cool like ajmitch
[12:48] <ajmitch> jsgotangco: :P
[12:48] <ajmitch> hi herzi
[12:49] <imbrandon> Quinn_Storm, feel free to "drop me a line" email anytime too and i'll try to keep up with #beryl-dev when i can
[12:50] <ajmitch> ugh
[12:50] <ajmitch> cook strait ferry finally made it into wellington
[12:50] <ajmitch> poor people who had to sit out there in the rough seas :)
[12:50] <Quinn_Storm> sure, imbrandon
[12:51] <imbrandon> and DBO ^^ hehehe
[12:51] <DBO> I just try to make sure everyones happy
[12:54] <ajmitch> but it's far more fun to be bitter & hating
[12:54] <imbrandon> lol
[12:55] <DBO> and easier
[12:55] <siretart> DBO: I have a radeon 7500, using the opensource 'ati' driver. is that chip/driver fast enough for beryl/emerald? (and is that question already answered in some FAQ I don't know if yet?)
[12:55] <DBO> yes
[12:55] <DBO> its fast enough
[12:55] <DBO> just disable blur and perhaps raise the timestep a bit on the animation plugin
[12:55] <imbrandon> siretart, i use that exact setup on my lappy just fine
[12:55] <DBO> also dont use fire
[12:56] <Quinn_Storm> ok, debian/'s are already out in trunk, into distro-specific-build-files/$module/debian
[12:56] <DBO> time to write a new one!
[12:57] <ajmitch> Quinn_Storm: btw, are there 2 differing svn repositories?
[12:57] <siretart> imbrandon: cool. so I 'just' need to compile and install beryl/emerald to profit, right?
[12:57] <Quinn_Storm> ajmitch: the one on beryl-project.org is a mirror, checked every 1min against the main repo, its for anon checkout to not overtax my machine
[12:58] <ajmitch> Quinn_Storm: right, not done with rsync or similar?
[12:58] <Quinn_Storm> svm
[12:58] <ajmitch> since I couldn't just do svn switch --relocate
[12:58] <imbrandon> siretart, yea
[12:58] <Quinn_Storm> its done with svm...it should work I guess svm isn't up to the task
[12:58] <siretart> imbrandon: interesting. will put it on my todo list
[12:58] <imbrandon> siretart, i've been working on packages too, i ahve some 0.1 ones but i havent updated completely to 0.1.1 yet
[12:59] <ajmitch> imbrandon: my i915 is supposedly up to it as well :)
[12:59] <ajmitch> though I haven't tried for awhile
[12:59] <imbrandon> hehe my i845 does it but slowly
[01:00] <Quinn_Storm> I'm soon to get a laptop with gma900 in it...hope its good enough, heh...$500 tho...not a bad deal for the machine
[01:00] <ajmitch> Quinn_Storm: yes, that's what my one is listed as
[01:01] <Quinn_Storm> cool
[01:01] <ajmitch> though I got it more for the 100GB disk & 1GB RAM
[01:01] <ajmitch> than the cheap integrated graphics
[01:01] <ajmitch> only time I tried compiz on it was when it first came out
[01:01] <Quinn_Storm> heh I got mine for the $500 pricetag...14" wxga, 40GB hdd (plenty for me), 512MB ram @ 400 fsb (4x the speed of my desktop)...
[01:02] <ajmitch> imbrandon: how close are your packages to being done?
[01:03] <imbrandon> ajmitch, i could finish them tonight if i spend about 30 more minutes on them
[01:03] <ajmitch> I wouldn't mind doing some laptop testing..
[01:03] <ajmitch> you don't need sleep
[01:03] <imbrandon> hehe
[01:05] <ajmitch> don't feel that you need to
[01:05] <ajmitch> I'll probably go & sleep before you do :)
[01:05] <imbrandon> hehe
[01:05] <imbrandon> well i would do it right now but i have gcc compiling
[01:06] <ajmitch> you need dual-core
[01:06] <imbrandon> ye no doubt
[01:06] <ajmitch> twice the fun
[01:07] <ajmitch> good to see tfheen being a BRMFH :)
[01:08] <imbrandon> a what ?
[01:08] <ajmitch> you know of the classic BOFH?
[01:09] <imbrandon> no
[01:09] <imbrandon> hahah classic : Edgy is so frozen, you would not believe
[01:09] <ajmitch> BOFH = bastard operator from hell
[01:09] <imbrandon> ahh
[01:10] <jsgotangco> Hahhaha
[01:10] <ajmitch> it is a classic work
[01:10] <imbrandon> rm release mgr
[01:10] <imbrandon> i guess
[01:10] <ajmitch> yes
[01:10] <imbrandon> :)
[01:10] <jsgotangco> Would you be one in the future? Heh
[01:11] <imbrandon> no, not anytime in the forseeable future, i dont want that job
[01:11] <imbrandon> ever
[01:13] <ajmitch> I wonder who'll be landed with it for feisty
[01:15] <ajmitch> haha
[01:15] <ajmitch> "[snip pseudo bug report] "
[01:15] <imbrandon> heh
[01:15] <ajmitch> harsh
[01:16] <Quinn_Storm> lol yeah quite harsh
[01:16] <imbrandon> but i'm a tad bias i guess
[01:16] <imbrandon> ( to that particular email )
[01:26] <ajmitch> sleep time, night all
[01:26] <imbrandon> gnight ajmitch
[01:26] <ajmitch> I expect everyone to fix some edgy bugs
[01:27] <imbrandon> :)
[01:27] <ajmitch> we don't want universe to be frozen in the state it's in
[01:27] <imbrandon> the mod-mono one needs apache2 rebuilt thats not gonna happen /me moves to the next one
[01:28] <ajmitch> so get fixing :)
[01:28] <ajmitch> and I'm going off to sleep, deadlines at work
[01:28] <Nafallo> ajmitch: any high urgency targets?
[01:29] <gnomefreak> are we in a freeze til after release?
[01:29] <Nafallo> except tolip?
[01:29] <Nafallo> gnomefreak: yes, we are frozen until feisty opens
[01:29] <gnomefreak> ty
[01:29] <Nafallo> s/tolip/topic/
[01:30] <gnomefreak> so its safe to say if its not fixed it wont be for a while
[01:30] <Nafallo> fixes may get approved for uploads still.
[01:30] <gnomefreak> k
[01:31] <Nafallo> but one of dholbach, slomo_, ajmitch, siretart have to approve the upload beforehand
[01:48] <xerxas> Hi all
[01:48] <Fujitsu> Hi xerxas
[01:49] <xerxas> Hi Fujitsu
[03:08] <gnomefreak> ogra: have you uploaded the patch for xscreensaver (netpbm)?
[03:09] <ogra> i wasnt allowed to when i wanted last week ...
[03:09] <ogra> i'll push it in an update
[03:10] <gnomefreak> ty its not important but im sure im not the only person with the issue.
[03:11] <ogra> yep
[03:11] <ogra> sorry for being late with that one
[03:11] <ogra> sadly x-s-s is on the Cd so i cant just upload it even if the fix is only for universe
[03:11] <gnomefreak> its cool
[03:12] <gnomefreak> ah
[03:12] <gnomefreak> i didnt know it was on CD
[03:12] <ogra> xscreensaver-data and xscreensaver-gl are ...
[03:13] <ogra> all others are in universe ... (apart from xscreensaver itself thats used by xubuntu and thus in main)
[03:13] <gnomefreak> ah
[03:45] <neutrinomass> squishdot needs a rebuild to fix the dep issues ( bug 65474 )
[03:45] <Ubugtu> Malone bug 65474 in squishdot "[UNMETDEPS]  squishdot has unmet dependencies" [Undecided,Confirmed]  http://launchpad.net/bugs/65474
[03:46] <bddebian> Heya gang
[03:47] <neutrinomass> ^^ ignore above comment, nothing's fixed
[03:48] <neutrinomass> hi bddebian :)
[03:54] <bddebian> Heya neutrinomass
[04:10] <neutrinomass> i may have figured out bug 65474 after all :)  (only mentioning to get comments in case something isn't correct)
[04:10] <Ubugtu> Malone bug 65474 in squishdot "[UNMETDEPS]  squishdot has unmet dependencies" [Undecided,Confirmed]  http://launchpad.net/bugs/65474
[04:48] <sivang> re fellas
[04:49] <phanatic> hey sivang
[04:53] <Toadstool> 'morning everybody
[05:06] <bhale> hi whiprush
[05:12] <whiprush> hi bhale
[06:00] <hub> how does gac installation works in packages?
[06:05] <slomo_> hub: man dh_installcligac or look at the debian CLI policy
[06:07] <hub> because my package does not seem to register the lib in GAC
[06:07] <hub> I'll dig more
[06:08] <slomo_> hub: what package is this?
[06:08] <slomo_> hub: libgphotosharp? ;)
[06:08] <hub> no
[06:09] <hub> a backport of libgmimesharp
[06:09] <hub> for "work"
[06:09] <slomo_> ah ok
[06:11] <hub> so it install the .installlibgac in /usr/share/cli-common/packages.d/
[06:11] <hub> but who run that?
[07:22] <_MMA_> imbrandon: ping
[07:22] <imbrandon_> _MMA_: pong
[07:23] <_MMA_> :) I think I just ran across your repo. Am I right?
[07:23] <_MMA_> Do you have one?
[07:23] <imbrandon_> possibly , yes
[07:27] <LaserJock> imbrandon: deny it! :-)
[07:28] <imbrandon_> LaserJock: hehe
[07:28] <imbrandon_> heya
[07:28] <giskard> hey LaserJock
[07:28] <LaserJock> hi imbrandon and giskard
[07:28] <LaserJock> well, if you weren't on EU time you'd be doing much better
[07:29] <zul> imbrandon_: listen to some shakira that will wake you up
[07:29] <Subhuman> ?
[07:30] <imbrandon_> lol
[07:30] <giskard> please someone save LaserJock
[07:30] <zul> or shoot him
[07:30] <LaserJock> oh well ;-)
[07:31] <giskard> give me baby one more time
[07:40] <cbx33> hey LaserJock
[07:41] <LaserJock> hi
[07:42] <_MMA_> cbx33: Are you still blocked from UbuntuStudio.org?
[07:42] <cbx33> _MMA_, not sure
[07:42] <cbx33> not at work for the next few days
[07:42] <_MMA_> Ok. I had it fixed after you mentioned it.
[07:43] <_MMA_> I have no way to make sure though.
[07:48] <imbrandon_> heya cbx33
[07:48] <imbrandon_> ok off to sleep, gnight fellas
[07:52] <CarlFK> sudo dpkg -i spe_0.8.3-svn-158_all.deb - that errors with "dpkg: dependency problems prevent configuration of spe:" python-wxglade...  I can fix with 'apt-get -f install' - wondering if there is a 'nicer' way to do it?
[08:09] <Nafallo> CarlFK: gdebi is nice
[08:09] <CarlFK> bingo!
[08:10] <LaserJock> mwuahaha, I can code!
[08:10] <LaserJock> sorta
[08:12] <CarlFK> Nafallo: thanks much.  this was driving me nuts
[08:13] <Nafallo> np :-)
[08:13] <Nafallo> thank mvo :-)
[08:53] <rmjb> Hello, anyone knows if the initramfs leaves a log anywhere?
[08:56] <LaserJock> not sure
[08:57] <LaserJock> hmm, is 0xffff a hex number?
[08:59] <rmjb> yeah, should be 65535
[09:18] <ajmitch> morning
[09:18] <zul> hey ajmitch
[09:31] <sivang> hi ajmitch
[09:32] <giskard> ajmitch:  sivang :)
[09:39] <sivang> hey giskard
[09:44] <LaserJock> hmm, I can't seem to figure out how to do RGB colors here
[09:55] <rmjb> FF FF FF <- R B G, 8 bits for each colour resulting in 24 bits total
[09:57] <LaserJock> rmjb: well, but 0xffff is for just R
[09:57] <LaserJock> that's what is getting me
[09:58] <ajmitch> LaserJock: what colour depth are you playing with?
[09:58] <LaserJock> ajmitch: hmm, I have no idea
[09:58] <LaserJock> it's just a gtk+ app
[10:00] <chantra> hi there, as /lib/iptables/libipt_account.so ever being in ubuntu iptables?
[10:01] <rmjb> LaserJock: there is 16 bit colour, with 5 bits per colour and an extra for green... can 0xffff be for all 3 colours?
[10:01] <rmjb> http://en.wikipedia.org/wiki/Highcolour
[10:01] <LaserJock> no, I'm setting each seperatly
[10:02] <minghua> LaserJock: so maybe you need three numbers for a color?
[10:02] <LaserJock> rigt
[10:02] <LaserJock> I can get it to do red , green, and blue
[10:02] <LaserJock> and mixes of the full colors
[10:03] <LaserJock> but it seems like I can only switch between 0 and 0xffff for each of RGB
[10:03] <minghua> won't surprise me
[10:03] <LaserJock> if I put in 0x00ff for instance for red it doesn't do anyting
[10:03] <LaserJock> it must do it somehow
[10:03] <minghua> oh
[10:04] <minghua> so 0xffff is the same as 0xff00
[10:04] <minghua> and 0x00ff is the same as 0x0000?
[10:04] <LaserJock> I don't think it does anything
[10:04] <rmjb> do you see a difference between 0xff00 and 0xffff? or anyone in between?
[10:06] <LaserJock> ok, so if I set red and blue to 0xffff and green to 0 I get purple
[10:06] <rmjb> it could be that each 8 bit colour is being stored in a 16 bit value, which means the last two hex digits are meaningless
[10:06] <rmjb> ?
[10:07] <LaserJock> if I set red to 0xff00 it doesn't change
[10:07] <LaserJock> if I set red to 0x00ff I get blue
[10:08] <minghua> very strange
[10:08] <minghua> LaserJock: this is in coding?
[10:08] <LaserJock> yeah
[10:09] <minghua> C?  (you said GTK)
[10:09] <LaserJock> so 0xff00 is the same as 0xffff and 0x00ff is the same a 0
[10:09] <LaserJock> C++
[10:09] <LaserJock> I'll just ask the author
[10:09] <rmjb> that's what it looks like LaserJock
[10:09] <LaserJock> I thought maybe I was just stupid
[10:09] <rmjb> ignore the last two hex digits of  each colour
[10:09] <minghua> LaserJock: using GTK or gtkmm?
[10:09] <LaserJock> GTK
[10:11] <minghua> LaserJock: is this color set in some GTK function or some function of the app?
[10:12] <LaserJock> that's what I'm not sure of, I'm pretty sure the app does something
[10:12] <Burgwork> LaserJock: usually apps do things...
[10:12] <minghua> typedef struct {
[10:12] <minghua>   guint32 pixel;
[10:12] <minghua>   guint16 red;
[10:12] <minghua>   guint16 green;
[10:12] <minghua>   guint16 blue;
[10:12] <minghua> } GdkColor;
[10:12] <minghua> that's the color data structure in GTK
[10:13] <minghua> so you are supposed to be able to use 0x0 to 0xffff
[10:18] <LaserJock> case solved
[10:19] <chantra> !libipt_account
[10:19] <ubotu> Sorry, I don't know anything about libipt_account - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[10:19] <LaserJock> from the author, "GdkColor use 16 bits colors, but when rendered only the 8 highest bits are used"
[10:21] <LaserJock> I used to think that people should learn Python as their first programming language
[10:21] <LaserJock> now I think I'm changing my mind
[10:21] <rmjb> C++ ?
[10:21] <LaserJock> learning Python first just spoils you
[10:21] <rmjb> x86 ASM :)
[10:22] <LaserJock> C++ seems like a good beginning point
[10:23] <LaserJock> I also think it's good to start out with OOP
[10:24] <Burgwork> LaserJock: I learned c++ as my first language
[10:24] <Burgwork> I don't program any more largely because of the pain of c++
[10:25] <LaserJock> yeah, but going from C++ to Python is a breeze I'd imagine
[10:25] <Burgwork> who cares?
[10:25] <LaserJock> going from Python to C++ is  pain :-)
[10:25] <Burgwork> make programming fun and easy, then deal with that
[10:25] <Burgwork> but you are already hooked
[10:25] <LaserJock> I suppose
[10:25] <LaserJock> hook them on Python and then torture them with C++ :-)
[10:43] <hub> and I python better have a good QA
[10:43] <hub> because there are a LOT of errors that the C++ compiler catch
[10:43] <yosch> hi guys,
[10:44] <yosch> bug 62756 says fixed in bzr, how do I get the branch?
[10:44] <Ubugtu> Malone bug 62756 in casper "mono confused by the desktopCD" [High,Fix released]  http://launchpad.net/bugs/62756
[10:55] <lucas> oops
[10:58] <ajmitch> yosch: it's fixed in any of the recent live cd images
[10:59] <ajmitch> why do you need the bzr branch of casper?
[10:59] <Adri2000> ajmitch: you can approve universe uploads?
[10:59] <yosch> ajmitch: yes, but I'm doing a dapper-based livecd and the bug is still present, nothing is working monowise
[10:59] <ajmitch> Adri2000: yes
[11:00] <yosch> ajmitch: well, to see where the bug is
[11:00] <ajmitch> yosch: http://bazaar.launchpad.net/~ubuntu-core-dev/casper/trunk
[11:01] <yosch> ajmitch: thanks, branching
[11:02] <Adri2000> ajmitch: bug 56320, this firefox extension doesn't work at all, it needs the last upstream release which has very minor changes (a few line to make it compatible with firefox 2), but the upstream author didn't change the version number
[11:02] <Ubugtu> Malone bug 56320 in webdeveloper "does not work with Firefox 2.0 beta" [Undecided,In progress]  http://launchpad.net/bugs/56320
[11:04] <ajmitch> Adri2000: so it's really a new upstream release, which needs to go via motu-uvf, not just myself
[11:05] <Adri2000> ajmitch: ok
[11:23] <superm1> ajmitch, yesterday i put together a UVFe to fix the unmet deps on autoprofile.  is there anything else that I will need to do other than subscribe ubuntu-universe-sponsors (bug #67761)
[11:23] <Ubugtu> Malone bug 67761 in autoprofile "Universe UVFe for autoprofile 2.14" [Medium,Confirmed]  http://launchpad.net/bugs/67761
[11:24] <superm1> (and of course attach diffstat/upstream changelog/pbuilder)
[11:25] <ajmitch> yes, assign to motu-uvf, otherwise it won't be seen
[11:25] <ajmitch> hm unless dholbach has already approved it..
[11:25] <superm1> :)
[11:26] <ajmitch> superm1: it needs to be filed as a sync request then
[11:26] <ajmitch> so put the debian changelog entries & subscribe ubuntu-archive
[11:26] <superm1> in the same bug right?
[11:26] <ajmitch> yes
[11:28] <superm1> so in general then when do i subscribe ubuntu-universe-sponsors versus ubuntu-archive to get something uploaded?
[11:29] <ajmitch> u-u-s to get it checked over
[11:29] <ajmitch> u-a needs to be subscribed for a sync
[11:29] <superm1> and if motu-uvf is in the picture, skip u-u-s once they approve?
[11:29] <ajmitch> considering that it's already tested & approved, subscribe ubuntu-archive here
[11:29] <ajmitch> either way you need to get someone to upload or approve it
[11:30] <superm1> okay
[11:30] <superm1> added them on then.  thanks
[11:32] <rmjb> what's the commands to diff across directories? diff -Nru ?
[11:32] <LaserJock> yeah
[11:33] <rmjb> thanks


[10:51] <jan____> The state of the Couch. My keynote presentation from the Erlang Workshop: http://short.ie/628z7e
[10:52] <aquarius> oo, cool
[10:52]  * aquarius reads :)
[10:54] <aquarius> hey, cool, we got some ink ;)
[11:02] <aquarius> good talk, jan____
[11:05] <jan____> thanks :)
[11:27] <Chipaca> hi all
[11:27] <Chipaca> ping losa? I dunno if these 'out of space' mails are already under control, or if maybe you're not getting them?
[11:37] <Chipaca> um
[11:37] <Chipaca> wrong channel, I suspect :)
[11:38]  * Chipaca needs coffee
[11:39] <jan____>   ~
[11:39] <jan____> c|_|
[11:40] <jan____> here ye go
[11:50] <Chipaca> jan____: thanks! although it sounds like the coffee machine is ready :)
[11:50] <jan____> :)
[11:51] <Chipaca> ok, bbl
[13:11] <facundobatista> Buenos días a todos!
[14:47] <aquarius> CardinalFang, ping?
[15:12] <aquarius> DESKTOP+ STANDUP MEETING
[15:12] <aquarius> IF YOU'RE HERE, SAY "me"
[15:12] <vds> me
[15:13] <aquarius> me
[15:13] <aquarius> statik, dobey, rodrigo_, teknico, jblount, cardinalfang?
[15:13] <teknico> me
[15:14] <teknico> aquarius, "MEETING BEGINS", please :-)
[15:14] <aquarius> teknico, oh yeah, I knew there was some magic incantation I was supposed to type :)
[15:15] <teknico> aquarius, wow, *all* the people you called are away, or not here (except me)
[15:16] <aquarius> cor, it's just us, then, I think :)
[15:16] <teknico> vds?
[15:16] <vds> should we start?
[15:16] <aquarius> ok, go for it vds, everyone else can chip in later if they need to
[15:16] <vds> DONE: vacations, started a branch to improve funambol exchange logs, testing phone sync
[15:16] <vds> TODO:  finish the branch and propose it, some administration stuff
[15:16] <vds> BLOCKED: no
[15:16] <vds> aquarius: please...
[15:16] <aquarius> ⚀ DONE: much discussion!
[15:16] <aquarius> ⚁ TODO: allow unpairing of servers (bug #419975) -- still working
[15:16] <aquarius> ⚁ BLOCKED: nothing
[15:16] <aquarius> ⚂ BUG COUNT:https://bugs.edge.launchpad.net/~sil/+assignedbugs?field.tag=ubuntuone-karmic - 4
[15:16] <aquarius> teknico, it's all you
[15:16] <teknico> DONE: landed the branch with the details view for the new contacts web ui, and the one with the improvements to testing contacts creation, fixed bug #424434
[15:17] <teknico> TODO: land the branch for bug #424434, fix bug #423369, talk with jblount about the new contacts web ui, implement adding and editing contacts
[15:17] <teknico> BLOCK: none
[15:17] <teknico> next: noone
[15:17] <teknico> oh, I forgot that I also tried to sync the phone, in my DONE
[15:17] <aquarius> heh, private bugs
[15:17] <aquarius> I need to try installing the android client
[15:18] <teknico> MEETING ENDS
[15:49] <rodrigo_> ugh, missed the meeting, sorry
[15:50] <rodrigo_> dobey: do you have some time for some oauth fun? :)
[15:57] <dobey> rodrigo_: today is a us holiday :)
[15:59] <rodrigo_> ah, no oauth fun then for you :)
[15:59] <rodrigo_> I'll poke you tomorrow then
[16:00] <dobey> are you wanting to fix tomboy?
[16:00] <dobey> or something else?
[16:00] <rodrigo_> no, liboauth
[16:00] <dobey> ah, what problem?
[16:00] <rodrigo_> it's generating different signatures than what python-oauth does, so just wanted you to look at the code
[16:00] <rodrigo_> so yeah, forget it, will ask you tomorrow
[16:01] <dobey> the HMAC?
[16:01] <rodrigo_> yeah
[16:03] <dobey> are you just comparing the base64 bits?
[16:06] <rodrigo_> yes, using the same keys/secrets in evo-couchdb and a test python-oauth scripts generates different signatures
[16:06] <rodrigo_> and timestamp and nonce
[16:06] <aquarius> CardinalFang, are you on holiday today?
[16:07] <CardinalFang> aquarius, yes.
[16:07] <dobey> timestamp/nonce shouldn't matter
[16:07] <aquarius> CardinalFang, ok, no worries then :)
[16:08] <rodrigo_> dobey: well, I mean I use the same data in both programs, and get different signatures
[16:09] <rodrigo_> so liboauth seems to be doing something different, but from what I've seen, it is the same (hmac.sha1 and then base64)
[16:09] <dobey> rodrigo_: i don't know much about the hmac libraries, but i guess you need to compare the code in both libraries, to see how they are calling the HMAC libs, and what the results are
[16:09] <rodrigo_> dobey: they both use openssl, it seems
[16:10] <dobey> rodrigo_: probably, but what API they call, and how they use the results is what matters
[16:10] <dobey> rodrigo_: though i suspect python-oauth is the broken one
[16:10] <rodrigo_> dobey: that's what I wanted you to look at :-)
[16:11] <rodrigo_> dobey: ah, really?
[16:11] <rodrigo_> dobey: but tomorrow :-)
[16:11] <CardinalFang> aquarius, You saw I'm screwing around with the paired records and where we store service-related information, yeah?
[16:11] <aquarius> CardinalFang, I in fact did see that :)
[16:12] <CardinalFang> aquarius, blame dobey.  He convinced me it's better.
[16:13] <aquarius> It is better
[16:13] <rodrigo_> those americans are crazy, working on a holiday :D
[16:13] <aquarius> but I've made some pretty sweeping changes in my branch
[16:13] <aquarius> so merging yours in basically makes the whole world conflict.
[16:13] <aquarius> annoyed with myself
[16:13] <aquarius> and I've lost track of how it all works.
[16:13] <aquarius> I suck
[16:13] <CardinalFang> :(
[16:14] <CardinalFang> Alright, lunch is nearly finshed cooking.  Laters.  I'm leaving this client running, but not here.
[16:15] <aquarius> I am seriously thinking about going with CardinalFang's branch and doing repairing a different way.
[16:25] <dobey> rodrigo_: can you verify that the PLAINTEXT signature is the same in both?
[16:25] <rodrigo_> dobey: ok
[16:29] <rodrigo_> dobey: hmm, almost identical, except for a % escaped char, it seems
[16:30] <dobey> rodrigo_: oh? which one has the extra escaped char?
[16:31] <rodrigo_> hFbTtoEagx%2526uyMzGrgtLT -> liboauth
[16:31] <rodrigo_> hFbTtoEagx%26uyMzGrgtLT -> python-oauth
[16:31] <rodrigo_> I'm not encoding/decoding anything, so that's what liboauth returns
[16:31] <dobey> liboauth is broken
[16:32] <rodrigo_> I guess in the encoding code, right?
[16:32] <dobey> it's encoding & as %26 and then-reencoding that as %2526
[16:33] <dobey> escaping the %
[16:33] <dobey> but where, i don't know
[16:34] <rodrigo_> with hmac though:
[16:34] <rodrigo_> bv6w2jDu0hbPWwVkQbUQpAcRsOc%3D -> liboauth
[16:34] <rodrigo_> fO7lX5eRxVZVirX4rViaSxQjOlE%3D -> python-oauth
[16:35]  * rodrigo_ looks at liboauth
[16:37] <rodrigo_> it doesn't encode the signature, AFAICS
[16:37] <dobey> hrmm?
[16:38] <rodrigo_> oh, yes, it does
[16:39] <dobey> it looks to me like either the liboauth base64 implementation is wrong, or HMAC is returning a different dijgest in liboauth for some reason
[16:54] <dobey> rodrigo_: make a simple test that just does the HMAC() call in C with hardcoded values, and another simple test script in Python that uses the same hardcoded values, and compare the result string in C with the result.digest() from python
[16:56] <dobey> rodrigo_: if those are equal, i suspect the problem lies in the base 64, or the values being passed to the HMAC call
[16:56] <rodrigo_> ok
[16:56] <dobey> rodrigo_: should be easy enough to figure out :)
[16:56]  * dobey goes back to his holiday now :)
[18:21] <ppq> hi
[18:21] <facundobatista> Hi ppq
[18:23] <ppq> i copied a folder (about 5000 small files, 450mb) into my ~/Ubuntu One/. it started to synchronize, then the applet disappeared. ubuntuone.com shows 14,6mb of 2gb as used space, this number doesnt increase. how do i resume the upload? starting the ubuntuone client only says its already running...
[18:27] <facundobatista> ppq, the applet disappears because it stopped an active task (it should be all uploaded now)
[18:31] <ppq> facundobatista, it doesn't continue. it showed 14,6mb an hour or so ago and until now, nothing has changed :( the folder has been copied completely to ~/Ubuntu One/. i am the owner, it's drwxrwxrwx.
[18:32] <facundobatista> ppq, but it's ok that it doesn't continue if it finished
[18:32] <facundobatista> why do you say it didn't finish?
[18:33] <ppq> because i can access only 14,6mb of those 450mb via ubuntuone.com
[18:33] <ppq> there are many files missing
[18:34] <facundobatista> ppq, oh, I got it...
[18:34] <ppq> :)
[18:35] <facundobatista> ppq, two things can happen: a) it didn't upload everything  b) it uploaded everything and is not shown in the web
[18:35] <facundobatista> ppq, we can know that by looking into the logs... do you want to give them a look?
[18:37] <ppq> i can't find the logfile, where is it located?
[18:40] <facundobatista> ppq, ~/.cache/ubuntuone/syncdaemon.log
[18:42] <ppq> this file doesn't exist. but theres a folder ~/.cache/ubuntuone/syncdaemon/ with one file metadata_version and two sub-folders: fsm/ and vm/
[18:43] <facundobatista> ppq, bu, sorry, bad copy and paste
[18:44] <facundobatista> ~/.cache/ubuntuone/log/syncdaemon.log
[18:44] <facundobatista> ppq, ^ that's it
[18:46] <ppq> wow, 33mb :)
[18:46] <ppq> i think i should zip it
[18:48] <ppq> the last lines: 2009-09-07 19:46:54,564 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: EXCESSIVE_TIMEOUTS; queues: metadata: 4643; content: 4718; hash: 0, fsm-cache: hit=414351 miss=5579) ----
[18:49] <ppq> i think thats not healthy.. 33mb logs after first use
[18:50] <ppq> facundobatista, do you want to see the log? http://ppq.ath.cx/syncdaemon.log.tar.bz2
[18:53] <ppq> wait, thats to slow, i will upload it to a webserver
[18:57] <facundobatista> ppq, we're having some strange issue with the server now
[18:57] <facundobatista> ppq, it should exit from that EXCESSIVE_TIMEOUTS alone, and continue working when the issue is fixed
[18:58] <facundobatista> ppq, I'll update you the status when know better
[18:58] <ppq> muchas gracias por ayudarme :)
[18:58] <facundobatista> ppq, :)
[21:27] <ppq> facundobatista, ahora está sincronizando :)
[22:15] <dutchie> I seem to be having trouble with my files being synced, but not the data in them


[03:35] <mup> Issue operator#945 opened: Inconsistency in `relation-list` output with subordinates <Created by sed-i> <https://github.com/canonical/operator/issues/945>
[12:46] <mup> PR operator#946 opened: Use PurePath type annotation when path casted to string <Created by carlcsaposs-canonical> <https://github.com/canonical/operator/pull/946>
[16:32] <mup> Issue operator#947 opened: Testing harness doesn't emit the initial relation-changed event <Created by weiiwang01> <https://github.com/canonical/operator/issues/947>