[00:11] <rtgz_> dobey, ping
[00:11] <rtgz_> who wants to live forever?
[00:14] <rtgz_> okay, since dobey is away I will tell the fairy tale. The emblems are broken but the fix is pretty easy. It looks like the code was refactored for some reason and some pieces went missing
[00:22] <rtgz_> Done, patch sent, battery's dying, wife's asleep :)
[00:23] <rtgz_> And directories are not handled properly but that would be another fix :)
[00:23] <donpdonp> rtgz_: i want to live forever! i assume that was an offer of some sort. :)
[00:24] <rtgz_> donpdonp, don't know, i became a little bit crazy after finding the reason behind the emblems, so that was just an attention-attractor, sorry, no U1 support for eternal life for now.
[00:24] <rtgz_> donpdonp, but you may file a feature request :)
[00:25] <donpdonp> ok. carry on providing freedom in distributed storage.
[00:34] <eric_Idaho> how do you sync all you files w/ this service
[00:35] <eric_Idaho> z/
[00:35] <eric_Idaho> ?
[03:50] <hackel> Anyone know if someone is working on UbuntuOne support for gnote?
[05:34] <chiapagringo> hey, how us U1 working?
[07:32]  * rtgz really needs to learn how to do the bzr things...
[08:01] <rtgz> ubottu, search bug for timestamps not being preserved, launchpad search does not help
[08:01] <rtgz> ubottu, pleeeease
[08:53] <rtgz> Note to self and ubuntulog: Is CouchDB sync happening independently from syncdaemon connection state, i.e. replication is being performed even if we force our "cloud" to be disconnected?
[08:59] <rtgz> lp does not allow to link tickets. Why?
[09:15] <teknico> rtgz, you can use tags to link tickets together
[09:16] <teknico> as in, put the same tag in two or more tickets you want to link
[09:16] <rtgz> teknico, hm... good idea, I will try this next time :). Thanks!
[09:16] <teknico> then you can refer to them with a link like https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bugs?field.tag=apport-bug
[09:17] <teknico> you're welcome :-)
[11:33] <rtg|z> UbuntOne notifies "finished updating 0 files" if no files were added, only removals were made
[11:39]  * rtgz is uploading 2.6 Gb of data, wanna see how this is handled...
[11:40] <aquarius> rtgz, I put 9GB of music into U1 a few days ago :)
[11:41] <rtgz> aquarius, are you a user of free 2Gb account?
[11:42] <aquarius> rtgz, nope, paid account
[11:42] <rtgz> aquarius, eeexactly
[11:42] <aquarius> rtgz, oh, you're testing "what happens if I go over quota"?
[11:42] <rtgz> aquarius, yup
[11:44] <rtgz> aquarius, if I had 50Gb account it would take forever to test it since my ISP caps the upload to 1Gb and I don't have 50Gb of data... Unless i craft it via /dev/random...
[11:44] <aquarius> heh
[11:44] <rtgz> * 1Mbit/s
[11:49] <rtgz> hmmmm
[11:50] <rtgz> guys, if sha1 sum matches something that you already have on the server then it is not uploaded, right?
[11:53] <rtgz> ah, false alarm, it is not hashed so Nautilus shows it as (checked) (see bug 479475, comment 2)
[11:53] <rtgz> misleading, indeed.
[11:54] <rtgz> ok, since this is gonna take some time, will go see the real clouds (since sun is missing for some reason)...
[12:50] <statik`> hello hackers
[13:49] <urbanape> morning, all
[14:01] <dobey> rtgz: hrmm
[14:02] <rtgz> dobey, emblems ?
[14:02] <dobey> yes
[14:04] <dobey> rtgz: and yes, couchdb sync has nothing to do with syncdaemon
[14:04] <dobey> rtgz: couchdb has built-in replication support, which we use
[14:08] <rtgz> dobey, yup, then ubuntuone-client-applet controls file sync only, everything els happens automagically
[14:09] <dobey> yes
[14:10] <rtgz> dobey, sorry about hit-post-run cycle in that ticket, it was too late in the evening, I was on the battery so I wanted the logic of debugging to be available no matter what :)
[14:16] <Chipaca> I want you all to know: UNTESTED CODE IS BROKEN CODE
[14:16] <Chipaca> ok, thanks, you can continue now
[14:17] <Chipaca> dobey: you have a critical bug assigned to you. Please work on that before anything else bar none (well, mostly. I think you can go to the doctor's)
[14:17] <dobey> you're too kind to the code
[14:17] <dobey> ALL CODE IS BROKEN CODE
[14:17] <rtgz> Chipaca, http://www.google.com.ua/search?q=No+marshaller+for+signature+of+signal
[14:18] <rtgz> Chipaca, it looks like ubuntuone-nautilus has some share in the results :(
[14:18] <Chipaca> nessita: is that link from rtgz relevant to your crash from minutes ago?
[14:19] <nessita> Chipaca: let me see, I was running nautilus with gdb to try to gather some helpful info
[14:19] <rtgz> Am i missing some replies ? nessita?
[14:20] <nessita> rtgz: what can I do for you?
[14:20] <rtgz> dobey, but I clearly remember that some time before karmic went into production the emblems were actually changing somehow, at least they were different and then, after karmic release it all turned to checkmarks
[14:21] <rtgz> nessita, are you debugging the Nautilus for UbuntuOne emblems?
[14:21] <nessita> rtgz: not really, I'm trying to reproduce a bug for the syncdaemon and nautilus crashed on me, the bastard
[14:22]  * rtgz had pyinotify crashed on me yesterday after clicking 'connect' button in the Nautilus and syncdaemon stopped seeing the files... But I hope that's only because I was switching libraries too fast...
[14:24] <rtgz> Hmmm... 2009-12-03 13:11:41,386 - pyinotify - ERROR - The path /home/rtg/Ubuntu One/testing/untitled folder of this watch <Watch wd=109 mask=3064 auto_add=False proc_fun=None path=/home/rtg/Ubuntu One/testing/untitled folder dir=True > must not be trusted anymore
[14:25] <dobey> Chipaca: hrmm, that is not critical. i am not sure why it is marked as critical.
[14:25] <rtgz> Erm
[14:26] <Chipaca> dobey: because a lot of people are getting it
[14:26] <rtgz> Launchpad OpenId page: You are signing into: Ubuntu One             Your info will be sent to the blog.
[14:26] <rtgz> the blog o_O ?
[14:26] <Chipaca> heh
[14:26] <urbanape> the borg. Typo
[14:28] <nessita> Chipaca: bug report #491896 I couldn't get any more info using gdb :-/
[14:28] <rtgz> btw, may I start a flame about the default state of the emblems?
[14:28] <nessita> Chipaca: it happens all the time on my installation
[14:28] <Chipaca> rtgz: probably not. You can start a discussion, however. But, mailing list is probably better than here
[14:30] <dobey> sigh
[14:30] <dobey> i think the problem is already fixed
[14:30] <Chipaca> dobey: the critical?
[14:30] <dobey> yes
[14:30] <Chipaca> dobey: how?
[14:31] <Chipaca> dobey: actually I should've said "great! how?" :)
[14:31] <rtgz> btw, my upload rate to U1 is 1Mbit so it hits the ISP shaper, don't know how to reproduce "Slow upload" speed in this case...
[14:31] <Chipaca> rtgz: slow upload seems to be due to lots of small files, not few big files
[14:31] <dobey> facundo's fix to the error handling, where syncdaemon/protocol was thinking some other error was "INTERNAL_ERROR"
[14:32] <Chipaca> dobey: there are two things
[14:32] <Chipaca> dobey: one is that before (and in karmic right now), getting INTERNAL_ERROR on authorization was interpreted as auth failure
[14:32] <Chipaca> dobey: that was fixed by facundo's branch
[14:32] <Chipaca> dobey: another is starting syncdaemon without a token
[14:32] <rtgz> Chipaca, ah, so it is not the single file which goes via snail mail to U1, it is the number of files together taking more than expected, I see
[14:33] <Chipaca> dobey: that is being fixed also (right, __lucio__?) so that syncdaemon goes to auth failure in that case also
[14:33] <dobey> Chipaca: starting syncdaemon without a token is harmless because it doesn't give us AUTH_FAILED
[14:33] <__lucio__> Chipaca, dobey: in the queue, yes.
[14:33] <dobey> so it wouldn't cause a loop of authentication
[14:33] <rtgz> There was an error sharing the folder 'testing/Perl Development Toolkit':
[14:33] <rtgz> callback() takes exactly 2 arguments (1 given)
[14:34] <dobey> but i have a branch in review that avoids starting syncdaemon before we get the token
[14:34] <dobey> in the applet
[14:34] <Chipaca> dobey: sorry, I didn't follow that. How is it harmless? it blows up in the user's face
[14:34] <Chipaca> dobey: the problem is nautilus also
[14:34] <dobey> Chipaca: how does it blow up in the user's face?
[14:34] <rtgz> Nautilus = There was an error sharing the folder 'testing/Perl Development Toolkit':
[14:34] <rtgz> callback() takes exactly 2 arguments (1 given)
[14:34] <Chipaca> dobey: syncdaemon currently raises NoAccessToken when started without a token
[14:34] <rtgz> re: bug nessita has posted
[14:34] <rtgz> the ShareCreateError was not properly handled in the code
[14:34] <dobey> Chipaca: yes, but that isn't shown to the user.
[14:35] <Chipaca> dobey: they get the apport dialog...
[14:35] <rtgz> once it is handled, the error message is shown as I provided
[14:35] <rtgz> dobey, Chipaca, nessita ^
[14:35] <nessita> dobey: that branch needs tests, I had to remove my Approve on it
[14:36] <dobey> Chipaca: only if they're running lucid
[14:36] <dobey> Chipaca: apport doesn't pop up automatically in stable release, as i understand things
[14:36] <dobey> nessita: huh?
[14:36] <rtgz> SYN
[14:37] <nessita> dobey: the branch you're referring to, doesn't provide any tests
[14:37] <nessita> dobey: so "Needs Fixing" as per what Chipaca mentioned a few minutes ago
[14:38] <dobey> -ENOTPOSSIBLE
[14:39] <rtgz> nessita, may I give you the DEB file so that you check whether the crash is actually an unhandled ShareCreateError signal?
[14:39] <nessita> rtgz: sure!
[14:40] <rtgz> nessita, http://buzz.rtg.in.ua/~rtg/ubuntuone-client-gnome_1.1+r283-0ubuntu1~ppa1~karmic_i386.deb
[14:40] <nessita> dobey: what's not possible? :-)
[14:40] <rtgz> nessita, that is just the standard r283 + the patch from bug #479475
[14:41] <dobey> nessita: unit tests for the applet
[14:41] <Chipaca> dobey: why?
[14:41] <dobey> nessita: to do so basically means rewriting the entire applet as a mocked object, which means the applet isn't being tested, the mocked object is.
[14:41] <Chipaca> dobey: 1 sec
[14:42] <Chipaca> dobey: *maybe* you can convince me that adding tests to the applet now, when it is about to die, is silly
[14:42] <Chipaca> dobey: *maybe* :)
[14:42] <dobey> Chipaca: well i don't think python lets you import scripts from bin/ either
[14:42] <rtgz> nessita, afterward, exit nautilus completely, nautilus -q, since it does not want to reload the libs just because there is a new one...
[14:42] <nessita> dobey: I disagree. Test one: if we have no token, syncdaemon is not started. Test two: if we do have a token, syncdaemon is started. I let you discuss the details with your manahger :-)
[14:42] <dobey> Chipaca: and adding tests that are going away in a few weeks seems silly as well
[14:42] <Chipaca> dobey: but, going forwards, if we were doing the applet from scratch, I'd definitely want it done TDD
[14:43] <dobey> also, integration tests are not unit tests
[14:43] <Chipaca> dobey: I didn't say unit tests, necessarily
[14:43] <nessita> Chipaca, dobey: the logic authtoken-syncdaemon should not be in applet code. For instance, you will need that exact same code on the non-applet application
[14:44] <Chipaca> dobey: and for the parts that are not dying (e.g. nautilus), I want us to add tests to that
[14:44] <dobey> nautilus is even more difficult to test
[14:45] <dobey> nessita: the oauthdesktop code is a module and is already tested.
[14:45] <Chipaca> dobey: I know, I'm not saying it's blowing and making glass
[14:45]  * Chipaca wonders if that expression translates well
[14:45] <nessita> Chipaca: I think it would be a good exercise to separate logic from view, so you can be sure to have tests for the business logic
[14:45] <nessita> dobey: yes, and I'm not saying you test oauth. I'm saying I would like to see tests for the oauth<->syncdaemon code
[14:45] <Chipaca> nessita: yes. But again, the applet is dying.
[14:46] <dobey> nessita: it's going away.
[14:46] <nessita> Chipaca: yes. But again, there is code that you will be using in the new app.
[14:46] <dobey> no
[14:46] <Chipaca> dobey: oauth <-> syncdaemon isn't, which is I think nessita's point
[14:46] <dobey> Chipaca: yes it is
[14:46] <Chipaca> dobey: oh? why?
[14:47] <Chipaca> dobey.verbose = 1
[14:47] <dobey> Chipaca: because having a thin wrapper to check that a token exists and start the syncdaemon or request one, is silly. syncdaemon should be doing that check itself for lucid
[14:47] <dobey> syncdaemon should say "oh we don't have a token, make a dbus call to get one"
[14:48] <nessita> dobey: you're coupling interests
[14:49] <dobey> eh? i am trying to decouple them.
[14:49] <nessita> dobey: ok, let me rephrase :-)
[14:50] <nessita> Chipaca: by "design", which layer should be managing authentication, and which layer can assume is already authenticated?
[14:50] <nessita> __lucio__: ^ same question for you
[14:51] <Chipaca> nessita: authentication is one thing, getting the token is another, right?
[14:51] <dobey> no
[14:51] <dobey> auth includes getting a token. if you don't have a token, you're not authenticated.
[14:51] <urbanape> IMO it only needs decoupling if there will be alternate means of getting credentials.
[14:51]  * __lucio__ reads
[14:51] <nessita> Chipaca: hum, I see them both as one thing
[14:51] <urbanape> two separate steps.
[14:52] <dobey> urbanape: auth should have NO relation to the applications requesting auth
[14:52] <urbanape> authentication can happen according to whatever rules we wish. We happen to act on oauth tokens as the credentials.
[14:52] <dobey> urbanape: which is not how it is now. currently auth is very tied to the start-up of syncdaemon/etc... stuff
[14:52] <Chipaca> hold on
[14:52] <dobey> and that's what needs to be decoupled
[14:53]  * nessita holds
[14:53] <Chipaca> when nessita says "authenticating" I hear "connecting to the server, showing our creds, and getting an AUTH_OK message"
[14:53] <urbanape> why does it need to be decoupled if that's the only way we will authenticate people? If there are no affordances for alternate means of authenticating, I don't see a need for decoupling.
[14:54] <Chipaca> urbanape: I think when you say authenticating, you're saying something else
[14:54] <urbanape> authentication is the process of establishing the identity of the requestor
[14:54] <Chipaca> ok, so we agree :)
[14:54] <urbanape> I wrote pluggable authentication system for Zope. I get the authn/authz distinction.
[14:55] <Chipaca> urbanape: *you* wrote the pluggable auth system for zope?
[14:55] <dobey> when i say authentication, i am talking about the openid/oauth process, and not the use of those credentials by other applications to validate themselves with another part of our services
[14:55] <Chipaca> urbanape: wow :) i have some friends that hate you, but wow :)
[14:55] <urbanape> Chipaca: for Zope 2. Tres Seaver and I
[14:55] <urbanape> Chipaca: hah!
[14:57] <Chipaca> urbanape: unfortunately, what dobey just said is not what I said I understand nessita means by authentication, but it does match your definition. Is that your intention?
[14:58] <dobey> it's a very important distinction, especially if we're going to switch to having per-app authorization tokens
[14:58] <dobey> as opposed to one token per user, per machine
[14:58] <urbanape> I may have missed some context
[14:59] <urbanape> what is the behavior/process that nessita suggests needs decoupling?
[14:59]  * Chipaca gives nessita back her voice
[14:59] <dobey> and it means the piece that gets the token, can't be starting syncdaemon or other apps, when something else requests a new token
[15:00] <nessita> Chipaca: I still don't get the difference of concepts
[15:01] <CardinalFang> MEETING BEGINS.  Say 'me' to claim a slice of the stand-up meeting, then take your turn by saying DONE/TODO/BLOCKED.
[15:01] <Chipaca> nessita: we continue after the standup
[15:01] <teknico> me
[15:01] <urbanape> me
[15:01] <CardinalFang> me
[15:01] <aquarius> me
[15:01] <Chipaca> me
[15:02] <dobey> me
[15:03] <vds1> me
[15:04] <jblount> me
[15:04] <CardinalFang> teknico, go!
[15:04] <teknico> DONE: done more reviews, triaged my 20 bugs, finished exposing SMS methods in Funambol Server API (#381398)
[15:04] <teknico> TODO: expose Funambol Server API via REST/HTTP, disable free phone sync after 30 days (#403941)
[15:04] <teknico> BLOCK: none
[15:04] <teknico> next: urbanape
[15:05] <urbanape> DONE: Went through my bug list and marked many "fixed released", updated some to tie to specific branches, commented on some.  Got some good feedback on Bindwood 0.5 PPA release.
[15:05] <urbanape> TODO: Get some branches landed, work on SRU for Bindwood 0.5 PPA release.
[15:05] <urbanape> CardinalFang: The comfy CHAIR!
[15:05] <urbanape> BLOCK: None
[15:05] <CardinalFang> DONE: some work on attachments.  thinking and talking about record deletion of deletion.
[15:05] <CardinalFang> TODO: finish attachments.
[15:05] <CardinalFang> BLOCKED: My understanding of attachments.  Bah.
[15:05] <CardinalFang> aquarius, sir!
[15:05] <aquarius> ⚀ DONE: music store planning; music store user flows mockup; discussion about delete propagation in DC
[15:05] <aquarius> ⚁ TODO: look at oauth-enabling twisted; make tomboy first-sync experience nicer; continue work on desktopcouch developer docs; write up things learned at UDS/sprint; work with rodrigo on Music Store, much more music store architecture planning; talk to thisfred and vds about sequence numbers etc; list of music store tasks for joshuahoover; feel less rough
[15:05] <aquarius> ⚂ BLOCKED:
[15:05] <aquarius> Chipaca: go
[15:05] <vds1> DONE: proposed branch to close #381398 again mail to funambol support, skype with funambol, support ticketing with funambol support on the same topic, packaging funambol and sort timestamps out
[15:05] <vds1> TODO: looks like the next thing is the 30 days plan but I'm not sure, I'll find out soon
[15:05] <vds1> BLOCKED: nope
[15:06] <vds1> jblount: go go go
[15:06] <jblount> DONE: Touched base with mt. about getting stuff finalized on /files/, got a branch landed
[15:06] <jblount> TODO: Work on the invoices for mattgriffin
[15:06] <dobey> i think vds hit a time dilation bubble
[15:06] <jblount> BLOCKED: Nope
[15:06] <jblount> Next: EOM?
[15:06] <CardinalFang> Thanks, all.
[15:06] <dobey> no no no
[15:06] <urbanape> next is Chipaca
[15:06] <dobey> you sill humans. you have erred. :)
[15:06] <Chipaca> DONE: ran around the city doing paperwork and trying to build my tech base back up to a tolerable level. TODO: get back on top of bugs, plans, planning, etc. BLOCKED: no
[15:07] <Chipaca> NEXT: dobey
[15:07] <dobey> ☺ DONE: Triage, Found/fixed #491573
[15:07] <dobey> ☹ TODO: Fix #437165, Review/Fix #479375, Finish Backporting, Triage, Prepare releases/SRUs
[15:07] <thisfred> aquarius: re sequence numbers and such: I'm about to start on a funambol exchange timestamps branch
[15:07] <dobey> ☹ BLCK: None.
[15:07] <dobey> now you can EOM i guess
[15:07] <vds1> dobey: I wish I have, I could fine more time to fix the new office :)
[15:08] <thisfred> (oops sry for disrupting, thought the meeting was over) aquarius: so any discussion would be good sooner rather than later
[15:08] <dobey> aquarius: "oauth-enabling twisted" <- eh?
[15:08] <urbanape> thisfred, aquarius: Thinking on the funambol thing: I think it would be really helpful for us to come up with a shared understanding of the processes whereby we sync information that is multi-homed (lives on the desktop but gets synced to the cloud for replication, not just resident in the cloud (or Desktop Couch))
[15:09] <aquarius> dobey, the twisted getpage stuff
[15:09] <aquarius> dobey, I have a plan to look at it to see how hard it is to make it do oauth
[15:09] <urbanape> Having the algorithm hashed out for how various apps should approach syncing/merging would mean that all our apps act consistently WRT DesktopCouch.
[15:09] <thisfred> urbanape: +1 on shared understanding
[15:09] <urbanape> I'm sure I've been going over the same space with bindwood
[15:09] <aquarius> thisfred, yep, it would be good to chat about it
[15:10] <dobey> aquarius: but... why would we do that anyway?
[15:10] <thisfred> urbanape: although funambol and bindwood are different in that all communication to and from funambol goes through a single point
[15:10] <aquarius> dobey, hrm, I am now trying to remember what put it on my list :)
[15:10] <urbanape> all communication to and from Firefox goes through a single point, too.
[15:10] <thisfred> our server, and hence we can do all the funambol timestamps there
[15:10] <urbanape> ah
[15:10] <urbanape> funambol isn't dc?
[15:11] <urbanape> doesn't use, rather
[15:11] <thisfred> urbanape: correct
[15:11] <urbanape> ah
[15:11] <urbanape> why not?
[15:11] <thisfred> urbanape: it's a server application
[15:11] <urbanape> doesn't use Couch at all?
[15:11] <dobey> "Why in Golgafrinchum would we do that?"
[15:12] <urbanape> to whom was that addressed, your bathiness?
[15:12] <dobey> nessita: where are you confused about the authn/authz separation?
[15:12] <thisfred> urbanape: the data (contacts) is in couchdb, and ultimately ends up on the desktop
[15:12] <thisfred> but funambol only talks to the cloud server directly
[15:12] <dobey> urbanape: generally about twisted+oauth
[15:12] <urbanape> ah
[15:12] <nessita> dobey: I don't know what those two are :-)
[15:13] <dobey> nessita: authentication vs. authorization
[15:13] <nessita> dobey: well, I see those two as a single layer
[15:13] <dobey> nessita: ie "i am me" vs. "i allow this other thing to access my information"
[15:13] <urbanape> authentication is the means of establishing identity. Authorization is the means of determining whether an identity is allowed to do something.
[15:13] <urbanape> they're very much not a single layer
[15:14] <nessita> urbanape: from my point of view (syncdaemon) yes they are
[15:15] <dobey> nessita: you're confused about what "authentication" in syncdaemon actually means then i guess?
[15:15] <dobey> nessita: what syncdaemon does isn't exactly authentication of the user. it validates that it was authorized by the user to access user's data.
[15:17] <nessita> dobey: are you referring to the  AUTHENTICATING state on the state machine?
[15:17] <urbanape> What are the processes at work? Something gets the credentials, something verifies the credentials, something authorizes verified credentials.
[15:17] <dobey> nessita: yes.
[15:18] <nessita> dobey: so it's correct to expect to have the access token when the syncdaemon is running :-)
[15:19] <dobey> no
[15:19] <dobey> that would be equivalent to expecting that the user already typed in their password when they go to a newly visited web page
[15:20] <nessita> dobey: but the user goes to a newly visited page because he want to. The syncdaemon is not started by the user
[15:21] <Chipaca> dobey: re #437165, please also check all the ones with tag no-access-token
[15:21] <hackel> I never would have thought a program like Ubuntu One would need to be so complicated (obviously it is), I've never had more problems with something like this in my life!
[15:21] <nessita> the user triggers some user-application, like the applet, nautilus, or similar. So those apps should be ensuring the token is present
[15:21] <Chipaca> ok, bbiab
[15:22] <hackel> Last night I added about 48M of files and it's been trying to sync them for the last 10 hours...it seems to take about 5 seconds for each file (which are only 10-20k each), and use up 100% cpu in the process. :(
[15:22] <dobey> nessita: no, applications needing a token should request one if they don't have one
[15:22] <hackel> It's also timestamping the syncdaemon log files in 2030....
[15:23] <nessita> dobey: IMHO syncdaemon is not an "application", but a core to other applications
[15:23] <dobey> nessita: it's not a gui application, no
[15:24] <dobey> nessita: it is a consumer of ubuntu one services. some applications might be GUI things, some might be services like syncdaemon.
[15:24] <dobey> nessita: but consumers that need credentials should request them if they don't have them.
[15:24] <dobey> nessita: not blindly expect they are always available
[15:24] <urbanape> dobey: +1
[15:25] <nessita> dobey: but if you don't design some dedicated layers to do dedicated job, you'll end up with a lot of duplicated code
[15:25] <nessita> so, I agree syncdaemon shouldn't die like a rat in that case
[15:25] <dobey> nessita: "request" here is "call a dbus method"
[15:25] <nessita> we have a ticket for it, let me grab the number
[15:25] <dobey> it's not a code duplication issue
[15:27] <nessita> it is, you'll end up with N applications all implementing the same "if token doesn't exist -> get token, If that fails, do that, etc etc"
[15:28] <dobey> it's like all those applications implementing try: import ssl; except ImportError: do_something_else
[15:28] <dobey> or all of them implementing main()
[15:29] <nessita> I'm that sure is an accurate comparison
[15:29] <nessita> :-)
[15:29] <urbanape> then it's not problematically duplicated code.
[15:30] <dobey> try: authenticate(); except INVALID_TOKEN: get_a_token()
[15:30] <dobey> there is only so much you can do with that to avoid duplicating it
[15:30] <dobey> not all applications use the same protocols
[15:30] <nessita> heh I meant I'm *not* that sure
[15:30] <urbanape> not all applications use the same language/libraries
[15:31] <dobey> and as i said, if we're going to do per-application tokens, then each app is going to have to request separately anyway
[15:31] <dobey> urbanape: and that too, but that's actually easier to solve for us, than solving the protocol problem
[15:31] <dobey> urbanape: we can presume that anyone integrating with u1, will probably want to use our client libraries.
[15:33] <dobey> urbanape: however, we can't presume they are all the same application.
[15:35] <nessita> dobey, urbanape: this is the issue we're gonna fix on syncdaemon for the noaccesstoken problem #488414
[15:35] <urbanape> dobey: well, the applications should be working at the authorization level. I think it's conceivable to change that try: except: to:
[15:35] <dobey> the noaccesstoken thing isn't actually a problem right now.
[15:35] <urbanape> hrm
[15:36] <nessita> dobey: it is, there are tons of bug reports
[15:36] <dobey> urbanape: yes, the application says "i am not authorized, allow me to get some authorization plz"
[15:36] <urbanape> and so the authentication step could be decoupled.
[15:36] <dobey> nessita: the NoAccessToken thing is a symptom though, not the problem.
[15:37] <dobey> urbanape: well authentication and authorizing an app will be coupled in the new log-in ui stuff. but it will be separate from the applications themselves
[15:37] <nessita> dobey: I agree, but we need to do something about it, people can't connect to the cloud and are hating us because of that ;-)
[15:39] <dobey> nessita: one valuable metric for that i think, is how many of those bugs are filed from a 1.0.2 versioned package vs. from a 1.1 versioned package
[15:39] <verterok> nessita, dobey: in the current state, Syncdaemon can't call oauthdesktop to get a token...because that implies starting the applet
[15:40] <dobey> verterok: well the dbus call will start the applet. but for lucid that won't be the case.
[15:41] <dobey> verterok: for karmic we have to live with what we have :)
[15:41] <nessita> dobey: so, we have 2 scenarios. The one I care about now (because of the amount of bug reports) is karmic
[15:41] <nessita> dobey: I know that everything will be better on Lucid :-)
[15:43] <dobey> nessita: yes, but we need to determine the problem first. i am pretty certain that the presence of NoAccessToken in the exceptions log isn't the problem.
[15:43] <dobey> it is merely a symptom
[15:44] <nessita> dobey: I agree, but I think we first need to provide a fix, and the look for the root of the problem
[15:45] <dobey> nessita: but provide a fix for what? hiding the symptom and just throwing hands up and exiting instead isn't going to show us the problem :)
[15:45] <rtgz> dobey, yep, NoAccsesToken is preceeded by something failed earlier, but I can't reproduce it locally at the moment.
[15:46] <dobey> rtgz: reproducing NoAccessToken is pretty easy
[15:46] <rtgz> dobey, yep, if I don't put the token there, right :)
[15:47] <rtgz> dobey, but it is hard to make it work first, then suddenly make it stop working as it happens, according to some bug reports
[15:48] <rtgz> dobey, and I definitely cannot tie up the issue with CouchDB empty management database which got populated after user restarted couchdb and restarted applet...
[15:48] <dobey> it's nothing to do with couchdb
[15:48] <CardinalFang> Breakfast!  Back in a bit.
[15:48] <dobey> breakfast?
[15:48] <dobey> brunch more like it
[15:48] <dobey> we stop serving breakfast at 10:30
[15:49] <nessita> dobey: ok, so. Let's round up a bit: right now, the syncdaemon has no ways of getting a token if it doesn't have one, so it's needs to be started only when there is a token in place. Ergo, for now we need the applet to start syncdaemon only when the token was gathered.
[15:49] <rtgz> dobey, yes, it is not, however ubuntuone-client-applet somehow interracts with desktopcouch.records, which read some pairing info from management db, i guess
[15:49] <dobey> nessita: and that's what we do
[15:49] <nessita> dobey: the branch you proposed does that, as per you commit messages
[15:50] <dobey> well unless you somehow try to avoid using the applet. but that's not realy supported
[15:50] <nessita> dobey: the branch you proposed doesn't have any test that backups that commit message, so until Lucio and Chipaca say otheriwse, I can not approve
[15:50] <dobey> rtgz: yes, it puts the token in desktopcouch AFTER it gets a token
[15:53] <dobey> i need to get one of those cupcake 3d printers
[15:53] <dobey> i could make a fortune selling replacement door handles for nissan sentras
[16:24]  * rtgz 2.0 GB Used (98.8%)
[16:24] <rtgz> added one more file of 70 Mb and...
[16:24] <rtgz> nothing
[16:25] <rtgz> so if user puts more than 2Gb he might never know that the files are not being synced anymore until he visits the Web UI that says 'Upgrade to 50Gb'...
[16:25] <rtgz> is this bug filed?
[16:26] <rtgz> and checkmarks... grrr. I hate checkmarks-by-default, sent a message to ubunutone-users mailing list...
[16:27] <rtgz> where's the "Community iFace" message?
[16:28] <dobey> what message?
[16:30] <rtgz> dobey, the one that used to be in the room subject line... at least it was so some weeks ago
[16:30] <dobey> rtgz: i guess whoever was setting the topic for that hasn't been doing so
[16:30] <dobey> joshuahoover: was that you doing that?
[16:35] <rtgz> ok, nobody knows about ignoring the files that exceed the quota?
[16:36] <rtgz> Bug #404098
[16:40] <joshuahoover> dobey: i was when i was on face duty
[16:40] <joshuahoover> webm0nk3y is on face today
[16:41]  * webm0nk3y blushes
[16:58] <dobey> must eat... bbiab :)
[17:16] <rtgz> Here's what came to my mind the other day
[17:17] <rtgz> it is possible to get more than 2Gb in free accounts IF:
[17:17] <rtgz> 1. the user is determined enough
[17:17] <rtgz> 2. GOTO 1
[17:17] <rtgz> Hm..., should I file that as a private bug instead
[17:18] <rtgz> but that is not a bug in the real sense, it is just a workaround, I guess...
[17:19] <joshuahoover> rtgz: yeah, it's possible...but (imo) if a user wants free storage that bad, then he/she is paying a price, just not to us :) their time (setting up multiple accounts, managing files across multiple accounts, etc.) must not be worth too much
[17:19] <rtgz> joshuahoover, ah, i guess you know how this is possible :)
[17:22] <rtgz> And... additionally, we might need to check that "Shared with Me/someshare from someone" folder is also protected by 'The other user has used all his quota, so stop adding more files'
[17:23] <verterok> rtgz: getting syncdaemon working for multiple accounts isn't a simple task
[17:30] <rtgz> okay. next: Is there a bug report regarding the 'Share' dialog on the Web UI
[17:32] <rtgz> It is good to know that i have shared my folder with openiduser19154... but I'd rather have it as an email
[17:33] <joshuahoover> rtgz: i don't think there is a bug for that
[17:36] <rtgz> joshuahoover, I searched for e-mail, email, share, openid - no results, going to create one
[17:36] <joshuahoover> rtgz: great, thanks!
[17:49] <rtg|bugReportGen> joshuahoover, https://bugs.launchpad.net/ubuntuone-servers/+bug/402775/comments/1
[17:50] <rtg|bugReportGen> ah, there are several Joshuas here
[17:52] <joshuahoover> rtgz: hmmm...well, apparently that's not quite true based on what you're seeing
[17:53] <rtgz> joshuahoover, and dialog contains <h7> with "view and copy" in it that got display: none... strange, ok will comment and file new bug for other stuff
[18:03] <rtgz> Has web ui got some nice common name, like... oneweb, frontier or something like this :) ?
[18:05] <webm0nk3y> I wish we did have a cool name :)
[18:05] <dobey> it's not a separate project (yet) no
[18:05] <webm0nk3y> hehe
[18:05] <dobey> farfignugen
[18:05] <webm0nk3y> dobey, what does the exception: NoAccessToken: No access token found generally mean for users?
[18:06] <webm0nk3y> dobey, do they need to reauthenticate the client?
[18:06] <rtgz> dobey, okay, farfignugen-share-dialog - new tag for bug reports
[18:07] <rtgz> dobey, driving pleasure?
[18:09] <dobey> webm0nk3y: yes. it means there's no token in the keyring
[18:09] <dobey> webm0nk3y: it's generally a symptom of some other problem though, as most of the reports with that are of the form "ubuntuone won't connect"
[18:10] <dobey> which means it's not trying to do the auth process for some confounded reason
[18:10] <dobey> rtgz: i like driving, usually, yes
[18:10] <dobey> i don't tend to like other people driving though. they tend to make a mess of the roads
[18:16] <rtgz> "$email has not accepted the share you sent just now", huh? o_O
[18:17] <rtgz> ah, then it goes to "has not accepted the share you sent 5 minutes ago"
[18:18] <webm0nk3y> rtgz, nice bug tag!
[18:18] <webm0nk3y> hehe
[18:21] <rtgz> webm0nk3y, yup, like dobey said. Now I will try to memorize that... Can I tag the tag with the URL of the conversation...
[18:32] <dobey> __lucio__: why is bug #472287 critical?
[18:36] <rtgz> good
[18:37] <rtgz> no more bug reports planned today
[18:46] <webm0nk3y> dobey, is there still a dependency on Network Manager?
[18:47] <dobey> elaborate please
[18:47] <webm0nk3y> "Unable to contact NetworkManager".
[18:47] <dobey> the fix is not released as an update to karmic yet
[19:00] <hackel> Why is Ubuntu One sooooo slow?  It's taking like 12 hours to upload 50M (8000 files, 5 seconds each!)
[19:07]  * rtgz is uploading madwifi, will see how fast it goes
[19:08] <__lucio__> dobey, i dont know.
[19:12] <rtgz> hackel, there appears to be a pretty noticeable overhead for a single file to be processed locally. This is a known issue and the team is working on that, you may subscribe to the bug #485004 and mark that it is affecting you as well
[19:13] <hackel> rtgz:  Ahh, thanks.
[19:34] <rtgz> nautilus does not have 'refresh' method for files... utime() seems to be the only way... but that's bad...
[19:36] <dobey> why is that bad?
[19:36] <rtgz> dobey, http://www.youtube.com/watch?v=ydb6KvfCKbM
[19:37] <dobey> oh youtube, thou hath failued me
[19:37] <rmcbride> statik: bip appears to be down?
[19:38] <rtgz> dobey, i can give the url of the theora/vorbis file if youtube is not acceptable
[19:39]  * rtgz wants to have html5 youtube w/ gstreamer playing the video...
[19:39] <dobey> rtgz: the video doesn't play/queue properlly
[19:39] <dobey> rtgz: you can do that already
[19:39] <dobey> although i don't think it uses gstreamer
[19:40] <rtgz> dobey, gstreamer on linux, quicktime on mac, something else on windows...
[19:40] <dobey> but would be better to embed totem playing the mp4
[19:40] <dobey> rtgz: i think on linux firefox just uses libogg
[19:41] <dobey> or rather, it looks like it probably uses a statically linked internal copy of libogg/libvorbis
[19:42] <rtgz> dobey, oops, outdated knowledge, I remember the talk somewhere on mozilla that were searching for applicable implementation
[19:42] <dobey> but anyway
[19:43] <rtgz> dobey,  http://buzz.rtg.in.ua/~rtg/Bug%20%23491777.ogv
[19:46] <dobey> rtgz: so thumbnails get regenerated?
[19:46] <dobey> rtgz: that is a bug in nautilus probably then
[19:46] <rtgz> dobey, yes
[19:46] <dobey> it shouldn't be doing that for mtime changes
[19:46] <rtgz> since utime() sets the file modification time to now, nautilus drops the thumbnail (since it might be a brand-new file) and calls the thumbnailer again
[19:47] <rtgz> mtime?
[19:47] <dobey> atime, mtime, ctime (access, modification, creation)
[19:48] <rtgz> dobey, yes, I just thought  that there are more xtimes, yup, mtime is sufficient to make it regenerate the thumbnails
[19:49]  * dobey thinks that is a nautilus bug
[19:50] <dobey> i wonder if just changing atime would work instead
[19:51] <rtgz> dobey, nautilus could provide something like update_file_emblems, update_file_thumbnail calls so that it would not need to guess the action
[19:51] <dobey> it doesn't need to guess
[19:52] <dobey> thumbnails should only get regenerated if the contents changed (if the md5sum is different)
[19:54] <rtgz> dobey, it does not store the checksum, it is the job of the external indexer to perform that
[19:55] <dobey> what external indexer?
[19:55] <urbanape> well, crap. I don't know what's happened now, but this branch seems to have withered on the vine. Time to recreate it.
[19:55]  * rtgz recalls that MacOS X has something built in for metadata... But I have never used an OS X
[19:55] <dobey> the checksum is stored
[19:55] <dobey> the filename of the thumbnail is the md5sum of the file's path
[19:55] <rtgz> dobey, yep, the file path, but not contents
[19:56] <dobey> yeah i forgot the thumbnail spec was dumb and didn't specify contents
[19:56] <urbanape> rtgz: xattrs?
[19:57] <dobey> it uses extended attributes, yes
[19:58] <rtgz_> Sorry, router crashed
[20:02]  * rtgz_ gets new openwrt firmware...
[20:07] <dobey> Chipaca: https://bugs.edge.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/437165/comments/15 <- comments?
[20:11] <Chipaca> dobey: reading...
[20:16] <Chipaca> dobey: is there a bug for the handling of 50x?
[20:19] <dobey> i don't know
[20:25] <Chipaca> dobey: we never picked up the discussion re NoAccessToken and nautilus and such
[20:25] <Chipaca> dobey: we are getting a lot of users clicking 'connect' in nautilus for the first time, and having nothing happen
[20:25] <jblount> BBIAB need to go pick up new glasses.
[20:27] <dobey> Chipaca: ok. that's easy to fix. we need to make syncdaemon call the dbus method to get the token, instead of raising an error and doing nothing
[20:27] <Chipaca> dobey: what is the dbus method to get the token?
[20:29] <dobey> login(realm, consumer) on com.ubuntuone.Authentication
[20:30] <Chipaca> dobey: and what does that answer with?
[20:30] <Chipaca> dobey: if that answers with the token, we just got rid of gnomekeyring dep in syncdaemon :)
[20:30] <dobey> it returns immediately
[20:31]  * Chipaca bashes his head against a rock
[20:31] <dobey> but it does the browser open/etc.../etc... in the background
[20:31] <Chipaca> dobey: and how do we know when it's done?
[20:31] <dobey> it has to
[20:31] <dobey> otherwise it would just timeout
[20:31] <dobey> Chipaca: listen for the NewCredentials signal on that interface
[20:31] <Chipaca> dobey: yes, but usually you pass in a callback or something
[20:32] <dobey> well on dbus you listen to signals :)
[20:32] <Chipaca> dobey: and if we already have creds?
[20:32] <nessita> Chipaca, dobey: are you taking into account this bug #485824?
[20:32] <Chipaca> dobey: does it do the browser dance, or does it just signal somehting?
[20:32] <dobey> if the token is already in the keyring, then you don't get the NoAccessToken
[20:32] <dobey> nessita: that isn't changing for karmic, no
[20:32] <Chipaca> dobey: right, but I was wondering if we had something where we could get rid of the keyring dep
[20:33] <dobey> Chipaca: not for karmic. once we fix up the new log-in ui stuff, sure
[20:33] <Chipaca> dobey: ok, good
[20:33] <Chipaca> __lucio__: I have good news, and bad news for you
[20:34] <Chipaca> __lucio__: the good news is that I'm passing all the no-access-token bugs back to you
[20:34] <__lucio__> Chipaca, whats the source of the issue?
[20:35] <Chipaca> __lucio__: nautilus does not check with the keyring, it just starts syncdaemon
[20:35] <Chipaca> __lucio__: and, that is correct behavior
[20:36] <Chipaca> __lucio__: syncdaemon should handle not having a access token, by calling the appropriate service that gets one, and listening for the event
[20:36] <Chipaca> __lucio__: read up to what dobey explained so lucidly
[20:36] <__lucio__> Chipaca, ok. right now the applet provides that service. what should we do about that?
[20:36] <Chipaca> __lucio__: dbus handles that
[20:37] <Chipaca> __lucio__: and there is a bug for lucid timeframe to make that be provided by oauthdesktop, which will be in its own package
[20:37] <Chipaca> __lucio__: that's the bug above nessita mentioned
[20:38] <__lucio__> Chipaca, ok, so right now we call dbus, the applet should answer. later on, oauthdesktop will take care. ok?
[20:38] <Chipaca> __lucio__: correct
[20:38] <dobey> __lucio__: yes, for lucid, there won't be an applet. the dbus service will be more robust, etc... :)
[20:39] <__lucio__> verterok, nessita: everything ok with that?
[20:39] <dobey> Chipaca: and i've assigned that oauthdesktop bug to me
[20:40]  * Chipaca hugs dobey
[20:40]  * verterok reads the backlog
[20:40] <nessita> __lucio__: I have no idea what "right now we call dbus" means. Are we doing that already? do we have to make that happen?
[20:40] <Chipaca> dobey: while you're at it, I assigned the one of splitting oauthdesktop out to tim, but maybe you would be a better assignee?
[20:40]  * Chipaca is being devoured by mosquitoes
[20:41] <dobey> Chipaca: yes, that should be me too. i don't know the bug # though
[20:41] <Chipaca> dobey: #440351
[20:41] <__lucio__> nessita, means we have to make syncdaemon get the token using dbus
[20:41] <Chipaca> dobey: bug 440351
[20:42] <dobey> oh
[20:42]  * Chipaca smiles evily
[20:42] <nessita> __lucio__: sounds reasonable. Is it complicated?
[20:42] <Chipaca> dobey: maybe you want it assigned to tim for a while :)
[20:42] <dobey> i think that's a different problem
[20:42] <__lucio__> nessita, really easy
[20:42] <verterok> __lucio__: I'm ok with it, I need to check if oauthdesktop properly implements the async api
[20:43] <Chipaca> bug 440351
[20:44]  * Chipaca notes the mosquitoes in question are aedes aegypti
[20:44] <dobey> that's the same bug, but you just changed the summary
[20:44] <dobey> i call shenanigans!
[20:44] <nessita> Chipaca: dengue?
[20:44] <Chipaca> dobey: yes, I changed the summary to make it more findable. Any shenanigans were completely unintentional. We are working for your safety.
[20:45] <dobey> Chipaca: headless support is a very different problem from splitting oauthdesktop into a separate package/project
[20:46] <Chipaca> dobey: apparently all we need is to depend on oauthdesktop and only recommend the keyring
[20:46] <dobey> Chipaca: which won't work
[20:46] <Chipaca> dobey: why?
[20:46] <dobey> :)
[20:47] <dobey> because keyring is a requirement
[20:47] <Chipaca> dobey: you pass in oauth from the commandline, and it should work. At least, it worked when I tried it on ec2 a while ago
[20:47] <Chipaca> (from source, I mean)
[20:47] <dobey> Chipaca: you mean, for u1sync
[20:47] <Chipaca> dobey: yes
[20:48] <dobey> Chipaca: oauthdesktop doesn't handle gnome-keyring not being there
[20:49] <Chipaca> heh, ok, it was the other way round then
[20:49] <Chipaca> right, oauthdesktop isn't needed for u1sync, and it is the bit that depends on keyring? was that it?
[20:49] <dobey> sort of
[20:49] <Chipaca> I know I looked at it before opening my mouth the first time
[20:50] <dobey> if oauthdesktop isn't there, u1sync will just ImportError
[20:50] <dobey> and if gnomekeyring isn't there, oauthdesktop will ImportError
[20:50] <dobey> so while it isn't necessary for it to be running, it is necessary to be installed
[20:54] <rtgz> dobey, found a bug regarding create share from nautilus... http://paste.ubuntu.com/334105/ . This error is not delivered currently in PPA and elsewhere since there is no signal handler for ShareCreateError. In fact, share is created...
[20:57] <Chipaca> dobey: can you please correct me on the bug, and change its title to something still yet more descriptive?
[20:58] <dobey> Chipaca: i already did that, yes :)
[20:58] <Chipaca> dobey: yay
[21:05] <rtgz> dobey, the patch for emblems is incomplete - share emblems do not show up, probably because they are returned w/o the leading basedir
[21:09] <rtgz> ok, this will be the last bug report for today, House M.D. is about to start...
[21:10] <dobey> i know it's incomplete. but i haven't had time to scrutinize it fully yet :)
[21:11] <dobey> Chipaca: what about the rest of bug #437165 then? :)
[21:14] <rtgz> dobey, If i ever go to sleep today, then I might fix that path tomorrow, this is pretty trivial and I haven't written in C for ssoooo long...
[21:27] <rtgz> Okay, definitely no more bug reports, time to sleep. Have a great $timeofday!
[22:01] <dobey> later!
[23:36] <wesley_> Can someone help me troubleshoot this?  http://paste.ubuntu.com/334187/
[23:37] <verterok> wesley_: hi
[23:37] <wesley_> hi verterok.
[23:37] <verterok> wesley_: could you pastebin the contents of: ~/.config/ubuntuone/syncdaemon.conf ?
[23:38] <wesley_> Thanks mate: http://paste.ubuntu.com/334189/
[23:39] <verterok> wesley_: looks like you'r hittinh Bug #455544
[23:39] <wesley_> Ok cool - any way to turn off bandwidth throttling?  I think I turned it on and then off.
[23:39] <verterok> wesley_: basically, you need to disable bandwidth throttling :)
[23:39] <verterok> wesley_: the simples way is:
[23:39] <wesley_> Is it the option "Limit Bandwidth usage"?
[23:39] <verterok> 1) quite the client
[23:39] <verterok> *quit
[23:40] <verterok> 2) rm ~/.config/ubuntuone/syncdaemon.conf
[23:40] <verterok> :)
[23:40] <verterok> wesley_: yes
[23:41] <wesley_> My client was showing the "limit bandwidth" as not enabled - but the syncdaemon log was showing it as enabled?
[23:41] <verterok> wesley_: the config says it's enabled
[23:41] <verterok> wesley_: the preferences app show it as disabled?
[23:42] <wesley_> Well the checkbox isn't checked in the preferences.
[23:42] <wesley_> However
[23:42] <wesley_> I did try re-installing the client as a solution.
[23:42] <verterok> wesley_: hmm, I think there is a bug about the preference app not getting the config correctly on startup
[23:42] <verterok> wesley_: no need to reinstall
[23:43] <joshuahoover> verterok: yes, there is a gui bug that's assigned to dobey i believe
[23:43] <verterok> joshuahoover: hi :) and thanks
[23:43] <joshuahoover> verterok: :)
[23:43] <wesley_> Well removing the config file did the trick anyway!  I must say I think this system is a great idea.
[23:43] <verterok> wesley_: cool :)
[23:43] <wesley_> Has anyone got a project for a windows client open?
[23:44] <wesley_> IE 7 doesn't seem to handle the ubuntu one web page too well - and I think the bulk of the market would be people who use linux at home and windows at work.
[23:45] <verterok> wesley_: I don't know of anyone working in a windows port
[23:45] <wesley_> Anyway - I'll leave the decisions to the experts!  Thanks and good night all!
[23:45] <verterok> wesley_: np, g'night!


 Is papirus-icon-theme working for you all?
 Is papirus-icon-theme working for you all in hirsute? (edited)
 No, we noticed it a couple of days ago. https://bugs.launchpad.net/ubuntu/+source/papirus-icon-theme/+bug/1920691 (re @arunpyasi: Is papirus-icon-theme working for you all in hirsute?)
 Oh, we have it completely not working, only few icons are working.. (re @kc2bez: No, we noticed it a couple of days ago. https://bugs.launchpad.net/ubuntu/+source/papirus-icon-theme/+bug/1920691)
 Oh, we have it completely not working, only few icons are showing.. not even the ff logo ;p (edited) (re @kc2bez: No, we noticed it a couple of days ago. https://bugs.launchpad.net/ubuntu/+source/papirus-icon-theme/+bug/1920691)
 Would it be a problem if I share Hirsute with the other official Ubuntu flavors and remixes? @rs2009
 Of course not :) (re @alera_on: Would it be a problem if I share Hirsute with the other official Ubuntu flavors and remixes? @rs2009)
 Phew, I feel calmer now.  I know I kept it exclusive for UU and Ubuntu but, I will release it here for the official flavors and remixes that want to make some art with it. 😊 (re @rs2009: Of course not :))
 Phew, I feel calmer now.  I know I kept it exclusive for UU and Ubuntu but, I will release it here for the official flavors and remixes that want to make some art with it. (edited) (re @rs2009: Of course not :))
 Well guys, here's Hirsute.  A gift from me and the Ubuntu Unity community to help you who are looking for a mascot to represent version 21.04.  Hope you like it.  :-) :
 Welcome @saivinoba


[00:06] <Guest2403> when i do that there 0MB installed
[00:06] <Guest2403> nothing happens
[00:08] <mydogsnameisrudy> is it all ready installed have you tryed to change to it?
[00:15] <Guest2403> yeah it didn't install
[00:17] <Guest2403> hmmm, couldnt find fluxbox either
[00:17] <Guest2403> the reason im doing this, is because Kubuntu 5.04 powerpc is the only successful install, which im on right now, that i could get on this iBook G3 clamshell
[00:18] <Guest2403> its tolerable, but i wanted xfce, lxde, or fluxbox, since i only have 64MB RAM
[00:45] <phdp> I'm having trouble with ibus: has anyone here been able to write in Japanese on Kubuntu? And yes I googled it seems nobody has the answer (the question has a bounty on AskUbuntu though).
[00:57] <frogonwheels> Shinka: yes, (careful changing your nick so drastically, it's rather confusing to reply to).
[00:58] <frogonwheels> err.. I think... I don't use it much so I'm just checking it stillworks.
[01:00] <Shinka> @frogonwheels: Well I dont see the icon (and for some reason my US international setting doesnt work, hence the lack of apostrophe)
[01:00] <frogonwheels> Shinka: are you after Japanese internationalisation, or just input?
[01:01] <Shinka> input
[01:02] <frogonwheels> Shinka: I'm just going to try do it now.  You'll need a japanes input method installed.
[01:07] <Shinka> I have ibus installed
[01:07] <Shinka> It's just that I don't see the icon to change the input method.
[01:08] <Shinka> I have this problem -> http://askubuntu.com/questions/138406/no-ibus-icon-in-kubuntu-12-04
[01:08] <faglnar> java sucks for sure
[01:08] <Shinka> faglnar: yep, learn Haskell :P
[01:10] <frogonwheels> Shinka: hold a sec - I been stuffing round with stuff. .   look at this: http://superuser.com/questions/279898/kubuntu-11-04-japanese-input-method
[01:11] <Shinka> aw :( I have to go, but I'll try it. Thanks!
[01:11] <Avihay> Shinka: I'm useing iBus with Japanese for a while now. I had to reconfigure the language switching hotkeys, because I coulsn't properly trigger the defaults
[01:19] <klakin> Hey guys. Do accesses to google.com suddenly redirect to google.com.hk?
[01:19] <klakin> I've verified tha tthis happens on my two Kubuntu 12.04 machines
[01:20] <klakin> but not on my Gentoo Linux machine, and not on my Windows machine.
[01:20] <klakin> They all are operating on the same LAN.
[01:23] <frogonwheels> Avihay: haza!  できたぞ！
[01:23] <Avihay> おめでと
[01:24] <Avihay> was it the default hotkeys that weren't working for you?
[01:25] <frogonwheels> Avihay: yeah, the default hotkeys, and I just hadn't set it up properly.  As long as my system menus don't revert to japanese (which has happened in the past) when I reboot, it will be all good
[03:13] <Hganavak> How can I get the windows+up/down/left/right functionality in Kubuntu? Do I need compiz?
[03:32] <subcool> can someone help me with my sound? - there is none :(
[03:33] <subcool> I am also connected via HDMI, and there is no sound there either..
[04:02] <amason> subcool: i'm a bit busy ATM but i'm pretty sure there is an Ubuntu page dedicated to troubleshooting sound
[04:03] <amason> a quick web search should find the page
[04:03] <amason> from memory it gives a step by step how to for troublehsooting your sound
[04:16] <HelenB> Some of my settings in BlueDevil haven't stuck
[05:46] <phoenix_firebrd> does the kubuntu daily build contain kde 4.9 beta 1?
[08:33] <rethus>  i have install some updates for today... after reboot, my kontact /kmail doesnt work: http://paste.kde.org/493976
[08:34] <rethus> no i install the dev_packages to get a better debug-message
[08:43] <rethus> how can i upgrade only kontact to higher version for natty?
[08:52] <rethus> i try this: http://maketecheasier.com/install-kde-4-7-in-kubuntu-natty/2011/09/06
[08:52] <rethus> upgrade kde 4.6 to 4.7  in natty
[08:52] <rethus> i add the repository, but get no upgrades to version 4.7. why
[08:57] <rethus> helo anybody here
[09:00] <rethus> wonder why i see no traffic here at all.
[09:00] <rethus> ping bot
[09:00] <rethus> !bot
[09:00] <rethus> !ping
[10:10] <rethus1> i have natty and try to upgrade kde. i n my source.list i have add backports, but i don't get any newer kde packages (now i have 4.6
[10:10] <rethus1> whats wrong here
[10:37] <ajmal> hi
[10:38] <mydogsnameisrudy> morning
[10:38] <ajmal> morning
[10:39] <ajmal> hi
[10:40] <ajmal> hi
[10:44] <rethus1>  i have natty and try to upgrade kde. i n my source.list i have add backports, but i don't get any newer kde packages (now i have 4.6
[10:45] <Riddell> rethus1: natty is an old release, if you want newer KDE use the latest release
[10:45] <Tm_T> as usual, there's packages only for latest stable https://launchpad.net/~kubuntu-ppa/+archive/backports
[10:45] <Tm_T> actually, currently previous stable (:
[11:06] <rethus1> is it possible to upgrade from 32bit to 64bit ?
[11:15] <Tm_T> rethus1: short answer is no
[11:42] <jita> Is there any better theme for kde 4.8 ??
[11:49] <lordievader> Good afternoon
[12:09] <phoenix_firebrd> does the dailybuild of kubuntu contain kde 4.9 beta 1?
[12:10] <Riddell> phoenix_firebrd: see launchpad.net
[12:10] <Riddell> (but no not yet)
[12:10] <phoenix_firebrd> Riddell: ok
[12:44] <ajmal> hi all
[14:18] <sparr_L> I have two kubuntu 12.04 boxes and one wifi network with WPA2 PSK security. One box can connect all the time. The other works rarely but usually gets stuck at "configuring interface" for 30+ seconds before prompting me to enter the "Secrets" (WPA key?) for the network again.
[14:18] <sparr_L> I have two kubuntu 12.04 boxes and one wifi network with WPA2 PSK security. One box can connect all the time. The other works rarely but usually gets stuck at "configuring interface" for 30+ seconds before prompting me to enter the "Secrets" (WPA key?) for the network again. Any suggestions on troubleshooting this?
[14:19] <sparr_L> The one that rarely works on that network works fine on other networks
[14:22] <BluesKaj> sparr_L, do the other networks use a different gateway ?
[14:23] <sparr_L> yes
[14:24] <BluesKaj> sparr_L, do you have /etc/hosts.allow file configured?
[14:24] <sparr_L> it exists but has only comments in it
[14:26] <BluesKaj> it lists the IPs of the pcs on the network
[14:26] <BluesKaj> if you want to add them ...it might help
[14:27]  * crack05 is away (Gone)
[14:30] <BluesKaj> sparr_L, like so , http://paste.ubuntu.com/1026932/
[14:30] <sparr_L> there are no other PCs on either network in question
[14:30] <sparr_L> well, either that I'm testing with
[14:31] <sparr_L> I'm sure there have been other users at some of the public wifi APs I've used previously
[14:33] <BluesKaj> oh i thought you said it was a desktop pc
[14:36] <sparr_L> there's just the one
[14:36] <sparr_L> and it's DHCP
[14:36] <sparr_L> so, usually the same, but not necessarily
[14:36] <sparr_L> you mean I should try connecting both to the same network at the same time, then add the other's IP to each of them?
[14:37] <BluesKaj> yup
[14:40] <sparr_L> can't do that right now :(
[14:40] <sparr_L> how might it help when I can't get past configuring the interface?
[14:40] <sparr_L> i'm not getting far enough for the problematic computer to get an IP, even
[14:42] <BluesKaj> can you do an ifconfig on said pc ?
[14:42] <ikonia> (don't forget sudo)
[14:43] <sparr_L> I'm on a different network right now
[14:44] <sparr_L> http://pastebin.com/jA29EBhS
[14:49] <BluesKaj> actually iwconfig would be better , but I'm not real confident about my wifi knowledge , since there are so many things that can go wrong
[15:28] <BluesKaj>  R.I.P. Ray Bradbury , Martian Chronicles , Farenheit 451
[16:16] <lordievader> Good evening
[16:23] <BluesKaj> hi lordievader
[16:47] <danielo_> hey Guys
[16:48] <danielo_> can You help me? I was trying to create package with ark but protected with password
[16:48] <danielo_> I cant find that option
[16:49] <lordievader> danielo_: You want to make a password protected archive?
[16:49] <danielo_> yes
[16:49] <danielo_> exacly
[16:50] <danielo_> for my private assembly project :p
[16:50] <lordievader> danielo_: Let me see if I can find it.
[16:51] <danielo_> I know that I can open with ark protected package
[16:51] <danielo_> but how to save
[16:51] <danielo_> :p
[16:53] <danielo_> let me know if You will find something :P
[16:53] <lordievader> danielo_: Have you tried this: http://www.web-manual.net/linux-3/how-to-password-protect-a-zip-file-in-linux-unix/
[17:00] <openos> Hopw to get the best Multimedia Experience In KDE
[17:01] <openos> Caus I have many Problems whit Multimedia After switching From >Unity to KDE
[17:01] <lordievader> openos: Define best...
[17:01] <lordievader> openos: Problems like what?
[17:02] <openos> video freez when i try to play It whit Xine or dragon alos whit Smplayer and Umplayer just vlc Play My video
[17:02] <lordievader> openos: So why not use vlc?
[17:03] <openos> VLC  a little Bit slow In My machine And I want Umplayer for Subtitles
[17:03] <lordievader> openos: Ok, try running umplayer from the terminal perhaps it gives you a hint why it freezes.
[17:03] <openos> OKey Thanks I will Reinstall It
[17:08] <danielo_> lordievader: thanks man It works. sad that we can do this with ark :(
[17:08] <danielo_> Openos You should try smplayer
[17:09] <lordievader> danielo_: Perhaps you can, but I don't know how... and he did.
[17:09] <danielo_> ok I've done this so I dont need it for now :P
[17:14] <danielo_> tell me where to submit a bug in kubuntu?
[17:14] <danielo_> after installation some updates my power button doesnt behave as it should
[17:16] <BluesKaj> !bug | danielo_
[17:17] <danielo_> earlier in 12.04 and 11.10 when I press power button my laptop was suspendig according to the power setting in systemsetting, but now it turn off when in option is said to suspend :(
[17:20] <danielo_> no it is not what I need
[17:30] <Guest26379> Anyone know when Kile 2.1.2 will hit the repositories?  It fixes a bug in the current version 2.1.0
[17:45] <Oxymoron> Have someone here managed to install Sonos Controller 3.8 or later on your Kubuntu desktop on wine? If you have, I would like to know how todo? :)
[17:52] <shadeslayer> Oxymoron: since this is a generic wine question, if no one answers, you can try #ubuntu or #wine as well ( maybe that's #wine-hq, not sure )
[17:52] <shadeslayer> make that #winehq
[17:53] <Oxymoron> shadeslayer: Thanks :)
[18:03] <openos> Hi
[18:03] <openos> Why Update free here (Lecture de la base de données... 248750 fichiers et répertoires déjà installés.)
[18:03] <openos> Préparation du remplacement de zramswap-enabler 0.2.1-0~19~precise1 (en utilisant .../zramswap-enabler_0.2.1-0~20~precise1_all.deb) ...
[18:04] <Pici> !fr | openos
[18:30] <openos> Ho To Get a Pure Kde After switching From Gnome Shell And Unity
[18:34] <BluesKaj> !purekde | openos
[18:35] <Avihay> damn, you beat me to it  :->
[18:35] <openos> Okey Thanks alreay Have this Website But the instruction on it remove Some Other package that i need
[19:00] <elfh> hello
[19:00] <elfh> cam anyone help me to setup audacity (or any other app) to record what you hear? (desktop sounds, browser vide sounds, etc) I tried to use alsamixer, but getting terrible feedback like noise. also tried qjackctl and got no sound at all :(
[19:00] <elfh> can
[19:00] <FloodBotK1> elfh: Please don't flood; use http://paste.ubuntu.com to paste; don't use Enter as punctuation.
[19:05] <BluesKaj> elfh, install pavucontrol . you can control your record inputs and their volumes
[19:06] <BluesKaj> elfh, then you can choose whatever recording app you wish
[19:07] <onet> hi, to connect to openvpn server, should i install something additional? (12.04)
[19:07] <elfh> BluesKaj, thanks, will try now
[19:10] <BluesKaj> onet, isn't there an open vpn setting in network manager ?
[19:12] <BluesKaj> onet, I haven't used NM in a long time or even VPN
[19:13] <onet> BluesKaj: is, i have configure certs files, but there is no option like "connect"
[19:13] <onet> and all time is 'not connected'
[19:13] <elfh> BluesKaj, i installed pavucontrol, but what to do next? have the same problems in audacity
[19:23] <BluesKaj> elfh, reboot , then try audacity , make sure audacity uses the same card as shown in alsamixer
[19:24] <elfh> BluesKaj, ok
[19:30] <elfh> BluesKaj, no luck
[19:37] <BluesKaj> elfh, audacity has to be explored , there are alot of tutorials on the net due to it's many functions and options
[19:38] <elfh> BluesKaj, i read the tutorial. i think, the problem is: when i turn on capture in alsamixer and select mix0, i get terrible feedback like sound.
[19:38] <elfh> BluesKaj, i can record mic without problem, but with what you hear, i don't know what to do now
[19:43] <sky100> i burnt the novies onto DVD-R ,,, but after burning as I reinsert the disc .. its not being read the system
[19:43] <sky100> i used k3b
[19:43] <sky100> by the system*
[19:43] <sky100> but in windows it showing up...
[19:45] <sky100> can any one help me pls
[19:55] <jhutchins_lt> skfin: Do any video disks automatically show up?
[19:56] <jhutchins_lt> He gone.
[19:58] <BluesKaj> jhutchins_lt, he couldn't wait ...does it regularly ...hell 'post the same question in kde
[19:59] <BluesKaj> was going to suggest he install libdvdcss2 from medibuntu
[20:23] <ubsafder> i have a plain ubuntu how do i install kde ?
[20:23] <ubsafder> i can't find a terminal
[20:29] <fasta> I put in an audio cd, but it doesn't get mounted automatically. Why not?
[20:33] <skfin> jhutchins_lt: wat?
[20:33] <BluesKaj> fasta,  did you check dolphin>places?
[20:39] <ubsafder> how do i install kde on an ubuntu
[20:41] <BluesKaj> !kde
[20:44] <fasta> BluesKaj: yes, but it appears to be a bit of hit and miss.
[20:44] <fasta> BluesKaj: it worked now.
[20:46] <BluesKaj> fasta, try system settings>removable devices ...I don't see my cdrom listed , but there's nomedia in it atm
[20:46] <fasta> BluesKaj: I also get your messages twice, btw.
[20:46] <fasta> BluesKaj: that is, for every message you send, I get two notifications.
[20:47] <BluesKaj> really, just my messages ?
[20:47] <fasta> BluesKaj: no, you are not that special.
[20:47] <fasta> BluesKaj: can you say something else?
[20:47] <BluesKaj> heh :)
[20:48] <fasta> BluesKaj: directed at me of course.
[20:48] <BluesKaj> fasta, ok did you try my suggestion?
[20:49] <fasta> BluesKaj: hmm, I still get your messages twice :(
[20:58] <fasta> BluesKaj: problems solved. My IRC client was running twice :/
[21:03] <BluesKaj> fasta, ok ok
[21:04] <fasta> BluesKaj: I nuked another graphical client (k3b) for bashburn, though.
[21:35] <metehan> hello guys is there anyone know how to make bootable usb stick?
[21:36] <fasta> metehan: unetbootin
[21:37] <fasta> metehan: you don't send people private messages.
[21:37] <fasta> metehan: read the rules
[21:37] <metehan> okay then
[21:38] <fasta> metehan: just google for that.
[21:39] <metehan> found it ,backtrack 5 not on the list
[21:39] <fasta> metehan: what do you need backtrack for?
[21:40] <fasta> metehan: backtrack is a broken distro.
[21:40] <fasta> metehan: created by a bunch of hipsters.
[21:40] <metehan> broken distro?
[21:40] <fasta> metehan: yeah, they even shipped with some known remote exploits some time ago, I think.
[21:40] <fasta> metehan: all of their tools can also be installed on other distributions.
[21:41] <fasta> metehan: if you actually know what you are doing, you can also just grab their kernel configuration and compile your own kernel in 10 minutes.
[21:41] <fasta> metehan: in short, there is no single reason to run that stuff.
[21:41] <fasta> The whole 'penetration testing community' is just a bunch of wankers.
[21:42] <metehan> so backtrack is something I dont need , himm okay then but the kernel configuration something I never done and I dont want to risk my system :(
[21:42] <fasta> metehan: 'risk' your system?
[21:42] <metehan> I luv my kde
[21:42] <fasta> metehan: you can have multiple system configurations.
[21:42] <fasta> metehan: and kde has nothing to do with it.
[21:43] <fasta> metehan: the most important thing is your kernel if you do wireless hacking.
[21:43] <fasta> metehan: anyway, I wouldn't recommend such activities if you have no idea what you are doing.
[21:43] <metehan> not for wireles hacking actually have 3g on everywhere :)
[21:44] <fasta> metehan: you won't 'learn' anything of it either.
[21:44] <fasta> metehan: if you want to learn something, read some introduction to the theory of computation or whatever.
[21:44] <metehan> nope I want to study on linux networking protection etc. when I google it people saying backtrack is goo d also their websites they have fancy videos about it
[21:46] <BluesKaj> metehan, you can join #backtrack chat , but there aren't many ppl there... which is a good thing IMO
[21:47] <metehan> I saw that just a second ago :))
[21:49] <BluesKaj> fasta, bashburn looks interesting , was checking it out and installed ... I was using wodim when k3b was segfaulting a while back
[21:50] <BluesKaj> not that I burn much media of any sort these days
[21:52] <metehan> okay then I was checking kyubuntu software management
[21:52] <metehan> which is I cant see any particual program I can check like on app store
[21:53] <metehan> is there anything I can look into programs on kubuntu?
[21:53] <BluesKaj> metehan, use muon , it shows more packages. but if you want a reference package manager and don't mind a few gtk libs then synaptic is my recommendation
[22:00] <BluesKaj> bbl
[22:09] <metehan> get the synaptic its look pretty cool actually and I like it :)
[22:09] <metehan> thanks
[22:23] <ForgeAus> wow I didn't know konversation had a /konsole command :)
[22:32] <metehan> good nights
[23:09] <ALS-IT-NET-PC> hallo here....
[23:09] <ALS-IT-NET-PC> good night....


[03:33] <fabbione> hey tmarble
[03:34] <tmarble> fabbione: ciao!
[03:34] <tmarble> so i'm wondering what kind of an interim solution we can provide for folks -- that is ideally simpler than what you and I had to go through
[03:35] <tmarble> and can you share the edgy schedule?  beta?  FCS/GA?
[03:35] <fabbione> at the moment, none.. once beta is out it will take a day or two to have working netbootable images and cd images
[03:35] <fabbione> the edgy schedule is on the wiki.. let me find it
[03:35] <fabbione> https://wiki.ubuntu.com/EdgyReleaseSchedule
[03:36] <fabbione> or better
[03:36] <fabbione> beta will work on almost all machine != Niagara
[03:36] <fabbione> after beta we will get everybody happy
[03:37] <tmarble> ok -- so the key is we will make the final freeze dates (whew!)
[03:37] <tmarble> I understand Dave's desire to pinpoint the e1000 driver, but IMHO we really should advocate OPB upgrade in the release notes anyway
[03:40] <fabbione> we want both
[03:40] <fabbione> if we can get the e1000 fix the better
[03:40] <fabbione> otherwise upgrade the OBP
[03:41] <tmarble> life is completely crazy, but I really, really hope to document as much of this as possible
[03:41] <tmarble> esp. the OBP upgrade
[03:41] <tmarble> because we want people to have a good experience
[03:41] <tmarble> one of the frustrations now is that we have a very popular T2000 try and buy program, but your company and mine have yet to work out a support plan for T&B customers
[03:42] <tmarble> this is a shame for both of us
[03:42] <tmarble> you and I documenting what we know (on the wiki) will go a long way to making these prospects happier
[03:43] <fabbione> yes i fully agree
[03:43] <fabbione> that's something we need to discuss with other sun guys when we will hit San Fran in November
[03:43] <tmarble> i'm so tempted to try to get to the bay area for that... it's very political on my side... but i think it would be good...
[03:45] <fabbione> i think you should
[03:45] <fabbione> do you know Simon Phibbs?
[03:46] <tmarble> oh yes
[03:46] <tmarble> I just signed his GPG key :-)
[03:46] <tmarble> and uploaded it'
[03:46] <tmarble> Phipps
[03:46] <tmarble> aka webmink
[03:46] <fabbione> yeah.. he is also interested in coming there
[03:46] <fabbione> you should probably talk to him
[03:47] <fabbione> does he irc?
[03:47] <tmarble> i'm going to compose a big internal mail on our solving this bug, with Simon and others in CC:  -- i'll make a plug for it
[03:47] <tmarble> yes -- webmink
[03:48] <fabbione> he is not online right now
[03:48] <fabbione> * webmink :No such nick/channel
[03:49] <tmarble> i know -- i'm pinging him out of band
[03:49] <fabbione> ok
[03:50] <tmarble> webmink: welcome and thanks for joining us
[03:50] <fabbione> hey webmink
[03:50] <webmink> Howdy
[03:50] <fabbione> <- Fabio M. Di Nitto
[03:50] <fabbione> welcome
[03:50] <tmarble> fabionne and i have some great news to share (i'm composing a sun internal e-mail now)
[03:51] <fabbione> tmarble: we do?
[03:51] <tmarble> we have succeeded to get Ubuntu Edgy to run on T2000 rev2 RoHS Ontario+ !!!
[03:51] <fabbione> oh yeah.. well we need to get dapper to run there too
[03:51] <fabbione> but at least we know what to look at
[03:51] <tmarble> thanks to Matt Keep getting me the box (and lots of other support) we have gotten past some of the nastiest   problems
[03:52] <tmarble> I'm going make a plug in my annoucement, and to you know, that we both try to attend the Ubuntu dev summit in the Bay Area early nov
[03:52] <webmink> Excellent
[03:52] <webmink> OK
[03:52] <webmink> I have a bunch of OpenSolaris folk attending too
[03:52] <fabbione> webmink: i did reply to Mark email to start laying down sparc stuff for edgy+1
[03:52] <tmarble> http://www.markshuttleworth.com/archives/58
[03:52] <webmink> OK, cool
[03:53] <fabbione> webmink: should we arrange a meeting here on IRC next week to start brainstorming?
[03:53] <fabbione> tmarble: ^^that's for you too
[03:53] <tmarble> so feel free to pile on my thread (after I press Send)
[03:53] <webmink> :-)
[03:53] <webmink> k
[03:54] <tmarble> webmink: I realize you are extraordinarily busy -- thanks for joining us for this announcement
[03:54] <webmink> No worries
[03:54] <webmink> I am just sipping coffee & reading Linus' comments on GPL v3 :-)
[03:54] <fabbione> ehhe
[03:55] <webmink> It's really strange being more positive about it than the kernel team :-)
[03:56] <tmarble> it's amazing how the term *freedom* has become overloaded
[03:56] <fabbione> it's amazing that people working on the same stuff can't agree on what they want
[03:57] <webmink> Well, congrats on the T2000 fix, very impressive :-)
[03:58] <fabbione> webmink: we didn't really fix nothing ourself..
[03:58] <webmink> I look forward to seeing it in Dapper
[03:58] <fabbione> we believed it was an IRQ routing issue
[03:58] <webmink> Yeah, yeah, humility :-)
[03:58] <fabbione> instead it is a mpt/sas bug
[03:58] <fabbione> no i am serious this time
[03:58] <fabbione> the one in .15 is buggy and needs an update
[03:58] <fabbione> the in .17 works
[03:58] <fabbione> major issue is that the fix is about 300KB of diff
[03:59] <tmarble> dapper = 2.6.15, edgy = 2.6.17
[03:59] <fabbione> that makes the backport really scary
[03:59] <webmink> Hmmm
[03:59] <webmink> OK
[03:59] <fabbione> the fix will be to get that thing in dapper
[03:59] <fabbione> at least we know what's the problem
[03:59] <fabbione> at least..one of them
[04:00] <fabbione> the other one is that i would have loved to have seen this hw for testing at least a couple of weeks before getting bug reports from user
[04:00] <fabbione> or to know that it was coming
[04:00] <webmink> Yeah, that sucks
[04:00] <webmink> We had a staffing change over the financial year end
[04:00] <fabbione> we will need to work on this channel in SanFran
[04:00] <fabbione> and layout some better communication channels
[04:00] <tmarble> do you guys know if David has a T2000 RoHS (rev2)?
[04:01] <webmink> Yes.  You know Barton George?
[04:01] <fabbione> yeah.. it happens.. we can do better
[04:01] <fabbione> tmarble: no, Rev 1
[04:01] <webmink> He's on my staff and has the job of making all that work
[04:01] <fabbione> no, never heard of him
[04:01] <webmink> He'll be down atthe Summit too
[04:01] <fabbione> i am usually in contact with John J. and Greg O.
[04:01] <webmink> He talks to Mark mainly I think
[04:01] <fabbione> ok cool
[04:01] <fabbione> yeah probably
[04:02] <webmink> Let's get a huddle together of the folk who can fix things :-)
[04:02] <fabbione> btw Mark is sabdfl here on this IRC network
[04:02] <fabbione> yeps.. that's why i suggested a dinner
[04:02] <webmink> I'll try to come down too but I have a pretty full calendar that week
[04:02] <fabbione> things tends to work better with some wine on the table
[04:02] <webmink> :-)
[04:03] <tmarble> uno mezzo litro de vino rosso, per favore!!!
[04:03] <fabbione> webmink: we will be there in san fran also the week after for a company only meeting. That doesn't close the option for  a dinner that week
[04:03] <webmink> and a coke for Tiny
[04:03] <fabbione> tmarble: eheheh
[04:03] <fabbione> webmink: but ideally we should all meet up at the beginning so we can collect input from everybody to slam in the "track"/docs
[04:04] <webmink> tmarble: You are upposed to say "Who's Tiny?"
[04:04] <webmink> so I can say "He's my newt"
[04:04] <fabbione> ehhe
[04:04] <tmarble> webmink: sorry -- composing the e-mail
[04:04] <tmarble> who's Tiny?
[04:04] <webmink> He's my newt.
[04:04] <fabbione> tmarble: don't bloat it too much :) just say that it works :)
[04:04] <webmink> Gotta get the timing better
[04:04] <fabbione> tmarble: we will open champagne when I get a niagara2 booting
[04:05] <webmink> Right, gotta run
[04:05] <fabbione> webmink: thanks for coming
[04:05] <webmink> Thanks for the headsup
[04:05] <fabbione> take care and i hope to see you soon
[04:05] <tmarble> fabbione: you must realize this is to help shift priorities internally -- a little marketing never hurts!
[04:05] <fabbione> tmarble: ahhh ok :)
[04:05] <tmarble> webmink: thanks


[01:18] <lazyPower> marcoceppi: you got it
[01:19] <marcoceppi> lazyPower: I cowboy'd
[01:19] <lazyPower> i see this
[01:19] <lazyPower> i was baking a cake.. sorry. :P
[01:19] <marcoceppi> omgcake
[01:19] <marcoceppi> lazyPower: I do have another plugin for your review
[01:19] <lazyPower> red velvet with cream cheese icing. My inner fat boy is happy
[01:19] <lazyPower> my outer fatboy is cursing me
[01:20] <marcoceppi> and I want to set up some travis testing to do like basic "Are all files executable, do they respond to --help and --description" etc
[01:20] <marcoceppi> I'm not allowed to bake anymore, because I keep eating all the things I bake
[01:20] <lazyPower> marcoceppi: ping me when you have the open MR, and i'll pull + review
[01:37] <JoshStrobl> lazyPower: Hey I made a Juju plugin and did a pull request (https://github.com/juju/plugins/pull/3), mind reviewing it and merging it upstream?
[01:38] <lazyPower> JoshStrobl: ack, on it
[01:40] <JoshStrobl> lazyPower: Thanks
[01:41] <JoshStrobl> Anyways, going to bed now. Talk to you guys later!
[01:50] <marcoceppi> lazyPower: uh, it's not executable, probably shouldn't have been merged yet
[01:50] <lazyPower> marcoceppi: i was going to fix it and push a patch
[01:51] <lazyPower> no bueno?
[01:51] <marcoceppi> ah
[01:51] <lazyPower> i'm catching my repository back up, i cloned upstream on my laptop instead of my fork
[01:51] <lazyPower> so, doing the shuffle :)
[01:51]  * marcoceppi makes travis.yml file for linting
[01:51] <marcoceppi> np np
[01:58] <lazyPower> marcoceppi: open PR, i wont merge it :P
[01:59] <marcoceppi> I'm still making the travis file. Trying to figure out how to test that all files are executable, and respond to --description and --help
[02:01] <lazyPower> marcoceppi: you can have the travis.yml call a bash file right?
[02:02] <marcoceppi> lazyPower: I think so
[02:02] <marcoceppi> lazyPower: in the mean time
[02:02] <marcoceppi> https://github.com/juju/plugins/pull/5
[02:03] <marcoceppi> bah, I haven't added my prettyprint plugin yet
[02:05] <lazyPower> yep
[02:05] <lazyPower> i was about to say, its giving me an invalid option for prettyprint
[02:05] <marcoceppi> lazyPower: yeah, let me add pprint
[02:05] <marcoceppi> but also fix it so it doesn't suck
[02:06] <lazyPower> well there goes my idea for a plugin :P
[02:06] <lazyPower> i was going to parse juju status to condense it down to a more compact format
[02:09] <lazyPower> marcoceppi: idea for the repository - an ansilliary script to enable/disable some of these plugins. As the repository grows this is going to get bloated
[02:09] <marcoceppi> lazyPower: if the repo grows I'll build the plugin repository site
[02:09] <marcoceppi> so you can just run `juju plugin install <plugin>`
[02:10] <lazyPower> bueno
[02:10] <marcoceppi> that would be a nice problem to have
[02:10]  * marcoceppi already registered jujuplugins.com
[02:10] <lazyPower> yeah, i recall all of that talk
[02:10] <lazyPower> jorge and hatch talked you out of going full monty out the gate
[02:16] <marcoceppi> yeah, I was all ready to go
[02:16] <lazyPower> marcoceppi: brb, moving my quassel-core
[02:36] <lazyPower_> sweet
[02:36] <lazyPower_> that was painless
[02:37] <lazyPower> marcoceppi: if you ever need to do that, stop the quassel-core daemon, and copy the .conf and .sqlite db (or pgsql if you're using that), dont copy the pem, it'll break your ssl connections.
[02:37] <marcoceppi> lazyPower: cool
[09:11] <jamespage> marcoceppi, mysql-server-5.6 is now in trusty btw
[09:44] <cargill> how do you maintain the charmed software up-to-date? say a new point release is out, no changes to the charm need to be made and users want to upgrade, is there a hook you use to install updates?
[12:24] <cargill> if the documentation says that "Internet access will be restricted from the testing host", what does that mean? does that mean that a charm trying to get the sources of the software might fail or that the test code cannot access the outside?
[13:02] <marcoceppi> jamespage: awesomeee
[13:02] <jamespage> marcoceppi, it needs some polish but its functional
[13:03] <marcoceppi> cargill: that means that we also test how well the charm works offline, but most testing environments have no restrictions
[15:29] <plars> I seem to be hitting something that looks very much like https://bugs.launchpad.net/juju-core/+bug/1275282 which is supposed to be fixed, but I'm on 1.17.2-0ubuntu3
[15:29] <_mup_> Bug #1275282: juju bootstrap fails on HP Cloud unless tools are already uploaded <juju-core:New> <https://launchpad.net/bugs/1275282>
[15:30] <plars> according to the bug, it was fixed in 1.17.1 though
[15:31] <marcoceppi> plars: what version of juju are you running, `juju version`?
[15:31] <plars> marcoceppi: 1.17.2-trusty-amd64
[15:31] <marcoceppi> plars: are you abel to bootstrap? and if not could you pastebin `juju boostrap --debug --show-log`?
[15:32] <plars> marcoceppi: no, bootstrap doesn't work. I have output from it but not with those options, let me do that... give me a moment
[15:50] <plars> marcoceppi: ok, with some bits scrubbed for security and some for brevity: http://paste.ubuntu.com/6931844/
[15:51] <marcoceppi> plars: do you have a custom image stream for this environment?
[15:51] <plars> marcoceppi: no, I don't think so
[15:52] <marcoceppi> it seems like it's failing to get https://streams.canonical.com/juju/tools/releases/juju-1.17.0-precise-amd64.tgz but that address is resolvable
[15:52] <marcoceppi> I also have no idea why it's picking 1.17.0 instead of 1.17.2 tools
[15:53] <marcoceppi> plars: if you open your environments.yaml, do you see anything with image-metatdata or tools-url for your hp cloud environment?
[15:54] <plars> image-metadata-url: https://region-a.geo-1.objects.hpcloudsvc.com/v1/11289530460295/images
[15:54] <plars> marcoceppi: yes
[15:54] <marcoceppi> plars: ah, okay, comment that line out of your environments.yaml
[15:55] <marcoceppi> plars: then `rm -f ~/.juju/environments/<name-of-hp-cloud-environment>.jenv`
[15:55] <plars> marcoceppi: which I think I just got from a wiki, and I thought it was necessary to make it work
[15:55] <plars> I'll try it without though
[15:55] <marcoceppi> plars: then bootstrap again with --debug --show-log, etc
[15:55] <marcoceppi> see if it works now
[15:55] <marcoceppi> it was needed for 1.17.0, but since 1.17.1 streams are fixed
[15:55] <plars> ah, ok
[15:57] <plars> marcoceppi: I'm trying it now, but I already saw this fly by:
[15:57] <plars> 2014-02-14 15:56:33 INFO juju.environs.bootstrap bootstrap.go:58 picked newest version: 1.17.0
[15:58] <plars> marcoceppi: doesn't work at all without that line:
[15:59] <plars> 2014-02-14 15:56:36 ERROR juju.cmd supercommand.go:294 cannot start bootstrap instance: index file has no data for cloud {region-a.geo-1 https://region-a.geo-1.identity.hpcloudsvc.com:35357/v2.0/} not found
[15:59] <marcoceppi> sinzui: ^^
[16:00] <sinzui> I have never seen that error, but I understand that HP cloud is very ill for new users and their new regions
[17:03] <JoshStrobl> Wow, Ubuntu moving to systemd. This is exciting news.
[17:06] <JoshStrobl> Well, at least improving support for it (according to Shuttleworth's blog). Anyways, back to work I go.
[17:08] <plars> sinzui: any ideas how to get around it?
[17:09] <plars> sinzui: I think when I previously tried bootstrapping and deploying things from saucy it worked, but now on trusty it does not
[17:15] <sinzui> plars, which 1.17.2 and 1.16.6 are working fine in  region: az-3.region-a.geo-1 (looking at recent test runs)
[17:16] <plars> sinzui: I *am* running 1.17.2
[17:16] <plars> 1.17.2-0ubuntu3 specifically
[17:17] <sinzui> plars, I just bootstrapped on Hp from trusty with that version
[17:18] <sinzui> plars, so I suspect the region is the issue, and that does relate to what I have head about sick regions
[17:20] <plars> sinzui: I just specify region-a.geo-1 in my environments.yaml, so I guess I need the az-3 there also?
[17:20] <plars> nope
[17:20] <plars> same error
[17:20] <plars> ERROR bootstrap failed: cannot start bootstrap instance: index file has no data for cloud {region-a.geo-1 https://region-a.geo-1.identity.hpcloudsvc.com:35357/v2.0/} not found
[17:22] <sinzui> plars, I definitely authenticated to that URL when using
[17:22] <sinzui> region: az-3.region-a.geo-1
[17:22] <sinzui> plars, are you a new HP Cloud user? as of this year?
[17:22] <plars> sinzui: yes
[17:22] <plars> sinzui: I've had it bootstrapped before when I was on saucy though
[17:22] <plars> sinzui: and even had things deployed to it
[17:25] <sinzui> plars, this is the config I use to bootstrap a few minutes ago: http://pastebin.ubuntu.com/
[17:26] <plars> sinzui: that's just pastbin alone
[17:29] <sinzui> plars, sorry,
[17:29] <sinzui> plars, http://pastebin.ubuntu.com/6932350/
[17:29] <plars> sinzui: ah, you have a tools-url
[17:30] <sinzui> I do. that makes download of tools faster, but I don't think it matters for authentication
[17:31] <sinzui> plars, for 1.17.x, the key was rename tools-metadata-url. I use the old name because I test on 1.16 too
[17:33] <plars> sinzui: ok, but before I removed my image-metadata-url I was not getting this error
[17:33] <plars> sinzui: now I put it back and I get yet a different one
[17:34] <sinzui> hmm.
[17:34] <plars> just out of curiosity, let me try again with 1.16.3-0ubuntu<IP_ADDRESS> (saucy)
[17:34] <plars> yes, bootstrap worked fine there (same config)
[17:37] <sinzui> plars, what was image-metadata-url set too?
[17:38] <plars> sinzui: https://region-a.geo-1.objects.hpcloudsvc.com/v1/11289530460295/images
[17:38] <plars> sinzui: according to marcoceppi that used to be needed but not now
[17:39] <plars> now even if I put it back, I get a totally different error on trusty
[17:39] <sinzui> I am not sure the data there is sane....https://region-a.geo-1.objects.hpcloudsvc.com/v1/11289530460295/images/streams/v1/com.ubuntu.cloud:released:imagemetadata.json
[17:40] <plars> ah, because of the region change
[17:40] <plars> ok, changing my reation back to just region-a.geo-1, I am getting back to the original failure
[17:42] <sinzui> plars, It has less info than http://cloud-images.ubuntu.com/releases/streams/v1/com.ubuntu.cloud:released:hpcloud.json
[17:44] <sinzui> I wonder if  setting image-metadata-url: https://cloud-images.ubuntu.com/releases
[17:44] <sinzui> works
[17:44] <sinzui> plars, ^
[17:48] <sinzui> looking at the debug log during boot I can see my image-metadata-url is implicitly  http://cloud-images.ubuntu.com/releases
[17:58] <plars> sinzui: and with that url for image-metadata-url, I wind up right back at:
[17:58] <plars> ERROR bootstrap failed: cannot start bootstrap instance: index file has no data for cloud {region-a.geo-1 https://region-a.geo-1.identity.hpcloudsvc.com:35357/v2.0/} not found
[17:59] <plars> sinzui: I don't understand the internals of it, but I'm guessing there's some index file it's looking for there?
[17:59] <sinzui> plar, that is the webservice that does authentication to uses hp-cloud
[18:04] <sinzui> plars, file a bug at bugs.launchpad.net/juju-core . I need to pass this to developers, and most have reached their EoW
[18:05] <sinzui> plars, they probably want you to "bootstrap --debug" to capture more details about what juju is doing
[19:11] <viperZ28> any plans to make juju more PaaS aware?
[19:21] <lazyPower> viperZ28: can you be a bit more specific in what you're asking?
[19:24] <viperZ28> I was using local and I just started to look at this yesterday so I am newbie, but I was wondering once JuJu is setup any number of developers can have access to the same environment?
[19:26] <marcoceppi> viperZ28: well, you can allow developers to access the same cloud deployment
[19:27] <marcoceppi> viperZ28: juju is unique in that it's poth paas and not paas at the same time
[19:28] <viperZ28> lazyPower: let me gather my thoughts on this and come back. I am currently using Stackato (CloudFoundry) so it is a shift in thinking. I agree about it being a PaaS and not a PaaS.
[19:28] <viperZ28> I was amazed how easy it was to deploy a RabbitMQ clustered environment but I later had issues as some of the nodes crashed.
[19:29] <marcoceppi> viperZ28: you can use juju to deploy cloud foundry :) but also deploy it's own apps. You can even use juju to deploy openstack on bare metal then deploy cloudfoundry on top of the openstack that was deployed by juju using juju
[19:29] <marcoceppi> it's a very unique tool in the ecosytem of tools to use
[19:30] <viperZ28> Are there plans for vsphere integration?
[19:30] <viperZ28> and docker
[19:40] <marcoceppi> viperZ28: we're working on docker integration
[19:41] <chris38home_> Hi when will it possible to start to play with juju/trusty ?
[19:42] <lazyPower> chris38home_: You can already use juju on trusty.
[19:51] <chris38home_> yep, but there was no charms for trusty, in charm-gui ?
[19:51] <chris38home_> in juju-gui
[19:52] <chris38home_> no juju-gui indeed
[19:52] <sarnold> chris38home_: the charms themselves may need some modification before they work on trusty
[19:53] <sarnold> chris38home_: I believe you can easily copy them all into a repo of your own, change the targeted version, aim juju to your local repository, and start testing..
[19:53] <marcoceppi> chris38home_: we've got an effort to add testing to all charms so we can make sure they work on trusty before promoting them
[19:53] <sarnold> marcoceppi: nice :)
[19:54] <marcoceppi> You'll probaby see a lot of charms land for trusty a few weeks leanding up to the trusty release
[19:54] <chris38home_> nice
[20:12] <hazmat> sinzui, is manual provider part of qa?
[20:13] <sinzui> hazmat, no
[20:13] <sinzui> may in the next two weeks though
[20:30] <viperZ28> I have a few units that show "life: dying" since yesterday, anyway to force restart juju or the services?
[20:33] <hazmat> sinzui, would be good, i'm seeing a few regressions on trunk and its being used for prod work fwiw
[20:34] <hazmat> viperZ28, version?
[20:34] <viperZ28> juju version
[20:34] <viperZ28> 1.16.6-precise-amd64
[20:34] <viperZ28> also all my instance show "instance-state: missing", I am using local
[20:40] <lazyPower> viperZ28: there has been quite a bit of effort into the 1.17 series of juju, which is in ppa:juju/devel right now. I ran into some issues with local prior to the upgrade of -dev series.
[20:40] <lazyPower> ^ in regards to the local provider.
[20:41] <viperZ28> thanks, I will take a look. I had heard the code was forked at some point, one python and one go, is there any truth to this?
[20:43] <lazyPower> That happened a while ago. Juju is mostly Golang now. I think it was the 1.15 series but dont quote me on that. I'll have to dig to find that version where it changed.
[20:44] <rick_h_> lazyPower: 1.0
[20:44] <rick_h_> I believe
[20:46] <lazyPower> ah, so much further behind us than I was thinking
[20:46] <lazyPower> good looking out rick_h_ *hat tip*
[20:47] <marcoceppi> lazyPower: yeah, last python release was 0.7, first golang was 1.0
[20:47] <marcoceppi> viperZ28: I think you can run juju terminate-machine --force <machine-number> to get rid of the dying but not dead yet
[20:48] <viperZ28> marcoceppi: thanks
[20:50] <viperZ28> how can I start all over? I want to switch to the dev branch
[20:50] <marcoceppi> viperZ28: run sudo juju destroy-environment local
[20:50] <viperZ28> thanks!
[20:50] <marcoceppi> viperZ28: then sudo add-apt-repository ppa:juju/devel; sudo apt-get update; sudo apt-get install juju-core
[20:50] <marcoceppi> then bootstrap and roll out
[20:51] <viperZ28> https://www.irccloud.com/pastebin/SpHP3MwK
[20:51] <marcoceppi> viperZ28: that means your destroy-environment didn't clean up very well
[20:51] <marcoceppi> viperZ28: here are instructions on how to resolve that:
[20:53] <marcoceppi> http://askubuntu.com/a/403619/41
[20:55] <viperZ28> thanks again
[20:59] <cjohnston> hazmat: ping
[21:16] <viperZ28> where can I find the logs?
[21:17] <marcoceppi> viperZ28: for local provider, they're in ~/.juju/local/log
[21:20] <viperZ28> I tried to install juju-gui, which worked before
[21:20] <viperZ28> 2014-02-14 21:18:33 WARNING juju.worker.instanceupdater updater.go:231 cannot get instance info for instance "": no instances found
[21:20] <viperZ28> https://www.irccloud.com/pastebin/blkSC54r
[21:21] <viperZ28> https://www.irccloud.com/pastebin/nSv5sJxD
[21:25] <viperZ28> seems container is out of sync
[21:31] <viperZ28> marcoceppi: need to add 'sudo rm -rf /var/lib/lxc' to the cleanup process (the link you gave me earlier) https://bugs.launchpad.net/juju-core/+bug/1227145
[21:31] <_mup_> Bug #1227145: Juju isn't cleaning up destroyed LXC containers <cts-cloud-review> <local> <papercut> <juju-core:Fix Released by thumper> <https://launchpad.net/bugs/1227145>
[21:31] <marcoceppi> viperZ28: it's just for 1.16, it's been fixed in 1.17
[21:32] <viperZ28> juju version
[21:32] <viperZ28> 1.17.2-precise-amd64
[21:32] <viperZ28> those were probably still there from my initial 1.16 install
[21:35] <marcoceppi> viperZ28: likely
[21:36] <viperZ28> destroying "/var/lib/lxc" is not a good idea either :-) Directory has to be there
[21:39] <chris38home_>  looks like juju (1.17.2) add-machine lxc has a bug, using br0 instead of lxcbr0 in /etc/lxc/auto/juju-machine-0-lxc-0.conf
[21:40] <marcoceppi> chris38home_: you'll want to open a bug about that asap so it gets fixed by the next stable
[21:41] <chris38home_> though /etc/lxc/default.conf has the good value (on a precise host)
[21:52] <viperZ28> can someone help me understand relations?
[21:52] <marcoceppi> viperZ28: sure, what doesn't make sense?
[21:53] <viperZ28> I pushed a tomcat and a mysql charm, I would like to push an app to the tomcat instance and have it bound to the mysql
[21:53] <viperZ28> is that possible?
[21:53] <viperZ28> or do charms have to implicitly define a relation point?
[21:54] <marcoceppi> viperZ28: charms have to explicitly define each relation/interface they connect to
[21:55] <viperZ28> so if I can find/build a tomcat charm that defines a mysql relation then how would the credentials appear to the app?
[21:57] <marcoceppi> viperZ28: so the mysql interface says that if you /require/ a relation with the mysql interface whatever service provides the mysql interface will send those credentials
[21:57] <viperZ28> this pretty much answers my question http://manage.jujucharms.com/~robert-ayres/precise/tomcat
[21:57] <chris38home_> marcoceppi : https://bugs.launchpad.net/juju-core/+bug/1280461
[21:57] <marcoceppi> viperZ28: so in db-relation-changed you can run `relation-get` to get the various keys
[21:57] <marcoceppi> chris38home_: ta, the QA team will triage and prompt you for any additional details
[22:00] <viperZ28> so this is sort of the paas/not a paas. By default you don't get wiring for various services but it seems you can build those yourself to handle that.
[22:00] <marcoceppi> viperZ28: well charms define what they can talk to
[22:00] <marcoceppi> it's more like legos
[22:01] <marcoceppi> so there are a few charms that provide the MySQL interface, there's a MySQL charm, a percona charm, etc
[22:01] <viperZ28> how can I inspect a charm?
[22:01] <marcoceppi> viperZ28: you can view it in the charm browser, or download it with charm tools
[22:02] <marcoceppi> http://manage.jujucharms.com/~robert-ayres/precise/tomcat
[22:06] <viperZ28> is it possible to view service settings via command line?
[22:08] <marcoceppi> viperZ28: yes, juju get <service>
[22:08] <viperZ28> marcoceppi: sweet!
[22:08] <viperZ28> thanks
[22:13] <viperZ28> it would be nice if it handled NATing
[23:42]  * chris38home_ seeing that he can do juju add-machine kvm:0, is this curently working ?
[23:58] <marcoceppi> chris38home_: eh, it probably works? Its a new feature
[23:58] <marcoceppi> chris38home_: you can also do juju deploy --to kvm:0 (or lxc:0)


[12:45] <lool> bdrung: Hey! For the initramfs-tools SRU, it’s working as designed on Jetson AGX but we discovered it’s missing another type-C module on IGX; would you be ok if we did an upload with a further change to include a second module?
[13:04] <bdrung> lool, yes
[13:05] <bdrung> lool, is that change already in mantic? If not, I can include it in the mantic upload that I will do today or tomorrow
[13:06] <lool> Indeed it’s not
[13:07] <lool> bdrung: the change we’ve tested is this one: https://launchpadlibrarian.net/678143683/initramfs-tools_0.140ubuntu13.3tegra1_0.140ubuntu13.3tegra2.diff.gz
[13:08] <lool> bdrung: I’d be fine with either approach (all of typec, or just stusb160x), but I haven’t reviewed how many modules typec pulls – presumably not many
[13:08] <lool> bdrung: .dsc in ppa:~ubuntu-tegra/proposed
[13:27] <bdrung> lool, I am not sure if including all type c modules isn't an overkill.
[13:27] <bdrung> find /lib/modules/$(uname -r)/kernel/drivers/usb/typec -name '*.ko' | xargs modinfo | grep description
[13:28] <bdrung> lool, stuff like "USB Power Delivery Controller Driver" does not look like it is needed
[13:36] <lool> bdrung: right, that’s exactly what I feared; it’s hard to tell if all of it makes sense; seems a bit beyond SRU material too
[13:36] <lool> bdrung: Let’s stick to building the collection then?
[13:41] <bdrung> lool, yes (note: on my system there are 24 kernel modules in kernel/drivers/usb/typec)
[14:04] <athos> hi bdmurray :) on lp: #2013402, there is a larger effort on addressing some php issues related to our PSR stack. I will get back to this one when I am back home from vacations :)
[14:04] -ubottu:#ubuntu-devel- Launchpad bug 2013402 in phpmyadmin (Ubuntu Jammy) "[SRU] add PHP 8 on Apache2 conf & require PHP 8 (LP: #1975892) & CVE-2023-25727 & fix Recommends:" [Undecided, New] https://launchpad.net/bugs/2013402
[14:04] <athos> So IMO, it's not time to set it to invalid yet
[16:05] <rbasak> !dmb-ping


[06:55] <dholbach> good morning
[07:47] <silverlion> good morning!
[16:11] <vibhav> Should posts from omgubuntu be in "other news"?
[18:45] <akgraner> vibhav, In the blogosphere
[18:46] <akgraner> but it's easy enough to move so no worries :-)
[20:58] <Unit193> ahttp://www.phoronix.com/scan.php?page=news_item&px=MTIxNDQ  and  http://www.phoronix.com/scan.php?page=news_item&px=MTIxMzI
[20:59] <MrChrisDruif> You make me remove that a on the first link Unit193 ? (/me is a bit tired)
[21:00] <Unit193> Error processing that statement.
[21:01] <MrChrisDruif> Chack previous sentence. Do you notice the ahttp:// link?
[21:02] <MrChrisDruif> The other link I cak click, this one I'll have to copy the link without the a and parte it in FF
[21:05] <MrChrisDruif> But pretty intersting reads. Especially the first one!
[21:08] <Unit193> Quite, and thankfully I don't reboot 2 of 3 often (3rd has issues with sleep)  Also, odd that this terminal has no issues clicking on it. :P
[21:51] <Silverlion> good day!
[21:52] <MrChrisDruif> Hi Silverlion
[21:52] <MrChrisDruif> You spoke to me earlier today?
[21:58] <Silverlion> MrChrisDruif: hang on
[21:59]  * MrChrisDruif is hanging
[22:00] <Silverlion> MrChrisDruif: yes just wanted to know if you need more information about creating ebook of uwn
[22:01]  * MrChrisDruif has to finish watching the screencast. I'll get back to you tomorrow, alright?
[22:03] <Silverlion> MrChrisDruif: how far are you?
[22:04] <MrChrisDruif> Almost on my way to bed.
[22:04] <MrChrisDruif> Was just about shutdown the PC when you came.
[22:06] <Silverlion> *gg*
[22:06] <Silverlion> as am I
[22:06] <MrChrisDruif> =)
[22:06] <MrChrisDruif> Sleep well buddy.
[22:06] <Silverlion> MrChrisDruif: u 2
[22:06] <MrChrisDruif> U2, good band ;-)