[09:27] <ravage> https://p.haxxors.com/euvkub6g.txt does that make any sense? a matrix user wrote this. he seems a little upset with the current process :)
[09:29] <ravage> oh. he is on IRC too. alkisg :)
[09:30] <Fallen> And I am on the Matrix channel as well, thank you for forwarding though! I'll take a look later today :)
[09:31] <lotuspsychje> hey ravage welcome o/
[09:31] <lotuspsychje> morning Fallen
[09:32] <Fallen> good morning lotuspsychje ! Thank you for setting up intros in #ubuntu-discuss :)
[09:32] <ravage> Fallen, yes i know. but maybe this is a better place than in the main Ubuntu room
[09:32] <lotuspsychje> welcome Fallen i will be happy to participate all the way
[09:33] <ravage> if this is something worth discussing he can join here maybe
[09:38] <lotuspsychje> i agree there's a lot of dupe bugs out there
[09:39] <lotuspsychje> but on the other hand, regular wont always find their ways upstream or know the concept
[09:43] <lotuspsychje> ubuntu's yelp (help icon) also only describes howto file a bug with ubuntu-bug & manualy


[11:37] <duanedesign> morning all
[11:43] <fagan> morning duanedesign
[11:50] <duanedesign> rye: thought you might find this interesting http://www.stgraber.org/2011/06/14/app-containing-on-the-modern-linux-desktop/
[11:52] <ThePhobos> Hi
[11:53] <ThePhobos> I got a "problem" with my windows u1 client - it seems to create files with some uuid (e.g. ".7e69c264-b81e-4920-a4b1-42c9b231eab7") and sometimes even uploads them to my store
[11:54] <ThePhobos> does anyone know what they are  for and wether I may delete them?
[11:55] <rye> mandel, ^
[11:55] <ThePhobos> that explains all ;)
[11:57] <mandel> ThePhobos: does are partial files, feel free to delete them, the issue there is that the tool is not working as expected
[11:57] <mandel> ThePhobos: its a known issue but we are working really hard to get the new version out in a few weeks that will have all the same features as on linux
[11:57] <ThePhobos> ok gr8 thx :)
[11:58] <ThePhobos> The linux client rocks definitely
[11:59] <ThePhobos> btw was the android contacts client cancelled? I cant find it in the market?
[12:01] <rye> ThePhobos, the contacts app info - http://voices.canonical.com/ubuntuone/?p=943
[12:01] <ThePhobos> ah ok thanks again
[12:05] <ThePhobos> well keep up the good work then and Im definitely looking forward to the new windows Client
[12:05] <ThePhobos> cya
[12:31] <nessita> hello everyone!
[12:33] <nessita> mandel, alecu: if you can, I need reviews
[12:33] <mandel> nessita: sure, shoot
[12:34] <nessita> mandel: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/preferences/+merge/64883 and https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/clicking/+merge/64900
[12:34] <mandel> ok, on them
[12:34] <nessita> mandel: were you able to fix the vm_helpers branch, so I re-review them?
[12:34] <nessita> it* :-P
[12:34] <mandel> nessita: yes, you can take a look
[12:35] <nessita> mandel: great, I'll do that now
[12:38] <nessita> mandel: what did you mean here "It is but it was added as a defensive pr" seems like the phrase was chopped off?
[12:38] <mandel> nessita: oh, I was meant to write defensive programming, in case someone forgets to do it
[12:38] <mandel> but we should be using os.path.join as much as possible
[12:39] <nessita> mandel: right, but I think you misread my question. Let me re-ask:
[12:41] <nessita> mandel: I agree we need to use os.path join for every *path*. But, the suggested path, is something that is not a path in the filesystem but a suggested path, that will be sent to any platform, so we need it to be ~/Documents, always (I think). If you look at ubuntuone/platform/windows/vm_helper.py (ie the Windows implementation), you'll see that even you expect the suggested path to have / and not \
[12:41] <nessita> mandel: there you do "path = suggested_path.replace('/', '\\')"
[12:41] <nessita> mandel: so from that code seems like all the suggested_path in every test should not be built with os.path.join
[12:43] <mandel> nessita: I think we should ask chichara what suggested_path is truly meant to return, 'cause I understood it in a diff way
[12:43] <mandel> nessita: I need to walk the dog, can we do that lateR?
[12:43] <nessita> mandel: then why your code do "path = suggested_path.replace('/', '\\')" in ubuntuone/platform/windows/vm_helper.py?
[12:44] <mandel> nessita: I unsderstoo that the path was ment to be the one used in the platform, and though so because guille moved it to the platform module
[12:45] <nessita> ok, walk the dog, I'm not sure we're understanding eachother :-D
[12:45] <mandel> hehe
[12:50]  * mandel walking dog
[12:57] <nessita> Chipaca: hi there, can I bother you with some reviews?
[12:58] <Chipaca> nessita: no, but you can ask me to do them without it bothering me
[12:58] <nessita> lol
[12:58] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/preferences/+merge/64883 and https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/clicking/+merge/64900
[12:58] <nessita> Chipaca: if you run the QT tests, you need to git clone the qtreactor into the branch from:
[12:59] <nessita> https://github.com/ghtdak/qtreactor
[13:00] <Chipaca> nessita: tests are expected to pass on [ ] ubuntu [ ] windows [ ] osx [ ] os2
[13:00] <nessita> [x] ubuntu
[13:01] <nessita> may pass in [?] windows
[13:01] <Chipaca> ok :)
[13:04] <alecu> hello #ubuntuone!
[13:06] <Chipaca> nessita: from the IRL-testing thing, -backend isn't needed?
[13:07] <nessita> Chipaca: it is needed indeed, but you don't need to run a separated process since in QT we're not using dbus but plain deferreds (ie all run in the same process)
[13:07] <nessita> hi alecu
[13:13] <Chipaca> nessita: tests on winodws die trying to import dbus
[13:13] <Chipaca> nessita: on linux, they pass
[13:13] <Chipaca> nessita: want to take a look? lenticularis, :20
[13:14] <Chipaca> nessita: I'm probably doing something wrong, because it's trying to test the gtk stuff
[13:14] <nessita> Chipaca: we never ran these suite in windows, so the import error is expected
[13:14] <Chipaca> ah
[13:14] <nessita> Chipaca: ./run-tests test GTK stuff
[13:14] <Chipaca> ok, i'll do the IRL test on windows
[13:15] <nessita> ./run-tests -qt tests the QT stuff
[13:15] <Chipaca> nessita: run-tests uses xvfb-run
[13:15] <Chipaca> nessita: so I'm running u1trial
[13:17] <nessita> Chipaca: the control panel does not work on windows since we can't communicate with syncdaemon yet, that is what mandel is working on
[13:17] <Chipaca> hm, where was it I got txnamedpipes from?
[13:17] <nessita> Chipaca: lp:rxnamedpipes
[13:17] <nessita> Chipaca: lp:txnamedpipes
[13:19] <nessita> Chipaca: the u1cp backend uses SyncDaemonTool which does not exist on windows, yet, that is the work that mandel was supposed to submit for reviews yesterday
[13:20] <nessita> but that work depends on this branch https://code.launchpad.net/~mandel/ubuntuone-client/working_windows_vm_helper/+merge/64804 which needs fixing, and now that I see, d-obey needs-fixing'd it and he's out today...
[13:20] <nessita> crap, the branch will be blocked until Monday
[13:23] <nessita> Chipaca: maybe the iocpsupport does not have a __init__?
[13:23] <Chipaca> i probably need to build it or sth
[13:23] <Chipaca> anyway, nm
[13:23]  * alecu is having breakfast, bbl
[13:24] <nessita> alecu: you have the txnamedpipes compiled, right?
[13:24] <alecu> nessita, yes
[13:24] <nessita> alecu: can you please forward that to Chipaca?
[13:24] <Chipaca> nessita: nah, compiled it
[13:26] <alecu> I just forwarded it anyway....
[13:26] <nessita> alecu: thanks!
[13:26] <nessita> mandel: you back?
[13:27] <Chipaca> i don't seem to have txnamedpipes.qt
[13:27] <nessita> looks like it
[13:27] <Chipaca> i'm sure i saw a url for that somewhere
[13:28] <nessita> https://code.launchpad.net/~mandel/txnamedpipes/add_qt_integration/+merge/61923
[13:28] <nessita> but needs fixing still
[13:38] <Chipaca> hmm
[13:38] <Chipaca> ubuntuone.logger
[13:41] <nessita> Chipaca: ./setup.py build
[13:42] <nessita> Chipaca: that is the work regarding CredentialsManagementTool that we have been talking in the meetings
[13:42] <nessita> Chipaca: mandel landed it, now we need the control panel use that
[13:42] <ralsina> morning ubuntuone
[13:42] <nessita> instead of hitting dbus
[13:42] <nessita> loooooook! a ralsina!!!!
[13:42] <Chipaca> ok :)
[13:43] <Chipaca> alo ralsina! fala muito portugues?
[13:43] <nessita> Chipaca: I'll start working on that. alecu, when you're back, let's sync tasks.
[13:43]  * Chipaca no sabe nada de nada de pt, se nota?
[13:43] <nessita> noooooo
[13:43] <Chipaca> ;)
[13:43] <nessita> Chipaca: grab a mate so you have your mouth busy :-P
[13:43]  * nessita handles a mate
[13:44] <Chipaca> nessita: I don't usually type with my hands
[13:44] <Chipaca> with my mouth, i mean
[13:44] <nessita> :-D
[13:44] <ralsina> Chipaca: eramos todos argentinos, y la gente del hotel habia que hablarle en ingles asi que nada nada :)
[13:44] <Chipaca> ooohhhhh
[13:44] <fagan> Chipaca: is that a manager joke
[13:44] <Chipaca> fagan: no, *I* am a manager joke
[13:44] <ralsina> mattgriffin: pong
[13:44] <fagan> Chipaca: heheh
[13:44] <nessita> fagan: when in doubt, everything is a manager joke
[13:45] <mattgriffin> ralsina: good morning. made it home yet?
[13:45]  * fagan learns not to listen to managers any more since they are always joking
[13:45] <ralsina> mattgriffin: wednesday at noon :-)
[13:46] <ralsina> mattgriffin: just started feeling alive today though
[13:46] <Chipaca> ralsina: you're supposed to be on holiday
[13:46] <mattgriffin> ralsina: oh good. must be odd to be back after so long. the seasons have changed ;)
[13:46] <Chipaca> ralsina: scram!
[13:46] <ralsina> Chipaca: I am, just miss you guys
[13:46] <Chipaca> ralsina: unless you've dropped by to show off your suntan
[13:46] <ralsina> mattgriffin: well, it was raining and chilly exactly the same as in london
[13:46] <mattgriffin> ralsina: quick question about FISL
[13:47] <ralsina> mattgriffin: I am not sure... chipaca, should we send mandel to fisl? noone else wants to go
[13:47] <ralsina> either that or I go
[13:47] <Chipaca> and he does?
[13:48] <ralsina> Chipaca: he does
[13:48] <ralsina> My wife just said "tell them you go and take me there"
[13:48] <Chipaca> what's the date?
[13:48] <mattgriffin> Chipaca: need someone to speak about the u1 developer program
[13:48] <Chipaca> mattgriffin: i know
[13:48] <ralsina> let me check... 29/jun
[13:48] <mattgriffin> 29 jun - 2 july
[13:49] <Chipaca> ugh
[13:49] <Chipaca> either or both can go, iff we've released :)
[13:49] <ralsina> hahaha
[13:49] <mattgriffin> should we confirm that the speaker slot is still available?
[13:50] <nessita> so, I will jump in in this one. Isn't aquarius *the* person to go there?
[13:50] <Chipaca> yes, yes he is
[13:50] <nessita> I mean, mandel speaking in spanish from spain is as not-understandable as english
[13:51] <ralsina> nessita: he is another option, but really? Send aquarius on ANOTHER trip?
[13:51] <nessita> ralsina: another?
[13:51] <fagan> yeah sending him everywhere is a bit bad
[13:51] <Chipaca> ralsina: he's one of the less traveled ones
[13:51] <mandel> nessita: what do you mean, my spanish is great
[13:51] <ralsina> budapest, full team sprint, futures sprint, now fisl?
[13:51] <fagan> well the sprint wasnt that far
[13:51] <nessita> mandel: YOU ARE BACK!!!!
[13:51] <fagan> it was just up the road for hi
[13:52] <fagan> *him
[13:52] <Chipaca> ralsina: aquarius is a local in london, according to jamesh
[13:52] <nessita> mandel: c'mon, we need to transform you in a branch landing machine
[13:52] <ralsina> Chipaca: well, he had to stay at the hotel in london fr 12 days or so...
[13:52] <nessita> mandel: land, land, land!
[13:52] <fagan> nessita: well I can do merge requests when ever they come around
[13:52] <mandel> nessita: :)
[13:52] <fagan> just for code style and running the tests and the like
[13:52] <mandel> nessita: I need to get momentum first :)
[13:53] <nessita> mandel: I'm worry about the vm_helper branch, since d-obey is not here, and he needed-fixing your branch
[13:53] <nessita> so, unless the bosses allows to, that branch is blocked until MOnday :-(
[13:53] <Chipaca> I ALLOW
[13:53] <mandel> nessita: monday?
[13:53] <mandel> nessita: is he on holidays?
[13:53] <Chipaca> you know how to get around tarmac for that, yes?
[13:53] <Chipaca> mandel: swap day
[13:53] <nessita> mandel: d-obey is not coming today
[13:53] <Chipaca> mandel: because we pulled him from his swap day on tuesday to unblock things
[13:54] <nessita> Chipaca: yes, bzr push lp:ubunutone-client
[13:54] <Chipaca> nessita: :)
[13:54] <nessita> Chipaca: well, he will scream, so I need you to take that burden. If we have your +1, I'll seek another review and we'll land
[13:54]  * ralsina has the rubberstamp and/or can do a proper review
[13:54] <nessita> I said scream but I meant not being happy, sorry
[13:55] <fagan> standup in 5
[13:56] <mandel> nessita: we need to first talk about the suggested path method, then we can land it if it is ok
[13:56] <nessita> yeah
[13:56] <mandel> nessita: but I'll like to ask that in chicharra after the standup
[13:56] <nessita> mandel: I'm asking verterok to give us a hand and a review
[13:56] <mandel> nessita: great!
[13:57] <nessita> ok, let's write standup notes
[13:57] <Chipaca> nessita: a less screamy version is to make a new branch
[13:57] <alecu> ralsina, hello there boss.
[13:57] <nessita> Chipaca: see? that's why you're the boss
[13:57] <Chipaca> mandel: what was the program called that replaced C-A-D ? was it process explorer?
[13:57] <Chipaca> nessita: that, and my dashing good looks
[13:58] <alecu> ralsina, if your wife is thinking on going to porto alegre, let me tell you guys that FISL is great, but the city is not really suitable for tourism.
[13:58] <nessita> alecu, mandel, Chipaca: mumble after standup to syncup and freak out in group
[13:58] <ralsina> Chipaca: yes, process explorer
[13:59] <ralsina> Chipaca: are you in the office today?
[14:00] <Chipaca> ralsina: I am in my office, not in the office
[14:00] <fagan> me
[14:00] <ralsina> Chipaca: ok
[14:00] <nessita> me
[14:01] <fagan> mandel, alecu thisfred (I think)
[14:01] <mandel> me
[14:01] <mandel> Chipaca: let me check
[14:01]  * fagan thinks thats all thats supposed to be here today
[14:01] <thisfred> me
[14:01] <nessita> alecu: standup?
[14:02] <alecu> me
[14:02] <nessita> fagan: go!
[14:02] <fagan> DONE
[14:02] <fagan> * A little bit of fiddling with objective C
[14:02] <fagan> * Re-read some of the twisted stuff just to keep it fresh
[14:02] <fagan> * Wrote 3 diary posts since I haven't been keeping up on them
[14:02] <fagan> TODO
[14:02] <fagan> * Find some bug or something interesting to do
[14:02] <fagan> * publish the posts
[14:02] <Chipaca> mandel: yeah, process explorer. ralsina: thanks. unzipped and replaced c-a-d :)
[14:02] <fagan> Blocked
[14:02] <fagan> * nope
[14:02] <fagan> nessita: go
[14:02] <nessita> DONE: reviews, bug #798217, bug #797294, bug #798198,
[14:02] <nessita> TODO: bug #798429, bug #798413, define who work on migrating u1p to CredentialsManagementTool
[14:02] <nessita> BLOCKED: nopes, but close to freak out :-D
[14:02] <nessita> NEXT: mandel
[14:02] <ubot4> Launchpad bug 798217 in ubuntuone-client "ubuntuone-login fails with ImportError (affects: 1) (heat: 6)" [Critical,Fix committed] https://launchpad.net/bugs/798217
[14:02] <ubot4> Launchpad bug 797294 in ubuntuone-control-panel "Implement preferences tab in the QT version (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/797294
[14:02] <ubot4> Launchpad bug 798198 in ubuntuone-control-panel "Implement clicked callback for buttons that link to the web (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/798198
[14:02] <thisfred> DONE: bug #779851 TODO: package couchdb for IS / work with vds on porting the servers to a more recent desktopcouch
[14:02] <ubot4> Launchpad bug 798429 in ubuntuone-control-panel "Implement functionality for adding a new cloud folder (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/798429
[14:02] <ubot4> Launchpad bug 798413 in ubuntuone-control-panel "Provide a method in backend to list only devices info without querying local settings from syncdaemon (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/798413
[14:02] <thisfred> oops
[14:02] <ubot4> Launchpad bug 779851 in ubuntuone-client "Ubuntu One's Unity progress bar is uninformative when transferring a single file (affects: 2) (dups: 1) (heat: 18)" [Wishlist,In progress] https://launchpad.net/bugs/779851
[14:02] <thisfred> didn't mean to hit enter]
[14:02] <mandel> DONE: worked on bug 798638 and bug 798641 and so that the can be landed and fixxed asap.
[14:02] <mandel> TODO: lad the rest of sd tool.
[14:02] <mandel> BLOCKED: nope
[14:02] <ubot4> Launchpad bug 798638 in ubuntuone-client "There is no vm helper implementation for windows (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/798638
[14:02] <ubot4> Launchpad bug 798641 in ubuntuone-client "The windows IPC should be using named pipes and not sockets (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/798641
[14:03] <mandel> thisfred: go go go
[14:03] <thisfred> ^
[14:03] <thisfred> BLOCKED: no
[14:03] <thisfred> alecu: !
[14:03] <alecu> DONE: been working on bug #797256, fixing tests in mandel's txnamedpipes+qt branch
[14:03] <alecu> TODO: add more tests, make control-panel-qt run on windows
[14:03] <alecu> BLOCKED: found a few weirdness in the branch, that need to discuss with mandel
[14:03] <ubot4> Launchpad bug 797256 in txnamedpipes "There is no integration with the Qt UI main loop (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/797256
[14:04] <alecu> NOTE: will be working on monday, and I'll save the natholiday for later.
[14:04]  * nessita too
[14:04]  * alecu goes to canonicaladmin
[14:05] <nessita> ralsina: alecu and I are working this Monday because we're at least 2 days behind. We will be filling the swap request in the canonicaladmin today
[14:05] <ralsina> nessita: good I will approve. And I promise to be back on tuesday to help :-(
[14:06] <fagan> ralsina: while you are here is there anything in particular I should be doing at the moment
[14:06] <nessita> ralsina: if you're bored, Lisettee sent the installer build guide, which may be interesting for you since you started with that, I think
[14:06]  * fagan at least knows how to approach the tests now
[14:07] <nessita> alecu, Chipaca, mandel: mumble?
[14:07] <ralsina> fagan: re-search for bugs that you believe you could fix.
[14:07] <ralsina> fagan: now that you know more about tests you may do them before someone comes and steals them from you ;-)
[14:07] <Chipaca> going ...
[14:07] <fagan> ralsina: ill go look for a bug I suppose then
[14:08] <ralsina> nessita: I read that, will check it more thoroughly
[14:08] <ralsina> fagan: that is what developers do. Look for a bug, fix it, repeat ;-)
[14:08] <fagan> ralsina: well and features too
[14:08] <fagan> :)
[14:08] <nessita> ralsina, fagan: the nm0.9 fix that michael terry made is already landed in both ussoc and u1client (FYI)
[14:09] <fagan> nessita: yeah I saw thats why I didnt work on it
[14:09] <fagan> his one was better I was just using it to learn about the tests
[14:09] <nessita> is ok :-)
[14:09] <fagan> 40 lines > 200
[14:09] <nessita> mandel: you coming?
[14:09] <ralsina> fagan: features are the funny part, you only get them every once in a while ;-)
[14:10] <fagan> ralsina: ah ok
[14:10] <nessita> alecu: can you hear us? (we can't hear you)
[14:10] <nessita> :-D
[14:11] <pmatulis> is there any way to sync files with ubuntu one without using nautilus (i'm using lubuntu, it uses pcmanfm)?
[14:12] <nessita> mandel: ping?
[14:13] <rye> pmatulis, u1sdtool CLI is sufficient
[14:13] <Chipaca> pmatulis: nautilus integration is merely for convenience
[14:14] <mandel> nessita: goign, sorry  I wes in the loo
[14:14] <nessita> mandel: ENOPARSE :-)
[14:15] <Chipaca> pmatulis: http://askubuntu.com/questions/15710/ubuntu-one-for-xfce
[14:15] <mandel> hehe, you seems worry I gave info :)
[14:16] <ralsina> mandel: top speaking mancunian, switch to english ;-)
[14:18] <Chipaca> nessita: facundobatista: is there a build of the new magicicada you showed off at the sprint?
[14:19] <fagan> and did you guys make that with quickly :)
[14:19] <Chipaca> HAH! no.
[14:19] <pmatulis> rye, Chipaca: i see.  i'm relieved
[14:22] <nessita> Chipaca: I can build one for you this weekend
[14:22] <Chipaca> nessita: nah, it was for pmatulis :)
[14:22] <nessita> Chipaca: I'm just waiting a review from facundobatista, and then I will build a new binary
[14:22] <nessita> ah
[14:23] <nessita> pmatulis: bzr branch lp:magicicada; cd magicicada; ./bin/magicicada
[14:23]  * facundobatista will review nessita extensively
[14:23] <pmatulis> nessita: will try, thanks a bunch
[14:24] <nessita> pmatulis: let me know how that goes! (is a WIP)
[14:25] <ralsina> Ok, back to my vacation. Have fun, tweet me if there's anything urgent I can help with
[14:56] <rodrigo_> any idea why this happens -> http://pastebin.com/SCY6tkPJ ?
[14:56] <rodrigo_> the client (evo-couchdb) is sending the oauth tokens found in the keyring
[14:57] <fagan> rodrigo_: what ubuntu version is it on
[14:57] <rodrigo_> oneiric
[14:57] <fagan> rodrigo_: the keyring breaks the auth in u1 in oneiric
[14:58] <rodrigo_> oh, why?
[14:58] <fagan> rodrigo_: there was some change that breaks us and no one is working on fixing it yet
[14:58] <rodrigo_> ok :(
[14:59] <rodrigo_> now that I fixed the last issue I saw with evo-couchdb, can only test it on the system wide couchdb instance
[14:59] <rodrigo_> rye, ping
[14:59] <rye> rodrigo_, pong
[15:00] <rye> looking at the pastebin... are you using nightlies couchdb-bin ?
[15:01] <fagan> rye: is there a couch problem too?
[15:01] <fagan> I dont know if there is a bug about the keyring thing but it is a known issue
[15:01] <rye> rodrigo_, sorry, not nightlies, hackers
[15:01] <rye> fagan, known?
[15:02] <fagan> rye: there is something broken with how u1 uses the gnome 3 keyring
[15:02] <rye> fagan, ah, gnome 3?
[15:03] <fagan> rye: yeah
[15:03] <fagan> :)
[15:03] <rye> fagan, sorry, i am still on gnome 2
[15:03] <fagan> rye: yeah in 11.10 they updated the keyring and it brakes u1 auth stuff
[15:08] <rodrigo_> rye, hmm, probably
[15:09] <rodrigo_> rye, btw, I remember you told me you had some problem in natty with evo-couchdb, right?
[15:09] <karni> nessita: Hiya! :)
[15:09] <nessita> hi karni
[15:09] <karni> nessita: How are you?
[15:09] <rodrigo_> fagan, doesn't seem so, not sure, the tokens have been added correctly by dc
[15:09] <rye> rodrigo_, yes, i do have it, but i need to re-test w/o nightlies
[15:10] <karni> nessita: I just had a first successful registration with SSO :) Do you delete your accounts on staging or leave them be?
[15:10] <rodrigo_> rye, oh, ok, it's because I just submitted a fix for oneiric that migh work for the natty version
[15:10] <nessita> karni: I let them live... staging sso db is cleared up regularly
[15:10] <rodrigo_> rye, ping me on Monday and I'll build a natty package for you, ok?
[15:10] <rye> rodrigo_, ok
[15:10] <karni> nessita: ok, then I'll just change the password for a stronger one and let them be.
[15:10] <karni> nessita: Thanks :)
[15:11] <nessita> karni: :-)
[15:11] <fagan> rodrigo_: hmmmm its something weirder than that
[15:12] <fagan> I cant remember the details though
[15:12]  * nessita brbs
[15:31] <duanedesign> rye: noticed a recent article on U1 Indicator, fwiw. http://www.ubuntugeek.com/ubuntu-one-indicator-ubuntu-one-plugin-for-application-indicators.html
[15:32] <fagan> duanedesign: I noticed that too
[15:33] <duanedesign> been trying to stay up on my rss feeds lately
[15:33] <rye> duanedesign, thanks... now that you reminded I noticed it has stopped working with latest nightlies :(
[15:41] <CardinalFang> Alright, one week later:  Unity has grown on me.
[15:41] <CardinalFang> Like a fungus.
[15:41] <CardinalFang> A tasty tasty fungus.
[15:41] <CardinalFang> I will keep it.
[15:41] <fagan> CardinalFang: hehe
[15:42] <fagan> I love unity though even with the weird bugs that go on some times
[16:10] <kingmilo> Hi guys, is it possible to use the UbuntuOne service from an Ubuntu Server yet?
[16:50] <CardinalFang> kingmilo, perhaps.  The initial auth probably requires some GUI windows, but if you can display those on a local X, you might be able to work it out.
[16:51] <CardinalFang> kingmilo, we don't have any console notification system, though.
[16:51] <CardinalFang> kingmilo, so, it looses some of its "prettiness".
[17:05] <nessita> alecu, mandel: WE HAVE CredentialsManagementTool in u1cp! review please? https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/cmt-wtf/+merge/65026
[17:20] <duanedesign> rye: do you know of a bbug that prevents resuming downloads of files greater then 25mb?
[17:21] <duanedesign> i think this user is effected by that bug. bug 796877
[17:21] <ubot4> Launchpad bug 796877 in ubuntuone-client "ubuntu one not syncing some files (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/796877
[17:21] <duanedesign> was wondering if maybe their was a master report for that issue to dupe it on
[17:22] <nessita> lunchtime!!!
[17:22] <duanedesign> mmmmm
[17:29] <kingmilo> CardinalFang, Ok thanks, its probably easier to just use a desktop version then. Will UbuntuOne sync if the user is not logged in, ie. if i rsync files to the UbuntuOne folder will UbuntuOne ync it?
[17:34]  * karni enjoys the lunch
[17:36] <karni> kingmilo: by default, Ubuntu One gets the tokens from Gnome Keyring, which is unlocked upon user login. So I would guess it's a 'No'.
[17:37] <karni> kingmilo: on the more extreme - imagine a user has encrypted home. how would Ubuntu One sync that :) (Encrypted file system is mounted upon user login as well.)
[17:37]  * duanedesign waves to karni
[17:37]  * karni waves back and greets duanedesign
[17:38] <kingmilo> karni, Ok, so the user needs to be logged in at all times?
[17:39] <kingmilo> So i should configure the user to be logged in automatically, that way if the server restarts without a user in front of it, then it will login and initiate the sync?
[17:39] <karni> kingmilo: For Ubuntu One to work? Yes. It's a user-oriented service. It's been implemented with the user in mind. It's not a server-friendly piece of software, as you see :(
[17:39] <karni> kingmilo: yes :)
[17:39] <Chipaca> rye: ping
[17:39] <kingmilo> karni, ok, well at least then there is a way to do it :)
[17:40] <Chipaca> rye: iff you're still working today, could you explain on http://askubuntu.com/questions/49273/sharing-files-between-2-ubuntu-one-accounts the data loss possibilities?
[17:40] <Chipaca> rye: (or the way of doing it 'right')
[17:40] <karni> kingmilo: Plus, I'm not saying there are no other ways. You could extract the tokens from gnome keyring and instruct sync daemon to use them and start before any login. How? I'd start with reading the sources, so it's not a short way..
[17:41] <karni> kingmilo: Impossible is nothing :)
[17:41] <Chipaca> kingmilo: headless is easy. dbus-less, probably not that much.
[17:41]  * nessita is back
[17:42] <kingmilo> karni, yes i was attempting that but then i thought why bother, just install ubuntu-desktop and use the normal ubuntu client but make sure the user is constantly logged in.
[17:42] <kingmilo> That way when i drop files via rysnc into the specific folder then it will sync, well thats the theory karni  :)
[17:42] <duanedesign> cant you put the oauth token in the syncdaemon config file
[17:43]  * fagan EOD
[17:43] <fagan> see you all monday
[17:43] <karni> kingmilo: correct. that'd be the easiest way, as long as you have gnome with gnome-keyring, etc. I'm not really profficient on that topic here :)
[17:43] <karni> kingmilo: Right :)
[17:43] <duanedesign> have a good weekend fagan
[17:44] <kingmilo> excellent karni - thanks!  ;)
[17:44] <fagan> you too duanedesign
[17:47] <karni> kingmilo: you are ver welcome!
[17:49] <mterry> Chipaca, did you ever manage to wrangle a U1 designer up (for deja-dup)?
[17:53] <Uber_Geek> do you guys use c or c++?
[17:53] <nessita> thisfred: would you be interested in doing a review? :-)
[17:53] <thisfred> I was waiting all day for you to ask me :)
[17:53] <thisfred> nessita: gimme the url!
[17:53] <nessita> YEAHHHH https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/cmt-wtf/+merge/65026
[17:54] <nessita> thisfred: ah, let me add IRL testing intructions
[17:54] <nessita> :-)
[17:54] <thisfred> thx!
[17:55] <Chipaca> Uber_Geek: why?
[17:56] <Chipaca> mterry: checking on that right now
[17:56] <nessita> thisfred: added!
[17:56] <thisfred> we use EVERYTHING
[17:57] <thisfred> thx
[18:03] <thisfred> +1
[18:11] <alecu> nessita, reviewing it.
[18:11] <nessita> alecu: thanks!
[18:15] <alecu> nessita, approved.
[18:15] <nessita> thanks!
[18:25] <nessita> mandel: ping
[18:57] <alecu> nessita, mandel, Chipaca: http://ubuntuone.com/p/zir/
[18:57] <alecu> ralsina, ^
[18:57] <nessita> WHOOOOHOOOOOOOOOOOOOOOOOOOOO
[18:57] <nessita> WHOOOOOOOOOOOHOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[18:57] <nessita> alecu: does it get the real credentials?
[18:57] <nessita> :-D
[18:58]  * Chipaca orderes pizza con champán for alecu
[18:58] <alecu> nessita, not yet
[18:58] <nessita> alecu: the thing that I like the best is the PASSED in green :-P
[18:58]  * alecu will microwave the remains from yesterday: mila de merluza y puré
[18:58] <mandel> alecu: te love u!
[18:59] <nessita> Chipaca: so, this give us half of alecu's day back :-P
[18:59] <nessita> which would be like recovering 0.25/day, but is something
[19:00] <alecu> this gives me a bit more confidence on qt+txnamedpipes. But just this bit: ><
[19:01] <mandel> alecu: well it works, so is not that bad :P
[19:02] <mandel> alecu: if it is using the qt integration you can try the webclient I did, is a not tested branch I did in 30 min during the sprint but should be a start
[19:02] <nessita> mandel: we agreed this morning we will not use that unless strictly necessary! :-)(
[19:02] <mandel> alecu: also removing the reactor from linux should work AFAIK, but that hsould be for after the 24th
[19:02] <nessita> since moving to that client may raise another issues
[19:02] <mandel> nessita: sure, np
[19:02] <nessita> :-)
[19:03] <mandel> nessita: but I wont delete the branch since it gives proxy support for the control panel on windows...
[19:03] <nessita> mandel: of course, do not delete.
[19:03] <mandel> although since sd has no proxy support we really do not care :)
[19:03] <nessita> mandel: there is a high chance we use your branch, but not just now
[19:03]  * mandel dances in happiness
[19:04] <nessita> poor happiness, you sure she can take your weight? :-D
[19:05] <mandel> nessita: we can try :)
[19:05] <thisfred> mandel: look out, that's dog happiness you're dancing in!
[19:05] <thisfred> and if y'all wanna celebrate like it's 1988: http://turntable.fm/ubuntu_one_team
[19:06] <nessita> thisfred: I refuse! (no news on that, I know). I don't have a facechot account
[19:06] <thisfred> ah :)
[19:07] <alecu> thisfred, "Sorry, we're temporarily not letting new people in. We are at capacity and will be opening back up soon. back"
[19:08] <alecu> thisfred, but just after usurping my email from facebook authentication.
[19:08] <thisfred> Oh, sorry
[19:08] <alecu> :-)
[19:08] <thisfred> it took a while for me to get in too
[19:08] <thisfred> outloud.fm is less fussy
[19:09] <thisfred> and it plays oggs
[19:09] <thisfred> but it doesn't have a 'LAME
[19:09] <thisfred> ' button
[19:09] <thisfred> which is a killer feature
[19:14] <nessita> mandel, Chipaca: so, silly question. Is this path multiplatform: '/etc'
[19:15] <nessita> I'm confused about the '/'
[19:15] <Chipaca> nessita: no, it isn't. why?
[19:15] <nessita> becasue I can't use os.path.join there
[19:15] <mandel> nessita: what is exactly confusing?
[19:15] <nessita> why is not multiplatform?
[19:15] <mandel> because /etc means nothing on windows
[19:15] <nessita> is not like I can do os.path.join('/etc')
[19:15] <mandel> nessita: separator and not root volume
[19:15] <nessita> mandel: eh?
[19:16] <mandel> nessita: were are you using that?
[19:16] <nessita> how can I build a path outside home that is multiplatform?
[19:16] <nessita> a path pointing outside home, I mean
[19:16] <mandel> nessita: what is the path being used for?
[19:16] <thisfred> that's hard, but aside from packaging nothing should point outside home, I think
[19:18] <nessita> mandel: is doesnt matter
[19:18] <nessita> thisfred: I know, this is a test
[19:18] <thisfred> ah ok :)
[19:19] <mandel> nessita: ok, let me look then, one sec
[19:19] <nessita> mandel: ah, I can loook, no worries
[19:19] <nessita> I thought you knew from the top of your head
[19:19] <nessita> :-)
[19:19] <mandel> will me 1 min no more
[19:19] <mandel> nessita: I think I know what you want, let me double check
[19:19] <CardinalFang> nessita, like, a temporary directory?
[19:20] <nessita> no
[19:20] <nessita> I want a valid path pointing to the filesystem to be multiplatform, for example '/' and 'C:\\"
[19:21] <nessita> os.path.root, if such thing existed
[19:21] <mandel> nessita: what about using os.path.expandvars?
[19:22] <nessita> mandel: no worries, I'll work around this
[19:22] <mandel> nessita: I know you can tell windows to expand %SYSTEMROOT% or other things and will be out of the user folder
[19:22] <nessita> ack
[19:22] <mandel> nessita: is there a root env var on linux?
[19:22] <mandel> nessita: that wy you just call the same code and use a diff string… I cannot thing truly multiplatfororm from stdlib
[19:22] <mandel> :(
[19:23] <nessita> mandel: forget about this, please
[19:23] <nessita> mandel: but thanks!!!
[19:23]  * mandel forgets
[19:25] <mandel> nessita: all the needs fixing done, the new lines were added because de lines were 80 chars and not 79
[19:25] <nessita> mandel: looking
[19:27] <mandel> verterok: ping
[19:30]  * mandel needs to buy a fan… even the chicharras are making noise...
[19:31] <nessita> mandel: hurry to move to ARgentina, is freezing here
[19:31] <mandel> here is terrible… I think we are at 30 C and is 8 pm.. I knew there was I reason I left the south of europe..
[19:32] <CardinalFang> nessita, I think you can start at os.curdir, and iteratively append os.pardir upward, testing with os.stat().st_ino until it's the same value for one dir and its "parent".
[19:32] <nessita> CardinalFang: yeah, what I did was:
[19:32] <nessita> outside_home = os.path.abspath(os.path.join(user.home, os.path.pardir))
[19:32] <nessita> :-)
[19:33] <nessita> which is 100% outside home, and will exist
[19:33] <CardinalFang> nessita, ah, thought you wanted root.
[19:33] <nessita> CardinalFang: no, just something outside home and a valid path
[19:33] <nessita> CardinalFang: thanks!!!
[19:33] <CardinalFang> ack
[19:33] <mandel> nessita: on question about ~/Ubuntu One
[19:33] <nessita> mandel: shoooot
[19:34] <CardinalFang> nessita, hopefully, there's nothing for which home = /
[19:34] <mandel> nessita: is that a UDF or is it considered a special path?
[19:34] <nessita> CardinalFang: I guess is a safe assumption
[19:34] <nessita> mandel: 2 things
[19:34] <nessita> 1- no, is not an UDF, is the RootVolume
[19:34] <nessita> 2- do not hardcode ~/Ubuntu One, instead use the definition of root_dir given in Main()
[19:35] <mandel> nessita: ok, just wanted to make sure about that… got it :)
[19:35] <nessita> mandel: so, it could be the case where the RootVolume (volume_id = '') is ~/Ubuntu Two
[19:35] <nessita> and we need to support that
[19:40] <mandel> nessita: is supported, I was thinking about the peple that want to add illegla chars on that, but that will brake and we can tell them is because the screwed up the config
[19:40] <mandel> :)
[19:40] <nessita> ok
[19:42] <nessita> does a window user understand the concept of "your home folder"?
[19:44] <verterok> mandel: pong
[19:44] <mandel> verterok: I;ve made some changes in the branch for the windows volume_manager, can you take a look
[19:45] <CardinalFang> nessita, assume not.  They don't use the word "home" at all, AFAIK.
[19:45] <mandel> verterok: will like to have this approved before my EOD
[19:45] <verterok> mandel: ok
[19:45] <nessita> CardinalFang: what word would they use?
[19:45] <mandel> verterok: gracias!
[19:46] <thisfred> HOEM in Purple 55pt Comic Sans
[19:47] <thisfred> http://www.themostamazingwebsiteontheinternet.com/
[19:48] <thisfred> insert obligatory friday afternoon apology
[19:48] <mandel> alecu: ping
[19:51] <karni> danrabbit, where are you
[19:51] <alecu> mandel, pong
[19:51] <mandel> alecu: can you tell me the value you get when you expand this env var %windir% on your windows machine?
[19:51] <alecu> mandel, C:\Windows
[19:53] <mandel> alecu:  and %USERPROFILE%?
[19:53] <alecu> mandel, C:\Users\user7
[19:54] <alecu> (user7 is the user in the vm)
[19:54] <mandel> alecu: ok, got it, thx
[19:56] <nessita> mandel: branch approved
[19:57] <nessita> mandel, alecu, Chipaca: how does this look? http://ubuntuone.com/p/zjy/
[19:59] <mandel> nessita: looks goo to me
[20:01] <alecu> looks fine.
[20:02] <nessita> ack
[20:25] <mandel> nessita: I need to go, but wil be back later and will propose the branches so that they can be pushed asap, being the latest on monday
[20:25] <mandel> that includes the bin branch, which I have a test failing
[20:25] <nessita> mandel: ok, email me the branches
[20:25] <nessita> mandel: I mean email all of us
[20:26] <nessita> so we can review if we have slots
[20:26] <nessita> mandel: ack?
[20:27] <mandel> nessita: yes, will send the report with the merges and bug worked on, I'm just away a litle because is 21:27 here and I need to take a small break
[20:27] <mandel> nessita:  ack :)
[20:27] <nessita> mandel: get some rest!
[20:28] <mandel> nessita: ok jefa!
[20:28] <nessita> :-P
[21:08]  * nessita is tired
[21:08] <nessita> I'll get some snacks, brb
[22:11] <nessita> review approaching, get ready!!!
[22:17] <nessita> thisfred: ^ :-D
[22:18] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/create-cloud-folder/+merge/65065
[22:18]  * thisfred is on it!
[22:20] <nessita> thanks :-)
[22:22] <thisfred> is it still supposed to say 'Hello Lisette!' ?
[22:24] <nessita> yes
[22:24] <thisfred> nessita: can't choose folders outside home (good) but choosing folders inside home does not add them (bad)
[22:24] <nessita> thisfred: can you please file a bug about that?
[22:24] <thisfred> sure
[22:24] <nessita> thisfred: you will not see the folder iun the list
[22:24] <nessita> the list in the UI is fake
[22:25] <thisfred> but also not in u1sdtool
[22:25] <nessita> thisfred: no? weird
[22:25] <thisfred> nope
[22:25] <nessita> any error in the terminal?
[22:25] <thisfred> tried twice two different folders
[22:25] <nessita> thisfred: please go to the terminal were you're running the UI, and press several enters, then try again and paste the output
[22:26] <thisfred> nessita:  http://pastebin.ubuntu.com/628604/
[22:27] <thisfred> is what happens when I click 'Open'
[22:28] <nessita> checking
[22:28] <nessita> thisfred: is that a big folder?
[22:28] <thisfred> nope
[22:28] <nessita> thisfred: can you please the last 500 lines from syncdaemon.log?
[22:29] <thisfred> nessita:  http://pastebin.ubuntu.com/628604/
[22:30] <thisfred> http://pastebin.ubuntu.com/628605
[22:30] <nessita> :-)
[22:30] <thisfred> sry
[22:30] <nessita>  NOTE - ---- MARK (state: <State: 'AUTH_FAILED'
[22:30] <thisfred> what does that mean?
[22:30] <nessita> thisfred: u1sdtool -s?
[22:31] <thisfred> State: AUTH_FAILED
[22:31] <thisfred>     connection: With User With Network
[22:31] <thisfred>     description: auth failed
[22:31] <thisfred>     is_connected: False
[22:31] <thisfred>     is_error: True
[22:31] <thisfred>     is_online: False
[22:31] <thisfred>     queues: IDLE
[22:31] <nessita> thisfred: syncdaemon is using the token you had before you remove it from the token list
[22:31] <nessita> thisfred: u1sdtool -q; u1sdtool -c
[22:31] <thisfred> oh I need to kill sd?
[22:31] <thisfred> right
[22:32] <thisfred> yep works now, sry false alarm
[22:32] <thisfred> too many moving parts to fit in my head, as usual ;)
[22:34] <nessita> no problem!
[22:34] <nessita> thisfred: I like that you stresss my branches :-P
[22:34] <nessita> (and myself)
[22:34] <nessita> :-D
[22:34] <thisfred> hehe
[22:35] <nessita> well, I'm off
[22:35] <nessita> thisfred: thanks!
[22:35] <nessita> see ya on Monday
[22:35] <thisfred> code looks good, appriving, have a great weekend!
[22:35] <nessita> thanks!! and you too
[22:37] <duanedesign> does anyone know where I can get a list of packages related to Ubuntu One for each release
[22:37] <duanedesign> It has changed over the last three ro four releases and have a hard time keeping up with the changes
[22:44]  * thisfred EOWs
[22:45] <duanedesign> o/
[22:45] <duanedesign> thisfred: have a good weekend
[22:46] <Uber_Geek> Chipaca:  I have been wanting to get more involved in the community, and while I have decent PHP / PERL skills, I was curious if I should study C or C++ more.
[22:47] <duanedesign> Uber_Geek: C is always a good one in my opinion
[22:48] <duanedesign> Uber_Geek: it is a little lower level language. little harder to learn but, In my opinion that will pay off in the end
[22:48] <Uber_Geek> ok, thanks
[22:48] <duanedesign> Uber_Geek: soo once you learn Python you will be able to understand some things a bit better
[22:49] <duanedesign> Uber_Geek: U did it backwards and which I had not
[22:49] <duanedesign> errr, I did it backwards
[22:49] <Uber_Geek> duanedesign: so I should learn Python, or C next?
[22:50] <duanedesign> Uber_Geek: personally i would start with C. It is a little harder to learn
[22:50] <duanedesign> but helps build a better foundation
[22:50] <duanedesign> Uber_Geek: but your goal will likely be Python. A lot of apps in Python
[22:51] <duanedesign> Uber_Geek: their is a C book that is the bible used by all C coders. I think I have the link
[22:54] <duanedesign> Uber_Geek: i sent you a PM with the link
[22:57] <duanedesign> joshuahoover: ping
[22:57] <joshuahoover> duanedesign: pong
[22:58] <duanedesign> joshuahoover: do you have a quick secong for PM?
[23:16] <Chipaca> Uber_Geek: go with python, i say
[23:22]  * Uber_Geek thanks his stars he learned the languages he has already.
[23:22] <Uber_Geek> I have done come to think of it, very little, but some Python tweaking.
[23:41] <alecu> EOW!


[06:27] <apw> bdmurray, seems that tree has a strange push destination ... sigh, pushed now
[11:43] <LocutusOfBorg> doko, I'm not sure about freetype merge, do you want to try it?
[14:16] <acheronuk> could some please add 'force-badtest kdepim-addons/all/s390x' ?
[14:18] <acheronuk> that can never pass now, as the test & build deps are unsatisfiable now on s390x, due to QtWebEngine dependant parts of KDE PIM not being buildable now on s390x
[14:18]  * acheronuk looks at 3 'nows' on on sentence
[14:18] <acheronuk> urgh
[14:40] <acheronuk> in fact, that never passed, even when it was buildable! so old and new reason so badtest that on s390x
[20:01] <slangasek> acheronuk: hint added; however, it is unclear to me why this kdepim-addons/s390x test was triggered, given that kdepim-addons produces no binaries on s390x, so that's probably a bug.  (I did have a hint for kdepim-addons/s390x in place already, and then I dropped it once things migrated
[20:01] <slangasek> )
[20:18] <acheronuk> slangasek: thanks. that puzzled me, but thought maybe I misunderstood how that worked


[00:31] <poolie> is there any way to have apport still save a core file in to your pwd?
[00:40] <RAOF> ogra_: I see that armhf doesn't have any of the arm-specific X video drivers; is this intentional?
[00:46] <infinity> RAOF: Example?
[00:46] <infinity> RAOF: And if it's just a case of someone doing s/armel/armel armhf/ in debian/control, feel free.
[00:47] <RAOF> infinity: omapfb, tegra, msm.
[00:47] <infinity> RAOF: (And no, it's not currently intentional for anything on armel to not be also on armhf)
[00:48] <infinity> RAOF: Oh, except tegra, which is a binary blob.
[00:48] <RAOF> Right.
[00:48] <infinity> RAOF: But anything that's actually free software (which I assume omapfb is?) should be compiled on armhf, yes.
[00:48] <RAOF> I suspected as such.
[00:48] <RAOF> Ok.
[00:49] <RAOF> Yeah, omapfb is.
[01:12] <RAOF> Hm.  Is there a grep-dctrl rune for selecting packages which Depend on xorg-video-abi-10 *and* are only built on armel?
[01:36] <RAOF> I take it no one cares too much about omapfb?  Does anyone care if it uses softfloat an armhf?
[02:01] <infinity> RAOF: Err, what?
[02:01] <infinity> RAOF: If it uses the softfp ABI, it won't work on armhf.
[02:02] <RAOF> That's not obvious to me.  Good to know!
[02:02] <RAOF> Anyway, turns out that what we actually want to do is sync from debian.
[02:02] <infinity> What's the package name in question?
[02:03] <RAOF> xf86-video-omapfb
[02:03] <RAOF> Currently it's not built for armhf; a sync from Debian includes all our changes and adds armhf to the list of architectures as an added bonus.
[02:03] <infinity> It... Does?
[02:04] <infinity> packages.qa disagrees... Maybe it's lagging.
[02:04] <RAOF> http://anonscm.debian.org/gitweb/?p=collab-maint/xf86-video-omapfb.git;a=blob;f=debian/control;h=66ec8b102e36c13a766f87bb2aca30bb44b86773;hb=012d94a229e639317a79fa3ad1eadc27d4f75b5a
[02:05] <RAOF> Unless the tag lies, of course.
[02:06] <infinity> Oh, indeed.  I was misreading something, based on the date.
[02:13] <infinity> Wow, that new device "detection" (and I use that term loosely) code is vile.
[02:14] <infinity> RAOF: But yes, syncing it looks like the right thing to do.
[02:14] <infinity> RAOF: (Pressing the button)
[02:14] <RAOF> You don't need to.
[02:15] <infinity> Too late? :)
[02:15] <RAOF> Heh.  'scool.  It's staged in the Xserver 1.11 staging PPA with a -build1 version anyway :)
[02:16] <infinity> Oh.  That seems silly.
[02:16] <infinity> But okay.
[02:16] <infinity> And I'm guessing -msm can just have debian/control mangled for great justice.
[02:16] <RAOF> Well, I don't think I can sync to the PPA and we want to copy everything at once so we don't have archive-skew.
[02:17] <infinity> Don't see why you wouldn't be able to copy from debian to a PPA.
[02:17] <infinity> Though I've never tried.
[02:17] <RAOF> I don't know where the button is.
[02:17] <micahg> soren has a script for that I think
[02:17] <infinity> Well, it wouldn't require a script, per se.
[02:17] <infinity> Though, if you were scripting, you could sync-package --no-lp, and then upload to your PPA instead of the archive.
[02:18] <infinity> Which would actually make it look like a sync.
[02:18] <infinity> But.
[02:18] <infinity> Just copying the sources would be fine too.
[02:18] <infinity> Since no one gives a crap about what the .changes in a PPA look like.
[02:18] <micahg> a script could do it w/out transversing your machine though
[02:18] <infinity> micahg: I'm not convinced the web UI can't do it, though I haven't looked.
[02:19]  * infinity looks.
[02:20] <RAOF> I don't think you actually *can* sync-package --no-lp; the PPA will reject the upload if it's aimed at unstable, right?
[02:20] <cjwatson> syncpackage --no-lp will fiddle with Distribution in .changes.
[02:20] <infinity> ^
[02:20] <infinity> It's the target in .changes that matters, not the one in the changelog.
[02:21] <cjwatson> syncpackage without --no-lp can't copy to PPAs yet
[02:21] <cjwatson> see Archive._checkCopyPackageFeatureFlags in LP
[02:22] <cjwatson>             # We have no way of giving feedback about failed jobs yet,
[02:22] <cjwatson>             # so this is disabled for now.
[02:23] <RAOF> infinity: https://launchpadlibrarian.net/90400263/buildlog_ubuntu-precise-armhf.xf86-video-msm_1.0.1%2Bgit20100122.5f7df591-1ubuntu1_FAILEDTOBUILD.txt.gz is a FTBFS of mxm on armhf.  It looks like a toolchain issue, maybe?
[02:23] <infinity> RAOF: Multiarch sadness.
[02:24] <RAOF> Hm.  Execpt perhaps for the bit where it goes  -march=armv7-a -mfpu=neon -mfloat-abi=softfp
[02:24] <micahg> umm, I'm curious about the recent uploads limiting the arch, most of them seem to make more sense as p-a-s since it's stuff they build on that's limited
[02:24] <infinity> RAOF: That's also bad. :P
[02:24] <infinity> RAOF: Should be -mfloat-abi=hard (or not have the flag at all, since our compilers on armel and armhf get it right)
[02:25] <infinity> micahg: Which recent uploads?
[02:25] <infinity> Oh, indi-sbig?
[02:25] <micahg> https://launchpad.net/ubuntu/precise/+source/indi-sbig/1.0-0ubuntu2, https://launchpad.net/ubuntu/precise/+source/crystalspace-glshader-cg/1.4.0-1ubuntu1
[02:27] <infinity> micahg: If it depends on some binary blob or something (which I guess is the case in the crystalspace one?), setting the arch in control seems reasonable.
[02:27] <infinity> It's not arch-specific because it "needs porting", it can't be ported.
[02:28] <infinity> micahg: Same deal for the other one, it would seem.
[02:29] <RAOF> Aww, that's so cute.  Hardcoding CFLAGS in Makefile.am
[02:29] <infinity> Speaking of porting, do I trust this fpc_armhf binary I just built?
[02:29] <micahg> yeah, I was thinking along of lines of if the thing itself isn't arch specific, just the dependency, that might change over time
[02:29] <infinity> micahg: Sure, but if the dep changes, you're editing control anyway.
[02:29] <infinity> micahg: So, you can fix the arches. :P
[02:29] <infinity> micahg: Which is, actually, way less hassle than P-a-s.
[02:30] <cjwatson> argh
[02:31]  * cjwatson introduces gnome-games to Replaces
[02:31] <infinity> fpc uncleverly compiles everything statically, doesn't it?
[02:31] <infinity> Which means a new upstream version doesn't require a transition...
[02:31] <infinity> Hrm.
[02:32]  * infinity decides to take his newly-built 2.4.4/armhf binary and use it to bootstrap 2.6.0 and see how that goes.
[02:36]  * RAOF decides that's enough arm faffing and goes to have some lunch.
[02:54] <cjwatson> Could somebody on a more appropriate timezone than me please update ubuntu-meta after this publisher run finishes, such that it removes gnome-mahjongg and adds mahjongg?  It shouldn't be more than about 15 minutes from now until archive.u.c updates, but I really need to crash.
[02:54] <cjwatson> And this will fix tomorrow morning's CD builds, not to mention the ARM failures that are coming in now.
[02:55] <infinity> cjwatson: Can do.
[02:55] <cjwatson> Ta
[02:55] <cjwatson> I'm doing xubuntu-meta now since that doesn't need mahjongg to be in main
[03:02] <cjwatson> Argh, xubuntu-meta fell over with a Packages validation error
[03:02] <cjwatson> infinity: Would you mind doing xubuntu-meta as well?
[03:03] <cjwatson> One of these days I'll make germinate more robust against that and have it brutally retry everything without caching on hash mismatches or something ...
[03:03] <micahg> I can take care of xubuntu-meta
[03:04] <micahg> unless infinity wants to do it that is
[03:11] <SpamapS> woot, my touchpad works
[03:11] <SpamapS> stock precise seems to work perfectly on the MBA 4,1 .. yay
[03:12] <mwhudson> SpamapS: QUICK RELEASE
[03:14]  * SpamapS looks at the greybeards guarding the release levers and wonders if he can get past them before they cast Great Fireball to incinerate him
[03:16] <infinity> cjwatson: I can do both.
[03:16] <infinity> micahg: ^
[03:18] <infinity> SpamapS: My beard's not that grey... :(
[05:35] <pitti> Good morning
[07:12] <pitti> jibel: I updated https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-lts-upgrades with a link to the gdm->lightdm migration test; it uses python unittest, I believe that's an output format you can handle?
[07:13] <pitti> jibel: it has a header which explains the details; please let me know if you need it to do something different
[07:37] <jibel> pitti, good morning
[07:37] <pitti> jibel: bonjour Monsieur, ca va?
[07:37] <jibel> pitti, très bien et toi ?
[07:38] <pitti> jibel: je sui bien, merci!
[07:38] <pitti> jibel: working on user config migration test right now
[07:38] <jibel> pitti, thanks for the script, I'll add it to the upgrade test today.
[07:38] <pitti> jibel: trying to remember which other popular settings we mentioned, besides background image
[07:39] <pitti> jibel: for the system one it's sufficient to run it after upgrade
[07:39] <pitti> jibel: for the user one, we need a "prepare" shell script to run in the lucid environment; will that be possible?
[07:40] <jibel> pitti, yes it will. we can run a script right after the initial bootstrap to prepare the environment
[07:40] <pitti> jibel: i. e. the prepare script wiggles the old settings (gconf/custom launchers), then you upgrade, and the test_lts_upgrade_user.py script will then check what the new gsettings/launchers are
[07:41] <jibel> pitti, I added support to catch debconf prompts yesterday
[07:41] <jibel> pitti, here is an example https://jenkins.qa.ubuntu.com/view/Precise/job/precise-upgrade-lts/PROFILE=lts-server,alderamin-upgrade=alderamin-upgrade/12/artifact/lts-server/
[07:41] <pitti> jibel: yay, with the fake editor trick?
[07:42] <pitti> jibel: ah, you both have a full log, and some "known good/bad" parts of it?
[07:42] <jibel> pitti, right. It was trickier than expected because the noninteractive frontend overrided the frontend.
[07:43] <jibel> pitti, I collect the full log then split it in pieces for each /unexpected/ prompt
[07:43] <pitti> jibel: ah, so you have to monkey-patch upgrade-manager for this? :)
[07:43] <jibel> pitti, there is also a whitelist for prompts we'd like to see anyway.
[07:44] <jibel> pitti, the node on which lts tests runs uses update-manager form bzr and I proposed a patch
[07:44] <jibel> *from
[07:47] <pitti> jibel: ah; I guess it's enough to not touch it if the environment already has it set?
[07:48] <jibel> pitti, yes, that's the patch.
[07:50] <pitti> jibel: do you remember anything else except background image and custom launchers?
[07:50] <dholbach> good morning
[07:51] <pitti> jibel: oh, screensaver settings
[07:51] <pitti> jibel: e. g. lock/nolock and the timeout
[07:52] <pitti> jibel: .. and I'll set the Radiance theme and check that this is maintained
[08:00] <pitti> didrocks: ISTR that unity migrates the old panel launchers, does it? I'd like to add it to my LTS upgrade test script
[08:01] <didrocks> pitti: yeah, it migrates: icons in the panel launcher as well the ones on the desktop
[08:01] <didrocks> it tries to merge them as well
[08:01] <didrocks> (I think we don't want to test migrating from cairo-dock, awn, and other docks that it supports too)
[08:02] <pitti> so I'll try four cases: launcher dragged from app menu to panel (pointing to system .desktop), custom launcher in panel, custom desktop icon, and system desktop icon link
[08:03] <didrocks> yeah, sounds right
[08:12] <jibel> pitti, I have just 'popular settings we'd like to preserve' on my notes, and also launcher, lightdm/gdm (autologin), language/keyboard, nm (needs to be tested on hw for wifi), proprietary drivers
[08:12] <jibel> pitti, we could also check that proxy and a11y settings are preserved
[08:15] <pitti> jibel: language requires some extra discussion (will ping you again when I did the other stuff), nm pretty much tests itself (do the upgrade over wifi)
[08:15] <pitti> jibel: proprietary drivers is not on my todo list, right?
[08:20] <jibel> pitti, no it is not and it also needs hw which can't be tested with the auto upgrade tester. I'll see what I can do with the hw available in the lab and cobbler/orchestra.
[08:26] <mvo> slangasek: next issue with the new apt, the debian dpkg wants to be configured using pkgname:arch but our dpkg does not understand that yet so it leaves the pkgs unconfigure *sigh*
[09:31] <pitti> didrocks: got the test cases for app/custom panel starter now, both work; but why would custom .desktop files on the desktop go into the launcher, and not stay on the desktop?
[09:31] <didrocks> pitti: this was a design request: everything, even on the desktop, should go to the launcher so that people can remove them from the desktop
[09:32] <pitti> hmkay
[09:32] <didrocks> pitti: I know it irritated some people at the time, maybe we should check back with John, it was at the time we didn't "show desktop" IIRC
[09:32] <didrocks> (on UNE)
[09:33] <pitti> didrocks: let me try it, and I'll add it to the test cases
[09:33] <pitti> didrocks: if we decide that it shouldn't happen, it's a good negative test case, and we can just flip assertTrue to assertFalse :)
[09:33] <didrocks> pitti: indeed :)
[09:33] <didrocks> (changing that will take me 10s FYI in the migration script), so just need to take the time to talk to John
[09:35] <pitti> didrocks: oh, so it actually copies the .desktop file to someplace else then?
[09:36] <pitti> didrocks: for the panel launchers it just keeps the ones in .gnome2/panel/...
[09:36] <didrocks> pitti: I need to refresh my memory, one moment
[09:36] <pitti> didrocks: if you don't move them, then they'd just stay on teh Desktop, and if you remove them from Desktop/, they'd break from the launcher as well?
[09:38] <didrocks> pitti: yeah, was definitively at the time we used UNE and didn't show desktop
[09:38] <didrocks> pitti: so, they are not copied, which seems indeed useless right now
[09:39] <didrocks> pitti: I'll catch this up with John :)
[09:39] <pitti> didrocks: merci
[09:39] <didrocks> pitti: thinking about that, we need to handle the transition from UNE 10.04 -> ubuntu 12.04
[09:39] <didrocks> pitti: it should import the favorites from netbook-launcher
[09:39] <pitti> didrocks: ah, indeed
[09:39] <didrocks> pitti: de rien :)
[09:39] <pitti> sounds like a nice additional test case, too
[09:40] <didrocks> indeed
[09:45] <pitti> didrocks: ah, it's clever enough to just say "gucharmap.desktop"
[09:45] <pitti> didrocks: instead of Desktop/gucharmap.desktop"
[09:45] <pitti> didrocks: so that part technically works, although it's looking strange
[09:45] <pitti> so I'll do add a totally custom launcher, too
[09:45] <didrocks> pitti: yeah, I have a quite long algorithm to try to prefer system ones
[09:46] <didrocks> matching on desktop name, then on exec key name…
[09:46] <jamespage> morning: can someone help me with this package build failure
[09:46] <jamespage> https://launchpadlibrarian.net/90422989/buildlog_ubuntu-precise-armel.hadoop_<IP_ADDRESS>-0ubuntu1~hadoop4_FAILEDTOBUILD.txt.gz
[09:46] <didrocks> that's what I meant by "merging the launcher"
[09:46] <didrocks> (and why you don't have two firefox.desktop launcher icons)
[09:47] <jamespage> package build fine on the other four architectures and on some armel builds; dpkg-shlibdeps is doing something weird
[09:47] <jamespage> builds just fine on my local armel install :-(
[09:52] <pitti> didrocks: ok, got all four covered now
[09:52] <didrocks> excellent! thanks pitti :)
[09:52] <pitti> didrocks: avec plaisir!
[10:27] <fijal> hi
[10:28] <fijal> I think I managed to crash unity up to the point where it does not start even
[10:28] <fijal> how can I find out what's going on?
[10:28] <fijal> is there any log, can I run debug mode?
[10:33] <tumbleweed> fijal: .xsession-errors?
[10:34] <fijal> where?
[10:34] <fijal> in .
[10:34] <fijal> ?
[10:34] <fijal> er
[10:34] <tumbleweed> in ~
[10:34] <fijal> in ~
[10:34] <fijal> (unity-window-decorator:2146): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
[10:34] <fijal> I'm kind of used to that CRITICAL
[10:34] <tumbleweed> you'll see lots of thnigs like that
[10:35] <tumbleweed> also, this isn't really a support channel, but if you want to get it back to a sane state: unity --reset
[10:36] <tumbleweed> barry: I see your i386 pypy PPA build didn't have enough RAM. Retry it and hope that we have bigger PPA builders available?
[10:37] <fijal> tumbleweed: I know this is not a support channel, but I'm trading priority support for priority support I guess :)
[10:55] <pitti> jibel: I have the user settings part ready now as well, BP updated
[11:54] <micahg> pitti: can you please copy ubufox/lucid to lucid-proposed and ubufox/maverick to maverick-proposed from ubuntu-security-proposed?
[12:13] <barry> tumbleweed: saw that, will do!
[12:47] <pitti> micahg: oh, just ubufox, not firefox and the langpacks?
[12:48] <pitti> micahg: oh, nevermind, misread
[12:48] <pitti> micahg: sure
[12:51] <pitti> micahg: done
[13:12] <micahg> pitti: thanks
[13:20] <slangasek> mvo: hmm, lovely :P
[13:20] <mvo> slangasek: the unstoppable david worked it out in the end
[13:20] <slangasek> ok :)
[13:21] <mvo> preparing a version (again!)
[13:24] <cjwatson> mvo: is there a particular reason there's no DistUpgrade.cfg.precise in update-manager yet?
[13:24] <cjwatson> was just looking for how it handled the removal of the transitively-essential lzma, and couldn't find anything
[13:25] <cjwatson> oh, looks like update-manager doesn't have the same transitively-essential handling that apt itself does
[13:25] <cjwatson> so I guess it wouldn't run into that
[13:27] <mterry> @pilot in
[14:15] <dholbach> hey barry - with http://blog.bazaar.canonical.com/?p=405 do we have to fix/change our docs?
[14:16] <Laney> ooh, those are exciting fixes
[14:18] <smoser> in ec2 instances, i get errors to the console on boot of 'mountall: Event failed'
[14:19] <smoser> that seems to generally be not a problem, but I'm wondering if anyone would know the source of that message.
[14:19] <smoser> i see it on all boots, not just the first (when cloud-init is admittedly playing funny as it updates /etc/fstab on mounted /)
[14:23] <slangasek> cyphermox: hey there
[14:26] <barry> dholbach: we will :)
[14:27] <cyphermox> slangasek: hey
[14:27] <cyphermox> is this about bluez?
[14:27] <slangasek> cyphermox: yeah ;)  hold that thought, I'm just getting upgraded from -0ubuntu1 to -0ubuntu3
[14:28] <slangasek> (dunno why update-manager hadn't told me about it yet)
[14:28] <cyphermox> yeah, it was majorly messed up, sorry
[14:30] <slangasek> cyphermox: so, after upgrading from -1 to -3, I see the following problems so far:
[14:30] <slangasek> - bluetooth-daemon service is still running and can't be stopped (because the job file no longer exists)
[14:30] <slangasek> - /etc/init/bluetooth-daemon.conf.dpkg-backup is left behind even though I never modified this file
[14:31] <cyphermox> hm
[14:31] <slangasek> - package is considered successfully installed even though 'bluetooth' job hasn't been started
[14:31] <cyphermox> slangasek: the big issue was that -0ubuntu1 really, because if you upgrade straight from 4.96-* things work out properly
[14:32]  * cjwatson spies a pending libwmf merge that should take care of this messy upgrade bug
[14:32] <slangasek> cyphermox: and the big issue: pulseaudio still doesn't see my headset
[14:32] <cyphermox> I tried to fix the crap that was there, but I see it didn' t work out -- weird because I tested upgrading between the 4.96-* version and from 4.98-0ubuntu1 before uploading
[14:32] <slangasek> (after manually shuffling jobs)
[14:32] <cyphermox> slangasek: rebooting would help
[14:33] <slangasek> not acceptable ;)
[14:33] <cyphermox> slangasek:  I know ;)   initctl list | grep bluetooth ?
[14:33] <slangasek> $ sudo initctl list | grep bluetooth
[14:33] <slangasek> bluetooth start/running, process 27296
[14:33] <slangasek> bluetooth-device (hci0:12) start/running
[14:33] <cyphermox> ah?
[14:33] <slangasek> also, why are we trying to start/stop bluetoothd on device add/remove *anyway*?
[14:33] <cyphermox> but was your headset ever paired? let me get mine and test it on this system I just upgraded
[14:34] <slangasek> what do you mean, "ever paired"?  it's been working for a solid year
[14:34] <slangasek> this is a regression
[14:35] <slangasek> if I restart pulseaudio, I can now see it listed in 'hardware', but not available in the input/output list
[14:35] <slangasek> (under gnome-control-center sound)
[14:35] <slangasek> and pulseaudio didn't get upgraded, only bluez
[14:35] <cyphermox> slangasek: what I mean is, I' m trying to understand why it doesn' t work for you, when I precisely tested that on my own system, from either the very old version or the broken 4.98-0ubutnu1, and things *were* working
[14:36] <dholbach> barry, should I file a bug about it?
[14:38] <cyphermox> slangasek: ah, what profile is used for your headset?
[14:38] <cyphermox> slangasek: A2DP?
[14:39] <slangasek> cyphermox: I use both a2dp and hsp/hfp profiles; it looks like the sink is only missing in the a2dp profile
[14:39] <cyphermox> slangasek: right, I see that too
[14:39] <slangasek> cyphermox: ok.  should I file a bug report?
[14:40] <cyphermox> please
[14:40] <doko> \o/ notebook working again ...
[14:40] <cyphermox> that's indeed a regression from 4.96, though it's better than what state 4.97 was in :)
[14:40] <cyphermox> slangasek: any help with fixing up that upstart job mess would be welcome
[14:41] <cyphermox> slangasek: the whole point of the upstart jobs was to avoid having bluetoothd running when you don' t have bluetooth devices though
[14:41] <slangasek> why is that worthwhile?
[14:41] <slangasek> unused daemons are cheap
[14:42] <cyphermox> but why keep it running when it' s not necessary
[14:47] <dobey> it makes up for the ones in use that are expensive
[14:47] <cyphermox> dobey: meh
[14:47] <dobey> heh
[14:47] <dobey> and there's no need to run things that aren't needed
[14:48] <dobey> saves resources, and energy, to not have them running
[14:48] <dobey> however miniscule the change is. but 2 million people using 0.01W less is a lot across the board
[14:49] <slangasek> no, it doesn't
[14:50] <slangasek> properly-written daemons don't wake up when not needed
[14:51] <dobey> they still occupy N bytes of memory, which requires electricity
[14:51] <slangasek> the memory is all powered regardless
[14:51] <slangasek> this is a false optimization
[14:51] <pitti> cyphermox: ^ pretty much what we discussed last week already, AFAIK; I think having an upstart rule to auto-shutdown bluezd is an interesting intellectual exercise, but the main point is to power down the _device_ if you disable it
[14:51] <cjwatson> this was once parodied as "zeroes use less power than ones"
[14:51] <slangasek> the only time it matters is if you have memory pressure on the machine
[14:52] <pitti> keeping the daemon running actually helps to avoid cycles the next time you need it again
[14:52] <slangasek> but you probably have firefox running, so bluetoothd is lost in the noise :P
[14:52] <pitti> I do agree that bluezd should not start up until you actually have a bluetooth device (or the killswitch on)
[14:54] <pitti> cjwatson: that was from the pre-CMOS time?
[14:54] <pitti> (when it probably was quite true)
[14:54] <seb128> well running process might not use cpu but they use memory
[14:55] <seb128> not to mention they take time to start so slow boot
[14:55] <cjwatson> pitti: nope, Ubuntu era
[14:55] <slangasek> on-demand starting of bluetoothd seems fine, sure
[14:55] <slangasek> but the stopping is really unnecessary
[14:55] <pitti> seb128: right, speaking of automatic shutdown
[14:55] <slangasek> (and probably racy, for that matter)
[14:56] <stgraber> pitti: I wouldn't mind bluetoothd not being stopped by upstart if soft kill switch was persistent across reboot. I use bluetooth maybe once a year on this machine and I don't have a separate hardware kill switch for bluetooth (except turning it entirely off in the bios ...)
[14:56] <pitti> cjwatson: reminds me of "investigate power difference between black or white screen (even for DPMS off)"
[14:56] <slangasek> pitti: that one was investigated and did show power savings ;)
[14:56] <pitti> stgraber: yes, cyphermox was looking into making the enable/disable persistent across reboots
[14:56] <pitti> slangasek: right
[14:57] <diwic> slangasek, right, but it was the white screen (surprisingly!) that was most power efficient?
[14:57] <stgraber> pitti: that was at the gnome level though so bluetoothd will always start, then the adapter wil lbe turned off when I login but the daemon will still run
[14:57] <dobey> diwic: on an LCD, yes.
[14:57] <pitti> slangasek: but I wonder when someone actually measured power consuption with all (free) memory set to 0 or 1 :)
[14:57] <slangasek> stgraber: the soft kill switch needs to be persistent *regardless*, and stopping the daemon doesn't help with that at all
[14:57] <cyphermox> seb128: pitti: not simple, unfortunately, since upstream decided gnome-bluetooth was not the right place to do this.
[14:57] <dobey> but not surprising at all
[14:57] <pitti> dobey: it is surprising as it said "even with dpms off", i. e with the screen being powered down
[14:59] <pitti> cyphermox: *nod*; but at least I think we all agree that it's generally a good idea
[14:59] <dobey> pitti: dpms on an LCD doesn't exactly power the screen down though
[15:00] <dobey> at least not in the same way it does on a crt
[15:00] <stgraber> cyphermox: if I was to make soft kill persistent across reboot would that work for you (rather than patching gnome-bluetooth and do it at the session level)?
[15:00] <dobey> i want an oled screen, but nobody makes any with a good resolution :(
[15:01] <stgraber> slangasek, cyphermox: Sounds like we just need to dump /sys/class/rfkill/*/soft and restore at boot time
[15:01] <slangasek> that would be nice
[15:01] <cyphermox> stgraber: yeah, sure
[15:01] <cyphermox> I mean, everybody would probably be quite happy about it :)
[15:01] <stgraber> (probably checking it's the same device too :))
[15:01] <stgraber> k, will do it later today then, should be pretty easy to do with a simple upstart job
[15:03] <dobey> anyway, i was talking about the fact that not starting it in the first place would save power. shutting down an idle running (proper) daemon will probably use more power than it does to sit there and not do anything
[15:04] <slangasek> yep
[15:10] <cjwatson> http://paste.ubuntu.com/809717/ - anyone object to the creative solution of sticking a no-op prerm in the new libwmf0.2-7?
[15:12] <slangasek> isn't that the standard workaround? :)
[15:12] <cjwatson> I hadn't encountered it before
[15:13] <slangasek> ah... I have
[15:13] <slangasek> anyway, no objection :)
[15:15] <cjwatson> where, out of curiosity?
[15:15] <slangasek> hmm, been a while since I've run into it actually
[15:15] <slangasek> so probably nowhere readily discoverable
[15:16]  * cjwatson notices that policy does actually have some careful wording about this nowadays
[15:16] <cjwatson> All package dependencies will at least be "Half-Installed" and will have previously been configured and not removed. If there was no error, all dependencies will at least be unpacked, but these actions may be called in various error states where dependencies are only "Half-Installed" due to a partial upgrade.
[15:17] <cjwatson> so you can at least deduce the possibility of this class of problem from the documentation if you think about it
[15:17]  * cjwatson ponders the feasibility of auditing for this
[15:18] <BenC> doko: Any ideas on the ghc assembler errors on powerpc that is causing, for example, haskell-hashtables to fail to build?
[15:19] <BenC> https://launchpadlibrarian.net/87619504/buildlog_ubuntu-precise-powerpc.haskell-hashtables_<IP_ADDRESS>-1build1_FAILEDTOBUILD.txt.gz
[15:22] <doko> BenC, sorry, no. did it build before, or in Debian?
[15:22]  * doko reboots
[15:22] <BenC> doko: no idea, just getting into it
[15:23] <BenC> doko: doesn't exist on ubuntu-ppc
[15:23] <BenC> hrrm…guess I assumed doko was using screen
[15:31] <stgraber> slangasek, cyphermox: http://paste.ubuntu.com/809739/ (rfkill-store.conf) and http://paste.ubuntu.com/809740/ (rfkill-restore.conf)
[15:32] <slangasek> stgraber: is the name guaranteed to be whitespace-clean?
[15:35] <BenC> doko: it doesn't appear to have ever built on ubuntu at least
[15:35] <BenC> ubuntu-powerpc that is
[15:35] <doko> BenC, good =)
[15:35] <doko> Laney, ^^^
[15:35]  * Laney perks up
[15:36] <Laney> ah, yeah, I meant to raise that. It fails the same way on Debian.
[15:36] <stgraber> slangasek: I can't find a clear definition of it in the kernel documentation other than it being a kernel device name which AFAIK can't contain spaces (I'd expect a lot of the userspace to break if they could)
[15:36] <slangasek> stgraber: ok - looks fine to me then
[15:36] <Laney> if you're brave you can pass -keep-s-files to see what's going on
[15:36] <slangasek> stgraber: which package will own this? rfkill itself?
[15:36] <BenC> Laney: I did that
[15:36] <Laney> and another interesting thing would be to try building with ghc from experimental
[15:37] <slangasek> stgraber: oh, shouldn't this be 'start on runlevel [016]' instead of 'runlevel [!2345]'?  I don't see any reason to save when switching to single user mode
[15:37] <BenC> Laney:         srwi    3, 4, 32
[15:37] <stgraber> slangasek: yeah, I'd make it part of rfkill even though it doesn't depend on the rfkill tool itself
[15:37] <BenC> Laney: that's the 32 that it claims is out of range
[15:37] <Laney> failing that I believe Erik de Castro Lopo in pkg-haskell is interested in ppc issues
[15:37] <stgraber> slangasek: oh, correct indeed. I based it on alsa-store but [016] is indeed better
[15:37] <Laney> d-haskell@ is a good venue
[15:37] <BenC> Ok, thanks
[15:38] <slangasek> stgraber: cool - thanks for taking care of this
[15:38] <stgraber> np. It's been annoying me for a while (on plane for both wireless + bluetooth and for bluetooth the rest of the time), good to have that fixed for 12.04
[15:39] <Laney> BenC: powerpc is a community supported arch as far as GHC upstream are concerned, with all that that implies
[15:39] <slangasek> stgraber: on plane you should be using the hardware switch! :)
[15:41] <stgraber> slangasek: indeed :)
[15:41] <slangasek> mvo: do you remember what this workitem for lts-upgrades means?: "grep maintainer scripts for dpkg --compare-versions"
[15:42] <mvo> slangasek: that was to ensure that compat fixups don't get dropped because its no longer relevant for debian but it is for us
[15:42] <BenC> Laney: I'm not familiar with ghc…does it actually emit the assembler or go through gcc somehow?
[15:42] <BenC> IOW, where does the blame lie?
[15:42] <slangasek> mvo: so which maintainer scripts are supposed to be grepped?
[15:43] <mvo> slangasek: compat fixes in the maintainer scripts, so we would have to build a map of what version are in lucid and try to find out if between lucid and precise maintainer scripts with compat code get dropped
[15:43] <mvo> slangasek: ideally all I would assume
[15:43] <mvo> slangasek: but thats obviously a bit of work
[15:44] <slangasek> mvo: I guess I still don't follow... do you need to look at the maintainer scripts for all binary packages uploaded between lucid and precise?
[15:45] <slangasek> jibel: your recent edit of foundations-p-lts-upgrades whiteboard has added a line that doesn't seem to be a workitem at all? "It doesn't improve performance because virtual disks are setup to dynamic resizing [...]"
[15:46] <mvo> slangasek: this is what I remember from the discussion, yes
[15:46] <mvo> (from the UDS discussion)
[15:46] <slangasek> mvo: ok - let me expand that description so it's clearer then, thanks
[15:46] <slangasek> mvo: do you think we need to inspect just the versions shipped with each intervening release, or all uploads to Ubuntu, or all uploads to Ubuntu *or* to Debian?
[15:49] <Laney> BenC: Both. I believe that powerpc is built "registerised" which means that it uses GHC's native code generator. You can check with `ghc --info'
[15:49] <jibel> slangasek, that's a comment to explain why it's done but doesn't improve performances. I'll move it to the bottom of the bp.
[15:49] <Laney> we should investigate using the LLVM backend more
[15:50] <slangasek> jibel: what doesn't improve performance? eatmydata?
[15:50] <BenC> Laney:  ,("Unregisterised","NO")
[15:50] <Laney> BenC: "Have native code generator"?
[15:50] <BenC> Laney: Yes for native and llvm
[15:51] <cjwatson> jibel: How do I see what commands were run as part of https://jenkins.qa.ubuntu.com/job/precise-upgrade-lts/PROFILE=lts-main-all,alderamin-upgrade=alderamin-upgrade/lastFailedBuild/ ?  "View Configuration" shows nothing
[15:51] <Laney> should be using that then (i.e. ghc gets the blame)
[15:51] <BenC> Laney: is there a way to build ghc that would be more "safe" rather than fast or native?
[15:51] <Laney> I think the right solution is to be using llvm
[15:52] <seb128> barry, doko:  CFLAGS="-g -O0-Wall" python-config --cflags  ... returns an attributeerror 'NoneType' object has no attribute 'split' on precise
[15:52] <cjwatson> jibel: (I'm downloading and restoring the apt-clone state here and want to know how to reproduce the problem locally - even if somebody else is already on top of this one, I want to develop this skill anyway)
[15:52] <seb128> barry, doko: is that a known python bug?
[15:52] <seb128> using python2.6-config works
[15:52] <BenC> Laney: How do I force that? (I don't mind rebuilding ghc)
[15:52] <seb128> that breaks the build of some GNOME sources
[15:53] <doko> seb128, yes, need to fix that
[15:53] <seb128> doko, do you have any workaround or eta for the fix?
[15:53] <slangasek> jibel: I guess when you get right down to it, I don't understand what your comment says, or how that would interfere with the eatmydata benefits... are you doing the upgrades entirely in a ramdisk?
[15:53] <jibel> slangasek, yes with eatmydata.
[15:53] <Laney> BenC: not sure I'm afraid, but you should be able to pass -fllvm at compilation time
[15:53] <seb128> doko, it's blocking some updates I'm working on
[15:53] <Laney> BenC: I'm looking at http://www.haskell.org/ghc/dist/current/docs/html/users_guide/code-generators.html
[15:53] <Laney> maybe there are gremlins I'm not aware of though
[15:55] <jibel> cjwatson, the configuration of the job is not published on the public instance.
[15:55] <Laney> hrm, that is for a newer version than we have in Debian
[15:55] <cjwatson> jibel: is it in a bzr branch somewhere, say?
[15:55] <doko> seb128, don't set CFLAGS explicitly. it should do the correct thing. but call python-dbg-config for the -debug build.
[15:55] <seb128> doko, I don't set CFLAGS, something in the toolchain do it for me
[15:55] <BenC> Laney: ghc: panic! (the 'impossible' happened)
[15:55] <BenC> Laney: not much better :)
[15:56] <Laney> heh
[15:56] <seb128> doko, toolchain -> packaging tools
[15:56] <Laney> try with 7.4 in exp
[15:56] <Laney> this is where I defer to debian-haskell :P
[15:56] <seb128> doko, "dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
[15:56] <seb128> "
[15:57] <seb128> doko, not sure I can get around that (python-config is called by the configure)
[15:58] <cjwatson> but the CFLAGS you quote is completely different
[15:59] <BenC> Laney: ok, building that on precise now. Thanks for your help
[15:59] <seb128> cjwatson, right, I took a random example, CFLAGS= python-config --cflags will break
[15:59] <Laney> np
[15:59] <seb128> cjwatson, i.e any python-config --cflags call will fail if CFLAGS is defined it seems
[16:00] <cjwatson> you could 'unset CFLAGS; ./configure' as a temp workaround, presumably
[16:00] <cjwatson> (or env -u CFLAGS ./configure, neater)
[16:00] <cjwatson> obviously that means you lose hardening flags so it's not great
[16:00] <seb128> right
[16:01] <seb128> which is why I was reluctant to do it
[16:01] <seb128> I might just replace the python-config call by its result as a workaround until python is fixed
[16:01] <seb128> i.e hardcode the result
[16:01] <seb128> cjwatson, doko: thanks
[16:02] <doko> well, hardening flags are turned on by default, so you only loose the -Wformat-security
[16:02] <doko> I'll have to fix that
[16:02] <jibel> cjwatson, https://wiki.ubuntu.com/QATeam/UpgradeTestingSetup
[16:03] <BenC> Laney: _s235 = _s1Xh >> 0x20U;
[16:04] <BenC> Laney: this is where the problem is coming in to play…it's trying to do a bit shift of 32 on a 32 bit value…maybe it works on other architectures, but not powerpc :)
[16:04] <jibel> cjwatson, checkout update-manager from bzr then go to update-manager/AutoUpgradeTester and run ./auto-upgrade-tester profile/lts-main-all
[16:04] <BenC> I suspect that affectively nulls the value, but I'm not sure why you would do it like that
[16:05] <cjwatson> jibel: ah, great, thanks
[16:05] <jibel> cjwatson, from an apt-clone run auto-upgrade-tester <clone_file>
[16:05] <jibel> cjwatson, it will create a base image from the clone and upgrade it
[16:06] <BenC> Or it's expecting a 64-bit var but using a 32-bit by mistake
[16:07] <cjwatson> looks like 'do-release-upgrade -d -f DistUpgradeViewNonInteractive' should be a decent start given an existing chroot
[16:07] <cjwatson> (my chroots are slightly hacked)
[16:12] <jibel> slangasek, the tests are running on qcow2 images on physical disks. I also tried with raw instead of qcow2 and cache=unsafe but the difference with the defaults settings is very small (10s or so for a 4 minutes upgrade)
[16:13] <jibel> slangasek, FYI the server I used uses hw raid
[16:14] <slangasek> jibel: hmm, but the point of eatmydata is that the kernel doesn't have to flush it out to the underlying disk at all
[16:14] <slangasek> I would expect this to have the same effect whether the disk is a virtual image or not
[16:14] <slangasek> but anyway, if the whole upgrade only takes 4 minutes, yeah, it's not worth it
[16:16] <jibel> slangasek, that was what I expected too and was surprised by the result. I'll try on a smaller system and bigger upgrades.
[16:17] <slangasek> jibel: what filesystem are you using within the VM?
[16:17] <jibel> slangasek, ext4
[16:30] <mvo> slangasek: sorry, had a call - just the version in each release is my gut feeling
[16:44] <slangasek> jibel: right, nothing unusual there... I dunno then
[16:44] <slangasek> mvo: ok
[17:27] <BenC> Laney: Same errors with experimental ghc 7.4
[17:27]  * BenC drops this, wasting too much time on it
[17:33] <Laney> BenC: OK, good findings anyway. If you could mail your summary to d-haskell someone will probably send it upstream
[17:33] <BenC> Laney:
[17:33] <BenC> Laney: ok
[17:34] <Laney> cool
[17:34] <Laney> why are you interested in this, OOI?
[17:34] <BenC> Trying to resolve ftbfs on powerpc
[17:35] <Laney> ah, no special haskell interest then
[17:35] <Laney> fair 'nuff
[17:35] <BenC> None whatsoever :)
[17:39] <YokoZar> Can someone tell me why opencl-headers is in multiverse?  I want to build wine with it but this requires demotion of wine or promotion of opencl-headers
[17:41] <micahg> it's in contrib in Debian. that's probably how it ended up there
[17:43] <micahg> YokoZar: seems like a good candidate for universe, I'd suggest filing a bug and subscribing ubuntu-archive and then pinging someone if you need it sooner
[17:44]  * ScottK agrees
[17:50]  * SpamapS jumps out of his chair when he realizes the speakers on his MBA are working in Linux now.. and the volume is all the way up.
[17:57] <BenC> cjwatson: what's the usual process for something like powerpc packages failing in dpkg-gensymbols during build?
[17:57] <BenC> cjwatson: is it just a matter of getting the symbols updated for that arch?
[18:00] <om26er_> hey mterry
[18:00] <om26er_> can you please sponsor https://code.launchpad.net/~om26er/ubuntu/oneiric/nux/sru-819721/+merge/88592
[18:00] <janimo> BenC, in the few cases I ran into similar with armel I just updated the symbols.armel package as the error suggested
[18:01] <BenC> janimo: and then reupload with that?
[18:01] <janimo> unless it is an error and some symbols should not be there but that needs knowledge of said package
[18:01] <janimo> BenC, yes, it only affects the specific arch
[18:01] <BenC> Ok
[18:01] <BenC> I suspect it's just a matter of the maintainer not having access to those symbols
[18:01] <BenC> janimo: thanks
[18:01] <janimo> BenC, np
[18:08] <cjwatson> BenC: yeah, generally what janimo said
[18:08]  * cjwatson bangs head against python3-apt
[18:15] <dobey> hrmm
[18:16] <dobey> what's the best way to do "Depends: libgudev-dev | (libhal-dev >= 0.5 & libhal-dev < 0.6)?
[18:18] <BenC> dobey: I believe it's "don't do that"…but one way might be to have a virtual package that depends on the second half, and use that instead
[18:18] <cjwatson> or expand it using boolean idedntities
[18:18] <cjwatson> *identities
[18:19] <dobey> or i guess i can just not do it, since there doesn't seem to exist a hal 0.6 anyway
[18:19] <cjwatson> Depends: libgudev-dev | libhal-dev (>= 0.5), libgudev-dev | libhal-dev (<< 0.6)
[18:19] <YokoZar> ScottK: Bug filed, and thanks :)  https://bugs.launchpad.net/ubuntu/+source/khronos-opencl-headers/+bug/918837  (Wine is currently in dep-wait on this, so at your convenience please)
[18:19] <dobey> ah right
[18:19] <cjwatson> but yeah, not having to do it is better :)
[18:19] <dobey> thanks cjwatson
[18:20] <ScottK> YokoZar: I don't have sufficient access for that I don't think.
[18:21] <YokoZar> I'm genuinely surprised to hear that there's something ScottK can't do :)
[18:22] <ScottK> YokoZar: https://launchpad.net/~not-canonical
[18:22] <YokoZar> ScottK: Joining that team now :)
[18:25] <mterry> om26er_, sorry, was afk.  looking
[18:25] <om26er_> ah no problem ;)
[18:27] <cjwatson> YokoZar: done
[18:27] <YokoZar> cjwatson: Thank you kindly!
[18:27] <cjwatson> ScottK doesn't have access because I haven't written the relevant Launchpad API patch yet, rather than as a matter of policy ...
[18:28] <ScottK> Right.  If I worked for Canonical I could do it without said patch.
[18:29] <scott-work> cjwatson:  apologies for bothering you again, do you require anything else from the ubuntu studio team WRT the live dvd?
[18:29] <scott-work> cjwatson: also, do we need to create the live or live-dvd seeds or is that something you need to do?
[18:29] <scott-work> cjwatson:  and is there any further action we need to do independently?
[18:31] <cjwatson> scott-work: nope, I don't think so, I plan to sort it out this week
[18:31]  * cjwatson has been fixing upgrade bugs and fighting with python3-apt all today
[18:34] <ScottK> barry: Is numpy on your python3 list?
[18:35] <barry> ScottK: not right now
[18:35] <ScottK> OK.
[18:36]  * scott-work was on phone with wife
[18:36] <scott-work> cjwatson: outstanding!  thank you ever so much for your help and assistance, and most importantly thank you for being patient and explaing things to me
[18:36] <scott-work> i greatly desire to learn :)
[18:43] <BenC> when things build-dep on binutils and bash-completions, I often wonder about the sanity of the maintainer
[18:50] <om26er_> mterry, there there :)
[18:50] <mterry> om26er_, ?
[18:50] <om26er_> mterry, did you look at my branch?
[18:50] <mterry> om26er_, yeah
[18:51] <mterry> om26er_, getting my virtual machine up so i can test it  :)
[18:51] <om26er_> mterry, awesome :)
[18:51] <om26er_> the patch is from stable trunk fyi
[19:32] <lamont> ScottK: done.
[19:32] <lamont> ScottK: though if you want to do the sync-dance later, that'd be wonderful
[19:32] <ScottK> Will do.
[19:50] <smoser> SpamapS, slangasek any thoughts on https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/898373
[19:53] <SpamapS> smoser: can you explain what the cloud-config stanza is trying to accomplish?
[19:54] <smoser> its not important
[19:54] <smoser> reproduced outside of that.
[19:58] <slangasek> smoser: what's this about 'mount -a'?  is this setup not using mountall?
[19:58] <smoser> also red-herring.
[19:59] <smoser> 'mount -a' only happens on first boot, when cloud-init sets up some mounts that are not in the image initially.
[19:59] <smoser> then, it issues 'mount -a'
[19:59] <slangasek> ah
[19:59] <smoser> to get them read.
[19:59] <smoser> but this occurred on subsequent boots. in this case, the 37th
[19:59] <smoser> comments 3, 4 and 5 are probably most relevant.
[20:01] <slangasek> I don't know of anything else in the system that should cause the device to be busy
[20:01] <smoser> i guess 2 things that would have been useful here a.) i dont know if /mnt was mounted on the boot where there were errors.  and b.) the subsequent reboot did not complain and now (some reboots later) /mnt is mounted fine.
[20:02] <smoser> what would 'mountall: Event failed' come from
[20:04] <slangasek> well, mountall can be run with --verbose to get more information
[20:05] <slangasek> not sure about the 'Event failed'; mountall itself doesn't seem to contain that error string
[20:13] <stgraber> slangasek: this is typically caused by one of the mounted-* failling. Last I saw it, that was mounted-dev failling on LXC getting some permissioned denied when calling MAKEDEV (fixed by my mountall change)
[20:14] <stgraber> (the string comes from upstart itself)
[20:21] <mterry> @pilot out
[20:43] <hallyn> lamont: hi, was wondering whether bug 913952 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655310) is on your radar?
[20:45] <lamont> hallyn: util-linux is on my radar for the plane this weekend
[20:45] <hallyn> lamont: great, thanks.
[20:48] <hallyn> actually, it appears now to be working.  what on earth...?
[20:49] <kees> magic!
[20:49] <hallyn> any workaround sufficiently advanced...
[20:49] <kees> hehe
[20:50] <stgraber> hallyn: yeah, noticed the same thing. I guess the change in console.conf was enough to make getty work, though I suspect you'll still get some complaints in /var/log/boot.log and /var/log/upstart/* (if starting using -- /sbin/init --log)
[20:51] <hallyn> stgraber: that fix wasn't enough by itself before...  for me anyway...  huh.
[20:51] <hallyn> well i recon i better mark those invalid
[20:52] <hallyn> I'd wait, but i suppose i can always re-mark them valid if i need to
[21:10] <hallyn> anyway i still have my slew of fixes on the other laptop from plane trip.  hopefully i can get those uploaded by end of tomorrow
[21:16] <hallyn> jdstrand: stupid question.  shouldn't "make test" automatically get run by debian/rules build?  (re netcf)
[21:17] <jdstrand> hallyn: well, I thought so, but the build log said it was disabled for some reason
[21:17] <jdstrand> DEB_MAKE_CHECK_TARGET unset, not running checks
[21:17] <jdstrand> hallyn: ^
[21:18] <hallyn> ok, thanks.  will look more
[21:18] <jdstrand> hallyn: maybe you just need to set that in debian/rules. I'm not totally up on all the new dh stuff
[21:19] <jdstrand> hallyn: DEB_MAKE_CHECK_TARGET := check ?
[21:19]  * jdstrand stops looking
[21:20] <hallyn> yup, thx - will try
[21:20] <hallyn> (got some kernels to crash first)
[21:36] <stokachu> hi any patch pilots in the queue?
[21:36] <seb128> stokachu<EMAIL_ADDRESS>[21:37] <stokachu> ah sweet
[21:37] <seb128> stokachu, none active in the topic but I guess you can wait tomorrow ;-)
[21:37] <stokachu> seb128, that sounds great :) thanks again i've got this bookmarked
[21:37] <seb128> yw
[21:37] <seb128> you can also watch the topic on this channel
[21:38] <seb128> usually pilots put themself there during their shift
[21:38] <stokachu> ok cool, ill keep checking back .. maybe someone will show up later tonight
[21:39] <seb128> stokachu, if you subscribe ubuntu-sponsors your bug,merge request will show up on http://reports.qa.ubuntu.com/reports/sponsoring/
[21:39] <seb128> stokachu, so you don't especially need to be pro active on IRC and ping
[21:39] <seb128> it might just get sponsored by the normal reviews
[21:39] <stokachu> seb128, ok, cool just didn't want to get smacked for doing it wrong :D
[21:40] <seb128> don't worry, people are usually nice here ;-)
[21:40] <stokachu> lol sounds good
[21:40] <seb128> you might want to wait a few days if there is no hurry, usually no need of direct ping if things just landed in the queue
[21:40] <stokachu> ok that sounds good, yea this is no rush ive got other bugs to attend to :)
[21:50] <hallyn> mdeslaur: haven't look into it at all, but - is it expected that nonfree flash plugin have sound in precise now?
[21:51] <mdeslaur> hallyn: you don't have sound?
[21:51] <hallyn> nope
[21:52] <mdeslaur> hallyn: file /usr/lib/flashplugin-installer/libflashplayer.so
[21:52] <mdeslaur> is it amd64 or i386, and are you running amd64 or i386?
[21:52] <hallyn> x86-64
[21:53] <hallyn> (both)
[21:54] <mdeslaur> hallyn: do you have libasound2 installed?
[21:54] <mdeslaur> darn, gotta run, bbl
[21:55] <hallyn> yup, <IP_ADDRESS>-4ubuntu1
[21:55] <hallyn> ok - thx
[21:55] <mdeslaur> hrm, not quite sure what it could be for now...If I think of something, I'll let you know
[21:56] <hallyn> thx, ttyl
[21:59] <TheMuso> hallyn: Do you have libasound2:i386 installed?
[22:00] <hallyn> TheMuso: I do
[22:25] <TheMuso> hallyn: Do you have libasound2-plugins:i386 installed?
[22:25] <hallyn> TheMuso: yes
[22:25] <TheMuso> Hrm ok then, not sure what is going on.
[22:26] <hallyn> TheMuso: thx anyway - i'll look deeper into whether i have some apparmor thing going on.  I wanted to amke sure whether it was workgin for others
[22:32] <cjwatson> lamont: you know you can sync your packages yourself nowadays, right?
[22:45] <lamont> cjwatson: yeah.  I'm aware that such technology exists.  OTOH, I'm happy to let NEW take its time, and let ScottK enable me to not actually figure out the infrequent-for-me process....
[23:07] <hallyn> well I assume this has something to do with it:
[23:08] <hallyn> Jan 19 17:05:37 sergelap pulseaudio[5690]: [autospawn] core-util.c: Failed to create random directory /tmp/pulse-guQWh6ykzqbl: Permission denied
[23:25] <TheMuso> hallyn: Interesting indeed.


[23:13] <nhaines> I spent a few hours yesterday and finally achieved a dream of mine (albeit virtually): I connected a DOS computer to a Linux workstation via serial port and used a terminal program (Terminate v5.00 in this case) to use the command line!
[23:13] <nhaines> Even better, there's no networking on the DOS system, so I was able to use the Linux console to download files with Lynx and then transfer them to the DOS system via ZModem.
[23:15] <nhaines> This actually worked so well, I think it'll be something I do whenever I get around to either repurposing an old PIII-era system for 16- and 32-bit DOS and Windows stuff, or else if I ever get that IBM PS/2 Model 80 workstation I have up and running again.