[00:07] <leo2007> does the windoes installer require python to work properly?
[00:11] <Verterok> leo2007: there is a standalone bzr.exe and a installer that needs a python installation
[00:13] <Verterok> leo2007: bzr-setup-1.5.exe is the standalone installer, and bzr-1.5.win32-[py2.5/py2.4].exe needs a python install
[00:15] <leo2007> Verterok: trying to push a local branch to a remote machine through sftp, it didn't succeed
[00:16] <Verterok> leo2007: any error msg?
[00:19] <leo2007> Verterok: it looks like it succeeded but no files were actually uploaded.
[00:20] <Verterok> leo2007: a push don't create/update a remote workingtree
[00:21] <Verterok> leo2007: in the remote location you should have a .bzr/ dire
[00:21] <Verterok> s/dire/dir/
[00:22] <leo2007> Verterok: yes. but my local repo has versioned files
[00:22] <leo2007> they weren't uploaded
[00:22] <Peng> leo2007: Push doesn't create a working tree. All of the history is in .bzr.
[00:23] <Peng> leo2007: If you just want to push and pull from that location, you don't need a working tree.
[00:23] <Peng> leo2007: If you really do need one, check out the bzr-upload plugin.
[00:25] <Verterok> leo2007: http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html#push
[00:26] <Verterok> leo2007: check the "Description" section, or bzr help push ;)
[00:26] <leo2007> Peng: Thank you. That resolved my confusion. I thought the files were being left out
[00:30] <leo2007> what tool do you use to manage bzr repo in windows? I have been using the dos window and it is quite inefficient.
[00:34] <Verterok> leo2007: I don't use windows, but take a look to qbzr, bzr-gtk and tbzr (tortoise-like)
[00:36] <Verterok> leo2007: http://bazaar-vcs.org/QBzr , http://bazaar-vcs.org/bzr-gtk
[00:37] <Verterok> leo2007: and http://bazaar-vcs.org/TortoiseBzr
[00:40] <leo2007> Verterok: thank you very much. I will take some time to read the doc properly.
[00:40] <Verterok> leo2007: y'r welcome :)
[00:42] <leo2007> Verterok: good night;)
[00:43] <Verterok> leo2007: seeya
[01:42] <rockstar> james_w, are you around?
[07:28] <alencool> hello
[07:29] <alencool> is there anyone in here that could help me?
[08:31] <skavez> is there an easy way to install bzr-svn on os x? or is recompiling svn still the only way?
[08:32] <RAOF> Newer bzr-svn has it's own subversion bindings; you'd need to build bzr-svn, but you shouldn't need to rebuild subversion.  I think.
[08:41] <lifeless> ola!
[08:41] <lifeless> so
[08:41] <lifeless> who wants to hear some good ne
[08:41] <lifeless> ws
[08:44] <RAOF> lifeless: Oooh!  Oooh!  Me!
[08:44] <lifeless> RAOF: on the plane I wrote a new compressor that is (unoptimised) 10% slower than knits, but generates data 10% of the size: smaller than git-repack --window 200 --depth 200
[08:45] <RAOF> My my.
[08:45] <RAOF> That _is_ impressive.
[08:45] <lifeless> am now ingensting caffeine and grease
[08:46] <lifeless> and will try to make it end user accessible/fix some glaring inefficiencies
[08:46] <RAOF> I hope you're rounding that meal out with the other 2 food groups (starch and burnt crispy bits).
[08:48] <lifeless> git  200, 200        638227   0.6MB
[08:49] <lifeless>  patience all:
[08:49] <lifeless> 16665951 25.320 197 164 0-mbp%40sourcefrog.net-20050323055643-668814a4d6478235
[08:49] <lifeless> after zlib 599036
[08:49] <lifeless> and - thats getting some stuff whackily wrong ecause sequencematcher is not designed for relocations
[08:49] <lifeless> so am rewriting the match logic entirely
[08:51] <lifeless> RAOF: oh, I don't do any of that whacky try-N diffs and pick one stuff either.
[08:52] <RAOF> You're not using the rsync compression algorithm, either :)
[08:52] <lifeless> no
[08:52] <lifeless> its broadly speaking just sliding window with references to the output
[08:53] <RAOF> Is this possibly going to improve initial-branch-from LP speed?
[08:53] <lifeless> but line orientated and entropy coded post processor
[08:53] <lifeless> well, downling 10% of te total data -> should be faster
[08:53] <lifeless> but there is a ways to go from here to production
[08:55] <RAOF> Right.  Initial-branch is basically the only bzr operation that takes an apreciable and annoying time for me, so that's the filter I view bzr improvements through.
[08:55] <RAOF> I should really learn a little more compression theory.  I'm only familiar with huffman encoding.
[08:55] <lifeless> so huffman is probabilistic encoding:
[08:56] <lifeless> build a tree weighted by the probability of a symbol, and to emit something you name a path in the tree; the deeper the tree the more things you can output with a short path
[08:57] <RAOF> Right.
[08:58] <lifeless> I'm reasonably sure I have http://www.amazon.com/Data-Compression-Book-Mark-Nelson/dp/1558514341 first edition around at home somewhere
[08:58] <lifeless> or a t least, I have *a* textbook on dc
[08:59] <lifeless> anyhow dictionary based compression you have a dictionary, and the compressor outputs keys in the dict
[08:59] <lifeless> most compressors are dynamic these days - turning the state with the symbols rom the input stream, and the decompressor mirrors that
[09:00] <RAOF> Ok.
[09:01] <lifeless> anyhow, what I do is:
[09:01] <lifeless> output the first text
[09:01] <lifeless> diff the next against that, output the diff
[09:01] <lifeless> dif the next against the total output so far
[09:01] <lifeless> and so on
[09:02] <lifeless> so the output is a combination of refernces to the output stream so far, and new symbols
[09:02] <lifeless> which is basically an infiinte window  dictionary cmopressor
[09:03] <lifeless> the only reason to do this in preference to e.g. lzma is that I know I don' need the intermediate texts
[09:04] <lifeless> so decompression is basically one read, split the bytes into 'text before the delta we want, and the delta w want'
[09:04] <lifeless> pasrese the delta
[09:04] <lifeless> apply
[09:04] <lifeless> also, typign from London; excuse the spellink
[09:06] <RAOF> :)
[09:07] <RAOF> Right.  So, nice and quick unpacking.  Cool.
[09:09] <lifeless> yah, typical dictionary decompressiors need to care about the entire input stream
[09:10] <lifeless> whereas my references are not to an internal symbol able, but to the actual output
[09:10] <lifeless> less efficient,. but for some work sets I'm seeing 200:1 compression *before* zlib is applied
[09:11] <RAOF> I suppose revision data is likely to be an ideal candidate for compression.
[09:11] <lifeless> one insight the git devs had that is very useful is that decreasing size makes most patches a series of deletes
[09:12] <lifeless> (or more deletes than adds)
[09:12] <lifeless> I *think* I can make that largely irrelevant, but until I finish replacing the 'does this work' sketch with something that handles moves it will bite
[09:15] <skavez> argh! does "bzr: ERROR: exceptions.ImportError: cannot import name make_file_factory"  sound like something i can fix? i'm getting it while trying to branch an svn repo with bzr-svn 0.4.11 and bzr 1.6b2
[09:23] <lifeless> skavez: you need bzr.dev for that version of bzr-svn I think
[09:25] <BjornT> do i need any special configuration for using 'bzr send'? when i try 'bzr send<EMAIL_ADDRESS>all that happens is that a terminal with mutt is opened (listing my inbox), and no mail is sent
[09:26] <skavez> lifeless: ah ok. i'll give that a shot
[09:27] <lifeless> BjornT: the hlep should describe it BjornT ; its trying to use mutt as your mailer; perhaps you have misconfigured xdg-utils or something?
[09:28] <BjornT> lifeless: well, i'd love to use mutt :), as long as it would allow me to send the e-mail.
[09:29] <lifeless> BjornT: poke at the help, and the mnual, failing that file a bug
[09:31] <BjornT> lifeless: at least it works if i specify mail_client=mutt
[09:33] <BjornT> xdg-email<EMAIL_ADDRESS>doesn't work either, so i guess that's where the bug is
[09:40] <lifeless> BjornT: I would guess so
[09:40] <lifeless> RAOF: lp:~lifeless/+junk/bzr-groupcompress
[09:40] <lifeless> -<> gate A18 now :)
[13:55] <j^> is it a common problem that the trac plugin gets really slow for the /timeline view?
[13:56] <j^> when i started a new repos it was ok, but it seams it gets slower with each commit i make
[15:15] <jetto> hello
[15:16] <jetto> I come from cvs and Clearcase(base not ucm), and I'm looking to use a more advenced scm tool.
[15:18] <jetto> I'm very confused with bzr concept I want to do some test one a real work
[15:21] <jetto> I try to hack a game : rrgbis. I got sources from SF and do some fix. then upstream release a new version than include some of my fix. I would like merge then continue to hack.
[15:22] <jetto> How can I do this on bzr ? I mean having something like a vendor branch on CVS
[15:34] <Odd_Bloke> jetto: What SCM tool are they using on SF?
[15:45] <uws> cvs :)
[15:46] <Odd_Bloke> Hmm, I'm not sure of the best way to deal with CVS is.
[15:49] <bigdog> good morning
[15:49] <bigdog> is this the place to ask about a problem I am having pushing a branch up to launchpad?
[15:50] <bigdog> I am using windows
[15:50] <uws> bigdog: yes, or #launchpad
[15:50] <bigdog> I am using bzr 1.5
[15:51] <bigdog> uws: I will start here, If I describe my problem, and I should go to #launchpad, let me know
[15:51] <bigdog> When I was using bzr 1.2, on windows, with ssh key,  I was able to push branches with no problem (a couple of months ago)
[15:51] <uws> bigdog: i'm not the one who can help you I'm afraid
[15:52] <bigdog> uws: ok
[15:52] <uws> but usually the people in this channel are quite responsive and helpful
[15:52] <uws> so do proceed
[15:52] <bigdog> thanks
[15:53] <bigdog> So everything worked a couple of months ago.  windows + pagaeant  .
[15:53] <bigdog> yesterday I had some time to push a new branch.  I noticed there was a new version of bzr, so I grabbed and ran the installer
[15:54] <bigdog> H:\launchpad\txcomputegrid>bzr launchpad-login -v  bigdog
[15:54] <bigdog> bzr: ERROR: The user bigdog has not registered any SSH keys with Launchpad.
[15:54] <bigdog> I have the same ssh key, that is registered with paegent
[15:55] <bigdog> same response for set BZR_SSH=plink
[15:55] <bigdog> and set BZR_SSH=paramiko
[15:55] <bigdog> any insight?
[16:01] <bigdog> uws: Sunday morning is busy day for people,  I will try #launchpad
[16:02] <Odd_Bloke> bigdog: That'll probably be a result of the Debian SSL issues.
[16:02] <Odd_Bloke> bigdog: Check that you actually _do_ have a LP key registered.
[16:08] <bigdog> Odd_Bloke: thanks
[16:19] <Tim3393> Hello,
[16:19] <Tim3393> I have a question regarding the way bazaar does handle duplicate files when storing them in a repository.
[16:20] <Tim3393> In my project there are often a number of identical files in different locations of the working tree.
[16:20] <Tim3393> As I do not want the repository to be unnecessarily blown up I would like to know if bazaar is so smart that it will detect the identical copies and actually only store their content once?
[17:35] <clemente> Bazaar stops when doing some operations (ex: branch) and starts running again after I press ENTER four times...
[17:36] <clemente> In fact it's doing read(0,...) according to strace
[17:40] <clemente> Do you also get this behaviour? I can always reproduce it
[17:40] <clemente> Both with 1.5 and with latest version from today
[17:50] <clemente> It is probably related to dbus...
[18:14] <antoranz> hi guys! Do you know when 1.6 is commign out?
[18:28] <leo2007> how to set up emacs to use bzr in windows?
[18:34] <clemente> (I submitted bug 246052 for that problem of halting on STDIN)
[19:07]  * Foskasse ▄█▀ █▬█ █ ▀█▀
[19:09] <Kinnison> How delightful
[19:26]  * Foskasse █▬█ █
[19:28] <Kinnison> My god it's expensive to convert from weave to btree-plain
[20:19] <kgoetz> hi hackers! i seem to have exploded bzr :( http://paste.ubuntu.com/25500/ i installed python 2.5 recently. could this be the cause?
[20:23] <gour> Kinnison: when is btree supposed to go into trunk?
[20:28] <Odd_Bloke> kgoetz: That error looks familiar, but I can't remember what causes it. :(
[20:29] <kgoetz> Odd_Bloke: incase it helps: i merged from the repos default branch, then realised i had no local changes, then pulled, and you see the result there.
[20:34] <Kinnison> gour: no idea
[20:35] <Odd_Bloke> kgoetz: I'd recommend looking through LP for bugs and looking at the ML.
[20:36] <kgoetz> Odd_Bloke: i'll try and give LP a trawl.
[20:45] <kgoetz> this bug looks similar, but seems totally unrelated. https://bugs.launchpad.net/bzr-gtk/+bug/237205
[21:44] <mwhudson> any devs awake?
[21:50] <abentley> mwhudson: I'm not *really* awake...
[21:51] <mwhudson> abentley: so bzr get nosmart+<http url that redirects> bombs out pretty messily
[21:51] <mwhudson> abentley: any obvious ideas for places to look?
[21:52] <mwhudson> oh
[21:52]  * mwhudson finds a fixme
[21:52] <mwhudson>             # FIXME: If 'transport' has a qualifier, this should
[21:52] <mwhudson>             # be applied again to the new transport *iff* the
[21:52] <mwhudson>             # schemes used are the same. Uncomment this code
[21:52] <mwhudson>             # once the function (and tests) exist.
[21:52] <mwhudson>             # -- vila20070212
[21:54] <abentley> mwhudson: I haven't see the actual traceback...
[21:55] <mwhudson> sorry
[21:55] <mwhudson> abentley: http://pastebin.ubuntu.com/25504/
[21:55] <abentley> Yeah, so I think you've already found the relevant bit.
[21:56] <mwhudson> though the exception is from before the comment
[21:56] <mwhudson> but yeah, it seems the problem is somewhat known
[22:00] <mwhudson> i guess vila is the man to hassle about this
[22:00] <abentley> mwhudson: So what's being done there is a bit bogus.
[22:00] <abentley> Because there's no reason to assume that it's a relative path.
[22:00] <mwhudson> right
[22:00] <abentley> It could legitimately be on a different host, for example.
[22:01] <mwhudson> indeed, in http its really really not supposed to be
[22:01] <abentley> So it should probably be using urlutils.relative_url instead.
[22:01] <mwhudson> something a little funky is happening, because http redirects do actually work most of the time
[22:01] <abentley> That operation doesn't error when the urls are unrelated.
[22:03] <abentley> Okay, here's what I think happens.
[22:03] <abentley> relpath is being used in a check.
[22:04] <abentley> specifically, if I try to get foo/bar/baz, I should get redirected to */baz
[22:04] <mwhudson> right
[22:05] <abentley> And there's a discrepancy between what e thinks the url was and what the transport thinks it was.
[22:10] <mwhudson> hm hm
[22:14] <mwhudson> abentley: i think the problem is more basic:
[22:15] <mwhudson> abentley: http://pastebin.ubuntu.com/25513/
[22:15]  * mwhudson winds up a poking for spiv when he wakes up
[22:16] <abentley> mwhudson: How does that contradict me?
[22:16] <mwhudson> abentley: it doesn't
[22:17] <abentley> Oh.  Okay.
[22:17] <mwhudson> well, hm
[22:17]  * mwhudson thinks
[22:17] <abentley> I think that it is correct to not treat http://foo/bar as a child of bzr+http://foo
[22:19] <mwhudson> p = '...'; get_transport(p).relpath(p) shouldn't fail though, should it?
[22:19] <mwhudson> this is tripping up the puller where we force all http: urls to be nosmart+
[22:20] <mwhudson> maybe there's a better way to do that
[22:20] <abentley> mwhudson: Yes, it's legitimate for that to fail.
[22:20] <abentley> get_transport may canonicalize the url, and it may do a lookup.  e.g. lp:bzr
[22:21] <mwhudson> hm
[22:22] <abentley> transport.base will give the the final value the transport used.
[22:25] <mwhudson> so yeah, this stuff in redirected() does look a bit bogus then
[22:26] <jetto> hum bzr looks like too hard form me :-(
[22:27] <mwhudson> jetto: ?
[22:28] <jetto> I would like to do some thing very simple and it's not clear how to do it :
[22:31] <jetto> I get source as a tgz from upstream. I hack a little, then the upstream release a new version. I merge and continue to hack. How to do this ?
[22:32] <mwhudson> jetto: i think the 'bzr import' command can help with this
[22:33] <jetto> I mean I would like to follow pure upstream change (maybe in a branch) and do my change in another
[22:33] <mwhudson> jetto: something like bzr init-repo repo; bzr init repo/upstream
[22:33] <mwhudson> cd repo/upstream; bzr import ~/release-0.1.tgz; bzr add; bzr ci -m 'relese 0.1'
[22:33] <mwhudson> cd ..
[22:33] <mwhudson> bzr branch upstream
[22:34] <mwhudson> bzr branch upstream my-branch (sorry)
[22:34] <mwhudson> cd my-branch
[22:34] <mwhudson> hack hack hack
[22:34] <mwhudson> cd ../upstream
[22:34] <mwhudson> bzr import ~/release-0.2.tgz; bzr add; bzr ci
[22:34] <mwhudson> cd ../my-branch
[22:34] <mwhudson> bzr merge ../upstream
[22:34] <mwhudson> (disclaimer: i haven't done this)
[22:35] <jetto> well I'll test this, thanks.
[22:37] <jetto> It's hard for me to adapt to decentralized SCM
[22:38] <jetto> even choosing one is very hard ;-)
[22:39] <jetto> do I need to do a init-repository ?
[22:40] <mwhudson> you don't need to make a repository no
[22:40] <mwhudson> it's just a way of sharing storage, it takes up less disk space and makes making new branches quicker
[22:40] <mwhudson> but i guess in your case, history is going to be pretty shallow
[22:49]  * Foskasse  1:20 para fazer anos!!!
[23:25] <jetto> mwhudson, your pocedure rocks, thanks
[23:25] <mwhudson> jetto: glad i helped
[23:28]  * Foskasse quase quase quase a fazer anos!!! :D :D :D
[23:31] <Pilky> jetto: if it helps at all you can use bzr as a centralised VCS, with all the improved branching/merging benefits
[23:31] <Pilky> in some ways bzr is one of the best centralised VCSs out there ;)
[23:32] <jetto> Pilky, I think I'll do this but not for home work
[23:53] <luiss> hola
[23:53] <luiss> hola
[23:53] <luiss> hola
[23:54] <poolie> hello
[23:55] <Verterok> mornin' poolie


[03:56] <RAOF> Hm. Has anyone else noticed the arale backlight not being turned off?
[04:11] <duflu> RAOF: Historically when that happens on any device most people don't notice :)
[04:12] <duflu> But it's not good
[04:18] <RAOF> Oh, well. LP# 1460898 filed.
[07:29] <RAOF> Oh, hey.
[07:29] <RAOF> Our GMainLoop alarm implementation blatantly ignores the specified behaviour of various calls.
[07:32] <RAOF> I'm pretty sure I relied on that behaviour in the FrameDroppingPolicy...
[07:35] <anpok> hm?
[07:35] <anpok> RAOF: I think something like SceneObserver could be replaced in a nicer way with signal/slot
[07:36] <RAOF> anpok: This is indeed what I was thinking, yes.
[07:36] <RAOF> anpok: Oh, AlarmImpl unconditionally returns true on cancel() (even if it didn't actually cancel), and likewise on reschedule.
[07:37] <RAOF> While the documentation says that they return true iff they cancelled something, rescheduled a pending alarm respectively.
[07:37] <anpok> in a previous system signal(event) / slot registrations with functor objects were the #1 memory consumers
[07:37] <anpok> but there we had hundreds of them
[07:37] <anpok> and most of them did not fit into the functor payload..
[07:38] <anpok> oh
[10:34] <alan_g> alf_: happy now? https://code.launchpad.net/~alan-griffiths/mir/helptext-mentions-config-file/+merge/260439
[11:19] <alan_g> greyback: tvoss do we want to reschedule the WM discussion? When?
[11:20] <greyback> alan_g: today is bad for me, am traveling. Wed & Thurs my timetable is uncertain, lots of meetings. Friday traveling again!
[11:21] <alan_g> greyback: OK. np.
[11:22] <greyback> best I can do is next week, Wed the earliest
[11:26] <alan_g> Fine by me. Today I'm more interested in how lp:~alan-griffiths/mir/only-visible-surfaces-change-scene/ might affect Qt clients and qtmir.
[11:28] <greyback> alan_g: let me have a look and I'll get back to you
[11:30] <tvoss> alan_g, we definitely should, next Wednesday is fine by me, too
[14:08] <kdub> alan_g, fixed the test name on: https://code.launchpad.net/~kdub/mir/multistream-protobuf-additions/+merge/259970
[14:11] <alan_g> kdub: TA'd
[14:12] <kdub> thanks alan_g
[15:09] <racarr> kdub: I've also run in to some problems with the event RPC lately...
[15:35] <kdub> racarr, which sort of problems?
[15:37] <racarr> kdub: oh I guess just that the memcpy to a flat buffer doesn't work for
[15:37] <racarr> some of the event cleanup I am doing as well
[15:37] <racarr> whic hsort of relates to your can't pass FD's over events perhaps
[15:38] <kdub> racarr, right, so if i'm scrubbing may as well scrub in a way thats helpful to that concern too
[17:06] <kgunn> vogons any running mir on nouveau lately ?
[17:07] <kdub> intel for me
[17:07] <camako> kgunn, yes I am on nouveau
[17:08] <kgunn> popey: ^
[17:08] <kgunn> camako: i think popey is trying to run unity8-desktop-session-mir on  nouveau
[17:08] <popey> gah, just logging into unity7 with nouveau gives me 1280x1024 not 1920x1080 :(
[17:08] <kgunn> i was telling him, mir + nouvea might be ok
[17:09] <kgunn> camako: so i figure your probably running mir+nouvea frequently
[17:09] <camako> kgunn, I'm not running U8 dektop session recently
[17:09] <kgunn> right...so problem might lie in the unity8 part
[17:09] <camako> kgunn, just mir
[17:09] <camako> and examples
[17:09] <kgunn> sure
[17:10] <kgunn> so popey, that answers that ^
[17:10] <popey> hmm, sudo mir_demo_server fails
[17:10] <popey> failed to load libraries from path /usr/lib/x86_64-linux-gnu/mir/server-platform
[17:11] <popey> following http://unity.ubuntu.com/mir/using_mir_on_pc.html Running Mir natively
[17:12] <popey> kgunn: so if I want to actually test Unity8 (specifically apps) what am I to do? Buy an intel laptop / tablet?
[17:13] <kgunn> popey: that might be easier :-P but seriously, let's see if we can get you some help....what's your gpu ?
[17:13] <kgunn> camako: ^ can i leave popey in your capable hands...
[17:13] <popey> nVidia GeFprce GTX 460
[17:13] <popey> *GeForce
[17:15] <camako> kgunn, don't really work on U8 desktop, so not sure how helpful I can be
[17:15] <kgunn> camako: he's failing on mir-demo-server
[17:15] <kgunn> please read
[17:16] <camako> kgunn, ah ok
[17:16] <camako> sorry
[17:16] <camako> popey, are you running in a vt?
[17:16] <popey> http://paste.ubuntu.com/11524763
[17:16] <popey> yes
[17:17] <camako> popey, let's step back, did you install the packages yourself? Or running from binaries you built from the tree?
[17:17] <AlbertA> popey: is this mir 0.13?
[17:17] <popey> i have a clientplatform in /usr/lib/x86_64-linux-gnu/mir but not a server-platform
[17:17] <popey> this is on wily, from repo
[17:18] <AlbertA> popey: apt-get install mir-platform-graphics-mesa2
[17:18] <popey> maybe I'm missing a package?
[17:18] <kgunn> ah yeah..isn't there a dumb issue about having to install graphics platform
[17:18] <popey> ok, it fails differently now :)
[17:19] <popey> http://paste.ubuntu.com/11524864/
[17:21] <kgunn> popey: i had to do this the other day, i did apt-get install mir-graphics-drivers-desktop
[17:21] <popey> ok
[17:21] <popey> same error after doing that
[17:22] <camako> popey do you have drm devices in your system?
[17:22] <camako> ls -l /dev/dri <<---
[17:23] <popey> ls: cannot access /dev/dri: No such file or directory
[17:23] <camako> popey that's the problem
[17:23] <camako> camako@camako-MacBookPro:~$ ls /dev/dri/
[17:23] <camako> card0       card1       controlD64  controlD65  renderD128  renderD129
[17:23] <camako> popey ^ ... mir needs card* devices to run
[17:24] <camako> popey, kernel version?
[17:24] <popey> Linux wopr.popey.com 3.19.0-20-generic #20-Ubuntu SMP Fri May 29 10:10:47 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[17:29] <camako> popey at the top of the "Running Mir natively" page there are checks for hw
[17:29] <camako> what do they return?
[17:30] <popey> oh, i skipped that bit because kgunn told me to do the Running Mir natively bit, sorry.
[17:30] <popey> http://paste.ubuntu.com/11524937/
[17:33] <camako> popey, so I guess you don't really have a nouveau driver
[17:33] <camako> camako@camako-MacBookPro:~$ lsmod | grep drm
[17:33] <camako> drm_kms_helper        122880  2 i915,nouveau
[17:33] <camako> drm                   344064  9 ttm,i915,drm_kms_helper,nouveau
[17:33] <camako> camako@camako-MacBookPro:~$ sudo pmap `pidof X` | grep dri.so
[17:33] <camako> [sudo] password for camako:
[17:33] <camako> 00007fb9b76e5000   7620K r-x-- nouveau_dri.so
[17:33] <camako> 00007fb9b7e56000   2048K ----- nouveau_dri.so
[17:33] <camako> 00007fb9b8056000    348K r---- nouveau_dri.so
[17:33] <camako> 00007fb9b80ad000     48K rw--- nouveau_dri.so
[17:34] <popey> :(
[17:36] <camako> popey, I'm surprised your distro doesn't have it.... I guess it should be as simple as installing xserver-xorg-video-nouveau package... But proceed cautiously as you're meesing with the video driver
[17:36] <popey> ii  xserver-xorg-video-nouveau  1:1.0.11-1ubuntu2b amd64              X.Org X server -- Nouveau display driver
[17:36] <popey> it _is_ installed
[17:37] <popey> I'm on Ubuntu 15.10 (wily)
[17:38] <popey> aha, it's not being used. It's using FBDEV!
[17:38] <camako> popey, I'm still on vivid... perhaps this is a new (wily) nouveau issue
[17:38] <popey> that's why the resolution is wonky I guess.
[17:38] <popey> hmmm
[17:38] <camako> popey, some help here : http://nouveau.freedesktop.org/wiki/UbuntuPackages/
[17:38] <popey> aha https://wiki.ubuntu.com/X/Troubleshooting/VideoDriverDetection#Problem:__Need_to_fully_remove_-nvidia_and_reinstall_-nouveau_from_scratch
[17:39] <popey> need to _re_ install nouveau
[17:40] <camako> there you go...
[17:40] <popey> thanks for the help!
[17:40] <camako> yw
[17:40] <popey> silly software :)
[17:56] <popey> has mir_socket moved? I don't see it in /tmp
[17:57] <popey> aha! /run/user/1000/mir_socket
[17:58] <popey> Ok, so I have managed to get mir running, and ran a mir demo (mir_demo_client_eglplasma)
[17:59] <popey> so we have proved the video driver works now.
[18:00] <bschaefer> is there  a way to poke for the ABI version of mir?
[18:00] <bschaefer> with the new mir lib, i need to check what version of code I compile depending on the ABI version
[18:02] <popey> rebooting to lightdm, and choosing unity8 lxc session fails though.
[18:02] <popey> bunch of apparmor failures... http://paste.ubuntu.com/11525449/
[18:04] <popey> balloons: you tried this?
[18:05] <camako> bschaefer, mir version is printed to stdout (by default)
[18:06] <bschaefer> camako, ill need it through configure.ac though, is there a function that prints out the version?
[18:07] <bschaefer> there seems to be: mir_toolkit/version.h:65:    MIR_VERSION_NUMBER(MIR_CLIENT_MAJOR_VERSION, \
[18:07] <camako> bschaefer, there is a cmake variable MIR_VERSION
[18:07] <bschaefer> camako, o cool, thanks!
[18:08] <camako> yw
[18:08] <bschaefer> that works for cmake :), ill have to hack something for autogen
[18:49] <AlbertA> camako: alan_g|EOD: so the qtubuntu updates to match mir 0.13 made it to wily right?
[18:49] <AlbertA> shouldn't the branch be merged then?
[18:49] <camako> AlbertA, kgunn said that LT was investigating why it didn't get merged
[18:50] <camako> yes it should be merged
[18:59] <kdub> after the buffer semantics changes, we dont really have a stream anymore... but will cross that bridge later
[19:00] <AlbertA> camako: so should we merge it manually? or do we need to ask somebody?
[19:01] <camako> AlbertA, I am assuming LT will do it once they are through with their investigation. kgunn
[19:01] <camako> kgunn ^^
[19:02] <AlbertA> camako: ok...who is LT though?
[19:02] <kgunn> camako: AlbertA so we added that MP to the rotation silo4, mzanetti is working on landing it....which should merge it
[19:02] <camako> AlbertA, landing team
[19:02] <kgunn> is there another issue currently ?
[19:02] <AlbertA> camako: kgunn: ok...
[19:02] <AlbertA> kgunn: no just want to rebase my branch
[22:41] <AlbertA> @vogons: since technically we broke client API in mir 0.13.1 (like mir_surface_set_event_handler), the client/mir_toolkit/version.h should have bumped it's major number right?
[22:41] <RAOF> Yes. I thought we did the backwards-compatibility symver trick for that, though?
[22:42] <AlbertA> RAOF: yes we did
[22:44] <AlbertA> so I'll be attempting a mir 0.13.2 for entirely unrelated reasons (have to get the vegetahd quirk in)...
[22:44] <AlbertA> was wondering if I should fix it then.
[22:44] <RAOF> Oh, but we don't expose both in the API, right.
[22:44] <RAOF> Yeah, we should have bumped version.
[22:44] <RAOF> Otherwise there's no good way for client code to know what to build against.
[22:44] <AlbertA> RAOF: right which is what bschaefer wanted
[22:45] <racarr> and robert_ancell!
[22:45] <RAOF> Ding!
[22:45] <robert_ancell> yep
[22:46] <AlbertA> vogons: ok so mir 0.13.2 =  client 2.0.0, and lp:mir: client 3.0.0 since we broke for good there ?
[22:48] <bschaefer> thanks!
[23:31] <AlbertA> @vogons: just FYI I've requested a silo for mir 0.13.2 - with the intention of landing to vivid+overlay and wily
[23:32] <camako> AlbertA, sounds good. The freeze should be over soon.
[23:32] <camako> AlbertA, is only Mir in the silo?
[23:32] <AlbertA> camako: yes. with only the vegetahd quirk and the client API version fix
[23:33] <camako> great
[23:33] <AlbertA> camako: https://code.launchpad.net/~mir-team/mir/0.13/+merge/260902
[23:35] <camako> ok
[23:48] <bschaefer> strange crash... http://paste.ubuntu.com/11531043/ only seems to fail on SDL2 tests (if i run my own SDL2 app it works fine)
[23:51] <bschaefer> something in dynamic loader must be doing something strange...hmm


[13:15] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Every Chromebook released this year will support Linux apps @ https://www.omgubuntu.co.uk/?p=142220 (by Joey Sneddon)
[16:17] -SwissBot:#ubuntu-news- ::Planet:: Santiago Zarate: Table to json with jq and awk @ https://foursixnine.io/blog/2019/05/08/Table-to-json.html
[16:36] -SwissBot:#ubuntu-news- ::Softpedia:: GNOME 3.32 Desktop Environment Gets Second and Final Point Release, Update Now @ https://news.softpedia.com/news/gnome-3-32-desktop-environment-gets-second-and-final-point-release-update-now-525950.shtml (by Marius Nestor)
[17:05] -SwissBot:#ubuntu-news- ::Planet:: Ted Gould: OAuth2 in the Shell @ https://gould.cx/ted/blog/2019/05/08/OAuth-in-the-Shell/
[19:07] -SwissBot:#ubuntu-news- ::Softpedia:: Ubuntu Touch OTA-9 Released for Ubuntu Phones with Refreshed Look, Improvements @ https://news.softpedia.com/news/ubuntu-touch-ota-9-released-for-ubuntu-phones-with-refreshed-look-improvements-525949.shtml (by Marius Nestor)


[10:15] <oSoMoN> hey, in case this hasn't been reported yet, my artful VM (vbox) fails to display anything with wayland after upgrading from kernel 4.12.0-12.13 to 4.13.0-11.12
[10:16] <oSoMoN> if I change gdm3’s config to use X instead of wayland, everything works
[10:38] <apw> sforshee, ^
[11:55] <sforshee> oSoMoN: will take a look. Could you file a bug if you haven't already?
[13:42] <oSoMoN> sforshee, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1718679
[13:42] <oSoMoN> (sorry for the delay, your message got lost on my end)
[18:11] <jjohansen1> sforshee: I have a revised LSM stacking patchset, I want to do a little more testing, then I'll point you at it
[18:12] <jjohansen1> we aren't going to take Casey's full patchset, the secid bit is still questionable and the patches after it to provide stacking of smack/selinux
[18:13] <jjohansen1> but we will have enough to stack selinux/smack with current 17.10 apparmor


[00:19] <bjsnider> nvidia has now promoted 195.36.15 from pre to official
[00:40] <LLStarks> what's all this talk about ati open drivers now suddenly becoming good?
[05:05]  * abhinav is away: Abhinav|away
[05:06]  * abhinav is away: breakfast
[09:48] <knittl> weeeeeeee, working standby <3
[15:23] <abhinav> hi. would this be a good place to get help regarding lucid (10.04) issues ?
[15:24] <BUGabundo> abhinav: unless specific X problems, no
[15:24] <BUGabundo> you should try #ubuntu+1
[15:24] <abhinav> BUGabundo: k, thanks
[15:52] <abhinav> What does the ubuntu-x-swat ppa provide that the non-ppa repos don't ? (in context of ATI radeon drivers)
[15:54] <tjaalton> nothing
[15:55] <tjaalton> there are no ati packages
[15:55] <abhinav> tjaalton: so I can comment it out ? I had it active during karmic, and it got disabled on update to lucid.
[15:55] <tjaalton> yes
[15:56] <abhinav> tjaalton: ok, I see the following on the wiki/ppa page https://launchpad.net/ubuntu/lucid/+source/xserver-xorg-video-ati
[15:56] <tjaalton> that's from the main repo
[15:57] <abhinav> tjaalton: ok, thanks :)
[16:34] <BUGabundo> how is nvidia CUDA support in lucid?
[16:37] <tjaalton> BUGabundo: included in nvidia-current
[16:37] <BUGabundo> cool
[16:38] <tjaalton> though only the driver portion of it
[16:38] <tjaalton> the sdk isn't packaged
[16:39] <tjaalton> nor is the toolkit
[17:07] <Sarvatt> xf86Msg(X_WARNING, "PreInit returned NULL for \"%s\". This is usually harmless.\n", idev->identifier); ? :D
[17:07] <Sarvatt> vs  xf86Msg(X_ERROR, "PreInit returned NULL for \"%s\"\n", idev->identifier);
[17:44] <Sarvatt> oh boy, it'd be nice to have something similar to ppa-purge in the release upgrade process, it just disables the PPA but if that still has newer than whats in lucid it sticks around
[18:29] <Sarvatt> ok I have some issues with this - http://testcases.qa.ubuntu.com/Hardware/X/ProprietaryDrivers#Upgrade%20From%20Manual%20Install%20Testing
[18:29] <Sarvatt> that is *never* going to succeed
[18:29] <Sarvatt> the drivers from nvidia.com require manual reinstallation every kernel abi update
[18:33] <Sarvatt> I'm really confused about https://bugs.edge.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/522328 and that test case on the wiki because it should never succeed as its written
[18:36] <Sarvatt> bryceh: what do you think about the PreInit error string change I posted above?
[18:36] <bryceh> heya
[18:36] <Sarvatt> heyo!
[18:37]  * bryceh looks
[18:38] <bryceh> hmm, well we could redo the test I guess (or mark it known-fail)
[18:39] <jcristau> Sarvatt: is that still necessary after we stop setting the driver to evdev for non-event devices?
[18:39] <bryceh> the basic thing it's trying to test is that if a user manually installs fglrx, then upgrades, the system is not going to end up upbootable
[18:48] <tjaalton> jcristau: where is it handled? the evdev rule?
[18:48] <Sarvatt> failsafeX should be the intended outcome and by all accounts it seems thats working correctly for ubuntu at least, I'm not sure about non-gdm though
[18:48] <Sarvatt> jcristau: hmm good point, will check that since we're already not setting evdev for non event devices in lucid
[18:49] <tjaalton> right, not seeing those errors anymore
[18:49] <tjaalton> so it's done :)
[18:49] <jcristau> Sarvatt: yeah i think i have that in git but not uploaded in sid
[18:50] <tjaalton> it is
[18:50] <Sarvatt> btw jcristau did you see that we missed setting evdev by default for ID_INPUT_TABLET?
[18:50] <jcristau> Sarvatt: ah?
[18:50] <bjsnider> Sarvatt, you mean xpr-008 on this page: http://testcases.qa.ubuntu.com/Hardware/X/ProprietaryDrivers#Upgrade%20From%20Manual%20Install%20Testing
[18:50]  * jcristau needs to run, can you fix it in git or file a bug?
[18:50] <bjsnider> would never succeed?
[18:51] <Sarvatt> i wasn't sure if you wanted that change in debian too but it seemed like an oversight, touchscreens that identify as tablet's (like resistive tablet overlays) that work right with evdev werent loading evdev
[18:51] <Sarvatt> sure jcristau
[18:51] <tjaalton> doing
[18:51] <tjaalton> *fixing
[18:53] <tjaalton> pushed
[18:53] <Sarvatt> wacom needs locking down a bit to not load for every ID_INPUT_TABLET as well
[18:53] <tjaalton> yes
[18:55] <Sarvatt> https://bugs.launchpad.net/bugs/537801
[18:55] <tjaalton> I'll inform ron about it
[18:55] <Sarvatt> gotta run too, doh
[19:36] <tjaalton> heh, a colleague is pissed because his old laptop doesn't work with a newer X anymore (ISA bus in it) :)
[19:52] <bryceh> tjaalton, heh
[19:53] <bryceh> tjaalton, friday a bunch of us got together downtown, including kees and MostAwesomeGuy (Corbin)
[19:53] <bryceh> kees had an old laptop with an ati card which didn't work right with KMS
[19:53] <bryceh> so he spent the whole day with corbin banging his head on the bug
[19:54] <bryceh> by the end of the day I go, "You know... you could get a new laptop for just $500..."
[20:01] <tjaalton> bryceh: hehe :)
[20:02] <bjsnider> nvidia-settings control file in lucid still says "amd64 i386 lpia"
[20:03] <tjaalton> bryceh: had a quick chat with ron about wacom. I'll prepare the new version and he'll pull it (with our changes) on top of his tree and releases it sometime next week
[20:18] <bryceh> tjaalton, excellent
[20:19] <bryceh> bjsnider, feel free to post a bug report about that.  tseliot may take a look.  extra points for including a debdiff :-)
[20:21] <bjsnider> i doubt i can include such a thing, since i have no idea what it is
[20:22] <bjsnider> he has to release the new version anyway, so it's no big deal to change the control file to read "any" instead
[20:47] <Sarvatt> jcristau: you're right, we dont need to shut up the PreInit returns NULL messages now that evdev only handles event devices, I thought we would since stuff like lid switch event devices gave the error but I guess they don't anymore :)
[20:52] <Sarvatt> hmm xorg-server 1.7.6 failing to build, looks like that cursor patch ya threw in recently bryceh - http://launchpadlibrarian.net/41532730/buildlog_ubuntu-lucid-i386.xorg-server_2:1.7.6~git20100321%2Bserver-1.7-branch.c552ec12-0ubuntu0sarvatt_FAILEDTOBUILD.txt.gz
[20:52] <Sarvatt> are you sure thats still relevant?
[20:53] <jcristau> what patch?
[20:54] <Sarvatt> http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=blob;f=debian/patches/110_fix-swcursor-crash.patch;h=ec2db45ab460c78305fdd2445b703654023f3f24;hb=dcd61b292cdcf379b911a7112425d59ad5a79ef7
[20:55] <Sarvatt> that was reported against hardy or intrepid, dont think its relevant anymore
[20:56] <Sarvatt>   * Add 109_fix-swcursor-crash.patch: Avoid dereferencing null pointer
[20:56] <Sarvatt>     while reloading cursors during resume.
[20:56] <Sarvatt>     (LP: #371405)
[21:08] <bryceh> 109_fix-swcursor-crash.patch is the corrected patch
 ah bryceh, ya commited the bad patch to git, it should be if (!cursor_screen_priv || !cursor_screen_priv->isUp)
[21:09] <Sarvatt> fixed it up in git
[21:10] <Sarvatt> 109 was still wrong in git, was the same as 110
[21:10] <bryceh> I fixed it before uploading it
[21:10] <Sarvatt> i dont think its still relevant on 1.7 branch though, looks like its already accounted for going by http://cgit.freedesktop.org/xorg/xserver/log/hw/xfree86/modes/xf86Cursors.c?h=server-1.7-branch
[21:12] <Sarvatt> dunno why it was messed up in git still then, no biggie though
[21:12] <Sarvatt> oops you got it too
[21:13] <Sarvatt> sorry about that
[21:14] <tjaalton> and now after all this, drop the patch?-)
[21:28] <bryceh> tjaalton, for the -ati version, apt-cache madison produces the following:
[21:28] <bryceh> http://pastebin.com/vKKmqJXc
[21:29] <bryceh> problem is that it's seeing two results for experimental and unstable
[21:29] <bryceh> These lines are being mixed up:
[21:29] <bryceh> xserver-xorg-video-ati | 1:6.12.6-1 | http://ftp.debian.org/debian/ unstable/main Sources
[21:29] <bryceh> xserver-xorg-video-ati | 1:6.9.0-1+lenny4 | http://ftp.debian.org/debian/ unstable/main Sources
[21:29] <bryceh> These are as well:
[21:29] <bryceh> xserver-xorg-video-ati | 1:6.12.192-1 | http://ftp.debian.org/debian/ experimental/main Sources
[21:29] <bryceh> xserver-xorg-video-ati | 1:6.12.99+git20100201.a887818f-1 | http://ftp.debian.org/debian/ experimental/main Sources
[21:29] <bryceh> it's not clear to me how to have it select between these
[21:30] <bryceh> prefer first one seen?
[21:33] <jcristau> largest version
[21:37] <tjaalton> yep
[21:39] <tjaalton> some archs are falling back, that's why there are several versions listed
[21:39] <tjaalton> http://packages.debian.org/search?keywords=xserver-xorg-video-ati
[21:40] <tjaalton> bryceh: btw, the list was last updated on 18th
[21:55] <Sarvatt> oh looks like that cursor patch IS still relevant on 1.7 branch (and master) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507916
[21:55] <Sarvatt> i'm going to add http://sarvatt.com/downloads/patches/0001-dix-be-more-verbose-when-we-run-out-of-opcodes.patch to edgers too, it's got me curious
[21:58] <Consul_Falx> hello folks
[21:58] <Consul_Falx> am using 64bit Kubuntu Lucid beta1 on a centrino1duo laptop with ATI radeon mobility X1450 shit ...
[21:59] <Consul_Falx> actually, all things work fine, but the graphics from the very beginning is slightly but visibly distracted
[21:59] <Consul_Falx> any advice how to configure that?
[21:59] <Consul_Falx> (the system is on defaults, XOrg 7.5, using radeon open driver)
[22:00] <bryceh> tjaalton, manually updated for now
[22:01] <tjaalton> bryceh: okie
[22:01] <Sarvatt> i dont think anyone but you knows what you mean by distracted there Consul_Falx :D what do you mean?
[22:02] <Consul_Falx> Sarvatt: flickery, snowy or like that ...
[22:03] <Sarvatt> like while the ubuntu logo splash screen is on the screen?
[22:03] <Sarvatt> and goes away when the KDE loading screen comes up?
[22:04] <Sarvatt> it changes the display 3 times during boot and looks pretty fugly now especially if you boot fast and use KDE where you dont get the smooth plymouth-X transition, i dont know what you mean by flickery or snowy though
[22:05] <Sarvatt> VGACON comes up with the fsck messages, then console-setup changes the fonts on vgacon, then drmfb loads and some text goes on there sometimes before the splash is displayed on that
[22:06] <Consul_Falx> Sarvatt: it started upon the first splash used during the install process, now it flickers all time, even if a tty without xserver running is open ...
[22:06] <Sarvatt> and thats only up for a second or so unless you have to enter a password or wait for a fsck if you dont use GDM
[22:07] <Sarvatt> ok, run ubuntu-bug xserver-xorg-video-ati and put [RV515] in the title if you don't mind
[22:08] <Sarvatt> we need a bunch of logs and that'll add them to a bug report automatically
[22:08] <bryceh> attach photos to the bug to show what's going on
[22:08] <Consul_Falx> and, btw, the fsck occurs too and fails
[22:08] <bryceh> Consul_Falx, actually if you can reproduce it on regular ubuntu, not kubuntu, that would help too
[22:08] <Sarvatt> are you using multiple monitors?
[22:08] <Consul_Falx> bryceh: I suppose the flickering will not show in screenshots
[22:09] <Consul_Falx> no, I have only one set up by default during the installation
[22:09] <Consul_Falx> and I cannot afford installing another clean ubuntu distro, bryceh
[22:10] <tjaalton> just install ubuntu-desktop
[22:10] <tjaalton> it'll pull gnome
[22:11] <Consul_Falx> vu@ethereal-laptop:~$ ubuntu-bug xserver-xorg-video-ati
[22:11] <Consul_Falx> kfmclient(2094)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from  "/var/tmp/kdecache-vu/ksycoca4"
[22:11] <Consul_Falx> Launched ok, pid = 2098
[22:11] <Consul_Falx> : Fatal IO error: client killed
[22:11] <tjaalton> kde fail
[22:11] <bryceh> Consul_Falx, well, understand my focus is ubuntu so bugs against other distros are not a priority for me to look at
[22:13] <Consul_Falx> bryceh: well, I do definitely understand... I will get down to playing with this later since there's no obvious simple solution to this and I have things to do -.-
[22:16] <Consul_Falx> so long, people
[23:05] <kklimonda> may problems with user switching be related to nouveau or should I search higher in the stack? When I login to the guest session everything is fine but when I get back I have dark screen with mouse cursor and I can't switch to ther VTs (or rather I have no login prompt on them)
[23:13] <RAOF> Logs might make it easier to determine what's happening.
[23:41] <Sarvatt> i guess mesa-common-dev should depend on libdrm-dev now? Requires.private: libdrm >= 2.4.15 in dri.pc installed there
[23:42] <jcristau> the only user of afaik is the server, afaik
[23:43] <jcristau> bah
[23:43] <jcristau> the only user of dri.pc is the server, afaik


[10:03] -SwissBot:#ubuntu-news- ::Softpedia:: Mozilla Thunderbird 60.5.0 Now Available for Download @ https://news.softpedia.com/news/mozilla-thunderbird-60-5-0-now-available-for-download-524755.shtml (by Bogdan Popa, Microsoft News Editor)
[12:11] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Mozilla Thunderbird 60.5 is Now Available to Download @ https://www.omgubuntu.co.uk/?p=137994 (by Joey Sneddon)
[14:22] -SwissBot:#ubuntu-news- ::Softpedia:: Canonical Releases Snapcraft 3.1 Snap Creator Tool with Various Improvements @ https://news.softpedia.com/news/canonical-releases-snapcraft-3-1-snap-creator-tool-with-various-improvements-524761.shtml (by Marius Nestor)
[14:46] -SwissBot:#ubuntu-news- ::Softpedia:: Alpine Linux 3.9 Released with ARMv7 Support, Switches from LibreSSL to OpenSSL @ https://news.softpedia.com/news/alpine-linux-3-9-released-with-armv7-support-switches-from-libressl-to-openssl-524762.shtml (by Marius Nestor)
[15:08] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Kodi 18 Released with Major New Features: Here’s How to Install it on Ubuntu @ https://www.omgubuntu.co.uk/?p=138023 (by Joey Sneddon)
[15:29] -SwissBot:#ubuntu-news- ::Softpedia:: Slax Linux 9.7 Improves Compatibility with New USB Devices, Is Now Even Smaller @ https://news.softpedia.com/news/slax-linux-9-7-improves-compatibility-with-new-usb-devices-is-now-even-smaller-524763.shtml (by Marius Nestor)
[16:36] -SwissBot:#ubuntu-news- ::Softpedia:: Firefox 66 to Offer Better Compatibility with GNOME Desktop, Improve Scrolling @ https://news.softpedia.com/news/firefox-66-to-offer-better-compatibility-with-gnome-desktop-improve-scrolling-524764.shtml (by Marius Nestor)
[16:59] -SwissBot:#ubuntu-news- ::Planet:: Stuart Langridge: ChickenÂ McNuggets @ https://www.kryogenix.org/days/2019/01/30/chicken-mcnuggets/
[20:01] -SwissBot:#ubuntu-news- ::Softpedia:: GNOME Screencaster App Promises WiFi Display (Miracast) Support in GNOME Desktop @ https://news.softpedia.com/news/gnome-screencaster-app-promises-wifi-display-miracast-support-in-gnome-desktop-524765.shtml (by Marius Nestor)
[23:48] <Wild_Man> Hello krytarik did you receive an email about "PPU privileges to "cloud-init" and "curtin".Congratulations, Ryan !"? that goes "Welcome New Members and Developers" correct?
[23:49] <Wild_Man> Part of the Ubuntu server team
[23:49] <krytarik> Haven't looked yet, but yes that'd be it.
[23:50] <Wild_Man> Okay, Thanks! I do not see a link to an official announcement, not sure if I am missing it
[23:51] <krytarik> Well, I guess it's also on the ubuntu-devel ML - then use that as the link.
[23:51] <Wild_Man> Okay
[23:53] <Wild_Man> This one<EMAIL_ADDRESS>[23:58] <Wild_Man> I quoted the announcement, if it needs changes someone can do it later, for now it is a place holder anyway


[18:21] <Turl> newz2000: ping
[18:22] <newz2000> hi Turl
[18:22] <Turl> hi newz2000
[18:22] <Turl> I found a problem with the ubuntu wiki
[18:22] <newz2000> oh?
[18:22] <Turl> the KarmicUpgrades page talks about kubuntu :/
[18:22] <Turl> https://help.ubuntu.com/community/KarmicUpgrades
[18:23] <Turl> and it even has different content than https://help.ubuntu.com/community/KarmicUpgrades/Kubuntu
[18:23] <newz2000> ok, let's ask mdke
[18:24] <newz2000> mdke: is there a process for making chagnes to help.ubutnu.com/community? It looks like something fishy has happened
[18:24]  * newz2000 looks at the page log to see if that reveals anything useful
[18:24] <newz2000> man, kde sure is beautiful
[18:25] <Turl> other *Upgrades pages talk about ubuntu, and *Upgrades/Kubuntu is the kubuntu help page
[18:25] <Turl> newz2000: I'm a GNOME user, not that I like KDE that much :P
[18:25] <newz2000> I'm a gnome user too but the screenshots look nice
[18:26] <newz2000> Hmm...
[18:27] <newz2000> I suspect that is just a place holder page
[18:29] <newz2000> nope, it was advertised in the beta announcement
[20:37] <mdke> newz2000: the process is basically than anyone can change it
[20:38] <newz2000> mdke: ok. I brought it up to the release manager who is taking care of it
[20:38] <mdke> newz2000: looks like Riddell has renamed the page or something weird, the page history is gone
[20:39] <newz2000> but can you rename a page and in so doing replace an existing one? (and erase it's history)
[20:40] <mdke> you shouldn't be able to, but Moin is a bit weird sometimes
[20:40] <newz2000> well, it's in good hands now
[20:41] <mdke> ok
[20:41] <mdke> weird, I don't see anything in RecentChanges about it either
[20:41] <mdke> Moin is cranky
[21:03] <mdke> Riddell said that the page has never existed for Karmic anyway, in favour of a page on ubuntu.com
[21:12] <mdke> so false alarm possible


[06:38] <pitti> Good morning
[06:38] <elfy> hi pitti
[07:46] <pitti> jibel: autopkgtest git head is fully working now with precise VMs
[07:54] <jibel> pitti, awesome, thanks!
[07:54] <pitti> jibel: just rolling this out to our machines
[07:55] <pitti> jibel: anything else which is urgent? otherwise I'd upload 2.19 now (after all the tests are finishing)
[07:58] <jibel> pitti, nothing on my side
[08:14] <pitti> jibel: all tests pass with adt-precise-amd64-cloud.img except for the apt libpng one (as precise didn't yet have autopkgtests)
[08:16] <pitti> jibel: is that what you need for the dkms tests?
[08:16] <pitti> jibel: ah no, it was for the EOL notification tests, right?
[08:16] <pitti> jibel: btw, if you want to test this, running update-manager or whatever under faketime might be easier than building a full VM just for this?
[08:17] <jibel> pitti, yes it's perfect. I need to boot the kernel after upgrade too
[08:18] <jibel> to verify that the user is not notified anymore
[14:01] <jibel> pitti, with autopkgtest is it possible to reboot a testbed after the setup command and before running the tests?
[14:05] <pitti> jibel: that's now done automatically for setup commands which affect the booting for testbeds which support it (only QEMU)
[14:06] <pitti> jibel: where "affects boot" == change in directory '/boot /etc/init /etc/init.d /etc/systemd/system /lib/systemd/system'
[14:06] <pitti> jibel: this is a bit imprecise as it only checks the mtime for these dirs themselves, not their subdirs
[14:07] <pitti> jibel: so if you need a subdir of that (like only /boot/grub/), I can add that
[14:07] <pitti> jibel: that's what we discussed at the sprint for new kernels etc., or for detecting the sysvinit regression
[14:09] <jibel> pitti, ah right, I missed the lines mentioning the reboot in the log, sorry.
[14:10] <pitti> jibel: oha, so it Just Worked™ already?
[14:10] <jibel> pitti, it did
[14:10] <pitti> \o/
[14:11] <pitti> balloons: FYI, working on a click branch of autopkgtest; I have most of the underpinnings and the format defined, so basic support for click autopktests shold start working in the next days
[14:12] <pitti> balloons: that doesn't yet have the "unpack downloaded debs into temp dir as user" etc. magic, but tests which don't need that should work soon
[14:42] <balloons> pitti, awesome! let me know if / when you need feedbac or testing done..
[14:42] <balloons> <3!
[14:50] <pitti> balloons: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=commitdiff;h=e014d8fc4a
[14:50] <pitti> balloons: there is a tests/testclick/click/manifest.json.in file
[14:51] <pitti> balloons: with the proposed format, which is conceptually close to DEP-8
[14:51] <pitti> balloons: "simple" just has a string, which means "test script without any restrictions or other arguments", as current click packages have that
[14:52] <pitti> balloons: (note that this commit is still incomplete, there's no test for the actual click package contents yet)
[14:57] <balloons> interesting..
[14:57] <balloons> I guess I'll watch the branch to see it evolve
[15:06] <elopio> balloons: can I bother you once more with this? https://code.launchpad.net/~elopio/ubuntu-filemanager-app/clean_context_menu_tests/+merge/222888
[16:08] <balloons> elopio, yes I'll double check
[17:13] <balloons> elopio, https://code.launchpad.net/~elopio/ubuntu-filemanager-app/clean_context_menu_tests/+merge/222888 is landing now.. +1 ty
[17:13] <elopio> balloons: thanks!
[17:14] <balloons> gonna try and push it to the store so it goes to dashboard also


[04:42] <jsgotangco> hey all
[06:00] <highvoltage> hey jsgotangco
[06:00] <highvoltage> oh, you typed that more than an hour ago :) i just woke up
[06:00] <jsgotangco> highvoltage, wow you're early
[06:00] <jsgotangco> highvoltage, have you made progress in your troubleshooting guide?
[06:01] <highvoltage> yes, a bit. it's about 35% done between version 1 and 2
[06:02] <highvoltage> i have lots of other distractions at the moment, the tuxlab help desk is also proof-reading as i edit, that helps.
[06:02] <jsgotangco> ok thanks no worries about it
[06:03] <jsgotangco> i'll beposting an update later on the cookbook
[06:03] <highvoltage> ok.
[06:28] <jeffsch> jsgotangco! howz it goin eh?
[06:40] <jsgotangco> hey jeffsch!
[11:02] <k31th> yo
[11:03] <jsgotangco> hi
[11:07] <mdke> hello
[11:31] <rwabel> mdke: did you alraedy upgrade to breezy?
[11:32] <jsgotangco> rwabel, i did whats up
[11:33] <rwabel> just wondering if it's still save to dist-upgrade when apt tells u 168 packages are going to be removed
[11:34] <rwabel> 746 upgraded, 241 newly installed, 168 to remove and 31 not upgraded.
[11:34] <jsgotangco> sure because those packages are not going to be used anymore
[11:34] <jsgotangco> or have been replaced
[11:35] <rwabel> it also seems to be quit like that, because some are dev packages some will be changed. but I'm afraid if one of them are important for the system
[11:36] <jsgotangco> don't upgrade to breezy if you're going to use it for veryday work
[11:36] <rwabel> strange is also why lyx, mysqlcc, noatun-plugins, xfmedia will be removed
[11:37] <rwabel> I know, I can live with that and with working out problems...I just want to have the transition to breezy going well :-) from warty to hoary it was much easier
[11:38] <jsgotangco> we're only in Colony 3 its extremely buggy
[11:38] <jsgotangco> yesterday the installer was borked at stage 2
[11:39] <rwabel> it's already much better than before the gcc and xorg transition :-)
[11:39] <rwabel> in any case I've the list of the packages getting removed. I can always try to install important one's later
[11:40] <rwabel> when they get fixed
[06:23] <jsgotangco> anyone awake at this time?
[06:24] <highvoltage> yes.
[06:24] <highvoltage> many people, all over the world are.
[06:24] <highvoltage> :)
[06:24] <jsgotangco> heh
[06:25] <mpt> Planet Earth. We Never Sleep.
[06:26] <highvoltage> earth, the planet that never sleeps :)
[06:26] <highvoltage> nah, I think "mostly harmless" describes it better.
[06:28] <jsgotangco> lol
[06:28] <jsgotangco> mpt: i can't still archive-mirror
[06:29] <jsgotangco> i should file a bug
[06:30] <mpt> jsgotangco: Yes, https://launchpad.net/products/bazaar/+bugs
[06:30] <mpt> jsgotangco: Sorry you had such a bad experience
[06:37] <jsgotangco> nahhh its ok at least i learned stuff
[06:37] <jsgotangco> i really want UbuntuHelp but no one seems to be interested
[06:41] <jsgotangco> highvoltage: http://www.ubuntu-pk.org/ubuntu_training.pdf
[06:43] <highvoltage> jsgotangco: will check now... (just finishing a large download)
[07:05] <jsgotangco> good night
[07:07] <highvoltage> jsgotangco: good night!


[11:51] <filipegarcia> can anyone explain me why does my touch monitor works with ubuntu mobile but not in Desktop ?
[11:56] <ogra> likely because mobile uses a driver thats not installed by default in desktop
[12:26] <filipegarcia> and can you tell me what drivers mobile uses ?
[12:27] <ogra> its very likely evtouch ...
[12:27] <ogra> apt-cache search for it
[12:32] <filipegarcia> ok
[12:32] <filipegarcia> thank you
[12:35] <filipegarcia> desktop allready have the latest version of xserv-xor-input-evtouch
[12:35] <filipegarcia> but the same configure file doesn't work there


[04:58] -queuebot:#ubuntu-release- Unapproved: cockpit-podman (jammy-backports/universe) [50-1~bpo22.04.1 => 51-1~bpo22.04.1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: openlibm [amd64] (kinetic-proposed/universe) [0.8.1+dfsg-2] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: openlibm [s390x] (kinetic-proposed/universe) [0.8.1+dfsg-2] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: openlibm [arm64] (kinetic-proposed/universe) [0.8.1+dfsg-2] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: openlibm [ppc64el] (kinetic-proposed/universe) [0.8.1+dfsg-2] (no packageset)
[05:58] -queuebot:#ubuntu-release- New: accepted openlibm [amd64] (kinetic-proposed) [0.8.1+dfsg-2]
[05:58] -queuebot:#ubuntu-release- New: accepted openlibm [ppc64el] (kinetic-proposed) [0.8.1+dfsg-2]
[05:58] -queuebot:#ubuntu-release- New: accepted openlibm [arm64] (kinetic-proposed) [0.8.1+dfsg-2]
[05:58] -queuebot:#ubuntu-release- New: accepted openlibm [s390x] (kinetic-proposed) [0.8.1+dfsg-2]
[08:28] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (jammy-proposed/main) [2.765.5 => 2.765.6] (desktop-core, i386-whitelist)
[08:44] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (jammy-proposed) [2.765.6]
[09:35] -queuebot:#ubuntu-release- New binary: gpgme1.0 [amd64] (kinetic-proposed/main) [1.17.1-4ubuntu1] (core, i386-whitelist)
[09:35] -queuebot:#ubuntu-release- New binary: gpgme1.0 [s390x] (kinetic-proposed/main) [1.17.1-4ubuntu1] (core, i386-whitelist)
[09:35] -queuebot:#ubuntu-release- New binary: gpgme1.0 [i386] (kinetic-proposed/main) [1.17.1-4ubuntu1] (core, i386-whitelist)
[09:36] -queuebot:#ubuntu-release- New binary: gpgme1.0 [ppc64el] (kinetic-proposed/main) [1.17.1-4ubuntu1] (core, i386-whitelist)
[09:50] -queuebot:#ubuntu-release- New binary: gpgme1.0 [arm64] (kinetic-proposed/main) [1.17.1-4ubuntu1] (core, i386-whitelist)
[09:51] -queuebot:#ubuntu-release- New binary: gpgme1.0 [armhf] (kinetic-proposed/main) [1.17.1-4ubuntu1] (core, i386-whitelist)
[10:31] -queuebot:#ubuntu-release- New binary: gpgme1.0 [riscv64] (kinetic-proposed/main) [1.17.1-4ubuntu1] (core, i386-whitelist)
[14:03] <coreycb> hello SRU team, we have an upload in the bionic unapproved queue that I would like to see if we can get a review for, it is for nova. thank you.
[14:08] <oSoMoN> Hello SRU team. The SRU for bug #1982340 has been verified. I know that by policy the update should stay in jammy-proposed for a minimum of 7 days, but given that we want it in 22.04.1, is there a chance this staging period can be reduced?
[15:40] <coreycb> One more for SRU team, I'd like to see if we can get nova released to focal-updates. It looks like it is ready to go and verified.
[15:47] <vorlon> jbicha: fyi IS has moved hirsute and impish all in one go off of archive.u.c and onto old-releases, so an osinfo-db update would seem to be timely now
[16:28] -queuebot:#ubuntu-release- Unapproved: net-snmp (focal-proposed/main) [5.8+dfsg-2ubuntu2.3 => 5.8+dfsg-2ubuntu2.4] (desktop-core, i386-whitelist, ubuntu-server)
[16:38] -queuebot:#ubuntu-release- Unapproved: xdg-desktop-portal (focal-proposed/main) [1.6.0-1ubuntu1 => 1.6.0-1ubuntu2] (ubuntu-desktop, ubuntugnome)
[16:47] <bdmurray> mapreri: In your core deve application you made reference to some SRUs that you thought did not go well. I think it would be helpful if you were to start a conversation on the ubuntu-release mailing list about those so the SRU team can look into them.
[16:51] <rbasak> ^ indeed. We were tight on time and that comment wasn't going to influence my decision, so I didn't go into it. But I appreciate and would like to understand your feedback better, too.
[17:23] <bdrung> hi, can someone remove the two apport SRUs from the unapproved jammy and focal queue? I need to reference one more bug in debian/changelog.
[17:23] <bdrung> maybe @bdmurray
[17:24] -queuebot:#ubuntu-release- Unapproved: tomcat9 (jammy-proposed/universe) [9.0.58-1 => 9.0.58-1ubuntu0.1] (no packageset)
[17:25] -queuebot:#ubuntu-release- Unapproved: rejected apport [source] (jammy-proposed) [2.20.11-0ubuntu82.2]
[17:25] -queuebot:#ubuntu-release- Unapproved: tomcat9 (focal-proposed/universe) [9.0.31-1ubuntu0.2 => 9.0.31-1ubuntu0.3] (no packageset)
[17:26] -queuebot:#ubuntu-release- Unapproved: rejected apport [source] (focal-proposed) [2.20.11-0ubuntu27.25]
[17:27] <bdrung> thanks
[17:28] <bdrung> and new versions uploaded
[17:29] -queuebot:#ubuntu-release- Unapproved: apport (focal-proposed/main) [2.20.11-0ubuntu27.24 => 2.20.11-0ubuntu27.25] (core, i386-whitelist)
[17:29] -queuebot:#ubuntu-release- Unapproved: apport (jammy-proposed/main) [2.20.11-0ubuntu82.1 => 2.20.11-0ubuntu82.2] (core, i386-whitelist)
[17:41] -queuebot:#ubuntu-release- New binary: terraphast [armhf] (kinetic-proposed/universe) [0.0+git20200413.8af2e4c+dfsg-1] (no packageset)
[17:50] -queuebot:#ubuntu-release- New binary: terraphast [riscv64] (kinetic-proposed/universe) [0.0+git20200413.8af2e4c+dfsg-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: libcgroup [amd64] (kinetic-proposed/universe) [2.0.2-2] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: libcgroup [ppc64el] (kinetic-proposed/universe) [2.0.2-2] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: libcgroup [s390x] (kinetic-proposed/universe) [2.0.2-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: libcgroup [arm64] (kinetic-proposed/universe) [2.0.2-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: libcgroup [armhf] (kinetic-proposed/universe) [2.0.2-2] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: rhvoice [amd64] (kinetic-proposed/multiverse) [1.8.0+dfsg-2] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: rhvoice [ppc64el] (kinetic-proposed/multiverse) [1.8.0+dfsg-2] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: rhvoice [s390x] (kinetic-proposed/multiverse) [1.8.0+dfsg-2] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: libcgroup [riscv64] (kinetic-proposed/universe) [2.0.2-2] (no packageset)
[23:45] -queuebot:#ubuntu-release- New binary: rhvoice [armhf] (kinetic-proposed/multiverse) [1.8.0+dfsg-2] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: rhvoice [arm64] (kinetic-proposed/multiverse) [1.8.0+dfsg-2] (no packageset)


[08:44] <prashant> hello
[08:44] <prashant> can you help me for my keyboard layout issue
[08:45] <prashant> I found that many peoples have wrong keyboard key mapping issue
[16:10] -queuebot:#ubuntu-quality- Builds: Ubuntu MATE Desktop amd64 [Yakkety Beta 1] (20160823) has been added
[16:10] -queuebot:#ubuntu-quality- Builds: Ubuntu MATE Desktop powerpc [Yakkety Beta 1] (20160823) has been added
[16:10] -queuebot:#ubuntu-quality- Builds: Ubuntu MATE Desktop i386 [Yakkety Beta 1] (20160823) has been added
[16:10] -queuebot:#ubuntu-quality- Builds: Kubuntu Alternate amd64 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu DVD amd64 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Desktop amd64+mac [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Active i386 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu DVD i386 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Desktop armhf+omap4 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Desktop i386 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Desktop amd64 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Plasma 5 Desktop amd64 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Alternate i386 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Plasma 5 Desktop i386 [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Desktop powerpc [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Lubuntu Alternate amd64 [Yakkety Beta 1] (20160822) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Lubuntu Alternate powerpc [Yakkety Beta 1] (20160822) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop i386 [Yakkety Beta 1] (20160822) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Kubuntu Desktop armhf+omap [Yakkety Beta 1] (20160819) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Lubuntu Alternate i386 [Yakkety Beta 1] (20160822) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop powerpc [Yakkety Beta 1] (20160822) has been added
[16:11] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop amd64 [Yakkety Beta 1] (20160822) has been added
[16:14] -queuebot:#ubuntu-quality- Builds: Ubuntu GNOME Desktop amd64 [Yakkety Beta 1] (20160822) has been added
[16:14] -queuebot:#ubuntu-quality- Builds: Ubuntu Kylin Desktop amd64 [Yakkety Beta 1] (20160822) has been added
[16:14] -queuebot:#ubuntu-quality- Builds: Ubuntu GNOME Desktop i386 [Yakkety Beta 1] (20160822) has been added
[16:14] -queuebot:#ubuntu-quality- Builds: Ubuntu Kylin Desktop i386 [Yakkety Beta 1] (20160822) has been added
[16:15] -queuebot:#ubuntu-quality- Builds: Ubuntu Studio DVD amd64 [Yakkety Beta 1] (20160818) has been added
[16:15] -queuebot:#ubuntu-quality- Builds: Ubuntu Studio DVD i386 [Yakkety Beta 1] (20160818) has been added
[16:21] -queuebot:#ubuntu-quality- Builds: Ubuntu GNOME Desktop amd64 [Yakkety Beta 1] has been updated (20160823)
[16:21] -queuebot:#ubuntu-quality- Builds: Ubuntu GNOME Desktop i386 [Yakkety Beta 1] has been updated (20160823)


[02:14] <dzho> date -d @1500000000
[02:14] <dzho> coming up soon
[03:07] <cmaloney> Happy timestamp thingie
[15:40] <cmaloney> jrwren: What is this old job / new job thing? :)
[16:20] <jrwren> old job - Canonical.
[16:20] <jrwren> new job - spacemonkey
[16:23] <greg-g> jrwren: still working from home?
[16:27] <jrwren> yes, I was in SLC M-Th this week, but today I'm back home.
[16:28] <greg-g> I was wondering about that boating picture
[16:28] <greg-g> cool
[16:29] <cmaloney> jrwren: That's awesome!
[16:29] <cmaloney> Congratulations!
[16:32] <jrwren> thanks!
[16:34] <greg-g> Their WP article could use some copy editing: https://en.wikipedia.org/wiki/Space_Monkey_%28company%29
[16:34] <greg-g> "Products 1TB drive" heh
[16:34] <jrwren> yeah?
[16:35] <jrwren> that founder, Clint Gordon-Carroll is a really cool guy. Treats people with more kindness and understanding than I've ever seen from any founder type.
[16:35] <greg-g> awesome, that's great
[16:36] <greg-g> and by copy editing, I mean, it kind of repeats it's self (the article) and I can't get a good idea of what they actually do :)
[16:36] <greg-g> just ranting, not about you/the company ;)
[16:36] <jrwren> cloud storage service... what is to get? :)
[16:36] <greg-g> congrats ;)
[16:37] <greg-g> jrwren: how it's different than the 83914 other ones? :P
[16:37] <jrwren> greg-g: in this case, there is no datacenter, the cloud is not someone elses server, it is all the other spacemonkeys.
[16:37] <greg-g> ahhh, that's why the comment about peer-to-peer file storage
[16:40] <jrwren> Yes, and now that they are owned by vivint home security, its a bit different than that description, but still an awesome team.
[16:40] <jrwren> I'm pretty excited.
[16:40]  * greg-g nods
[16:40] <greg-g> cool man
[16:40] <jrwren> I choose this over Khan Academy and Joyent, with whom I was also interviewing.
[16:41] <greg-g> I don't know much about Joyent, but you made a good choice re Khan
[16:41] <jrwren> oh yeah?
[16:41] <jrwren> Why do you say that?
[16:42] <greg-g> my info is from about 2012, but: grant funded is not a great business model. And I didn't hear similar things about Khan as what you said about Clint
[16:43] <greg-g> to elaborate: grant funding does weird things to your planning and team expectations
[16:43] <jrwren> Ah. I see. Well, i know 2 Khan employees and they both love it, so plz consider that it has changed a lot.
[16:43] <greg-g> ah, cool
[16:43] <jrwren> They have 2yrs of runway of funds even if they dont' get renewed funds.
[16:44] <jrwren> whcih is maybe different than it was 5 yrs ago.
[16:44] <greg-g> oh, totally
[16:44] <cmaloney> jrwren: Very cool choice. First i've heard of Spacemonkey.
[16:48] <greg-g> heh, the main/really only contributor to the spacemonekys WP article has only worked on that article, I smell a COI: https://en.wikipedia.org/wiki/Special:Contributions/Steve_the_Tech_Guy ;)
[16:48] <greg-g> (conflict of interest)
[16:48] <cmaloney> heh
[16:48] <greg-g> (I don't care, no one probably does, it's not pure PR speak)
[16:58] <jrwren> http://timestamp.online/countdown/1500000000
[16:58] <cmaloney> Yeah, the moment passed already
[17:02] <jrwren> it did? oh. i missed it.   oh.. dzho even said so.
[17:23] <cmaloney> heh
[20:28] <dzho> even
[20:28] <dzho> oddly enough
[21:06] <greg-g> thcipriani: "The isntaller is now overwritting (the partition) with random data..."
[21:06] <greg-g> er
[21:06] <greg-g> minus the nick at the beginning, but ^
[21:23] <cmaloney> nice
[21:23] <cmaloney> Which installer is this?
[21:27] <greg-g> the netinst one with nonfree wifi drivers (le sigh)
[21:28] <greg-g> and, er, Debian Stretch :)


[17:39] <wxl> key flexiondotorg what do i need to do to use a hdmi→dvi adapter with the pi2 image?
[18:15] <phillw> wxl: the adapter... we have a discussion on Fb now about adpaters, evidently the amazon one is crap.
[18:20] <phillw> belkin is a trusted make, but their stuff is expensive. I do not mind paying the premium for their build quality.


[18:48] <mcphail> Hi. Can I poke someone to request a fix be backported from upstream? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1574102
[22:37] <djs> apw: I'm still confused by the lack of a 4.6-wily kernel, I'm currently running the lts wily hwe on 14.04 but looking for a later kernel
[22:38] <djs> why were all the 4.6-rcX kernels built but not the final release kernel?
[22:38] <djs> if I can just use the 4.6 yakkety kernel I guess that's fine too


[00:22] <spm> Ng: "spinny applet thing"? I do enjoy your technical precision in descriptions. ;-)
[00:44] <dobey> Ng: yeah i've no idea why it does that. there must be some weird race somewhere
[00:47] <Ng> spm: it takes years of practice ;)
[00:52] <dobey> spm: yeah. i'm disappointed he didn't mention cloud computing at all. :)
[00:54] <spm> lol
[09:47] <rodrigo_> morning
[09:48] <SteveA> hi rodrigo!
[10:09] <refic> almost 3 weeks and still no invitation
[10:10] <refic> yargh
[10:10] <refic> :)
[10:24] <Ng> hmm, I just noticed that permissions aren't tracked by ubuntuone - is that a client bug/limitation, or should I file it on the whole thing?
[10:46] <rodrigo_> morning (again) :)
[10:47] <rodrigo_> hmm, nobody has op on this channel?
[10:48] <popey> rodrigo_: it's generally recommended on freenode that people dont stay opped
[10:48] <popey> rodrigo_: rest assured there are people with op here
[10:48] <rodrigo_> so who can change the topic?
[10:49] <rodrigo_> jussi01: ?
[12:43] <facundobatista> Hi all
[12:51] <rodrigo_> hi facundobatista
[14:17] <dobey> Ng: what permissions?
[14:17] <Ng> dobey: mostly I care about +x
[14:18] <Ng> I have ~/bin/ symlinked into my UbuntuOne folder and after I re-installed my laptop, all my scripts got synced down (yay!), but had no +x
[14:18] <Ng> I filed it as bug #385511
[14:20] <dobey> Ng: hrmm. although tracking +x could expose some problems as well, in terms of security
[14:20] <Ng> dobey: I could see a good argument for tracking it all the time, but having the client only apply it when it's in "My Files" and not in "Shared With Me"
[14:21] <dobey> Ng: that might work
[14:23] <Ng> I'm not actually sure if inotify will tell you when permissions change, but if not it would be a good excuse to fix inotify ;)
[14:25] <dobey> Ng: well at the least, i think it tells you the file changed, and not permissions specifically
[14:26] <Ng> :)
[14:26] <dobey> but if the file changes, we should stat() it and update appropriately
[14:28] <dobey> hmm, the allhands survey is lacking some options that could be useful
[14:30] <__lucio__> dobey: like: what brand of beer should we serve next time
[14:34] <popey> \o/ kwak!
[14:34] <dobey> heh
[14:34] <dobey> doh. now /i/ did it.
[14:35] <dobey> __lucio__: clearly we should opt for local microbrews for these sorts of things
[14:55] <rmcbride> dobey: I'm pretty sure that Estrella Damm is as close to a "micro" brew as Barcelona gets. It's definitely the flagship beer there. I don't think we saw a single microbrew in any of the bars we went to in Las Ramblas
[14:56] <__lucio__> but they all served Estrella Damm
[14:56] <__lucio__> that doesnt sound too micro
[14:56] <rmcbride> no it's not. It's just as close as it gets to being local
[14:57] <__lucio__> rmcbride: im waiting to try your beer on the next sprint
[14:57] <dobey> rmcbride: it's local because we passed the brewery on the highway :)
[14:57] <rmcbride> dobey: we passed TWO of them
[14:57] <rmcbride> __lucio__: yea I need to get my brewing setup back in order. Need to replace all the glass pipes and such
[14:59] <dobey> http://www.beeralewhatever.com/cerevseraartisanal.html
[14:59] <dobey> most of the bars we went to were small dives.
[15:00] <rmcbride> dobey: True, too bad we didn't find the place you linked
[15:01] <dobey> yeah, apparently there are a few more too
[15:01] <dobey> but catalunya is more about cava and wine than beer i guess
[15:01] <BUGabundo> good afternoon everyone
[15:02] <dobey> and we found plenty of cava on thursday
[15:02] <rodrigo_> :D
[15:13] <jdobrien> hi BUGabundo
[15:13] <BUGabundo> hi jdobrien
[15:14] <dobey> holas banditos
[15:15] <BUGabundo> ola dobey. who is the new gadjet?
[15:17] <dobey> hmm?
[15:19] <BUGabundo> the 5.6" laptop
[15:20] <dobey> well, it's the poulsbo video, so video doesn't work so well
[15:20] <dobey> but wireless works surprisingly nicely
[16:26] <pygi> hi
[16:26] <pygi> I got the invitation for ubuntuone, but its weird since I cant do anything xD
[16:27] <rodrigo_> hey pygi
[16:27] <pygi> I got 4 of them!
[16:27] <rodrigo_> 4 invitations?
[16:27] <pygi> hi rodrigo_, my friend
[16:27] <pygi> how are you doing :)
[16:27] <pygi> rodrigo_: yes o.O
[16:27] <rodrigo_> pygi: very well, and you?
[16:27] <pygi> none is sane, since they don't work
[16:27] <pygi> rodrigo_: perfect, just a bit busy :)
[16:28] <pygi> libburnia, gsoc, and uni :-
[16:28] <pygi> :-/
[16:28] <pygi> rodrigo_: I heard you were at UDS!
[16:28] <rodrigo_> hmm, Chipaca was looking at some wrong accounts, maybe it's related?
[16:28] <rodrigo_> pygi: yes, you were not, right?
[16:28] <pygi> rodrigo_: I was!
[16:28] <pygi> cool, fifth invitation...
[16:28] <rodrigo_> really???
[16:28] <pygi> 7th...
[16:28] <Chipaca> jdobrien: pin
[16:28] <pygi> wth?!?!
[16:28] <Chipaca> jdobrien: g
[16:28] <rodrigo_> man, I should have known
[16:29] <pygi> rodrigo_: yea :(
[16:29] <rodrigo_> pygi: I'm sure we walked by each other a few times :(
[16:29] <Chipaca> jdobrien: I suspect pygi's problem answers your question?
[16:29] <pygi> rodrigo_: :-/ yup, probably :(
[16:29] <pygi> rodrigo_: next time perhaps? :)
[16:29] <jdobrien> pygi: crap..sorry
[16:29] <rodrigo_> pygi: so now you use ubuntu, not opensuse? :)
[16:29] <rodrigo_> pygi: yes, of course
[16:30] <pygi> rodrigo_: actually, I'm on archlinux now :P
[16:30] <rodrigo_> :)
[16:30] <pygi> jdobrien: its not a problem, just thought I should report it :)
[16:30] <pygi> rodrigo_: I use what I feel like using at a given moment :p
[16:30]  * jdobrien prepares for some hate mail
[16:30] <pygi> jdobrien: any idea what happened?
[16:30] <jdobrien> pygi: you got a bunch of emails right?
[16:30] <dobey> jdobrien: what flavor of hate are you expecting, so i can send you something different?
[16:31]  * pygi has to make sure his Ubuntuone-ala app won't do that :P
[16:31] <pygi> jdobrien: yes
[16:31] <rodrigo_> pygi: wise thinking :)
[16:31] <rodrigo_> ubuntuone-ala?
[16:31] <jdobrien> pygi: we're approving invitation requests...someone has something funky that is throwing an error after the email is sent :(
[16:31] <pygi> yea, before ubuntuone was even announced, I was creating something like it, just open source
[16:31] <pygi> so you can host your own server
[16:31] <pygi> (well, the file sync/sharing part at least)
[16:32] <jdobrien> pygi: have they stopped...please say yes :)
[16:32] <pygi> jdobrien: yes
[16:32] <pygi> rodrigo_: mac, linux, win, and could use either your own server, CloudFiles or S3 :)
[16:32]  * Chipaca sends a couple of fake invitations to pygi to keep jdobrien worried
[16:33] <BUGabundo> pygi: ifolder ? or AFS ?
[16:33] <pygi> BUGabundo: mehold :p
[16:33] <BUGabundo> pygi: want one more invite? ehehe
[16:33] <pygi> BUGabundo: a real one?! :p
[16:33] <BUGabundo> sure why not
[16:33]  * jdobrien blushes
[16:33] <pygi> omg
[16:33] <BUGabundo> unless the system is all crazy up
[16:33] <pygi> it works now
[16:33] <pygi> :P
[16:34] <pygi> congrats for fixing it :p
[16:34] <pygi> rodrigo_: too bad we didn't meet :(
[16:34] <pygi> what sessions were you mostly in?
[16:34] <rodrigo_> pygi: yes :(
[16:35] <rodrigo_> pygi: but well, now that I know you go always to UDS, I'll look for you :)
 Chipaca: hmm
[16:35] <jdobrien>  problem
[16:35] <jdobrien>  Chipaca: I hope it's erroring before sending emails
 jdo: :)
[16:35] <rodrigo_> pygi: desktop mainly
[16:35] <pygi> rodrigo_: this was my first time actually :p
[16:35] <rodrigo_> pygi: ah
[16:35] <rodrigo_> pygi: and what do you in ubuntu?
[16:35] <pygi> rodrigo_: right now? Nothing anymore :)
[16:35] <pygi> I do work on Bazaar however
[16:36] <rodrigo_> good
[16:36] <pygi> rodrigo_: and since when do you ubuntu? xD
[16:37] <rodrigo_> since april, although I'm an old debian user, always had a couple of debian servers at home
[16:37] <rodrigo_> now they are ubuntu :)
[16:37] <BUGabundo> rodrigo_: eheh
[16:37] <pygi> BUGabundo: I  wanted something new to play with, so I decided to do that, a free dropbox :p
[16:37] <BUGabundo> I guess Ubuntu is *only* stealing debian quota on servers
[16:38] <BUGabundo> pygi: DB is free, and paid too
[16:38] <BUGabundo> same as U1
[16:38] <BUGabundo> the client and API is open
[16:38] <pygi> BUGabundo: I know, but you can't host your own server :)
[16:38] <BUGabundo> only server side is closed
[16:38] <pygi> nod
[16:38] <BUGabundo> pygi: well there's a request for that on DB
[16:38] <pygi> that's what I meant with free, you know :)
[16:38] <BUGabundo> which they replyed to consider in the long run
[16:38] <BUGabundo> like 2012
[16:39] <BUGabundo> then you meant installable
[16:39] <pygi> possibly :)
[16:39] <pygi> work got in the way of fsevents module implementation tho
[16:39] <pygi> since I can't test without mac xD
[16:41] <pygi> whoever fixed my invitation to u1 thanks btw ;)
[16:42] <dobey> BUGabundo: actually, the dropbox client isn't open
[16:42] <BUGabundo> dobey: isn't it?
[16:42] <dobey> BUGabundo: the only part that is open, is the nautilus extension, which isn't the actual client
[16:42] <BUGabundo> ohh the nautilus extention is
[16:42] <BUGabundo> not the actuall daemon, yet
[16:42] <BUGabundo> eheh
[16:42] <dobey> BUGabundo: the client daemon itself, isn't open, it's part of the giant binary blob download it does on first run
[16:43] <pygi> I can't see why would that daemon be so hard to reverse engineer...
[16:44] <rodrigo_> no need to reverse engineer if you have an open protocol available in u1 :)
[16:45] <BUGabundo> pygi: thers an API
[16:45] <dobey> pygi: well, if it's all ssl to the server, then it could be difficult :)
[16:45] <BUGabundo> you can implement any client you want
[16:45] <BUGabundo> same as U1
[16:46] <pygi> dobey: ha! perhaps, only perhaps :p
[16:46] <pygi> rodrigo_: heheheh :D
[16:47] <pygi> rodrigo_: since when are you on canonical's payroll? :P
[16:47] <rodrigo_> pygi: and see http://blogs.gnome.org/rodrigo/2009/06/03/desktop-datasettings-replication/
[16:47] <rodrigo_> pygi: since april :)
[16:47] <pygi> rodrigo_: bleh, cool :)
[16:48] <dobey> pygi: i brought him over to the dark side ;)
[16:48] <rodrigo_> :D
[16:48] <pygi> nooooooooo, my mentor is on the dark side now!
[16:48] <pygi> rodrigo_: desktop team or? Btw. I read that post earlier, couchdb++ :)
[16:48] <rodrigo_> pygi: no padawan, I still do gnome work :)
[16:49] <rodrigo_> pygi: online services, so u1
[16:49] <pygi> rodrigo_: btw zeitgeist uses (for now) bzr for revision history
[16:49] <rodrigo_> pygi: working on the desktop integration, all stuff open source, so just on the dark side because dobey is on my team, the rest is ok :D
[16:49] <rodrigo_> pygi: yea, couchdb seems not very good indeed for rev history
[16:51]  * jblount wishes he could sync all the . files in his ~ with Ubuntu One.
[16:51] <pygi> jblount: why aren't you able to do it now?
[16:51] <rodrigo_> jblount: that's coming soon :)
[16:52] <jblount> pygi: Too much manual configuration. I could move it all to my share, then symlink it back, but I'm a web developer with work to do :)
[16:52] <jblount> pygi: As rodrigo_ indicated, we'll be doing this in a super awesome way soon, but it doesn't help me migrate to a new laptop _now_ :)
[16:52] <pygi> :P
[16:52] <pygi> too much marketing talk for me :P
[16:52] <pygi> rodrigo_: btw. working for PSF this year
[16:53] <rodrigo_> PSF?
[16:53] <pygi> python software foundation
[16:53] <dobey> jblount: i don't want to sync them :)
[16:53] <rodrigo_> ah, cool
[16:53]  * dobey likes his private keys to be private
[16:53] <pygi> rodrigo_: btw. p2p sharing in private network would be cool :P
[16:54] <jblount> dobey: Good point...
[16:54] <pygi> one client which has access to internet downloads stuff from U1 server, and syncs it to other clients in local network
[16:54] <rodrigo_> pygi: yeah, with couchdb it's very easy to do that
[16:54] <pygi> rodrigo_: the problem with couchdb is that its a bit memory intensive
[16:55] <BUGabundo> pygi: DB has been promising P2P for an yeatr
[16:55] <rodrigo_> pygi: is it? I can't really notice it's running here all the time
[16:55] <rodrigo_> pygi: although don't have numbers yet
[16:55] <pygi> BUGabundo: and since when are you on canonical's payroll? :P
[16:55] <jblount> dobey: wtf is up with this 10x speed spinning icon?
[16:56] <pygi> rodrigo_: hm, well, it certainly isn't light :)
[16:56] <dobey> jblount: no idea. your files are syncing really fast?
[16:56] <refic> :)
[16:57] <BUGabundo> pygi: me??? I'm just an happy alpha tester
[16:57] <jblount> dobey: :p
[16:57] <dobey> jblount: i really don't know though. it's hardcoded to 10fps, and blocks additional requests to start, so i'm a bit confused myself
[16:57] <BUGabundo> dobey: :))
[16:57] <jblount> dobey: Oh, so you've seen it? I thought it was just happening with me.
[16:58] <dobey> jblount: you aren't the only one to report it, no :)
[16:58]  * BUGabundo just noticed U1 isn't installed since last breakage
[16:59] <refic> so, are there any plans for bigger storage plans?
[17:03] <dobey> refic: there are plans for additional services
[17:03] <refic> alright :)
[17:03] <BUGabundo> refic: and I guess you can always have a special request
[17:09] <jblount> refic: Are you just thinking bigger like 20GB or "Backup my laptop" like 500GB ?
[17:12] <refic> jblount: well, like ~50GB
[17:12] <sladen> BUGabundo: re: your question from a couple of hours ago;  based on my (analysis), of the (current) functionality of the (closed) server side, it's likely only a couple of days work to reimplement it from scratch
[17:12] <sladen> BUGabundo: (which you are welcome to do, and to provide your own diskspace)
[17:13] <BUGabundo> sladen: I don't do code
[17:13] <BUGabundo> but I do an hell of a job finding bugs, sugesting features, and promoting it
[17:13] <sladen> BUGabundo: pay somebody else to reimplement it.  Do you want a quote?
[17:14] <pygi> sladen: heheheheh
[17:15] <BUGabundo> sladen: ah??
[17:15] <BUGabundo> I'm fine with the way it is
[17:15] <BUGabundo> I use both DB and U1 as I see fit
[17:15] <BUGabundo> I have no trouble with server implementaion beeing closed
[17:15] <BUGabundo> I would just love to be able to install it on my own HW
[17:15] <dobey> if you can reimplement our server in only 2 days, more power to you :)
[17:15]  * BUGabundo humm wonders if there is an wishbug for that
[17:16] <sladen> dobey: web interface excluded
[17:16] <BUGabundo> dobey: sudo apt-get install ubuntuone-server
[17:16] <dobey> sladen: even without the web ui, it is a significantly larger amount of work :)
[17:16] <BUGabundo> dobey: sladen: anyone said it would have to be free?
[17:16] <BUGabundo> you can not only sell storage and services, but Server too
[17:17] <BUGabundo> not every user needs to have MultiUser support
[17:17] <pygi> dobey: may I ask how so?
[17:17] <pygi> (I mean, I'm sure the server has more then I'm thinking of, but...(
[17:18] <pygi> _
[17:18] <pygi> )
[17:18] <dobey> although, you need at least some web ui, for the oauth
[17:19] <dobey> pygi: well, it's taken us a lot more than 2 days, and we're still not done... so :)
[17:20] <pygi> dobey: hehe :)
[17:21] <pygi> dobey: understandable :P
[17:21] <sladen> dobey: nah;  for the use-case BUGabundo wants (and anyone else with their colo server), you don't need to implement authenication, or permissions, or sharing.  Only exporting of a real-world directory view and a long list of mappings from hash objects to each of those files/directories
[17:22] <BUGabundo> sladen: just that is a the bare minium
[17:22] <BUGabundo> you guys can make Plans for that and more
[17:22] <BUGabundo> and beat the competiion
[17:22] <sladen> dobey: eg. the difference between s1sync and ubutunone-storage-syncdaemon
[17:23] <dobey> sladen: then you don't need anything. just rsync a directory tree to an ssh server
[17:23] <dobey> which will get you auth and permissions for free
[17:23] <dobey> you definitely need auth
[17:23] <dobey> but that's not ubuntu one
[17:24] <dobey> if you want to re-implement ubuntu one server, you are going to take more than 2 days to do it :)
[17:24] <rodrigo_> yeah, at least 3 or 4 :D
[17:24] <sladen> dobey: to copy the server-infrastructure wholesale, yes, weeks, and several more for testing
[17:29] <rodrigo_> bbl
[17:51] <tcole> I think weeks is about right for the basic server
[17:51] <tcole> that might be a little smaller once we document the protocol semantics a bit better, but not much
[17:52] <tcole> even ours is not a huge piece of software, but it is somewhat subtle
[17:59] <sladen> yeah, I might give it a go (as an interlectual challenge) at the point where's there's enough outline documentation that the implemtentation will take less time than working out /what/ needs to be written first
[18:04] <sladen> is the '[storagefs-local]' stuff for when you guys are running a local instance of the server on your desktops?
[18:05] <kenvandine> dobey: am i crazy or is the applet icon spinning much faster now?
[18:06] <kenvandine> makes me think it is syncing faster :)
[18:07] <BUGabundo> kenvandine: 2nd one reporting that
[18:07] <BUGabundo> kenvandine: (04:56:35 PM) dobey: jblount: no idea. your files are syncing really fast?
[18:08] <kenvandine> hehe
[18:09] <sladen> yank the network cable out;  does it still spin fast?
[18:10] <BUGabundo> mine is slow, while connecting
[18:11] <BUGabundo> let me put a 1000MiB file on a folder shared with ~100 users
[18:11] <BUGabundo> and see how fast that goes
[18:11] <BUGabundo> uploading at 50KiB/s
[18:11] <BUGabundo> icon rotation looks ok
[18:20] <dobey> kenvandine: i think you're crazy :)
[18:20] <kenvandine> whew... good... not a bug then :)
[18:22] <jdobrien> BUGabundo: u1 go boom yet?
[18:24] <BUGabundo> not yet
[18:24] <BUGabundo> still uploading
[18:24] <BUGabundo> testing that theory that doing the sync to several user would create a black hole
[18:25] <BUGabundo> oh wait... that's not U1... damn wrong channel
[18:25] <BUGabundo> never the less I'll let eat my small 3G bw and give you guys a real world test case
[18:26] <jdobrien> BUGabundo: u1 = Ubuntu One
[18:26] <BUGabundo> yep
[18:27] <BUGabundo> dobey: ever saw the file I left on my U1 just for you ?
[18:27] <dobey> uh, no
[18:27] <BUGabundo> ohh
[18:30] <dobey> but you haven't shared anything with me, and i don't generally keep ubuntuone running, because i am too busy stopping/starting/resetting it so i can debug and test stuff
[18:31] <BUGabundo> dobey: ehe I though you would go messing the server HD
[18:31] <BUGabundo> :)))
[18:31]  * BUGabundo raises privacy concern
[18:31] <dobey> i don't have access to the server
[18:32] <kenvandine> bug 385638
[18:32] <BUGabundo> ahahahaha
[18:32] <kenvandine> dobey: as if you didn't have enough to do
[18:32] <BUGabundo> oh its *not* a feature
[18:33] <BUGabundo> LOL
[18:33] <dobey> no, it's a bug
[18:33] <dobey> but definitely not critical
[18:35] <statik> hi jussi01, i haven't met you before. are you part of the ubuntu IRC operator council team ?
[18:39] <Chipaca> dobey: it would be awesome if the rate depended on something :)
[18:39] <dobey> Chipaca: it does
[18:39] <jussi01> statik: yes, I am
[18:39] <jussi01> statik: and nice to meet you :D
[18:39] <dobey> Chipaca: it depends on the rate at which the timeout function is called
[18:40] <Chipaca> dobey: I mean, on something like upload rate, or number of state transitions per second, or body odour, or something like that
[18:40]  * kenvandine would rather it just have an emblem to show activity
[18:40] <dobey> Chipaca: oddly enough, the timeout function has a check, so this shouldn't ever happen
[18:40] <statik> jussi01: great! thanks for hanging out in here
[18:40] <Chipaca> kenvandine: or that, yes; the applet wakes up the cpu a lot
[18:41] <jussi01> statik: no probs, Im an ubuntu one user also :D
[18:41] <dobey> kenvandine: if it was a staic image, how would you know if it was active, or locked up?
[18:41] <BUGabundo> kenvandine: I would like to know how much upload is done/left
[18:41] <kenvandine> BUGabundo: that could be in a tooltip
[18:41] <BUGabundo> welcome jussi01
[18:41] <statik> don't forget the applet is going away (at least in the default config)
[18:41] <Chipaca> dobey: clicking on it should open a status dialog with upload rate, content of the queues, things like that
[18:41] <kenvandine> dobey: the spinning doesn't tell me if it is hug
[18:41] <BUGabundo> kenvandine: mine just says: Synchroninzing
[18:41] <kenvandine> statik: thank you!
[18:41] <dobey> Chipaca: the applet is only spinning when the cpu is already active anyway
[18:42] <Chipaca> dobey: nope, the spinning can be happening with the cpu in a low power state, pushing stuff over the network
[18:42] <Chipaca> dobey: I seen it! :)
[18:42] <BUGabundo> dobey: how about 1 click for details, double click for Nautilus ?
[18:43] <dobey> Chipaca: if your wireless card is that low power, we better start selling those instead
[18:43] <dobey> BUGabundo: the applet is going away, anyway
[18:44] <BUGabundo> oh
[18:44] <BUGabundo> more power to OSD
[18:44] <BUGabundo> lol
[18:44] <BUGabundo> after all that war over UM
[18:44] <BUGabundo> eheh
[18:45] <dobey> eh
[18:47] <jussi01> !cloak | statik
[18:51] <BUGabundo> ahah
[19:07] <loedu> hi
[19:23] <kenvandine> hi loedu
[19:24] <loedu> hi, kenvandine
[19:24] <loedu> i also got the same issue about the icon spinning faster-slower-faster :-)
[19:25] <BUGabundo> ahaha
[19:25] <BUGabundo> its for all of those of us who are screnofenic
[19:26] <loedu> :-)
[19:26] <BUGabundo> you guys ever used gspot ?
[19:27] <BUGabundo> it was/is a codec info app
[19:27] <loedu> nope, not me
[19:27] <BUGabundo> and one of the last versions had a colourful rotating icon
[19:27] <BUGabundo> and the Dev said that about the icon, and had an option for turning it of
[19:27] <BUGabundo> LOLOL
[22:36] <zeenix> hi
[22:36] <zeenix> Ng: seems i wasn't talking to the wrong guy after all :)
[22:37] <Ng> heh
[22:37] <Ng> I am everywhere!
[22:37] <zeenix> you work on ubuntu one?
[22:37] <Ng> 'fraid not, I'm a humble sysadmin ;)
[22:37] <Ng> but there are folk here who do
[22:37] <dobey> heh
[22:37] <Ng> like dobey!
[22:38] <dobey> i am heading out though. i have to go :)
[22:38] <dobey> but i'll look at the scrollback later
[22:38] <zeenix> Ng: who here is doing most of the design and coding?
[22:38] <BUGabundo> Ng: so am I
[22:38] <BUGabundo> funny we never crossed before
[22:39] <__lucio__> zeenix: no one is doing most of anything. we are too many now :)
[22:40] <Ng> zeenix: as __lucio__ says there's quite a few people now - I guess the right answer would depend if you mean the web UI, the gnome integration, or the server backend
[22:40] <zeenix> the later two i guess
[22:41] <zeenix> what i am interested is in possible interaction with UPnP, especially MediaServer
[22:41] <__lucio__> zeenix: what kind of integration?
[22:42] <Ng> I think dobey, MenTaLguY and rodrigo_ are doing the gnome end of things
[22:43] <rodrigo_> zeenix: upnp in what way?
[22:44] <Ng> hmm, could be interesting to access a upnp mediaserver remotely since they often seem to do transcoding (so could squeeze video up my crappy adsl ;)
[22:44] <zeenix> tbh, i don't have antying specific in mind
[22:45] <zeenix> Ng: yeah, something along those lines came to my mind
[22:45] <zeenix> or it could be the other way around too
[22:46] <zeenix> i-e being able to browse remote contents on my PS3
[22:47] <Ng> I wonder what the copyright-istas would have to say about a third party tunnelling your media
[22:47] <Ng> it doesn't seem significantly different to a slingbox type idea though
[22:50] <Ng> (which I mean in a "slingbox is ace and popular and hasn't been sued that I know of" kinda of way :)
[23:38] <BUGabundo> ola n0k1
[23:39] <n0k1> ola BUGabundo


[02:51] <kubotu> ::workspace-bugs:: [1265259] graphical corruption after resuming from suspend @ https://bugs.launchpad.net/bugs/1265259 (by ill)
[08:42] <elcaset> Happy GNU Year!!!
[08:59] <lordievader> Happy New Year everybody ;)
[09:01] <elcaset> yay!
[09:35] <jussi> stickers have arrived :)
[09:37] <elcaset> jussi: Kubuntu stickers?  I'd love to hand those out.  any chance of some of those making it to north america?
[09:38] <jussi> elcaset. valorie will be getting a bunch. ask her to send you some
[09:40] <elcaset> jussi: that werks.  i see valorie at Linux Fest NW in Bellingham each year!
[09:54] <zameltout> bonjour
[09:55] <zameltout> bonjour
[13:48] <BluesKaj> Happy New Year to all
[16:29] <Quintasan> Happy New Year?
[21:53] <valorie> happy new year, everybody
[21:54]  * valorie drags in tired, hungover, but happy
[21:57]  * ahoneybun is here and is not hungover
[21:59] <valorie> the second glass of champagne was not a good idea
[21:59] <valorie> since that followed a couple of G&Ts
[22:00] <valorie> yummy cold brew coffee is helping
[23:19] <ahoneybun> nice


[00:18] <cjohnston> phillw: I'm wondering if bug #857887 has something to do with my not being able to get past the 'Bluetooth OK' thing..  I'm taking off, but I'll be back later if you have responded.
[00:24] <Unit193> cjohnston: He already went to sleeo
[01:13] <cjohnston> thanks Unit193.. you don't have any idea by chance do you?
[01:13]  * POOPLE pushes the big red button
[01:13] <POOPLE> why is my nickname poople
[01:15] <Unit193> cjohnston: What 'Bluetooth OK' thing?
[01:15] <Unit193> POOPLE: I don't happen to know, but you can change it with   /nick MyNick
[01:16] <cjohnston> Unit193: When booting into beta 2 (and beta 1, and the daily from a few days ago) the system is going through its checks, * Starting NTP server ntpd [OK]  * Starting Bluetooth [OK]
[01:16] <cjohnston> Then it hangs
[01:16] <POOPLE> it's not working, must be a glitch
[01:16] <bazhang>  /j #freenode
[01:16] <POOPLE> test
[01:16] <POOPLE> eh whatever
[01:17] <Unit193> cjohnston: Do you happen to have bluetooth in the computer?
[01:18] <cjohnston> I'm not sure if my keyboard is BT or not
[01:20] <Unit193> I just installed Lubuntu and didn't have this issue, but I don't have builtin (or plugged in) bluetooth
[01:23] <Unit193> cjohnston: Wish I could help
[01:23] <cjohnston> Thanks Unit193
[01:24] <Unit193> All I can think of is to try taking out all bluetooth adapters and see if it still gets triggered. Since this is livecd I could check it with my adapter now
[01:25] <cjohnston> I booted fine from the LiveCD..
[01:26] <cjohnston> and bluetooth says ok...
[01:26] <cjohnston> I'm wondering if its the issue that is reported in the bug where nvidia isnt installing correctly
[01:26] <Unit193> What changed?
[01:26] <cjohnston> Restricted drivers afaik
[05:03] <etfb> When I try opening a directory (folder) from within a program, it opens in Google Chrome.  How do I make it open in the file manager program?
[05:04] <KM0201> ummm.
[05:04] <KM0201> hang on... thats happened to me before
[05:06] <KM0201> etfb: u still here?
[05:07] <etfb> Yes, KM0201.
[05:07] <KM0201> do this..
[05:07] <KM0201> open a terminal
[05:07] <KM0201> at the terminal prompt
[05:08] <KM0201> type     pcmanfm
[05:08] <KM0201> that should open up file browser in your home folder
[05:08] <KM0201> once in your home folder
[05:08] <KM0201> right click any folder, and choose "Open With"
[05:08] <KM0201> on the next window, go to Accessories/File Manager... and at the bottom, check the box that says "Set selected application as default"
[05:08] <KM0201> then click OK
[05:09] <etfb> OK. Testing now.
[05:10] <etfb> Didn't work for the program I was using (Deluge bittorrent tool) - clicking Open Folder still calls up Chrome.  Tried restarting the program; perhaps I should try rebooting?
[05:11] <KM0201> if it didn't work, then you did something wrong.
[05:11] <KM0201> you're using LXDE, right
[05:11] <KM0201> ?
[05:11] <etfb> Yep, recent installation of Lubuntu 11.04, no weird changes.
[05:12] <etfb> Deluge doesn't have the same problem in Ubuntu 11.04 (using Unity) so I don't *think* it's directly related to that.
[05:12] <JohnDoe_71Rus> etfb: try reinstall deluge
[05:12] <KM0201> i don't use deluge.. so.. i dunno.. do other folders open up normally?
[05:13] <KM0201> i don't think reinstalling deluge is gonna fixthis
[05:13] <etfb> Think of another program with a similar option. I can't think of one. I suppose I can take a look at the source and see how they implement that menu option...
[05:14] <KM0201> what are you talking about?
[05:15] <KM0201> well, gotta go, i'm tired
[09:31] <apanda> how can i manage (delete) entries in the startmenu?
[14:09] <me-1> hi...if I use 10.04 what should i expect from 11.04..?