[11:39] <danuel> Would anyone like to help me troubleshoot installing on HP laptop Pavilion dv2718us?  Wireless and video resolution doesn't work.
[11:49] <philwyett> Have a look at http://ubuntuforums.org/showthread.php?p=4548054 for your wireless
[11:53] <philwyett> If your has nvidia on board, install the nvidia drivers.
[12:16] <danuel> philwyett, thanks.
[12:19] <philwyett> No problem


[00:46] <karni> JamesTait: hi! you unknowingly unfolded another bug
[00:47] <karni> JamesTait: the log file didn't attach probably because it was deleted to spare some space
[03:06] <karni> time to sleep. night!
[07:18] <Geoffrey2> folks, I've been trying to upload files to the Ubuntu One Cloud, but I never get Synchronize options when I right click on any of my folders....
[08:28] <apw> anyone know how one configures the OSDs that U1 is producing, i really don't need 45s of reminders that i've just resumed my laptop
[08:28] <apw> (especially now that with unity i can't find the app at all)
[09:02] <JamesTait> Dumela!
[09:07] <duanedesign> apw: you should only get one notification
[09:08] <apw> duanedesign, you get three, one saying the connection was lost, one saying it was restored, and one saying syncing is complete
[09:08] <apw> plus two from network manager telling me my network went and came back ...
[09:08] <apw> thats 15sx5 of stupid boxes which are not informing me of anythig i didn't know because i opened the lid
[09:09] <duanedesign> lol
[09:09] <apw> oh during which my CPU is pegged and my battery being drained ...
[09:10] <duanedesign> apw: i have heard that in the final erlease you will be able to turn those notificatiopns off
[09:10] <apw> duanedesign, what i don't understand is why these notifications are replacing one
[09:11] <apw> ones ... the OSD support handles such things, and is used for brightness etc
[09:11] <apw> why the 'latest state' cannot just override and replace i do not know
[09:13] <duanedesign> apw: right. Might see if their is a bug report. If not you should file one
[09:14] <duanedesign> apw: still a little while till Natty is released so it is a work in progress
[11:33] <ralsina> good morning people
[11:52] <duanedesign> hello ralsina
[11:52] <duanedesign> morning all
[11:52] <nessita> hello people!
[11:52] <duanedesign> o/
[11:53] <nessita> so, my system is not very stable, do not panic if I suddenly disappear. Just pray for me :-P
[11:53] <duanedesign> :(
[11:53] <duanedesign> nessita: are you running natty?
[11:53] <duanedesign> I had a bit of trouble yesterday when I updated
[11:54] <duanedesign> I had to use my windows machine all day till I had a chance this morning to fix my Ubuntu box
[11:54] <nessita> duanedesign: I installed it from scratch twice, and the second one I was getting (before any grub screen) 'error: no such partition'
[11:54] <nessita> so I had to live boot a CD, chroot, regenerate the grub.cfg which wasn't working due a synctax error in one file
[11:55] <nessita> I fixes that and reinstalled grub, and then it work
[11:55] <duanedesign> :\
[11:55] <nessita> is was a fun night -not- :-)
[11:55] <duanedesign> :)
[11:56] <nessita> aaaaanyways, here I am all nattyed
[11:56] <duanedesign> i have been using an older kernel because wifi is broken for me on kernels newer then 2.6.37-11
[11:56] <duanedesign> i need to take the time to make sure it is reported
[11:57] <nessita> right
[12:10] <espen77> is there anywhere to find information on the protocol tomboy uses for syncing to u1?
[12:11] <beuno> espen77, it uses tomboy's API
[12:11] <beuno> let me see if I can find the docs on tomboy's website
[12:11] <espen77> I am looking for info to get the data on a system that dont have tomboy
[12:12] <beuno> espen77, so, if it has ubuntu one installed
[12:12] <beuno> the notes will be in couchdb
[12:13] <espen77> hmm...it is a little cellphone project, so kinda have to start for scratch
[12:13] <beuno> espen77, http://live.gnome.org/Snowy
[12:14] <beuno> espen77, there's also an android client: https://launchpad.net/tomdroid
[12:14] <espen77> playing with symb
[12:16] <espen77> figured tomboy notes was a good place to start....then try for contacts later
[12:17] <beuno> espen77, aquarius may be able to help you access couchdb over http
[12:18] <espen77> thanx, will google some more about couchdb, then i'll ping him, thanx
[12:21] <aquarius> espen77, excellent. Can you talk about which phone platform you're working on?
[12:22] <espen77> symbian^3
[12:23] <aquarius> espen77, cool. You may want to read more about couchdb, certainly; once you want to talk, I am happy to chat :-)
[12:23] <espen77> cool, seems google have some info on it too.
[12:24] <aquarius> espen77, or I'm happy to talk about what you want to do and how that'll fit in with Ubuntu One
[12:30] <karni> JamesTait: hi! you around?
[12:31] <karni> aquarius: if you've seen the "possibly-more" screenshots I e-mailed - heh.. well, I should use the ActionBar progressbar instead of putting another progressbar to the left of "possibly more" text
[12:31] <beuno> karni, he just went off to lunch
[12:31] <karni> aquarius: but more or less, that was what you meant, wasn't it?
[12:31] <karni> beuno: tnx :)
[12:32] <aquarius> karni, it was, but I'm a bit confused by your response to lucio, because that suggests that you get the names of all the UDFs first? So why not show all the UDF names right at the beginning?
[12:33] <karni> aquarius: I realized today that - I should just force transactioned writes to db after I process volume names, that should do it :D
[12:33]  * karni checks
[12:36] <karni> aquarius: checked. the thing is, I fetch a (single) volume name, and then process it's getDelta, then the next volume name, and it's delta. I know how to improve that, but it'll need a bit of work.
[12:37] <karni> (rephrasing: I save the volume root name first, then process the rest of it's meta contents)
[12:40] <karni> aquarius: I had a closer look, I'll work on that (and what Lucio suggested)
[12:41] <aquarius> karni, that's what I thought, which is what I'm complaining about :)
[12:42] <karni> aquarius: I'll try to do the inserts of volumes to files table (on which all file list activitys base their info) already on getVolumes stage.
[12:42] <aquarius> beuno, do you think that we should be trying to show UDF names as early as possible, or to add a "stll loading..." indicator instead?
[12:44] <beuno> aquarius, I'm all for as early as possible, if possible  :)
[12:45] <karni> I'll do my best.
[12:52] <mandel> ralsina: ping
[12:52] <ralsina> mandel: pong
[12:53] <mandel> ralsina: I think I know how we can get the progress bar from the msi, we can use custom action in the msi that let the UI know, maybe through a pipe
[12:54] <ralsina> if we can do it through a pipe, then I will get cracking on the UI
[12:54] <mandel> ralsina: pass the string with the current status, and the percentage
[12:54] <ralsina> that'd the just perfect :-D
[12:55] <mandel> ralsina: is not beatiful, but would work hehe
[12:55] <ralsina> work >>> beautiful
[12:56] <ralsina> For beautiful we have Ivanka's design :-)
[12:57] <mandel> ralsina: hehe true, I'll work a little on the client side code for the IPC and then will write a small msi that prints the progress on the screen as a POC
[12:57] <ralsina> cool, I am trying to make our two widgets right now.
[12:58] <mandel> ralsina: perfect then
[13:04] <JamesTait> karni: Looks like I just missed you. Ping me when you get back. :)
[13:11] <alecu> hello all
[13:17] <nessita> hi alecu!
[13:18] <alecu> nessita, hi there! would you mind reviewing the i18n branch? https://code.launchpad.net/~alecu/ubuntuone-client/i18n-notifications/+merge/50666
[13:18] <nessita> alecu: I'll be happy to!
[13:18] <alecu> nessita, I just copied the gettext stuff from the only other place in u1-client where it was i18n
[13:19] <alecu> nessita, should I update the .po or something like that as well?
[13:19] <alecu> (oh, and I added my file to po/POTFILES.in)
[13:19] <nessita> alecu: as far as I know the .po is automatically updated. You do have to list the files that require translation in the po/POTFILES.in
[13:19] <nessita> ah, that :-)
[13:20] <alecu> mandel, ping
[13:20] <mandel> alecu: pong
[13:21] <mandel> alecu: did you see the errors I'm getting?
[13:21] <alecu> mandel, thanks for your review. Since you have the "exceptions.TypeError: must be an interface" error, I guess that libunity has not been packed for natty yet.
[13:21] <alecu> (the fixed libunity, that is)
[13:22] <alecu> mandel, would you mind uninstalling the unity-gir package, and re-running your tests again?
[13:22] <mandel> alecu: not at all
[13:23] <alecu> mandel, gir1.2-unity-3.0 is the package.
[13:23] <nessita> alecu: one thing to fix in this branch: translatable messages should use dictionaries for string formatting
[13:23] <alecu> nessita, and .format as in python2.6 ?
[13:24]  * alecu loves .format
[13:24] <nessita> alecu: so, for example, FINAL_UPLOADED = Q_("%d file(s) were uploaded to your personal cloud.") should be FINAL_UPLOADED = Q_("%(total_uploaded_files)d file(s) were uploaded to your personal cloud.")
[13:24] <nessita> alecu: nopes, then you use a dict
[13:24] <nessita> {'total_upload_files': 30}
[13:25] <alecu> nessita, why not .format?
[13:25] <nessita> alecu: I guess to ease the backporting to lucid, which we still support in nightlies
[13:25] <alecu> cool
[13:25] <alecu> fixin
[13:25] <nessita> thanks
[13:26] <nessita> alecu: just FYI, the named string format params is for translators to have more context to know what's the meaning of the phrase
[13:26] <alecu> mandel, if you are really brave, and want to test it right: bzr branch lp:libunity; cd libunity; ./autogen.sh; sudo make install
[13:26] <alecu> nessita, cool
[13:26] <mandel> alecu: do i need to have u1 credentials in the machine I'm testing your branch with?
[13:27] <alecu> mandel, and run the syncdaemon...
[13:27] <alecu> mandel, no, it should ask for the credentials just like normal.
[13:28] <mandel> alecu: hmm ok, I'm getting some funny errors from ubuntu sso and zeigehgeigehg crashed
[13:28] <alecu> mandel, can you paste it?
[13:28] <mandel> alecu: testing a branch with so many things failing is kinda not ideal...
[13:28] <mandel> alecu: sure, give me a sec
[13:29] <alecu> mandel, yes, there's some zeigehgeigehg bugs that are still lurking... we'll deal with those after feature freeze.
[13:30] <mandel> alecu: np, compiz chrashed, I'll boot the machine and get your output, thakfully it was >> :P
[13:31] <alecu> :P
[13:33] <mandel> alecu: I was wrong, those messages where from the looging that was going to stdout, so not big deal, now all tests are skipped becuse libunity is not present
[13:34] <alecu> great. If all tests pass now and you are feeling brave, try installing libunity trunk (as above) and re-running the tests and running the syncdaemon in that branch.
[13:35] <mandel> alecu: sure, on it
[13:35] <alecu> that syncdaemon should show a progressbar in the unity launcher when it is active, and show an emblem when it loses connection to the server
[13:35] <alecu> (you can do that with u1sdtool -d and then -c)
[13:36]  * mandel wonders if compiz hates him...
[13:36] <mandel> alecu: I'l update you asap
[13:36] <alecu> nah, it hates everyone. It's like a nazi wm.
[13:44] <nessita> dobey: so, after a  sudo apt-get build-dep ubuntuone-client, I can't do ./autogen.sh on the client becasue
[13:44] <nessita> You need to install gnome-common from the GNOME source repository
[13:44] <nessita> Can you please update the dep list?
[13:48] <nessita> dobey: same for ***Error***: You must have gtk-doc >= 1.0 installed
[14:00] <nessita> me
[14:00] <mandel> me no notes
[14:01] <alecu> me (no notes yet either... writting!)
[14:01] <nessita> ralsina, alecu, dobey, thisfred?
[14:01] <ralsina> me
[14:02] <ralsina> sorry, no notes because I was on mumble getting the definitive OK for the sprint until 5 minutes ago :-)
[14:02] <ralsina> thisfred has the flu
[14:03]  * mandel has notes
[14:03] <ralsina> So, nessita, please?
[14:03] <nessita> DONE: several reviews, landed the first functional branch for u1fileapi and created the package branch (is awaiting for sponsorship). Started natty migration on desktop, it was very traumatic :-).
[14:03] <dobey> nessita: you don't have the nightlies ppa deb-src active
[14:03] <nessita> TODO: complete the install of all the development envs. More file storage api branches.
[14:03] <nessita> BLOCKED: nopes, though I get random crashes in natty and no 3d support
[14:03] <nessita> NEXT: mandel
[14:03] <nessita> dobey: probably not yet, yes
[14:03]  * nessita enables
[14:03] <mandel> DONE: X-rays, bindwood reviews. Investigated how to report msi status to other process. Reviewed alecu branch regarding libunity
[14:03] <mandel> TODO: propose ipc client branches + network ones
[14:03] <mandel> BLOCKED: no
[14:03] <mandel> alecu, please
[14:03] <alecu> DONE: fixes for the libunity branch, a branch for i18n that will need reviews after I fix what nessita asked.
[14:03] <alecu> TODO: find out libunity status, get every branch merged, return to droidcouch
[14:03] <alecu> BLOCKED: fixed libunity not yet packaged (as of now)
[14:03] <alecu> LOVE: my office
[14:03] <alecu> NEXT: ralsina
[14:04] <ralsina> DONE: broke Natty, fixed Natty, sprint approval, worked on the Win Installer UI.
[14:04] <ralsina> TODO: reviews, management stuff, sprint planning, triage another 5 tons of bugs, some coding (my days are all alike)
[14:04] <ralsina> BLOCKED: no
[14:04] <ralsina> dobey?
[14:04] <dobey> λ DONE: holiday
[14:04] <dobey> λ TODO: banshee mustic store fixes
[14:04] <dobey> λ BLCK: on-call for jury duty
[14:04] <ralsina> ok, comments!
[14:04] <nessita> ralsina: shall we book tickets?
[14:04] <ralsina> You will all get mails about booking flights to BA in the next few days
[14:04]  * nessita is on a booking trips racha
[14:05] <ralsina> I have Parrino's approval so now I have to ask Marianna to start working n arrangements
[14:05] <ralsina> mandel: you and I will have our mini sprint in London
[14:05] <ralsina> that is approved too
[14:06] <ralsina> OTOH, I have not seen a list of people for Budapest. The only ones I know for sure are going  are nessita and me
[14:06] <ralsina> I expect that list to get much longer, but I have no hand on the choosing yet
[14:07] <mandel> ralsina: you and me? only? Just toe keep things hones, I just kiss after 3 dates, and there most be cinema tickets in one of them.
[14:07] <mandel> PS: I like leo di carpio movies :P
[14:07] <ralsina> mandel: even if I take you to that big fancy ferris wheel? You prig
[14:08] <ralsina> ok, let's add John, Cristian and maybe Ivanka to that ;-)
[14:08]  * nessita imagines
[14:08]  * nessita stops imagining
[14:08] <ralsina> nessita: STOP! :-)
[14:08] <nessita> it was too much, you should know
[14:08] <mandel> nessita: it was sexy, wasn't it? wink wink
[14:09] <mandel> I think I just ruined my own lunch....
[14:09] <mandel> eom?
[14:09] <ralsina> eom!
[14:09] <ralsina> Ok then, back to the salt mines all of ye!
[14:19] <dobey> why does it have to be so cold today
[14:22] <karni> JamesTait: hi James, I had to leave for a while
[14:22] <JamesTait> Hey karni. :)
[14:22] <karni> JamesTait: tell me about that last log submission please :)
[14:22] <karni> JamesTait: did you use the gmail mail app?
[14:23] <JamesTait> karni: OK, so I did it through the app somehow.
[14:23] <JamesTait> "Send logs" from "Debug settings".
[14:23] <karni> JamesTait: Preferences->Debug settings->Send logs
[14:24] <karni> JamesTait: right. that uses the mail app (whichever you prefer) and attaches the debbug.log file
[14:24] <karni> JamesTait: did you see that file attached right above the email body?
[14:24] <JamesTait> Right. I don't recall removing debug.log from the e-mail - it was definitely there when I started.
[14:25] <karni> ah good. then either something was 'by accident', or it was the mail app then..
[14:25] <JamesTait> I entered more info in the main e-mail body, then hit send. I'm pretty sure the attachment was still showing.
[14:25] <dobey> hrmm, let's see if i can actually work on banshee plug-in today
[14:25] <karni> JamesTait: could you please try sending themagain, please?
[14:26] <karni> JamesTait: right,thanks for the additional message as well :)
[14:26] <JamesTait> Sent.
[14:26] <JamesTait> So the specific details I was seeing.
[14:26] <JamesTait> I went into Synced Folders.
[14:27]  * karni listens
[14:27] <JamesTait> Ah, it just Force Closed. :( Hang on.
[14:27] <karni> ok.now I *need* those logs ;)
[14:28] <JamesTait> Already one step ahead. :) On their way.
[14:28] <JamesTait> Right, that was triggered when I hit Sync from the menu, btw.
[14:28] <karni> JamesTait: right. that option needs a little work. please base on the auto-sync for now :)
[14:29] <JamesTait> I got "Syncing...", then it crashed, then I saw the status icon.
[14:29] <karni> JamesTait: you can set the sync freq. to 5min
[14:29] <karni> JamesTait: it autostarts sync when you start the app and periodicaly
[14:29] <karni> JamesTait: you don't need to hit that sync from menu
[14:30] <JamesTait> So I clicked on Synced Folders, and it showed Music and Pictures, which was right. Currently it's only showing Music, so I won't be able to reproduce the exact test.
[14:30] <karni> not good. I still dont have an email from you :<
[14:31] <karni> JamesTait: ok. I'll update you today/tomorrow with a version that shows better whensync is on-going
[14:31] <karni> JamesTait: and we'll start from there,how about that?
[14:32] <JamesTait> Sure, no worries. :) It's still early days, so I'm not especially worried.
[14:33] <karni> JamesTait: me either (although I badabout every bug),because I know what still needs work (e.g.the sync buttom from menu, which should be visible only if periodic sync is set to manual)
[14:33] <JamesTait> FWIW, the files appear to be downloading just fine now.
[14:33] <karni> JamesTait: great :)
[14:33] <karni> JamesTait: thanks for all your feedback, it's grately appreciated!
[14:34] <JamesTait> Yeah, I just downloaded an MP3 from my Music share.
[14:34] <karni> great :)
[14:34] <JamesTait> So I don't know quite what was going on before.
[14:35] <karni> JamesTait: we'll pinpoint that :) (you can check out one thing too. mark a file as syncable to  the right [the arrows]), leave the app open
[14:36] <karni> JamesTait: and change it on the PC. it should sync in few seconds automatically (8secs after it stopsreceiving notifications from the servers)
[14:37] <JamesTait> I'll give it a go. :)
[14:37] <JamesTait> The icon is coloured, "Downloading...", file size updated.
[14:39] <JamesTait> Heh, my PC lost connection to Ubuntu One.
[14:39] <karni> ^ ^
[14:40] <nessita> alecu: I'm fianlly running the test suite for your branch :-) (it took long since I had to setup all my env)
[14:40] <karni> yes, coloured icon means it should redownload whenever it changes.
[14:40] <alecu> nessita, which branch?
[14:40] <alecu> nessita, the i18n one?
[14:41] <nessita> yeap
[14:41] <nessita> did you push your changes?
[14:47] <JamesTait> Well that seems to have worked.
[14:49] <karni> Cool.
[15:19] <nessita> dobey: is bug #720696 fixed or in progress? would you please update the status in that case?
[15:19] <ubot4> Launchpad bug 720696 in ubuntuone-control-panel "control panel nightlies doesn't work on Lucid. (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/720696
[15:20] <nessita> alecu: did you push your changes to i18n so I approve?
[15:21] <alecu> nessita, no, there were a few changes that are needed in the tests... I'll push in 15'
[15:21] <nessita> ack
[15:22] <dobey> it is wontfix
[15:23] <nessita> dobey: can you please comment on the bug the reason and set to wontfix?
[15:23] <dobey> i did
[15:23] <nessita> thanks
[15:47] <rye> we are seeing some api slaves (syncdaemon) server-side, investigating, if your syncdaemon disconnects with SSL error - that's the thing we are observing.
[15:49] <zyga> hi
[15:49] <zyga> ypu probably know this already but u1 keeps dis/re-connecting all the time
 we are seeing some api slaves (syncdaemon) server-side, investigating, if your syncdaemon disconnects with SSL error - that's the thing we are observing.
[15:50] <rye> zyga, ^
[15:51] <jml> my computer is telling me that the connection to the Ubuntu One server was lost, then restored, lost, then restored.
[15:51] <jml> how do I make it stop?
[15:55] <alecu> jml, in the ubuntu one control panel, go to devices tab
[15:55] <alecu> jml, and uncheck "show notifications"
[15:56] <alecu> (that's on nightlies, not sure if it's already packaged)
[15:56] <alecu> nessita, i18n branch pushed
[15:56] <jml> alecu: it's not :(
[15:57] <jml> also, it shows the notices even after I've explicitly disconnected in the control panel
[15:57] <dobey> 10:47 < rye> we are seeing some api slaves (syncdaemon) server-side,  investigating, if your syncdaemon disconnects with SSL error -  that's the thing we are observing.
[15:57] <dobey> jml: ^^
[15:58] <jml> dobey: glad to know it. how do I stop getting the error message?
[15:58] <nessita> alecu: ack, thanks!
[15:58] <alecu> jml, probably those notices were queued and are showing right now... try restarting notify-osd.
[15:58] <dobey> jml: disable file sync from the control panel for the time being, i think
[15:58] <rye> jml, we are back online now, investigating what has happened.
[15:59] <jml> dobey: doesn't work. see above.
[15:59] <zyga> jml, it works the messages are queued
[15:59] <jml> alecu: 'killall notify-osd'?
[15:59] <dobey> jml: not disconnect, totally disabled
[15:59] <zyga> jml, I just got a notification to what rye said above
[15:59] <alecu> jml, that should work.
[15:59] <dobey> anyway, rye says it should be fixed now, so it should stop
[15:59] <zyga> jml, if you wait the stream will end, they are waiting in the notification daemon now
[16:00] <dobey> alecu: hrmm, if that's true, that's a bug in the way we're using libnotify then
[16:00] <dobey> alecu: we should not queue those messages
[16:00] <rye> dobey, we issue the messages, not update them i suppose
[16:00] <rye> alecu, do we do .update() on pynotify messages or just show() or something like that?
[16:01]  * zyga found another bug :-)
[16:01] <jml> dobey, for reference, how do I "disable" in a way that's different to "disconnect"?
[16:01] <alecu> dobey, sounds like a bug, yes.
[16:02] <alecu> rye, we only update the message when new files are found while showing the new files notification.
[16:03] <dobey> jml: there should be a checkbox on the applications tab or whatever it's called in the control panel, for toggling whether file sync is enabled or not (and one for music, and some for the different desktopcouch databases)
[16:03] <alecu> dobey, I believe the problem thisfred had with updating notifications is that once they were automatically hidden, they could not be shown again.
[16:03] <jml> dobey: I had already unchecked that, it's labelled "disconnect"
[16:03] <dobey> huh
[16:04] <jml> anyawy, as predicted, the messages have stopped. my computer is now usable again. thanks.
[16:04] <alecu> jml, for reference, you may stop the syncdaemon completely with "u1sdtool -q"
[16:07] <rye> alecu, i think you should use notification.update(); notification.show() all the time... in this case there may be possibility of showing some info for too small amount of time but on other hand making a backlog of notifications is not that great
[16:08] <alecu> rye, yes, it sucks.
[16:10] <alecu> rye, would you mind opening a bug for that, and asigning it to me?
[16:10] <alecu> mandel, were you able to finish the review?
[16:11] <dobey> alecu: yeah what rye said, you have to update, then .show
[16:11] <dobey> you never just do .update
[16:11] <mandel> alecu: uh, sorry I fogot to try again, on it right now
[16:11] <dobey> if you're just doing .update somewhere without a .show after, it's a bug
[16:12] <alecu> dobey, would you mind adding that to that bug report? rye: let's assign it to eric then, that worked on interfacing with libnotify.
[16:13] <alecu> hmmm... I might as well work on that now, to try to get it by the feature freeze.
[16:14] <dobey> well it's a bug, so if there are actual features to work on, work on the features first :)
[16:16] <rye> bug #723227
[16:16] <ubot4> Launchpad bug 723227 in ubuntuone-client "SD creates new notifications instead of updating one (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/723227
[16:16] <rye> assigned to eric
[16:22] <dobey> oh i don't have to comment since rye pasted what i said there anyway :)
[16:24] <mandel> alecu: my syste crash everytime I use more than one app.. i'll fix that and will continue with your review...
[16:25] <alecu> mandel, don't worry about fixing that. Were you able to run the tests with unity-gir uninstalled?
[16:25] <mandel> alecu: yes, I was
[16:25] <alecu> mandel, that should be enough to approve, because we have to get this into trunk before ff
[16:25] <alecu> mandel, and we can fix any bug later.
[16:25] <ralsina> alecu mandel: cool :-)
[16:26] <mandel> alecu: on it then
[16:26] <mandel> alecu: via libre
[16:26] <alecu> mandel: great, thanks.
[16:26] <mandel> alecu: np
[16:30] <dobey> lunch time, bbiab
[16:39] <joshuahoover> CardinalFang: ping
[16:53]  * nessita -> lunch
[16:55] <nessita> alecu: approved
[16:55] <alecu> nessita, thanks
[16:55] <alecu> can I get another review on that branch? https://code.launchpad.net/~alecu/ubuntuone-client/i18n-notifications/+merge/50666
[16:55] <alecu> I'm pretty sure ralsina will find some brave soul to do it :-)
[16:56] <ralsina> alecu: I'll review it
[16:58] <alecu> \Q/ <- happy bearded alecu
[17:01] <ralsina> alecu +1 just looking at it
[17:02] <alecu> cool
[17:02] <ralsina> alecu; you are the current owner of tomboy?
[17:02]  * ralsina needs to actually print that freaking owners list
[17:02] <alecu> ralsina, I supposedly am
[17:03] <alecu> ralsina, even though I only did a bit of proxy support on tomboy client and never touched any part of the tomboy sync server :-)
[17:03] <ralsina> ok, rye found a problem on the server side, but it may actually be in be beuno's side of things
[17:03] <ralsina> Actually, this one is not that hard :-)
[17:04] <ralsina> It's about lists. The WYSIWYG editor is creating some weird HTML that tomboy server is converting to tomboyXML but is breaking
[17:04] <ralsina> So, I wanted to decide whether it's to be fixed on the editor, on a filter or in teh converter.
[17:04] <intrader_> Anyone, from experiments with two computers connected to ubuntuone, if I create a file in computer one, it is several hours before it appears in computer two. Same with updates of one file in one computer and to see the update on the other computer.
[17:04] <ralsina> Later, when you have 5 minutes, could you talk to rye?
[17:05] <alecu> sure
[17:15] <nessita> intrader_: we're having some issues with our servers, I think, let me confirm
[17:15] <nessita> rye: ping
[17:24] <rye> nessita, no issues as of now, we had a ~30 minutes api slave outage 1.5h ago
[17:24] <nessita> rye: ok, thanks
[17:24] <nessita> intrader_: you shouldn't have delays bigger than seconds when our server are operating normally
[17:30] <nessita> dobey: trying to build a package for u1cp I'm getting dh_install: python-ubuntuone-control-panel missing files (debian/tmp/usr/lib/python2.*/*-packages/*/ubuntuone/__init__.py), aborting
[17:30] <nessita> dobey: did you change something last time you released it?
[17:31] <dobey> i changed it to use .pth files, but it's building on maverick (and yes, the nightlies are failing on narwhal with the same error)
[17:32] <dobey> nessita: btw, where are all the options for which desktopcouch DBs to sync in u1cp?
[17:32] <nessita> dobey: hidden, will be enabled in this release I'm making
[17:32] <nessita> dobey: if I manage to build the package, which so far I can't due to the error above
[17:33] <dobey> nessita: try to change the "python2.*" part of that line to "python*"
[17:33]  * nessita tries
[17:33] <intrader_> messita, about the delay - it was exactly 10 hrs for the new file.  The file update 2 minutes.
[17:34] <dobey> nessita: i was just about to try this in the nightlies when you asked, so you can test it first :)
[17:34] <nessita> intrader_: when was that?
[17:34] <nessita> dobey: running pbuilder right now...
[17:35] <nessita> intrader_: are you sure both of your machines were connected to our servers?
[17:35] <nessita> intrader_: what system are you running in each machine?
[17:35] <nessita> dobey: same error: dh_install: python-ubuntuone-control-panel missing files (debian/tmp/usr/lib/python*/*-packages/*/ubuntuone/__init__.py), aborting
[17:35] <dobey> hmm
[17:35] <dobey> wtf.
[17:39] <CardinalFang> joshuahoover, hi hi
[17:39] <joshuahoover> CardinalFang: hi! do you know what triggers desktopcouch (on lucid) to get an oauth token? (just dc replication starting up?)
[17:40] <intrader_> messita, 10.10
[17:40] <nessita> dobey: what s the command to generate all the debian/tmp stuff? debian/rules <something>
[17:41] <intrader_> messita, yes karni, and I went through a reconnecting sessions on both computers.
[17:41] <dobey> nessita: debuild?
[17:41] <dobey> nessita: or bzr bd?
[17:41] <nessita> dobey: right, but I ant to browse the contents of debian/tmp, and debuild remove it when is done
[17:42] <dobey> nessita: if you bzr bd and it fails, you can look in ../build-area/$whateveryourpackagenameandversionare
[17:42] <dobey> nessita: debuild only removes it if it doesn't fail iirc
[17:42] <dobey> but bzr bd does it all in another directory
[17:43] <nessita> seems like it removes it anyways, since I don't have the tmp dir. ANyways, trying with bzr bd now
[17:43] <dobey> joshuahoover: which oauth token do you mean?
[17:43] <joshuahoover> dobey: for desktopcouch
[17:43] <dobey> nessita: oh, maybe debian/$package/...
[17:44] <nessita> dobey: debian/tmp/usr/lib/python2.7/site-packages/ubuntuone-control-panel does not exist
[17:44] <nessita> sorry, I mean
[17:44] <dobey> joshuahoover: do you mean the oauth token to talk to the local couchdb, or to talk to u1?
[17:44] <joshuahoover> dobey: to talk to u1
[17:44] <nessita> dobey: debian/tmp/usr/lib/python2.7/site-packages/ubuntuone/ does not exist, while debian/tmp/usr/lib/python2.7/site-packages/ubuntuone-control-panel does
[17:44] <nessita> dobey: I don't think we should be copying debian/tmp/usr/lib/python*/*-packages/*/ubuntuone/__init__.py at all
[17:45] <dobey> joshuahoover: u1-preferences creates it
[17:45] <dobey> nessita: right
[17:46] <dobey> nessita: yes we should
[17:46] <dobey> nessita: i think you're overlooking the extra "*" between "*-packages" and "ubuntuone" there
[17:46] <nessita> right, I got confused becasue of the /*/
[17:47] <nessita> dobey: exactly. So, why the controlpanel/ubuntuone/__init__.py doesn't get copied to tmp?
[17:47] <joshuahoover> dobey: ah, ok...think i need to update my instructions: https://wiki.ubuntu.com/UbuntuOne/Tutorials/LucidCouchDB
[17:47] <dobey> nessita: i don't know. like i said, it works fine on maverick.
[17:47] <dobey> and even on lucid
[17:53] <dobey> joshuahoover: don't know. nothing on that page about connecting desktopcouch to u1 anyway
[17:54] <joshuahoover> dobey: in theory, the couch upgrade is supposed to make replication on 10.04 possible...it does, but i'm not clear on the steps to make that happen...thought i was, but i can't reproduce what i had working previously
[17:55] <dobey> joshuahoover: i think you got lucky previously
[17:55] <joshuahoover> dobey: must have
[17:55] <joshuahoover> dobey: maybe i opened u1-prefs after all that and that got the u1 token for couch replication?
[17:56] <dobey> probably
[17:56] <joshuahoover> dobey: i'm going to try that now...if that's the case, then it's simple...thanks for the help! :)
[17:56] <dobey> should be i think
[17:57] <dobey> you might have opened your evo address book to the couchdb address book, too or something
[18:07] <intrader_> messita, I notice that reaction time is down to seconds now. I hope it remains that way .Thanks for your help
[18:54] <nessita> dobey: can you add pylint to the build-deps of u1client, please?
[18:55] <dobey> it is
[18:55] <dobey> no?
[18:55] <nessita> dobey: it wasn't installed for me
[18:55] <dobey> and u1client doesn't use pylint
[18:55] <dobey> it uses pyflakes
[18:56] <nessita> dobey: ah, right
[18:56] <nessita> grm
[18:56] <nessita> dobey: can you have u1-dev-tools recommends it?
[18:56] <dobey> i think it does
[18:57] <dobey> or it does Depends: pylint | pyflakes or something
[18:57] <dobey> are you converting u1client to pylint?
[18:58] <nessita> not at all
[18:58] <nessita> dobey: but Iw ouold like to fetch all the deps from one single spot
[19:00] <dobey> well even then it wouldn't install all the deps for all our projects
[19:00] <nessita> right
[19:24] <alecu> nessita, ping. Do you have a little while to discuss VM_UDF_CREATED ?
[19:25] <nessita> alecu: not really, I'm running to the dentist like now
[19:25] <nessita> alecu: is it quick?
[19:25] <alecu> nessita, go, we can discuss this tomorrow.
[19:25] <nessita> thanks
[19:25] <alecu> it doesn't look quick...
[19:25] <alecu> have fun :P
[19:26] <nessita> heh, when I said dentist I meant traumatologo, dentist is next week
[19:26] <nessita> but I have a quarter of my mind in this chat :-)
[19:30] <nessita> can I have a couple of reviews for https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/restore-replications/+merge/50799 ?
[19:44] <ralsina> nessita: +1
[19:44] <nessita> ralsina: thanks!
[19:44] <nessita> I'll build the package later tonight
[19:44] <beuno> nessita, I've just piled another +1 on top of that one
[19:44] <nessita> beuno: you rock!
[19:45]  * nessita approves so it lands and is packaged tonight
[19:45] <nessita> IT ENDS TONIGHT
[19:45]  * beuno puts on his helmet
[19:46] <ralsina> Is that from 300?
[19:46] <nessita> nopes, matrix
[19:46] <nessita> now yes, bye all! see ya later
[19:47] <ralsina> oh, from The Sequels That Don't Exist (TM) :-)
[19:47] <ralsina> bye nessita
[19:50] <dobey> eh
[19:51] <dobey> that is a cliched saying from a million different movies
[19:55] <jdobrien> dobey, who in desktop would know why device names are converting spaces to %20 now?
[19:56] <dobey> you mean in the control panel ui?
[19:56] <dobey> or where?
[19:56] <jdobrien> dobey, for example, the ubuntuone-control-panel-gtk now lists my computers as Ubuntu%20One-Monolith
[19:56] <jdobrien> dobey, yeas
[19:56] <jdobrien> yes too
[19:56] <jdobrien> hmm...those look old too. I thought I deleted those
[19:56] <dobey> nessita would
[19:57] <dobey> i'm guessing it's just not unescaping it for display
[19:57] <jdobrien> what the heck
[19:57] <dobey> or something
[19:57] <jdobrien> I have 11 devices all added the same day
[19:57] <dobey> i guess you were a busy tester that day
[19:58] <dobey> ralsina: https://code.launchpad.net/~dobey/libubuntuone/print-no-tokens/+merge/50802
[20:00] <ralsina> dobey: +1
[20:00] <ralsina> dobey: just for kicks, got a bzr blame on that line?
[20:02] <dobey> no but i can tell you who did it without looking at bzr blame :)
[20:02] <beuno> alecu, ralsina, notifications are on by default, right?
[20:02] <ralsina> beuno: yes
[20:03] <beuno> perfect
[20:03] <alecu> they are, I think they shouldn't
[20:04] <beuno> alecu, if they aren't, than it'll be mostly wasted work
[20:04] <beuno> why do you feel they shouldn't?
[20:05] <dobey> probably because they're buggy and not exactly trivial to fix
[20:05] <alecu> well, most of that work was done for unity integration: showing a progressbar in the unity launcher icon, showing an emblem when u1 disconnects from the server, etc.
[20:06] <alecu> beuno, ^
[20:06] <beuno> alecu, well, that bar is not visible all the time
[20:06] <alecu> and showing items in the messaging menu when new udfs/shares arrive.
[20:06] <beuno> so if someone uploads a new file to a share
[20:06] <beuno> you get notified
[20:06] <alecu> beuno, right.
[20:06] <beuno> which is actually pretty useful
[20:07] <ralsina> I like them
[20:07] <alecu> beuno, yes, but it gets annoying pretty quick.
[20:07] <beuno> if the unity bar was there all the time, than maybe
[20:07] <beuno> alecu, really?  why?
[20:07] <dobey> alecu: if it's annoying, they are buggy.
[20:07] <ralsina> I would like not to get one each time it connects, maybe.
[20:07] <beuno> right
[20:07] <dobey> if we just disabled stuff that had bugs, we might as well just disable booting by default :)
[20:07] <beuno> the connect/disconnect spam we could fix
[20:08] <dobey> we definitely should not pop notifications for connect/disconnect
[20:08] <beuno> OTOH, it's helped us realize when our servers are acting up
[20:08] <dobey> yeah, but we can develop a heuristic for situations like that, so that we show a notification in that case
[20:09] <beuno> alecu, so, if we could, say, on the 3rd connect/disconnect just say "Connection to the servers is a bit unstable" or something
[20:09] <dobey> "There is a problem connecting to the server, after repeated attempts."
[20:09] <beuno> that could get rid of some of the smap
[20:09] <beuno> right
[20:10] <alecu> well, I have a bug for the case when network connection is lost: that should not pop a u1 notification as well
[20:10] <dobey> i don't know if i'd do it after 3. perhaps when the progressive delay code reaches its endpoint
[20:10] <dobey> since syncdaemon does have progressive delay for reconnecting
[20:11] <alecu> dobey, the thing is that right now it was connecting but disconnecting after a little while.
[20:11] <beuno> alecu, great, that will help a lot
[20:11] <alecu> dobey, so the progressive delay never reached the endpoint
[20:11] <dobey> alecu: well, the thing is, that right now, the updating of the notifications is broken
[20:12] <dobey> alecu: so you might get a notification a couple minutes after
[20:12] <dobey> alecu: well if syncdaemon is crashing, that is a separate problem
[20:13] <dobey> you'd need a "hey, syncdaemon is crashy" notification or something, with some more advanced heuristic than the reconnetion one
[20:13] <alecu> oh, I just remembered one missing feature...
[20:14] <alecu> dobey, ralsina: what was the name of the spec to hook into the user logout?
[20:14] <ralsina> also, not show a notification when it first connects
[20:15] <ralsina> alecu: oh, good question. session inhibition, help me google :-)
[20:24] <dobey> alecu: i don't know if there's a particular spec for it exactly. but inhibit suspend/shutdown/etc
[20:24] <ralsina> alecu: this one? http://people.gnome.org/~mccann/gnome-session/docs/gnome-session.html
[20:24] <dobey> i think it's a dbus api and kde supports the same api now
[20:24] <ralsina> dobey: there is a standard dbus api, yes.
[20:24] <ralsina> dobey: it's in freedesktop too, somewhere
[20:25] <dobey> why doesn't the music store have a search by price option
[20:25] <dobey> srsly
[20:25] <ralsina> dobey: as in "I want to listen to an expensive song today!" :-)
[20:25] <ralsina> beyond free/nonfree that makes very little sense, IMHO
[20:25] <dobey> as in, "where are all the free downloads"
[20:25] <dobey> ralsina: not really, some songs actually vary in price across albums, even if it's the exact same song/artist
[20:25] <dobey> but searching for the song and sorting by price would still be better then
[20:25] <ralsina> maybe just a "sort by price"
[20:25] <dobey> but sort by price doesn't help find only free songs
[20:25] <ralsina> right. Else you have to search at each price point :-)
[20:25] <ralsina> dobey: yup. Maybe free songs should have a tag or a separate page.
[20:25] <ralsina> Or I can make you enter through a south american IP address. Then you get only free songs :-)
[20:25] <dobey> they do on amazon
[20:25] <dobey> wow, "browse" is not useful :(
[20:26] <alecu> ralsina, well, I totally forgot about that. Should we ask for a feature exception for that?
[20:26] <ralsina> ouch
[20:26] <jdobrien> ralsina, I think he wants a 'show me the bargains' button
[20:26] <jdobrien> dobey, people will get all the free songs and make them public files whether they want them or not :)
[20:26] <ralsina> alecu: I forgot it too.
[20:26] <ralsina> Yes, we need to ask for one, unless you can push it NOW (or is it too late already?)
[20:26] <alecu> ralsina, I think that's the doc. But I remember we found a spec name, or something
[20:26] <ralsina> there is xsmp but that's not via dbus
[20:27] <alecu> ralsina, i'm not pushing it NOW, I'll be starting on it now, though.
[20:28] <ralsina> alecu: ok
[20:28] <alecu> ralsina, I'm checking in the logs, and it's only "XSMP" we mentioned back then. (1-feb)
[20:28] <alecu> so the only dbus spec is those docs you posted just now.
[20:28] <ralsina> ok then that's it
[20:28] <ralsina> I remember it being just two dbus calls
[20:28] <dobey> jdobrien: what i want is to be able to test the banshee store without having to try and find music that i want to buy at some point, and then buy it
[20:28] <alecu> ralsina, it seems simple (two dbus calls whenever we show the progressbar), so I'll try to finish it by tomorrow, and we'll see if we need the FF except.
[20:28] <ralsina> alecu: cool
[20:29] <ralsina> I can't find any other docs on that API except that. Kinda obscure.
[20:31] <alecu> bug #723359
[20:31] <ubot4> Launchpad bug 723359 in ubuntuone-client "Syncdaemon should inhibit session logout when busy (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/723359
[20:40] <rye> verterok, sorry, did not see the logs first time
[20:40] <verterok> rye: np, thanks for checking the bug :)
[21:02] <ralsina> EOD for me. Have a nice evening!
[21:03] <dobey> cheers ralsina
[21:13] <joshuahoover> dobey: should nightlies be working on maverick? (don't appear to work for me)
[21:14] <dobey> yes
[21:14] <dobey> what doesn't work?
[21:14] <dobey> crikey, that was some netsplit
[21:14] <joshuahoover> dobey: if i go to run u1sdtool it tells me u1-client isn't installed...i try to install u1-client and then get:  ubuntuone-client : Depends: python-ubuntuone-client (= 1.4.5-0ubuntu1) but 1.5.3+r846~maverick1 is to be installed
[21:14] <joshuahoover> E: Broken packages
[21:14] <dobey> i suspect partly because of the bipsters
[21:15] <dobey> joshuahoover: weird
[21:15] <dobey> joshuahoover: you need to apt-get update first
[21:16] <dobey> your apt cache is out of date
[21:16] <joshuahoover> dobey: yeah, did that
[21:16] <dobey> the current version of u1client in nightlies is 1.5.4+r876
[21:16] <joshuahoover> dobey: yeah, strange...hmmm
[21:17] <dobey> joshuahoover: for some reason it looks like you're trying to install ubuntuone-client from main
[21:17] <dobey> err, from maverick-updates rather
[21:17] <joshuahoover> dobey: yeah, which i'm not sure why...hmmm
[21:17] <dobey> and an older python-ubuntuone-client from nightlies
[21:18] <joshuahoover> dobey: yeah, it stopped working when i upgraded a while back and things were broke...never went back to working after that
[21:19] <dobey> joshuahoover: remove all the ubuntuone packages, apt-get update, then try to install
[21:19] <joshuahoover> dobey: ah-ha! i now see the nightlies ppa was not enabled...have no idea why
[21:20] <joshuahoover> sigh
[21:20] <dobey> ah you probably had the new python-ubuntuone-client installed already then
[21:22] <joshuahoover> dobey: yeah...so i think i'm getting back to good now...thanks
[21:27] <dobey> ok
[22:19] <karni> __lucio__: hey. I've talked to aquarius today, and he unfolded your suggestion from the e-mail to me. what I'm doing exactly right now is get the volume name, then it's delta, then next volume name, and it's delta. you meant, first get the volume names, and then the deltas. and that makes perfect sense.
[22:19] <karni> __lucio__: so thank you, and please feel free to throw more ideas at me or the application in general :)
[22:23] <__lucio__> karni, cool :)
[22:23] <karni> __lucio__: :)
[22:30] <__lucio__> karni, we could at some point do a general review of what you are doing if you want to. its easier to comment if i know what i am talking about :)
[22:31] <karni> __lucio__: that would be perfect. I think it'd be best to have you review it when I move some sync parts to AQCommands, it's dome threads, loops and deferreds at the moment.
[22:31] <karni> __lucio__: I would be very happy for you to review it at that stage, so I'll make sure to let you know at that time :)
[22:33] <karni> __lucio__: thanks!
[22:33] <__lucio__> karni, i can anticipate some comments now: i hate threads.
[22:33] <__lucio__> ;)
[22:34] <karni> __lucio__: I'll remember that :D No seriously - that's why I want to use the RequestQueue more then now. Sync works nicely, but it was still a little ad-hoc with plan to move it to AQC once I confirm it's working as planned.
[22:35] <__lucio__> k


[04:56] <HUGO-HQL> Hi. I have problem with the following message "pwm-lpss invalid resource"
[04:57] <HUGO-HQL> I can only enter error mode
[07:37] <cerebrain> hi guys, I'm really new to Ubuntu-flavors and I want to migrate completely from w7
[07:37] <cerebrain> so I'm looking for a good media player
[07:37] <cerebrain> i was searching and found out that mpv is most recommended
[07:37] <Unit193> mpv or vlc, or even the default of parole?
[07:38] <cerebrain> searching more, I saw a nice one that it's based on libmpv
[07:38] <cerebrain> it's called mpc-qt
[07:38] <cerebrain> now, I'm trying to install it to see how well it does
[07:38] <diogenes_> cerebrain, smplayer is one of the best
[07:38] <cerebrain> thanks diogenes, I'll install it too
[07:39] <cerebrain> want to try a couple that i'm interested in
[07:39] <cerebrain> to decide then
[07:39] <cerebrain> but well, the point is that
[07:39] <cerebrain> mpc-qt guide tells me that I should have some libraries installed before I start the process
[07:39] <diogenes_> cerebrain, install also smplayer skins which is a separate package and sometimes doesn't get installed by default
[07:39] <cerebrain> so I went into packages.ubuntu
[07:40] <cerebrain> and I'm trying to install some libraries but when I run the command on the terminal
[07:40] <cerebrain> it says that it couldn't find the packages
[07:40] <cerebrain> so my question is
[07:40] <cerebrain> how can I know the proper package name of the library? since i'm pretty sure that's my mistake
[07:41] <cerebrain> -this is one of the libraries i'm trying to install https://packages.ubuntu.com/bionic/qtcreator-
[07:41] <diogenes_> cerebrain, mpc-qt is not present in the default repositories so it wouldn't be recommended to install it
[07:42] <cerebrain> I have been reading some commentaries made on github about the project and, so far, it doesn't present a lot of problems
[07:43] <diogenes_> if you using packages from github then you should learn a lot about compilling stuff
[07:43] <cerebrain> no offense there, but by that logic I should keep old versions of my software because Ubuntu takes quite a while to add them to the default repositories
[07:44] <cerebrain> I mean, qbittorrent on the repositories it's on 4.0.3 but 4.1.1 was released not so long ago (after 4.1.0 and 4.0.4)
[07:45] <cerebrain> I'm trying so, could you give me some resources if possible? I'm genuinely interested in learning that :D
[07:47] <diogenes_> cerebrain, there are two types of linux distros: stable and rolling, xubuntu is stable so you don't expect the newest bleeding edge software to run on a stable distro, you get only what's well tested and bug fixed so you can use it without any crashes or bugs, if you wanna use the absolutely newest versions of the software, you should pick a rolling or testing branch of linux distros but in that case you have to be ready
[07:47] <diogenes_> to meet a lot of bugs, unstable work, crashes and headache and you have to be very experienced in order to debug and fix some of the bugs.
[07:50] <cerebrain> you're right, diogenes_
[07:51] <cerebrain> but, taking that aside for a moment
[07:51] <cerebrain> could you help me with the libraries thing?
[07:52] <diogenes_> provide the link to github page
[07:53] <cerebrain> https://github.com/cmdrkotori/mpc-qt#prerequisites
[07:54] <diogenes_> so which libraries you have troubles with?
[07:55] <cerebrain> I haven't tried installing none of them except qtcreator, which can be found here https://packages.ubuntu.com/bionic/qtcreator
[07:56] <cerebrain> I try to run the command sudo apt-get install qtcreator 4.5.2-3ubuntu2 (and many other combinatorios including "_", etc)
[07:57] <cerebrain> I'm sure I'm writing it wrong, so my question is: how do I know the packages names?
[07:59] <cerebrain> I tried with the brackets, without the brackets, including the [universe], without it too. But none of this works.
[08:00] <diogenes_> cerebrain, to install all the libraries you run: sudo apt install qtcreator qt5-default libqt5x11extras5-dev qttools5-dev-tools libmpv-dev
[08:00] <diogenes_> no need for any magic
[08:00] <cerebrain> Quick question
[08:00] <cerebrain> why it doesn't work with apt-get?
[08:01] <cerebrain> I found that "problem" a couple of times
[08:01] <cfhowlett> apt-get has been deprecated.  learn to use apt.  man apt will teach you the details
[08:01] <diogenes_> because it was replaced with apt
[08:03] <cerebrain> I just did an installation using apt-get like, yesterday
[08:04] <cerebrain> guys, I'm sure it seems like i'm retarded and I'm sorry but, I'm trying to learn so... sorry for bothering that much
[08:04] <cfhowlett> it's been deprecated.  over time, it will be completely disabled.  use apt.
[08:04] <cfhowlett> and no one here thinks ill of you
[08:06] <cerebrain> thank you, cfhowlett
[08:06] <cerebrain> i'm looking for documentation on apt
[08:06] <cfhowlett> happy2help!
[08:06] <cerebrain> so i catch up
[08:06] <cfhowlett> terminal time:        man apt
[08:07] <cerebrain> wow
[08:07] <cerebrain> thx
[08:07] <cerebrain> the terminal sure is powerful
[08:08] <cfhowlett> don't forget!   with great power ...
[08:08] <cerebrain> comes great responsability :-D
[08:09] <cfhowlett> indeed.  everything the gui does can be accomplished on the terminal as well.
[08:10] <cerebrain> i'll look documentation on using the terminal
[08:10] <cerebrain> it seems interesting to be able to do everything from writing commands
[08:11] <cerebrain> instead of clicking
[08:11] <cfhowlett> you will certainly learn more from gettting some mastery of the termninal
[08:13] <cfhowlett> cerebrain, as stated previously, change apt-get to apt         all other commands should still work, IIRC  https://files.fosswire.com/2008/04/ubunturef.pdf
[17:59] <genii> PSA
[17:59] <genii> !yahoo
[18:06] <pmjdebru1jn> :o
[18:14] <knome> hmm.
[18:15] <knome> that's one messenger i never used :P
[18:19] <genii> Wrong URL. See this one instead https://help.yahoo.com/kb/messenger/SLN28776.html   ... factoid is already fixed now to right one
[18:19] <genii> The picture is my friend's cat...
[18:20] <knome> i though it was a bit funny to have that :P
[18:20] <genii> heh
[18:21] <genii> My cut and paste foo is fail today


[18:55] <ESphynx> Please see ibus patch in https://code.google.com/p/ibus/issues/detail?id=1697 -- It solves what I was seeing as a critical typing issue :)


[00:03] <mup> PR snapcraft#3323 opened: electron-builder spread test: sync expected snapcraft.yaml <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3323>
[00:13] <mup> PR snapcraft#3311 closed: storeapi: add releases endpoint <enhancement> <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3311>
[00:18] <mup> PR snapcraft#3306 closed: storeapi: add support for reporting status of progressive releases <Created by maxiberta> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3306>
[01:28] <mup> PR snapcraft#3323 closed: electron-builder spread test: sync expected snapcraft.yaml <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3323>
[06:05] <mborzecki> morning
[06:39] <zyga> good morning
[07:04] <pstolowski> morning
[07:05] <mvo> pstolowski: good morning
[07:13] <zyga> hey mvo
[07:13] <mvo> good morning zyga
[07:14] <zyga> sorry for the lag, a bit ucooperative kids today
[07:14] <zyga> *uncooperative
[07:14] <mvo> zyga: no worries
[07:27] <zyga> mborzecki can you approve https://github.com/snapcore/snapd/pull/9499 - it'd be my most approved change ever ;-)
[07:27] <mup> PR #9499: tests: add tests for fsck; cmd/s-b/initramfs-mounts: fsck ubuntu-seed too <UC20> <Created by zyga> <https://github.com/snapcore/snapd/pull/9499>
[07:27] <zyga> also reviewing ijohnson's fsck change for uc20 would be really good
[07:35] <zyga> I've de-conflicted and updated https://github.com/snapcore/snapd/pull/9422
[07:35] <mup> PR #9422: overlord: add link participant for linkage transitions <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/9422>
[07:35] <zyga> I hope it's in a good shape now and we can make progress on the export manager
[07:35] <mborzecki> zyga: hm am i missing something? https://github.com/snapcore/snapd/pull/9499#discussion_r508273373
[07:35] <mup> PR #9499: tests: add tests for fsck; cmd/s-b/initramfs-mounts: fsck ubuntu-seed too <UC20> <Created by zyga> <https://github.com/snapcore/snapd/pull/9499>
[07:35] <zyga> whooops
[07:35] <zyga> how did I do that
[07:35] <zyga> sorry
[07:36] <zyga> drat
[07:36] <zyga> I understand what my editor asked me to save now
[07:36] <zyga> meh
[07:36] <zyga> I resolved and closed without saving
[07:37] <zyga> ushed
[07:37] <zyga> pushed
[07:49] <zyga> pedronis good morning
[07:49] <zyga> pedronis I've updated https://github.com/snapcore/snapd/pull/9422
[07:49] <mup> PR #9422: overlord: add link participant for linkage transitions <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/9422>
[07:50] <zyga> pedronis I think it should be good now, at least in principle
[07:51] <pedronis> thx, I put it back into my queue
[07:53] <pstolowski> lxd snap was fixed yesterday,  #9468 is unblocked
[07:53] <mup> PR #9468: tests: lxd smoke test <Simple 😃> <Test Robustness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9468>
[07:56] <zyga> pedronis thanks :)
[07:56]  * zyga warmed up the tea
[07:56] <zyga> it's still very cold in the office, heating up slowly
[07:57] <zyga> pstolowski reviewed
[07:59] <zyga> I'll work on the pi kerenl thing now
[08:18] <pstolowski> zyga: thanks, adding some comments. not sure about restore, snap remove is the main check, i think the new comments will make it clear
[08:50] <mborzecki> pedronis: i've updated #9476 with some additional tweaks to make nosecboot happy
[08:50] <mup> PR #9476:  many: have install return encryption keys for data and save, improve tests <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9476>
[09:19] <zyga> google:ubuntu-20.10-64:tests/main/snapd-reexec-snapd-snap fails on something silly, probalby assumes core is installed
[09:19] <zyga> 20.10 has snapd preinstalled
[09:19] <zyga> should we disable that test there?
[09:19] <zyga> mvo ^
[09:19] <mvo> zyga: in a meeting right now
[09:19] <zyga> k
[09:20] <mvo> zyga: sorry, can think in a bit but not right now
[09:20] <zyga> ok
[09:21] <mup> PR snapd#9499 closed: tests: add tests for fsck; cmd/s-b/initramfs-mounts: fsck ubuntu-seed too <UC20> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9499>
[09:21] <mup> PR snapd#9522 opened: o/snapstate: ignore remove errors in clear-snap handler, only log them <Created by stolowski> <https://github.com/snapcore/snapd/pull/9522>
[09:23] <zyga> pstolowski: check my comment please
[09:34] <pstolowski> pedronis: hi, if you have a moment, what's your take on warnings vs task log in #9522?
[09:34] <mup> PR #9522: o/snapstate: ignore remove errors in clear-snap handler, only log them <Created by stolowski> <https://github.com/snapcore/snapd/pull/9522>
[09:44] <zyga> booting rogrer's configuration now
[09:44] <zyga> gosh I love serial lines
[09:44] <zyga> is this a bug: /init: /scripts/init-bottom/ORDER: line 3: /scripts/init-bottom/disable-getty: Permission denied
[09:44] <zyga> ?
[09:44] <zyga> that's from initrd
[09:44] <zyga> seems like missing +x
[09:45] <zyga> second error: /usr/share/subiquity/console-conf-wrapper: line 13: snap: command not found
[09:47] <zyga> third error (trying to use wifi) https://pastebin.ubuntu.com/p/qXbB66tfjz/
[09:52] <zyga> hmmm
[09:52] <zyga> I cannot get past this
[09:53] <zyga> mborzecki do you recall this subiquity erorr ^ /
[09:53] <amurray> zyga: thanks for finishing off the snapd/apparmor3 stuff :)
[09:54] <zyga> amurray you were right after all :)
[09:55] <zyga> hmm, I wonder if subiquity will refresh
[09:57] <zyga> does anyone know if there's something I can set in uboot to bypass subiquity on core18?
[09:58] <zyga> hmmmm
[09:58] <zyga> I think the snapd snap I'm getting crashes on startup
[09:58] <zyga> [FAILED] Failed to start /tmp/tmp.spBbI7OTQH/usr/lib/snapd/snapd.
[09:58] <zyga> eh
[09:58] <zyga> pstolowski ^ any ideas?
[09:58] <zyga> ideally on how to debug any of this
[10:00] <pstolowski> zyga: is this a private build of snapd?
[10:01] <zyga> pstolowski nope
[10:01] <zyga> pstolowski ubuntu-image with the three snaps I got from mvo
[10:01] <zyga> and snapd downloaded from the store (automatically)
[10:01] <mvo> zyga: still in a meeting but i can give you more snaps if you need them
[10:02] <zyga> mvo: I think whatever is wrong here also is interesting
[10:02] <pstolowski> zyga: maybe mount the image and see if the snaps looks sane ?
[10:02] <zyga> yeah, trying now
[10:02] <pstolowski> seems like something fundamental failed
[10:06] <zyga> I think snapd did not seed
[10:06] <zyga> I've enabled journal
[10:06] <zyga> let's see what we get
[10:07] <pstolowski> mborzecki: do you have a moment for #9468?
[10:07] <mup> PR #9468: tests: lxd smoke test <Simple 😃> <Test Robustness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9468>
[10:08] <mborzecki> pstolowski: sure, will take a look
[10:08] <zyga> huh
[10:08] <zyga> Oct 20 10:05:57 localhost run-snapd-from-snap[607]: /usr/lib/core18/run-snapd-from-snap: 42: /usr/lib/core18/run-snapd-from-snap: /usr/bin/snap: not found
[10:08] <zyga> pstolowski I'd like to "reset" seeding
[10:09] <zyga> can I just remove state json?
[10:09] <zyga> hmmm
[10:09] <zyga> wait there is no state.json
[10:09] <zyga> I only see this
[10:09] <zyga> https://pastebin.ubuntu.com/p/MCX46Dnsf2/
[10:09] <zyga> pstolowski note that the snaps/* are symlink
[10:09] <zyga> *symlinks
[10:09] <zyga> and there are only two
[10:12] <mborzecki> zyga: try talking to ondra, he probably has some hacks for postprocessing the image to add users etc
[10:13] <zyga> I've added a ssh key for root
[10:13] <zyga> should be enough
[10:14] <mborzecki> pstolowski: does the test need to launch a container?
[10:14] <pstolowski> yes, symlinks are expected, this is what makes runnable on first boot, but i'm not sure why snapd isn't symlinked; indeed it seems seeding did't run
[10:15] <pstolowski> mborzecki: no
[10:15] <pstolowski> mborzecki: it was failing pretty reliably with these steps
[10:15] <mborzecki> ok
[10:16] <zyga> I'm in
[10:16] <zyga> fuuuck
[10:16] <pstolowski> mborzecki: thanks!
[10:16] <mup> PR snapd#9468 closed: tests: lxd smoke test <Simple 😃> <Test Robustness> <Created by stolowski> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9468>
[10:16] <zyga> exec format error
[10:16] <zyga> ubuntu image pulled x86-64 snapd!??!
[10:17] <pstolowski> woot
[10:17] <zyga> no sorry
[10:17] <zyga> well
[10:17] <zyga> I have arm7l kernel
[10:17] <zyga> and aarch64 snapd
[10:17] <zyga> that's fun
[10:18] <zyga> my fault
[10:21] <zyga> booting fixed image
[10:21] <zyga> eh
[10:21] <zyga> :D
[10:24] <zyga> reported https://github.com/snapcore/pi-gadget/issues/53
[10:30] <zyga> I went for coffee
[10:30] <zyga> and the device is updating and rebooting
[10:30] <zyga> but still no console-conf
[10:31] <zyga> I'll keep it running
[10:31] <zyga> weird
[10:32] <zyga> it's progressing
[10:32] <zyga> it's mounting snapd now
[10:33] <zyga> hmmm
[10:33] <zyga> weird
[10:33] <zyga> https://pastebin.ubuntu.com/p/jpPTtCDsc8/
[10:33] <zyga> this is what I got on the serial log so far
[10:33] <zyga> I've hit newline a few times when it took a long time to make any progerss
[10:34] <zyga> all this time no console conf
[10:34] <zyga> more getty changes
[10:35] <zyga> hmmm hmm
[10:35] <zyga> I wonder if this makes any sense to anyone
[10:36] <zyga> getty changes again
[10:36] <zyga> I'll reboot
[10:36] <zyga> this makes zero sense
[10:37] <zyga> ok, I have console conf now
[10:37] <zyga> and it crashes like before
[10:37] <zyga> heh
[10:37] <zyga> WTF
[10:37]  * zyga debugs
[10:40] <zyga> the system cannot seed
[10:40]  * zyga looks at why
[10:43] <zyga> ok, I'll enable journal and ssh and try again
[10:43] <zyga> there's nothing I can see that explains what failed
[10:43] <zyga> state.json doesn't have any useful messages
[10:46] <zyga> trying again
[10:53] <zyga> ok, I'm in while it's still trying to seed
[10:54] <zyga> snapd is not seeded correctly again
[10:55] <zyga> this is so weird
[10:56] <zyga> huh
[10:56] <zyga> pstolowski
[10:56] <zyga> Oct 20 10:56:31 localhost snapd[750]: taskrunner.go:271: [change 2 "Make snap \"snapd\" (9731) available to the system" task] failed: open /etc/dbus-1/session.d/snapd.session-services.conf.7PTDJQPMf
[10:56] <zyga> it fails on this!
[10:57] <mup> PR snapd#9523 opened: store, snap-repair: fix use of retry strategies <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9523>
[10:57] <zyga> right, because the fixed snapd is only later
[10:57] <zyga> (edge)
[10:57] <pstolowski> huh
[10:57] <pstolowski> but wait
[10:57] <pstolowski> with old core18 it should be fine?
[10:57] <zyga> btw
[10:57] <zyga> but this is old core18 and new snapd
[10:57] <pstolowski> only a problem once you refresh no?
[10:57] <zyga> btw, offtopic, why do we have to seeding services?
[10:57] <zyga>   snapd-seeding.service                                                                                loaded    active     running         /tmp/tmp.jFHQH5ZiJr/usr/lib/snapd/snapd
[10:57] <zyga>   snapd.seeded.service                                                                                loaded    active     exited          Wait until snapd is fully seeded (core18)
[10:57] <zyga> perhaps we should give them better names (cc mvo)
[10:58] <pstolowski> "two"?
[10:58] <pstolowski> mvo: i've set 2.47 milestone on #9523
[10:58] <mup> PR #9523: store, snap-repair: fix use of retry strategies <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9523>
[10:58] <zyga> pstolowski one with dot, one with dash
[10:58] <zyga> pstolowski snapd-seeding and snapd.seeding
[10:59] <pstolowski> zyga: yeah, got it, you said "to", wasn't sure
[10:59] <zyga> ah, sorry
[10:59] <zyga> switching between macbook and hacker keyboard
[10:59] <zyga> mind confused :)
[10:59] <pedronis> ? one is "seeded" not seeding
[11:00] <zyga> ah
[11:00] <zyga> that's right
[11:02] <pedronis> they do very different things
[11:02] <zyga> yes, just have inconsistent naming
[11:04] <zyga> Oct 20 11:03:20 localhost systemd[1]: snapd.socket: Socket unit configuration has changed while unit has been running, no open socket file descriptor left. The socket unit is not functional until restarted.
[11:05] <zyga> snap tasks NNN is super slow due to locks
[11:05] <zyga> it's not a good experience :/
[11:05] <zyga> it's practically unusable when there are changes in progress downloading snaps
[11:06] <mvo> pstolowski: thank you
[11:07] <mvo> zyga: still in meeting :/ but +1 to anything that adds clarity
[11:07] <zyga> mvo hard to change that
[11:07]  * mvo has not read backlog :/
[11:08] <zyga> managed to get snap tasks after several minutes of waiting
[11:08] <zyga> refreshing core18 explicitly
[11:08] <zyga> let's see if we learn something
[11:10] <zyga> I've set refresh time now
[11:11] <zyga> so no auto updates for a while
[11:11] <zyga> I'll get core18 refreshed in a few minutes
[11:11] <zyga> with a bit of luck that will show what was failing for Roger
[11:16] <zyga> here we go, rebooting
[11:17] <zyga> [ 1839.110777] systemd-shutdown[1]: Failed to wait for process: Protocol error
[11:17] <zyga> ha
[11:17] <zyga> reproduced
[11:17] <zyga> pstolowski, mborzecki
[11:18] <zyga> mvo I've reproduced the failure on that pi
[11:18] <mborzecki> yay
[11:18] <mborzecki> zyga: so old kernel/gadget?
[11:19] <zyga> check this out
[11:20] <zyga> https://pastebin.ubuntu.com/p/JVW6c3kZK2/
[11:21] <zyga> mborzecki but before rebooting
[11:21] <zyga> there was a message about system-shutdown
[11:21] <zyga> it seems it really did fail
[11:21] <zyga> and now fat is fcks up
[11:21] <mvo> zyga: \o/ you rock!
[11:21] <zyga> let me plug the device back
[11:22] <mborzecki> zyga: you think that boot may be corrupted?
[11:22] <zyga> ha
[11:22] <zyga> fuck yeah
[11:22] <zyga> two power cycles
[11:22] <zyga> and it's back
[11:22] <zyga> I'm not kidding
[11:22] <zyga> this is exactly what happened on that other pi
[11:22] <zyga> I'll paste the more complete log now
[11:23] <zyga> https://pastebin.ubuntu.com/p/hmYzXHW4rf/
[11:24] <zyga> so now, some research time
[11:25] <zyga> I'll install core to have fsck available
[11:27] <zyga> https://www.raspberrypi.org/forums/viewtopic.php?t=242510
[11:27] <mborzecki> hm what mounts /run/mnt/ubuntu-seed on /var/lib/snapd/seed?
[11:28] <zyga> mborzecki dunno
[11:28] <zyga> core20 bit for sure
[11:30] <mborzecki> haha :P
[11:31] <zyga> yeah, this is totally reproducible
[11:31] <zyga> core18 cannot refresh, we shutdown uncleanly
[11:31] <zyga> w[FAILED] Failed to start Ubuntu core (all-sn…tem shutdown helper setup service.
[11:31] <zyga> See 'systemctl status snapd.system-shutdown.service' for details.
[11:32] <mborzecki> hmm
[11:33] <zyga> I'll report a detailed bug capturing this
[11:33] <zyga> I think core18 is good later
[11:33] <zyga> but not yet
[11:33] <mborzecki> so i mount ubuntu-save under /run/mnt/ubuntu-save, and bind mount it under /run/data/system-data/var/lib/snapd/device/save
[11:33] <zyga> remember this is old coe18
[11:33] <zyga> mborzecki it's a propagating mount
[11:34] <mborzecki> quite sure there's some rbind missing somewhere
[11:35] <mborzecki> probably sysroot-writable.mount (in core20-initrds aka ubuntu-core-initramfs), or/and handle-writable-paths
[11:35] <mborzecki> but i see /var/lib/snapd/seed is mounted, and maybe we could do the same instead, not sure though what mounts it there
[11:39] <pstolowski> zyga: amazing stuff!
[11:39] <zyga> https://bugs.launchpad.net/snapd/+bug/1900693
[11:39] <mup> Bug #1900693: snapd cannot refresh on some SD cards due to uboot bug <snapd:New> <https://launchpad.net/bugs/1900693>
[11:39] <pedronis> mborzecki: is done here I think (via fstab): https://github.com/snapcore/core20/blob/master/static/usr/lib/core/handle-writable-paths#L183
[11:39] <zyga> ok, I'll try to update uboot now
[11:40] <mborzecki> pedronis: thanks!
[11:41] <zyga> mborzecki who is our PI maintainer?
[11:41] <mborzecki> heh, noticed it's at the end of the file and was looking for something that may modify fstab after populate-writable runs
[11:41] <mborzecki> zyga: try poking waveform
[11:41] <zyga> thanks
[11:42] <zyga> I suspect we could use a repair assertion
[11:43] <zyga> well, we can see
[11:43] <pstolowski> dang, i'm not sure my diagnosis re retry strategies was correct
[12:01] <mborzecki> meh, shellcheck is unhappy about handle-writable-paths
[12:10] <cachio> mborzecki, hey
[12:10] <cachio> about the tumbleweed image
[12:10] <mborzecki> cachio: hey
[12:11] <cachio> mborzecki, this is the script we use to create that image
[12:11] <cachio> https://github.com/snapcore/spread-images/blob/master/tasks/google/add-opensuse-tumbleweed-64/task.yaml
[12:11] <cachio> mborzecki, what could we do about that to make tumbleweed work better?
[12:11] <mborzecki> cachio: we start from leap?
[12:12] <cachio> mborzecki, yes opensuse-15.2
[12:13] <cachio> mborzecki, I am importing this image opensuse-cloud/opensuse-leap-15-2-v20200702
[12:13] <mborzecki> cachio: i guess there's no tumbleweed image we could use?
[12:14] <cachio> mborzecki, no
[12:14] <cachio> let me check again
[12:14] <cachio> just to make sure
[12:17] <cachio> mborzecki, 15 15.1 and 15.2
[12:17] <zyga> FYI I asked in #opensuse-admin
[12:18] <mborzecki> that sucks a bit
[12:18] <zyga> I asked sysrich about this a while ago
[12:18] <zyga> and he did produce a link to TW images
[12:18] <zyga> but said they are not QAd
[12:18] <zyga> hmm
[12:19] <mborzecki> i mean, upgrading from a stable release is supposed to be supported so maybe we just need to figure out which pacakges are incorrect?
[12:19] <mborzecki> zyga: got link?
[12:19] <zyga> searching
[12:19] <mborzecki> cachio: when was the last time you built an image?
[12:19] <zyga> https://twitter.com/zygoon/status/1098257262102106112
[12:19] <zyga> my memory was rusty
[12:20] <cachio> mborzecki, the current tumbleweed is  opensuse-tumbleweed-64-v20200923
[12:20] <cachio> and the base we use  opensuse-tumbleweed-64-base-v20200831
[12:20] <cachio> so 1 month ago is the last one
[12:21] <zyga> cachio IIRC the problem was that it had a leap kernel
[12:21] <zyga> and was some sort of frankenstein that should not be needed if we had a real TW system
[12:21] <zyga> (real = vanilla)
[12:21] <cachio> zyga, yes
[12:21] <mborzecki> so i ran zypper dup and it wants to install this kernel: `kernel-default   5.8.14-1.2           x86_64  repo-oss  openSUSE`
[12:22] <mborzecki> which is tw
[12:23] <mborzecki> cachio: so maybe the image build should actually run more often (weekly?), and run zypper dup once more after the first reboot?
[12:23] <cachio> it runs weekly
[12:24] <cachio> but it is failing with differnet errors
[12:24] <cachio> I can trigger a new one
[12:24] <zyga> maybe we could work through those errors
[12:24] <zyga> are you talking about test failures?
[12:24] <zyga> or about upgrade failures
[12:25] <cachio> zyga, upgrade failures
[12:25] <cachio> some incompatibilities with google packages
[12:25] <cachio> etc
[12:25] <cachio> this is the kernel in tumbleweed now
[12:25] <cachio> 5.3.18-lp152.19-default
[12:25] <zyga> pstolowski: upgrading the kernel is equally futile
[12:26] <zyga> pstolowski and as I discussed with maciek, upgrading the gadget is impossible now
[12:26] <zyga> mvo: pi is busted :P
[12:26] <zyga> mvo: needs some coordination to unbreak
[12:27] <cachio> zyga, mborzecki this is the last error upgrading
[12:27] <cachio> https://paste.ubuntu.com/p/sbNgmZgyrH/
[12:27] <pstolowski> zyga: that's really terrible
[12:28] <pstolowski> zyga: maybe add your findings under the original bug from Roger?
[12:28] <zyga> yeah, I will, still looking at some ideas
[12:34] <mborzecki> cachio: hm not sure why you're seeing those, i'm running zypper dup on the tw image we have and it seems tow ork
[12:35] <cachio> mborzecki, I think it is because we force the leap 15.2 kernel
[12:35] <mborzecki> cachio: why do we have that?
[12:35] <zyga> mborzecki, cachio: https://download.opensuse.org/tumbleweed/appliances/
[12:35] <cachio> this is because of a bug
[12:35] <zyga> I think we want to try https://download.opensuse.org/tumbleweed/appliances/openSUSE-Tumbleweed-JeOS.x86_64-kvm-and-xen.qcow2
[12:36] <cachio> mborzecki, https://github.com/snapcore/spread-images/blob/master/tasks/google/update-opensuse-tumbleweed/task.yaml
[12:36] <cachio> it used to get stuck when doing govendor sync
[12:36] <cachio> so we had to force that kernel
[12:37] <mborzecki> cachio: hm can we try with the current kernel?
[12:37] <cachio> mborzecki, yes
[12:55] <cachio> mborzecki, in few minutes the new image will be available
[13:38] <zyga> cachio: perhaps missing call to lxd cleanup
[13:52]  * zyga breaks for lunch
[13:52] <zyga> cachio I can talk later
[13:52] <cachio> zyga, sure, I am reviewing the code now
[13:52] <zyga> after lunch I will fix xdg-settings
[13:52] <cachio> thanks
[13:52] <zyga> the test fails for real with app tracking on fedora
[13:52] <zyga> but probably for good reasons
[13:59] <mborzecki> off to pick up the kids
[14:20]  * zyga is back and looks at xdg-settings
[14:20] <mup> PR snapcraft#3322 closed: package repositories: drop $SNAPCRAFT_APT_HOST_ARCH variable <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3322>
[14:27] <pedronis> ijohnson: I did a pass on both #9418 and #9489 now
[14:27] <mup> PR #9418: many: implement snap routine console-conf-start for synchronizing auto-refreshes <Needs Samuele review> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9418>
[14:27] <mup> PR #9489: daemon,client: write and read a maintenance.json file for when snapd is shut down <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9489>
[14:28] <ijohnson> pedronis: thanks I'm still on lk this morning but will take a quick look now
[14:30] <mup> PR # closed: snapcraft#3303, snapcraft#3308, snapcraft#3310, snapcraft#3313
[14:35]  * zyga errand
[15:03] <pstolowski> pedronis: interesting issue with assertions rest api  - https://bugs.launchpad.net/snapd/+bug/1899154
[15:03] <mup> Bug #1899154: importing assertions in snapd: no errors reported <snapd:Triaged> <https://launchpad.net/bugs/1899154>
[15:27] <pedronis> pstolowski: probably easy to fix if we have a reproducer ?
[15:27] <pstolowski> pedronis: for missing/bad body yes, i haven't checked other cases
[15:28] <pstolowski> maybe errors do not bubble up somewhere
[15:29] <pedronis> that sound strange, but easy to check
[15:30] <pstolowski> pedronis: yes i can get back to it later, just triaging now
[15:31] <pedronis> we do have unit tests for the basic stuff fwiw
[15:31] <pedronis> maybe a problem in client
[15:32] <pedronis> but they were using the api directly?
[15:33] <pstolowski> pedronis: yes, that's my understanding
[15:33] <pstolowski> pedronis: anyway, i'll add to my list to look at later
[15:34] <pstolowski> pedronis: btw, wrt another bug, do you know if it was intentional that we do not automatically carry-over devmode flag when you manually refresh a snap that was previously installed with --devmode?
[15:35] <pstolowski> seems to me like this could be by design
[15:37] <pedronis> that is intentional I think
[15:39] <pstolowski> ok, i think it's sensible given that devmode is cleary described in our docs as special mode for developers etc
[15:41] <pedronis> we don't even auto-refresh devmode snaps iirc
[15:43] <pstolowski> yes
[15:58]  * cachio lunch
[16:05] <mup> PR snapcraft#3324 opened: set ROS_PYTHON_VERSION for rosdep <Created by artivis> <https://github.com/snapcore/snapcraft/pull/3324>
[16:18] <mup> PR snapd#9422 closed: overlord: add link participant for linkage transitions <Needs Samuele review> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9422>
[16:21] <mup> Bug #1900730 opened: "snap list" hangs if snapd.socket service isn't running <Snappy:New> <https://launchpad.net/bugs/1900730>
[16:50] <mup> PR snapcraft#3325 opened: snapcraftctl: add checks for empty string for set-version & set-grade <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3325>
[16:53] <zyga> thank you mvo
[17:20] <zyga> rebased the export manager
[17:20] <zyga> running a few smoke tests now
[17:20] <zyga> but should be good
[17:20] <zyga> and I thought of a new test to write
[17:20] <zyga>  to ensure the fallback is not wrong
[17:45] <mup> PR snapcraft#3326 opened: lxd unit tests: simplify command checking pattern <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3326>
[18:18] <zyga> I've tested that we can disable the export manager, and use the corresponding old logic and apparmor profiles
[18:19] <zyga> I think it's not worth the cost of a full duplication of all tests but it was a useful run
[18:32] <zyga> https://github.com/snapcore/snapd/pull/9384 needs review
[18:32] <mup> PR #9384: overlord: export and use snapd tools <Created by zyga> <https://github.com/snapcore/snapd/pull/9384>
[18:32]  * zyga EODs
[19:11] <cachio> ijohnson, hi
[19:11] <cachio> quick question
[19:12] <ijohnson> hey cachio
[19:12] <cachio> uboot is used just in arm devices right'
[19:12] <cachio> ?
[19:13] <cachio> ijohnson, is there any other device where is it used like some amd64 once?
[19:13] <ijohnson> cachio: uboot as we use it is just for armhf / arm64 devices
[19:14] <ijohnson> cachio: but I mean maybe it could be used for other arches, I honestly don't know I've never tried it, I believe actually it works also for riscv64 and mips and such but we don't support ubuntu core on those architectures
[19:14] <ijohnson> cachio: why do you ask ?
[19:14] <cachio> ijohnson, ok, thanks, that answer my question
[19:14] <cachio> it is just for a test
[19:19] <ijohnson> ok
[19:21] <mup> PR snapcraft#3327 opened: Fix use case when multiple packages are compiled with catkin <Created by facontidavide> <https://github.com/snapcore/snapcraft/pull/3327>
[19:46] <mup> PR snapcraft#3328 opened: package repositories: drop $SNAPCRAFT_APT_RELEASE variable <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3328>
[21:36] <mup> PR snapcraft#3328 closed: package repositories: drop $SNAPCRAFT_APT_RELEASE variable <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3328>
[21:46] <mup> PR snapcraft#3317 closed: plugin handler: properly handle snapcraftctl errors <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3317>
[23:15] <mup> PR snapd#9524 opened: tests: new boot state tool <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9524>


[06:19] <Frink2> Hey I've gotta merge two branches and I'm not sure how to do that...
[06:20] <Frink2> basically trying to do lpia-rt
[06:21] <Frink2> as i understand I'd need to git the main branch and then merge the personal branches for the two projects -am I right?
[06:25] <Frink2> bUMP!
[06:37] <ziroday> Hi, anyone know what could possibly be causing this? https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/116752
[06:37] <ubot3> Malone bug 116752 in linux-source-2.6.20 "NMI received for unknown reason a0 on CPU 0" [Undecided,Won't fix]
[13:11] <maxb> I'm being stymied by sporadic kernel panics on a HP Pavilion laptop, is there anything I can do to extract some useful diagnostic information?
[14:34] <frink1> anyone awake?
[14:35] <frink1> I'm trying to merge LPIA and RT patches not that familiar with git
[15:00] <frink1> balbir: you familiar with git merge?
[20:38] <crimsun> maxb: under what conditions? have you a backtrace? also, does said laptop have a broadcom wifi chipset, and if so, are you using linux-restricted-modules-2.6.27-11-generic from intrepid-proposed?
[20:46] <maxb> Under seemingly arbitrary conditions. Backtrace: No. Is there any way to get one when the panic occurs whilst using X? Chipset: not sure. will check.
[20:49] <crimsun> maxb: if you're fortunate, it will have been logged to /var/log/kern.log
[20:49] <maxb> It's an intel 3945
[20:49] <maxb> Ah, I wasn't aware of that, I shall check there
[22:15] <frink1> is anyone here? really?
[22:15] <frink1> still trying to figure out how to merge rt and lpia branches
[22:59] <frink1> Hello?
[23:00] <laga> frink1: try asking on the kernel team mailing list.. and try asking some real questions, not just meta question
[23:01] <frink1> laga: I've got a specific question
[23:01] <frink1> how do I merge two branches
[23:02] <frink1> do I need to download the main source and then merge?
[23:02] <frink1> or do I merge one to the other?
[23:02] <frink1> or what...?
[23:03] <laga> um, that's probably covered in the git documentation
[23:04] <frink1> haven't been able to find it
[23:04] <frink1> figured most kernel guys would know an answer to something stupid like that
[23:05] <frink1> I'm just an svn guy - git is strange


[00:57] <superm1> andersk, yikes, i'll take care of that right now
[01:00] <superm1> andersk, thanks for catching that
[10:26] <Ng> would I be mad for expecting video playback to be not significantly different among cards with proper drivers? Since there's basically no video decoding acceleration these days and 2d performance is much of a muchness?
[10:27] <Ng> I only ask because in my endless swapping of hardware I tried an nv 7600GT last night and it was completely unable to play a 1080p h.264 video from nasa, but the onboard G45 while not perfect did a much better job of it
[11:09] <bryce> Ng: with -nv or -nvidia?
[11:10] <bryce> I could imagine -nv being especially sucky
[11:13] <Ng> bryce: -nvidia
[11:13] <Ng> I was a little surprised to be honest. it's a weedy CPU, but I figured that would be the same amount of a bottleneck on any card since there's no hardware acceleration involved
[11:14] <bryce> I could imagine -nv being especially sucky
[11:14] <bryce> oops
[11:15] <bryce> yeah, -nvidia ought to be fine.  But who knows, -nvidia is a world unto itself
[11:16] <bryce> really, comparing any experiences with -nvidia to any other linux driver is as good as comparing windows behaviors to linux
[11:18] <tseliot> Ng: nvidia driver 180.11 + vdpau-enabled mplayer + one of the gpus supported by vdpau should help: http://www.nvnews.net/vbulletin/showthread.php?s=28f416fa08063af2fdd8490233da8291&t=123091
[11:19] <tseliot> too bad geforce 7xxx are not supported
[11:19] <Ng> tseliot: sure, I'm probably going to order a 9xxx today, but I was just surprised that it seemed to be worse
[11:19] <Ng> the reality is that I will go mad if I have to use mplayer all the time ;)
[11:20] <Ng> but I'm going to stick with nvidia because they seem to do an infinitely better job of talking to a big TV than anyone else
[11:20] <Ng> even the bios is scaled automagically to 1080p so my TV doesn't have to confuse itself trying to display rubbishy old DOS video modes
[11:21] <tseliot> Ng: you can use totem with ffmpeg (again it has to be vdpau enabled)
[11:22] <Ng> (I'm entirely happy to patch ffmpeg/mplayer/xine)
[11:22] <Ng> but totem with ffmpeg.... I would have thought not?
[11:22] <Ng> the only backends are gstreamer and xine?
[11:22] <tseliot> gst-ffmpeg
[11:22] <tseliot> http://projects.gnome.org/totem/
[11:23] <Ng> I could be very wrong here, but my understanding is that gst can use ffmpeg for (de|en)coders, but not as a video sink
[11:25] <tseliot> I don't know
[11:25] <tseliot> therefore I can be wrong
[13:22]  * dennda waves
[13:23] <dennda> I just figured that the problem with my graphics card is already reported in this bugreport: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/252094
[13:23] <dennda> What I want to know: Whom may I blame for it not working properly? Is it intels fault? Will it get better in jaunty? How can I help? :-)
[14:08] <Ng> dennda: there are a lot of changes going on with the intel driver in the next couple of ubuntu releases, so it's likely that things will change :)
[14:09] <dennda> Ng: "next couple of ubuntu releases" means I have to wait X * 6 months, where X is unknown? :-)
[14:15] <Ng> dennda: probably 2
[14:18] <Ng> dennda: to some extent it's dependent on things getting into the upstream kernel
[14:18] <dennda> hm ok, sad
[20:18] <superm1> bryce, there was a new nv driver release today that addresses color issues...
[20:18] <superm1> http://www.nvidia.com/object/linux_display_ia32_180.22.html
[20:18] <bryce> superm1: ah cool
[20:18] <superm1> no mentions of the new X abi however, so i'm not sure it's that useful yet
[20:18] <bryce> superm1: it turned out rick just had his monitor contrast/etc. controls set wrong
[20:18] <superm1> haha
[22:56] <Rocket2DMn> hey guys, ive been talking with Brian in #ubuntu-bugs, he thinks that bug 313567 is probably an X bug instead of kernel
[22:56] <Rocket2DMn> Is there somebody who would help me get it triaged?
[22:58] <bdmurray> bryce: Rocket2DMn is saying that X restarts after resuming from suspend
[22:59] <bdmurray> on jaunty with the ati driver
[23:01] <bdmurray> bryce_: ?
[23:03] <bryce> Rocket2DMn: interesting, loading your url crashed xchat. lemme try that again
[23:03] <bdmurray> whoops
[23:04] <Rocket2DMn> lol!
[23:04] <bryce> what fun
[23:11] <Rocket2DMn> ok, i'm gonna run afk for about 20 minutes.  please let me know either here or on my bug report what else you need to complete the bug triage.  Thanks guys.
[23:30] <bryce> sorry, distracted by this xchat crash bug, trying to convince upstream it really is a bug
[23:30] <bryce> ah the joys of running a development distro on your desktop...
[23:36] <bryce> Rocket2DMn: if it is an X crash then there will be a backtrace printed to /var/log/Xorg.0.log or errors to a file in /var/log/gdm/.
[23:37] <bryce> Rocket2DMn: if that's the case, then the next step is to collect a full backtrace via http://wiki.ubuntu.com/X/Backtracing
[23:41] <Ng> hmm interesting, the nvidia card is only running a PCI-E 4x
[23:41] <Ng> maybe the G45 is stealing 16X and that's why it was doing the video better
[23:51] <Rocket2DMn> back.
[23:52] <Rocket2DMn> bryce, i'll go ahead and attach the log file.  i need to restart the laptop becuase the screen died and wont come back up
[23:52] <Rocket2DMn> i did see a file in /var/log/gdm with some stuff in it as well
[23:54] <Rocket2DMn> bryce, should i change the bug package to xorg?


[00:00] <udsbotu> uds-jb-2: This session has ended.
[16:50] <udsbotu> uds-jb-2: 5 minutes left in this session!
[16:51] <udsbotu> uds-jb-2: 4 minutes left in this session!
[16:52] <udsbotu> uds-jb-2: 3 minutes left in this session!
[16:53] <udsbotu> uds-jb-2: 2 minutes left in this session!
[16:54] <udsbotu> uds-jb-2: 1 minute left in this session!
[16:55] <udsbotu> uds-jb-2: This session has ended.
[17:39] <udsbotu> uds-jb-2: 5 minutes left in this session!
[17:40] <udsbotu> uds-jb-2: 4 minutes left in this session!
[17:41] <udsbotu> uds-jb-2: 3 minutes left in this session!
[17:43] <udsbotu> uds-jb-2: 2 minutes left in this session!
[17:43] <udsbotu> uds-jb-2: 1 minute left in this session!
[17:45] <udsbotu> uds-jb-2: This session has ended.
[18:50] <udsbotu> uds-jb-2: 5 minutes left in this session!
[18:52] <udsbotu> uds-jb-2: 4 minutes left in this session!
[18:53] <udsbotu> uds-jb-2: 3 minutes left in this session!
[18:54] <udsbotu> uds-jb-2: 2 minutes left in this session!
[18:55] <udsbotu> uds-jb-2: 1 minute left in this session!
[18:56] <udsbotu> uds-jb-2: This session has ended.
[18:59]  * manjo waves
[19:02] <manjo> hey harry
[19:04] <manjo> yep
[19:05] <manjo> no I have a copy
[19:06] <manjo> I am looking at a pdf I got in the mail
[19:07] <manjo> the pdf I have has around 50 pages is that the right now you guys are projecting ?
[19:10] <manjo> is this a private session ?
[19:10] <manjo> ok
[19:15] <manjo> I have asked for a drive from WD already for opal
[19:16] <manjo> they are working on shipping me one
[19:16] <manjo> and also the 4k/4k drive
[19:48] <manjo> https://wiki.ubuntu.com/UEFI-howto wiki to build OVMF
[19:48] <manjo> on linux
[22:32] <Laney> http://people.ubuntu.com/~laney/import-blacklist.py http://people.ubuntu.com/~laney/sync-blacklist.py
[22:40] <linuxtech> Sorry for being off topic for the API issues, but it is on topic for the Ubuntu archives.  I think we need something that reduces the downloading  required to keep systems updated and secure. Fedora does it with yum,  deltarpm and presto and we could be doing it with apt-sync and/or  debdelta or perhaps something else.  Why hasn't this been done?  And can we get it done this development cycle?
[22:40] <linuxtech> If this isn't the appropriate time or place to bring this up, would you please tell me whom I should contact or what list I should post it?
[22:48] <linuxtech> No one in the session checking irc?
[22:55] <udsbotu> uds-jb-2: 5 minutes left in this session!
[22:55] <linuxtech> Michael who?
[22:55] <linuxtech> Thanks!
[22:56] <udsbotu> uds-jb-2: 4 minutes left in this session!
[22:57] <udsbotu> uds-jb-2: 3 minutes left in this session!
[22:58] <udsbotu> uds-jb-2: 2 minutes left in this session!
[22:59] <udsbotu> uds-jb-2: 1 minute left in this session!
[23:00] <udsbotu> uds-jb-2: This session has ended.
[23:13] <Ursinha> hello
[23:14] <Ursinha> this is #ubuntu-uds-junior-ballroom-2
[23:14] <Ursinha> and this is the pad for this session: http://summit.ubuntu.com/uds-q/meeting/20704/other-q-bug-agents/
[23:38] <jbicha> what's the difference between the sponsors team and the patch reviewers team? do we need 2 separate groups?
[23:53] <jbicha> what about automatically unprivating the retraced bugs?
[23:53] <komputes> would that be safe?
[23:53] <Ursinha> jbicha, is it safe to say that every retraced bug doesn't have sensitive information?
[23:53] <Ursinha> komputes, that
[23:53] <Ursinha> :)
[23:54] <jbicha> the bug control guidelines are as long as it doesn't have a stacktrace or contains obviously private info, it can be made public
[23:55] <Ursinha> jbicha, how can you automatically tell a bug has no obvious private info?
[23:55] <udsbotu> uds-jb-2: 5 minutes left in this session!
[23:55] <jbicha> and by "emailing the last one to upload", you're not going to email the Debian developer in case of directly-synced-from-Debian packages, right?
[23:55] <jbicha> when do apport crash bugs contain private info?
[23:56] <udsbotu> uds-jb-2: 4 minutes left in this session!
[23:57] <lifeless> jbicha: all the time
[23:57] <udsbotu> uds-jb-2: 3 minutes left in this session!
[23:57] <lifeless> jbicha: core files have whatever was in the process space; this could be the contents of an email, passwords, etc
[23:58] <jbicha> sorry that's what I meant, once the CoreDump.gz is removed, what private info is left?
[23:58] <udsbotu> uds-jb-2: 2 minutes left in this session!
[23:59] <jbicha> because I mark bugs as public all the time & as long as there isn't a CoreDump, I've basically not seen bugs that should still be private
[23:59] <udsbotu> uds-jb-2: 1 minute left in this session!
[23:59] <jbicha> it's a pain when I triage gnome-shell bugs, having to manually unprivate all the crash bugs


[01:00] <lifeless> wgrant: what things are different in the new microservices plan that you're hiring for vs my sketch
[01:08] <wgrant> lifeless: We're slicing in both directions. Moving the core of Launchpad toward being more of a platform providing infrastructure for services (like Bugs, Code, Translations and Soyuz) to be built upon, and a portal pulling data from those services together.
[01:09] <wgrant> Splitting out the backend services is a start, but it doesn't solve the real big problems with development and maintainability.
[01:09] <wgrant> We need engineering-inclined translators to be able to work on a 50KLOC Translations codebase without worrying about the 100KLOC of Soyuz that's intertwined with it.
[01:10] <wgrant> And Translations needs to be able to have terrible database behaviour without impacting Soyuz.
[01:10] <wgrant> etc.
[01:11] <lifeless> so specifically siloed data stores?
[01:11] <wgrant> We can provide better user-visible integration between applications than we have today, but with the applications running as separate services.
[01:11] <wgrant> Yes.
[01:11] <lifeless> interesting, I'll be keen to hear how it turns out
[01:11] <lifeless> do you think you'll do some of the core facilities (e.g. the notification service) along the way ?
[01:12] <wgrant> Definitely.
[01:12] <wgrant> We need some core backend bits microservicified before we can split out most of the apps.


[09:51] <Keybuk> KDesk: hi
[09:53] <keesj> Morning
[09:55] <keesj> today is d-day for me and my upstart state machine...
[09:57] <keesj> my goals is to get events queued so I can emit multiple events to a task scripts and be able to handle then all
[09:58] <keesj> something like http://www.paste-it.net/public/tf5a413/
[09:59] <keesj> but I guess "start" should be renamed to "queued start"
[10:02]  * Keybuk still doesn't know what you're doing
[10:07] <keesj> I have one upstart "job" that acts like a state machine its' called change_handler and listens to many external event (emit usb_detected stuff like that) , that state machine is used to support swiching between different "runlevels" (boot|mass_storage|main_app)
[10:07] <Keybuk> the built-in one doesn't work for you?
[10:07] <keesj> next to that I have emtpy state_boot state_mass_storage,,, jobs and services that depend on those state jobs
[10:08] <keesj> and all the change_handler does is determin the currently running state and the event and stop one state and start a different state
[10:09] <keesj> built-in state machine?
[10:13] <Keybuk> well, pretty much the point of upstart is that it does that kind of thing internally
[10:15] <keesj> well I do use it a lot for simple service depenencies but that is not enough
[10:17] <keesj> (trying to explain why..)
[10:20] <keesj> well it's also what the sysv replacement does
[10:24] <keesj> would it help if I send a mail to the mailing list explaining the problems I have?
[10:24] <Keybuk> sure
[10:25] <keesj> I really boils down to the http://upstart.ubuntu.com/getting-started.html on bounce example not wokring
[10:26] <Keybuk> it doesn't?
[10:27] <keesj> no
[10:28] <Keybuk> I don't see a bug about that anywhere
[10:29] <keesj> well it's not like there is a definitive list of the syntax of the files so I would know what to expect to be honest
[10:30] <Keybuk> http://upstart.ubuntu.com/wiki/Stanzas
[10:30] <keesj> This page corresponds to upstart 0.3.9. The syntax and job control mechanisms is greatly improved in 0.5.0.
[10:31] <Keybuk> ...if only it were a wiki ;)
[10:32] <keesj> I did edit some parts of that
[10:33] <keesj> on that page the console also had non existent options
[10:35] <Keybuk> seriously though, if something isn't working, then a bug should be filed
[10:37] <keesj> ok suppose the on bounce would work and would take 5 seconds to run and I emit 5 bounce withing one second , what should the behaviour be?
[10:37] <Keybuk> depends on what you do in bounce
[10:37] <Keybuk> you either want just one running at a time
[10:37] <Keybuk> so use the default behaviour
[10:37] <Keybuk> you want one running for each bounce
[10:37] <Keybuk> so add "instance ..." to your job
[10:38] <Keybuk> or you want one running at a time, but if bounce occurs while it's running, it needs to be run again (but only once no matter how many bounces occur)
[10:38] <Keybuk> so instance and exec watershed
[10:39] <keesj> if I would like a single instance to be run 5 times would that be possibe?
[10:39] <Keybuk> sure, in 0.3.x just add "instance" to the job
[10:41] <keesj> I am on 0.5
[10:41] <keesj> 0.5.1 even
[10:42] <Keybuk> that's a bit more tricky, you need to add something to the bounce to instance on
[10:42] <Keybuk> which is a bug in 0.5
[10:42] <Keybuk> well, more of a misdesign
[10:46] <keesj> hm. can you explain a little more?
[10:46] <Keybuk> in 0.5, you have to have something to define the limits of the instance
[10:47] <Keybuk> it doesn't let them be unlimited
[10:47] <Keybuk> so in the bounce example, you'd have to include (for example) a BOUNCENUM variable that changed for each one
[10:47] <Keybuk> then the job could have instance $BOUNCENUM in it
[10:48] <keesj> but woudl that run the jobs in parallel?
[10:49] <Keybuk> yes
[10:51] <keesj> what I reall woudl like is that this task gets executed 5 time
[10:56] <Keybuk> that works in 0.3 and will work again by 0.10
[10:56] <keesj> writing the mail..
[10:59] <Jc2k> wg 8
[11:00] <Keybuk> bah, that one's less fun than "win"
[11:21] <keesj> I guess what needs doing for the Stanzas is to Create 2 pages one for 3.8 and one for 0.5
[12:29] <keesj> https://lists.ubuntu.com/archives/upstart-devel/2007-March/000241.html tels that "on EVENT" was removed
[12:29] <Keybuk> yes, in all versions of upstart since 0.2, "on" has been identical to "start on"
[12:52] <keesj> I am trying to implement some hack/proof of concept for the handler. From my current understanding what needs to happen is that I need to block events to a jobs instance while it is running as handler
[12:53] <keesj> so increasing the blocker on start and decreasing it on stop when that job is defined as ... "handler"
[13:01] <Keybuk> I'm not sure what you mean by "block events"
[13:04] <Keybuk> jobs don't "receive" events
[13:04] <Keybuk> but they can have their state changed by them
[13:04] <keesj> what I want to happen (I guess) is that in event_poll (in event.c) the event gets skipped because there are "bockers"
[13:04] <keesj> blockers
[13:05] <Keybuk> then it would be missed
[13:05] <keesj> and would be removed from the queue?
[13:05] <Keybuk> right
[13:05] <Keybuk> events can be held in the queue while things are processing them
[13:06] <Keybuk> but that's after job states have been changed
[13:11] <keesj> do you understand the difference between "my" state machine and the upstart states?(I think that mainly the logic to perform a state change is put in a script)
[13:21] <Keybuk> no
[14:32] <Keybuk> I shall read the mails later ;)
[20:03] <sadmac2> Keybuk: around?
[20:03] <Keybuk> briefly
[20:03] <Keybuk> what's up?
[20:04] <sadmac2> Keybuk: was anyone working on the dbus properties code?
[20:04] <Keybuk> me
[20:04] <Keybuk> right now
[20:04] <Keybuk> that depends on variant code
[20:04] <Keybuk> which is what I'm trying to figure out
[20:04] <sadmac2> Keybuk: ok. I'll leave that to you then
[20:04] <sadmac2> Keybuk: variant code?
[20:05] <Keybuk> properties use variants
[20:05] <Keybuk> right, bbl