[06:17] <didrocks> hey Mirv
[06:17] <didrocks> Mirv: can you have a look at bug #1075375, seems an upgrade issue
[06:17] <didrocks> would be nice to investigate it a little bit
[06:18] <Mirv> didrocks: ok, looking
[06:19] <didrocks> thanks :)
[08:34] <MCR1> duflu: Hi :) Thanx 4 the reviews. I've used the default color now: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix1070297-no-possibility-to-change-background-outline-color/+merge/132500
[08:35] <duflu> MCR1: Hi. Yes, you don't need to tell me. I get notified immediately.
[08:35] <MCR1> duflu: ok, ack :) I thought you've had problems with the launchpad mail not notifying you ;), sry...
[08:37] <MCR1> mmrazik: Hi :) And thx 4 re-approval.
[08:37] <mmrazik> MCR1: no problem :)
[08:40] <MCR1> duflu: Thanks a lot also for the approval. Finally resizeinfo should be tuned 8-)
[08:51] <mmrazik> MCR1: don't worry about the recent failures. I'm taking care of that.
[08:51] <MCR1> mmrazik: thx a lot :)
[10:08]  * didrocks tries another way to deal with parallel and join jobs in jenkins, too hard to track in the API what is doing what
[14:46] <didrocks> mmrazik|afk: hey, to be able to merge https://code.launchpad.net/~mterry/bamf/inline-debian/+merge/132944, can you please remove the packaging branch for it? (and avoid running autoreconf as well)
[14:46] <didrocks> mmrazik|afk: once done, feel free to flip the swithc
[14:46] <didrocks> switch*
[14:47] <mmrazik> didrocks: Ok. I'll do the change and approve.
[14:47] <didrocks> mmrazik: thanks a lot :)
[14:55] <mhr3> didrocks, will you take care of approving all the inline-debian branches?
[14:56] <didrocks> mhr3: yeah, don't worry with that :)
[14:56] <didrocks> mhr3: I'm doing one after another first :)
[14:56] <mhr3> awesomeness
[14:56] <mmrazik> didrocks: it will take a moment. The job failed. The compiz inline stuff was merged manually and there is one hook which doesn't take the newly creted branch into accout
[14:56] <mhr3> thx :)
[14:56] <mmrazik> fginther is looking into it
[14:57] <mmrazik> but I'm tempted to merge this stuff manually (or after building just the proposed branch somewhere to check it really works)
[14:58] <didrocks> mmrazik: ok, thanks! keep me posted :)
[15:16] <mterry> mmrazik, hello!  I've been preparing various inline-debian/ branches for unity components that will need their recipes changed to stop pulling in an external packaging branch
[15:16] <mterry> mmrazik, notably so far, compiz and bamf
[15:17] <mmrazik> mterry: compiz is in. fginther is checking bamf
[15:17] <mmrazik> mterry: can you work with fginther on this? He is in US timezone so it should be simpler
[15:17] <mterry> mmrazik, OK
[15:21] <fginther> mterry, hello
[15:21] <mterry> fginther, hi!
[15:22] <fginther> mterry, just ping me as you get the branches ready, we may have to do these by hand for a bit
[15:22] <mterry> fginther, yup.  So I have several branches waiting to be approved, but I'll ping you once a human says they're OK.  Only pending branch in that state is bamf
[15:33] <didrocks> fginther: you did see my note about dropping running autoreconf for those before building the package, isn't it?
[15:34] <fginther> didrocks, no sorry I missed that. Thanks for updating
[15:35] <didrocks> fginther: yeah, so you need to: 1. remove the "external packaging bits", and 2. not installing extra rdepends and running autoreconf/creating tarballs anymore
[15:35] <didrocks> for those packages :)
[15:36] <fginther> didrocks, thanks
[15:36] <didrocks> yw, good luck!
[15:38] <gatox> hi, i'm trying to compile unity (after compiling nux, according to this guide: http://unity.ubuntu.com/getinvolved/development/unity/), but i'm always getting stuck at: http://paste.ubuntu.com/1337547/ can anyone please give me a hand?
[15:39] <didrocks> mterry: ok, looking again this afternoon (done a first pass to them this morning). All looks good to me (maybe some missing lenses, like the remote video scope one for instance or the music/file lenses). I assume that you tried them in a chroot to ensure you don't miss gnome-doc-tools and so on?
[15:39] <mterry> didrocks, yeah I've built all in a chroot
[15:40] <didrocks> mterry: rocking! Thanks :)
[15:40] <mterry> didrocks, I haven't gotten to all the lenses yet, yeah
[15:40] <mterry> didrocks, that's for this morning
[15:40] <didrocks> mterry: I just conditionnaly +1 one, but didn't change the switch, I'll let you coordinate with fginther :)
[15:40]  * mterry gets a flood of didrocks reviews in his inbox
[15:41] <mterry> didrocks, OK
[15:41] <didrocks> mterry: yeah, did the review this morning, but wanted to talk to you first :)
[15:41] <didrocks> mterry: thanks for the quick changes! :)
[15:41] <didrocks> mterry: getting the flood? you are subscribed to all merges now? :-)
[15:41] <didrocks> (even compiz? :p)
[15:42] <mterry> didrocks, no, just my merges
[15:42] <mterry> :)
[15:42] <didrocks> mterry: this is for this afternoon, right? ;-)
[15:42] <didrocks> I wonder if we have a team for that: all unity stack only + compiz
[15:42] <didrocks> mmrazik: do you know? ^
[15:45] <mterry> fginther, so the following branches are approved but need their jenkins recipe fixed: bamf, dee, libunity, nux, unity-asset-pool, unity-lens-applications, unity-lens-video
[15:45] <fginther> mterry, got it. I hope to have the recipe scripts fixed shortly
[15:54] <mmrazik|otp> didrocks: you mean for unity/compiz maintenance?
[15:54] <didrocks> mmrazik|otp: for the whole unity stack
[15:55] <mmrazik|otp> didrocks: it should be Stephen and his squad for 13.10
[15:55] <mmrazik|otp> err
[15:55] <mmrazik|otp> 13.04
[15:55] <mmrazik|otp> + some more people (like duflu)
[15:55] <didrocks> mmrazik|otp: sorry, I meant "team" as "launchpad team" where mterry can subscribe
[15:55] <mmrazik|otp> didrocks: I don't think so
[15:55] <didrocks> so that he receives all MR for this stack
[15:55] <mmrazik|otp> but unity-team and compiz-team should do it
[15:55] <didrocks> so the only option is to subscribe to every components?
[15:55] <mmrazik|otp> or maybe not..
[15:55] <didrocks> mmrazik|otp: can we add him to them?
[15:55] <mmrazik|otp> didrocks: I fear that is the case :-/
[15:55] <mterry> didrocks, I can always filter out
[15:56] <mterry> didrocks, I already have an extensive set of filters, what's 10 more
[15:56] <didrocks> mterry: as you prefer ;)
[15:56] <mmrazik|otp> mterry: if you need to be part of some teams just send me a list and I'll make it happen
[15:57] <mterry> mmrazik|otp, I think just unity-team and compiz-team
[15:57] <mmrazik|otp> mterry: ok
[16:08] <mterry> mmrazik|otp, and ~unity-lens-photos (does that really need a separate team?)
[16:09] <davidcalle> mterry, which team do you suggest, I can change it if needed.
[16:09] <mterry> davidcalle, the rest of the lens seem to use ~unity-team
[16:10] <davidcalle> didrocks, who can add people on ~unity-team?
[16:12] <mterry> davidcalle, apparently mmrazik|otp can
[16:12] <didrocks> davidcalle: pspmteam I guess, but mmrazik|otp would no more
[16:14] <mmrazik> yes, it is pspmteam (or whoever is member of that team)
[16:15] <mmrazik> mterry: only davidcalle can add you to unity-lens-photos
[16:16] <mmrazik> mterry: other than that you should be member of unity-team and compiz-team
[16:17] <davidcalle> mterry, didrocks, mmrazik, thanks. So unity-team should be set as the driver or maintainer of the project?
[16:17] <mmrazik> davidcalle: I actually don't know. If you are the maintainer then the team/owner is probably correct
[16:18] <mmrazik> I mean the current one
[16:18] <mterry> davidcalle, looking at https://launchpad.net/unity-lens-files ...
[16:18] <mterry> davidcalle, pspteam is maintainer, unity-team is driver and owner of trunk
[16:19] <mmrazik> but the pspmteam indicates PS/Canonical are maintaining and fully owning it
[16:19] <mmrazik> not sure if that is the case for unity-lens-photos
[16:19] <didrocks> mmrazik: it's a canonical project, so it should be unity-team
[16:19] <mmrazik> If we would do the same with lens-photos david would loose the right to upload to trunk
[16:19] <mmrazik> (I think)
[16:19] <davidcalle> mmrazik, it's not, I would be fine with it, as long as I'm still able to manage trunk, since I'm pretty much on my own with it
[16:20] <didrocks> davidcalle: yeah, but we need something like this for the automagic uploading model
[16:20] <mmrazik> didrocks: what do we need?
[16:21] <mmrazik> wouldn't it be enough if some bot/user is part of ~unity-lens-photos?
[16:21] <mmrazik> I actually start to be a bit confused :) So don't worry too much about my suggestions..
[16:21] <didrocks> mmrazik: I don't see why unity-lens-photos should be different from any other officially supported lens
[16:22] <didrocks> mmrazik: I'm all for consistency, so unity-team would make sense has the owner, or at least, being part of ~unity-lens-photos
[16:22] <didrocks> to have similar right without loosing david having rights on those
[16:22] <davidcalle> didrocks, that would work indeed, I'm adding unity-team to the photos lens team, unless someone adds me or the photos lens team to unity-team.
[16:23] <didrocks> davidcalle: let's do that for now :) I'm sure you will be soon in the unity-team, and then, we can revisit :)
[16:23] <mmrazik> the thing that concerns me is that unity-team has only canonical employees as members and I wouldn't be surprised if somebody is relying on that fact
[16:24] <didrocks> mmrazik: non virtual ppa, yeah, it's relying on that
[16:24] <mmrazik> yes... arm builds..
[16:28] <davidcalle> didrocks, mmrazik, ok, then I'm adding the unity-team to the photos lens team. Welcome, we have beer and cookies :)
[16:29] <didrocks> thanks davidcalle
[16:29] <davidcalle> didrocks, np
[16:30] <mterry> davidcalle, :)
[16:38] <mterry> fginther, unity-lens-photos also needs jenkins fixups
[16:38] <fginther> mterry, will add it to the list
[16:45] <MCR1> Hi :) Anyone able to drag launcher icons with recent trunk version of Unity ? (staging PPA/Quantal)
[16:45] <MCR1> Here Unity crashes immediately...
[16:46] <MCR1> & another question: Why is Compiz not updated anymore in unity-team/staging PPA ?
[16:47] <MCR1> Compiz is still on r3450, but latest should be r3453...
[16:48] <MCR1> sil2100: Can you help me with those questions above ^^ ?
[16:50] <sil2100> MCR1: let me read up
[16:51] <fginther> MCR1, the compiz switch to inline packaging is probably the culprit
[16:51] <fginther> the autolanding/dput scripts need some work to get this going again
[16:51] <MCR1> yes, I think so also as it is r3451...
[16:51] <fginther> fginther, I'm working on it
[16:51] <MCR1> fginther: Is someone working on that ?
[16:52] <MCR1> ah cool - great thanks :)
[16:52] <sil2100> MCR1: it seems you need to be patient ;)
[16:52] <MCR1> sil2100: Unfortunately patience is not something I have a lot of ;)
[16:53] <MCR1> sil2100: & I think reporting issues early is better than late...
[16:54] <MCR1> or never...
[16:54] <fginther> MCR1, sil2100: the jenkins autolanding server is down at the moment, so I can't give you much at the moment
[16:55] <MCR1> fginther: Thanks, no problem - just wanted to make sure someone's aware of it (even better if you are already fixing it...) 8-)
[16:56] <fginther> MCR1, no problem. sometimes these things do slip through...
[17:05] <conscioususer> larsu: ping
[17:06] <larsu> conscioususer, hey
[17:06] <conscioususer> larsu: have some mins? I need some extra help with gtkapplication :)
[17:07] <larsu> conscioususer, I found the problem to the bug you filed yesterday: wait 5 seconds before restarting your app, then it works :)
[17:07] <larsu> (don't ask)
[17:07] <larsu> (yes, a fix is coming)
[17:07] <larsu> sure, I've got some time :)
[17:07] <conscioususer> larsu: great! meanwhile I'll remember the 5 sec advice :)
[17:07] <conscioususer> larsu: I've been trying to use the command-line signal, but I'm missing something
[17:08] <conscioususer> http://www.pasteshare.co.uk/p/GA/
[17:08] <conscioususer> larsu: I need this to make Desktop Actions work on primary instances
[17:09] <conscioususer> larsu: this example I pasted *almost* works, but a secondary instance does not return after pinging the primary instance, it freezes
[17:09] <conscioususer> larsu: the ping does work, though, with the correct command line being sent
[17:09] <larsu> conscioususer, weird, let me try it otu
[17:09] <larsu> *out
[17:10] <conscioususer> larsu: I'm doing what the docs said, using the HANDLES_COMMAND_LINE flag and connecting to the command-line signal
[17:19] <conscioususer> larsu: so apparently there's nothing *obviously* wrong, right? :)
[17:19] <larsu> conscioususer, yeah, what you're doing looks right to me
[17:19] <larsu> I'm trying to find the issue right now ...
[17:21] <conscioususer> larsu: seems to big to be a gtk or pygobject bug too...
[17:21] <conscioususer> *too
[17:28] <larsu> conscioususer, yeah... some dbus method doesn't seem to be returning properly, which seems to keep the launcher instance awake
[17:28] <larsu> desrt, any idea what this could be ^^  ( http://www.pasteshare.co.uk/p/GA/ )
[17:30] <devnewbee> Hey there. sorry for interruption. where in the code do I find the invokation of the dashboard of the unityshell, when cliked  on the button? thanks.
[17:31] <bschaefer> devnewbee, BFBLauncherIcon.cpp:90
[17:32] <bschaefer> unity/launcher/BFBLauncherIcon.cpp
[17:34] <devnewbee> I assume your talking about the OnOverlayShown method?
[17:34] <bschaefer> no
[17:34] <bschaefer> ubus_manager_.SendMessage(UBUS_PLACE_ENTRY_ACTIVATE_REQUEST, g_variant_new("(sus)", "home.lens", dash::NOT_HANDLED, ""));
[17:34] <bschaefer> sends a ubus message to DashController
[17:34] <bschaefer> which then shows the dash
[17:34] <bschaefer> but the Activate function is what gets called when you click on the icon in the launcher
[17:38] <devnewbee> cool. so at this point the icon is already identified and the dash is actually called by "home.lens"?
[17:39] <bschaefer> well that home.lens is the lens that gets started ie the default. The message that gets sent/received by the DashController is UBUS_PLACE_ENTRY_ACTIVATE_REQUEST
[17:40] <fginther> mterry, just an update, the server handling the merger testing is down, so I'm mostly stuck. Hopefully it will be up again soon
[17:40] <mterry> fginther, OK
[17:41] <devnewbee> bschaefer: IC. thank you so far. far more clear now. is there a code documentation somewhere?
[17:42] <bschaefer> sadly no :(
[17:42] <devnewbee> ooooh.
[17:42] <bschaefer> at lease not that im aware of
[17:43] <larsu> conscioususer, looks like you found a bug in GApplication, the CommandLine dbus call doesn't return a value. I wonder why this didn't turn up earlier...
[17:43]  * larsu might be wrong, though
[17:43] <devnewbee> ok maybe you can give me just a little hint on what Id like to do.
[17:44] <conscioususer> larsu: I'll take this as a sign of how many people are actually using GtkApplication to its full power
[17:44] <bschaefer> possibly :)
[17:44] <larsu> conscioususer, yeah :(  Someone's gotta start....
[17:45] <devnewbee> When an icon is hovered, then it shall be checked whether there is a "group" and open tiny dashlike view with those.
[17:45] <conscioususer> larsu: so this would also happen if I wrote the example in C?
[17:45] <devnewbee> bschaefer: so what woudl I need to look at for this?
[17:45] <larsu> conscioususer, afaics, yes. I'm trying that right now
[17:45] <bschaefer> devnewbee, a grouping of icons in the launcher?
[17:45] <bschaefer> or the icon it self is a grouping
[17:46] <bschaefer> devnewbee, either way, you'll need to look into LaucherIcon.cpp under mouse_enter signals
[17:46] <bschaefer> mouse_move
[17:46] <MCR1> bschaefer: Hi :) Do you have time for a short test of a Expo fix (I could even provide a binary for it, so you would not need to compile...) ?
[17:46] <conscioususer> larsu: damn, I guess I'll have to do some ugly stuff to allow different actions from secondary instances
[17:47] <devnewbee> bschaefer: Im not sure what you meant by that difference. the icon just offers on click other launchericons(the actual apps for that group, e.g. system, editors or so)
[17:47] <bschaefer> MCR1, hello, what kind of fix? plus I can just merge to a branch and compile it as easily as well
[17:48] <bschaefer> devnewbee, on which click? activate icon is on left mouse click, and quicklist is on the right mouse click...
[17:48] <MCR1> bschaefer: Thanks :) - I fixed the broken Expo animations - here is the branch: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix875311-expo-fadeandzoom-and-vortex-animations-black-screen/+merge/132731
[17:48] <bschaefer> devnewbee, either way, LauncherIcon.cpp is what handles mouse events for the icons
[17:49] <devnewbee> bschaefer: well. a left click to open a quicklist with real icon sotospeak :)
[17:49] <bschaefer> devnewbee, though you might have to look at LauncherController as well because LaucherIcon only knows about individual icons
[17:49] <bschaefer> MCR1, ill take a look
[17:50] <conscioususer> larsu: I guess I'll have to register the application, check get_is_remote and activate an action if it's remote
[17:50] <conscioususer> larsu: and call run if it's not remote
[17:50] <MCR1> bschaefer: I am currently using the .compiz-1 directory to test Compiz plug-in fixes...
[17:50] <desrt> conscioususer: crikey
[17:50] <desrt> what the heck are you doing? :)
[17:51] <devnewbee> bschaefer: ok. Ill check that. a hint how to replicate a little horizontal board for those icons?
[17:51] <desrt> why are you trying to do HANDLES_COMMAND_LINE?
[17:51] <larsu> desrt, is gapplicationimpl-dbus.c:173 missing a g_dbus_method_invocation_return_value?
[17:51] <bschaefer> MCR1, hmm Ill try to look at that later, as im working on something that I would rather not have to deal with compiz atm haha :)
[17:51] <desrt> larsu: no.
[17:52] <desrt> the reply is sent when the GApplicationCommandLine instance is finalized
[17:52] <bschaefer> devnewbee, horizontal board?
[17:52] <MCR1> bschaefer: I just put the compiled binary from build/plugins/plugin-name compiz source dir to .compiz-1/plugins in ~ and run setsid unity to test :)
[17:52] <desrt> this allows the invoking instance to do things like waiting to exit until the document that was opened by that commandline to close
[17:52] <conscioususer> desrt: my app has a command line parameter that should be considered regardless if the app is already running or not
[17:52] <MCR1> bschaefer: But no stress...
[17:52] <desrt> *was closed
[17:52] <MCR1> bschaefer: ofc :)
[17:52] <larsu> desrt, makes sense, but then why does the pasted example not return from the launcher?
[17:52] <bschaefer> MCR1, yeah, but it takes time haha
[17:53] <desrt> larsu: perhaps python is not releasing the object?
[17:53]  * bschaefer needs coffee and to finish working on something else
[17:53] <devnewbee> bschaefer: well yes. the offerend appicons should be displayed on a board, like the launcherbar itself or the dashboard looks like.
[17:53] <desrt> tying the exiting of the remote to the lifecycle of the commandline object was a pretty lame thing for me to do...
[17:53] <desrt> it should have been an explicit call
[17:53] <devnewbee> bschaefer: a square with transparent background woudl do it.
[17:54] <bschaefer> devnewbee, weelll to do that you need to look into Nux
[17:54] <bschaefer> devnewbee, and Views
[17:54] <bschaefer> and how to generate a blur texture
[17:54] <conscioususer> desrt: should we ping pitti?
[17:54] <desrt> conscioususer: ideally you should break the commandline arguments out on the remote side
[17:54] <desrt> and send action invocations
[17:54] <bschaefer> digging around anything View, like DashView, HudView will have bits of that, along with OverlayRenderer
[17:55] <conscioususer> desrt: are actions called only on the primary instance?
[17:55] <desrt> yes
[17:55] <desrt> if you invoke an action from the remote instance it will land on the primary side
[17:55] <desrt> ditto activate()
[17:55] <desrt> and open()
[17:55] <conscioususer> desrt: oh. so that'll be easier than I thought
[17:55] <conscioususer> desrt: no get_is_remote needed
[17:56] <desrt> conscioususer: no.  definitely not.
[17:56] <desrt> this is a mistake that a lot of former libunique users make
[17:56] <larsu> desrt, you're right about python. It works fine from C. It's quite confusing, though
[17:56] <desrt> larsu: i think we need some explicit exit() API
[17:56] <larsu> conscioususer, so this is a pygi issue, but I guess you have a different solution for now
[17:56] <desrt> i'll make a bug about that
[17:57] <larsu> desrt, agreed, thanks
[17:57] <conscioususer> larsu: it seems to, yeah
[17:57] <conscioususer> *so
[17:57] <devnewbee> bschaefer:  thanks a  lot . I'll come back if necessary.
[17:57] <desrt> oh lookie here
[17:57] <bschaefer> devnewbee, np! and good luck!
[17:57] <desrt> https://bugzilla.gnome.org/show_bug.cgi?id=682331
[17:57] <devnewbee> bye
[17:57] <conscioususer> larsu: GtkApplication is not the boogeyman I thought it was after all
[17:58] <devnewbee> bschaefer: yea . bye.
[17:58] <larsu> conscioususer, yeah it's pretty cool once you get out of the libunique thinking :)
[17:58] <conscioususer> another bug to subscribe to...
[17:58]  * desrt feels like fixing this bug today
[17:59] <larsu> desrt, also: why is command-line called for apps that have HANDLES_COMMAND_LINE set but no arguments are given?
[17:59] <conscioususer> larsu: ok, once that gmenumodel thing is fixed, polly gtk3 will be again on the right track :)
[18:00] <desrt> larsu: because no arguments is just a special case of n arguments?
[18:00] <desrt> would be quite odd to imagine the opposite, i think
[18:01] <conscioususer> desrt, larsu: thanks a lot to you both, I can go on now and I learned a lot :)
[18:01] <larsu> conscioususer, I don't have time anymore to fix it today, I'll try to fix it tomorrow morning. Also the mnemonic thing, that's just a missing call to gtk_label_set_use_underline
[18:01] <larsu> desrt, usually you call activate when no args are given...
[18:02] <desrt> larsu: or open when args are given
[18:02] <larsu> yeah
[18:02] <desrt> commandline is the way of saying "i want to deal with this"
[18:02] <larsu> hm, okay
[18:02] <conscioususer> larsu: take your time :)
[18:03] <desrt> all of this magic is in the default implementation of local_command_line
[18:03] <desrt> you can override that and do whatever you want
[18:03] <desrt> HANDLES_COMMAND_LINE doesn't even have any meaning outside of that function
[18:03] <conscioususer> larsu: btw, if it's just such a harmless change, maybe it could qualify for a precise SRU?
[18:04] <larsu> conscioususer, I'm not on the release team, but we can certainly try. Note that this only really effects you as a developer: most users won't stop and restart polly in < 5 seconds
[18:04] <conscioususer> larsu: oh, I was referring to the mnemonic thing
[18:05] <conscioususer> larsu: the 5 seconds thing, I have no idea if the fix seems harmless or not :)
[18:05] <larsu> conscioususer, oh! Ya, that's a fix in gtk... that's much harder to get a SRU for
[18:05] <larsu> actually, I could do the fix in indicator-appmenu for now...
[18:11] <desrt> hmmmmmmm
[18:11] <desrt> this bug is difficult to fix
[18:13] <seb128> larsu, do you call me hard to work with there?!
[18:13] <larsu> seb128, never! :)
[18:13] <seb128> yeah yeah
[18:14] <seb128> but yeah, the less GTK uploads to do the happier I am ;-)
[18:14] <larsu> seb128, I know, I just didn't want to get conscioususer's hopes up before talking to you ;)
[18:16] <larsu> didrocks, argh, which one??? https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/718926/comments/26
[18:16]  * larsu wonders if this is still an issue in bamf. the workaround in indicator-appmenu is buggy
[18:16] <mterry> mardy, poke about building unity-lens-gdocs.  I'm hitting an error like "xgettext: error while opening "../unity-scope-gdocs.application.in.h" for reading: No such file or directory"   Have you seen that before?
[18:17] <didrocks> larsu: it was fixed shortly after, hence the no reference to bug # IIRC
[18:17] <didrocks> larsu: but with every info old from 7 month, my memory can turn ugly ;)
[18:17] <larsu> didrocks, cool, thanks! (I'm fine with you not writing down bug numbers if you remember all of them ;) )
[18:19] <larsu> seb128, is a indicator-appmenu SRU for this kind of stuff okay?
[18:20] <seb128> larsu, is that a real world issue or just a "if close and run it again in the next 5 seconds"
[18:20] <larsu> seb128, it's even better: close it and run it again in the next 5 seconds *and* have X give it the same xid
[18:20] <larsu> (which happens more often than one might think)
[18:21] <larsu> but yeah, I admit it's quite an edge case
[18:21] <seb128> larsu, I wouldn't bother SRUing that alone in a nonLTS
[18:21] <seb128> larsu, it might be good to batch with some extra fixes when we get some
[18:22] <larsu> seb128, right
[18:29] <MCR1> Another fix: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix-1075578-workspacenames-flickering-during-display/+merge/133124


[00:06] <diddledan> so who's been playing with wily?
[00:07] <diddledan> shauno: how dare you assume I'm being n0rty!
[00:07] <diddledan> shauno: so I might have been but that's besides the point..
[00:07] <shauno> hey, leave me out of this
[05:10] <mapito> hey
[06:04] <mapito> none of the night owls around hm
[06:31] <MartijnVdS> hmm?
[06:32] <MartijnVdS> night? at 8:30?
[07:31] <MooDoo> morning all
[07:42] <MartijnVdS> \o
[09:15] <brobostigon> morning boys and girls.
[09:53] <knightwise> morning brobostigon
[09:55] <brobostigon> morning knightwise
[10:14] <knightwise> how you doin brobostigon
[10:14] <brobostigon> not bad really, abit mixed, and you?
[10:15] <MooDoo> morning brobostigon knightwise MartijnVdS
[10:16] <brobostigon> morning MooDoo
[10:33] <MooDoo> how are you brobostigon
[10:33] <MooDoo> ?
[10:38] <brobostigon> see above, :)
[10:39] <MooDoo> oh aye :D
[10:39] <brobostigon> :)
[10:40] <popey> hmm
[10:41] <popey> dug an asus tf101 out of a drawer and re-flashed android on it
[10:41] <popey> battery is completely dead, won't hold a charge at all
[10:41] <popey> dies as soon as you pull the charger cable out :(
[10:43] <MartijnVdS> :(
[10:44] <popey> bought a replacement proprietary charging cable for it because I wrongly thought that was the issue
[10:44] <popey> happy i managed to re-flash it to stock android though, it was running a version of Ubuntu touch from 2012 :)
[10:44] <ali1234> can you access the battery charge controller?
[10:45] <popey> dunno
[10:45] <popey> I could take it apart
[10:45] <ali1234> just put 3.6v directly across the battery terminals, skipping the charge controller
[10:45] <popey> you can buy replacement batteries on ebay, and there seem to be a lot of guides to replacing it, as it's a common problem
[10:45] <ali1234> this will probably fix it
[10:45] <popey> interesting
[10:45] <ali1234> just do it for like 1 second
[10:45] <ali1234> while it is also connected to the charger
[10:45] <ali1234> this will reset the controller chip, then it will work
[10:46] <popey> thanks. will give that a try.
[10:46] <ali1234> normally on laptops you can;'t do this without ripping the battery open
[10:46] <ali1234> and then it won;t go back in the laptop
[10:47] <ali1234> looks like the battery is semi-sealed still
[14:26] <daftykins> diddledan: tested out the xbox one windows 10 streaming yesterday :O https://www.dropbox.com/s/t8kng4jeuu3i5rl/VID_20150718_201513.mp4?dl=0
[17:05] <directhex> daftykins: batman, playable on pc? :o
[17:32] <diddledan> daftykins: sweet
[17:35] <knightwise> hey peeps
[17:36] <knightwise> anyone know anything about nagios  ?
[17:36] <diddledan> this is stupid: http://www.bbc.co.uk/newsbeat/article/33566933/ripping-music-and-films-illegal-again-after-high-court-overturns-new-law
[17:37] <diddledan> knightwise: I know a little
[17:38] <brobostigon> this is not conducive to sanity, amazon delivering my birthday present on a sunday, leaving it at my neaghbours this morning, and they arent home yet, :(
[17:38] <knightwise> hey diddledan , do you know where I need to set things up to send out email notifications ?
[17:39] <knightwise> i changed the commands.cfg in /etc/nagios3 to use sendemail instead of /bin/mail
[17:39] <knightwise> but when I look in my nagios report he points towards /usr/bin/print
[17:40] <knightwise> so i'm not sure where to replace the send mail command line
[17:40] <diddledan> knightwise: I believe you need to set a service definition to "notify x, y, z" where x y and z are user references. you can do this in each service or you can do it in something that each service depends on, such as the template thingy
[17:42] <knightwise> yep , ive got that setup
[17:42]  * brobostigon mumble rants.
[17:42] <knightwise> the only thing i think is the matter is that nagios is using /bin/mail instead of sendemail
[17:42] <knightwise> my isp does not allow firing off emails via port 25 and requires me to use an external smtp server
[17:45] <knightwise>  this is the error i am seeing   Attempting to execute the command "/usr/bin/printf "%b" "***** Nagios *****\n\nNotification Type: FLAPPINGSTOP\n\nService: check_http\nHost: Multifunctional\nAddress: <IP_ADDRESS>\nState: OK\n\nDate/Time: Sun Jul 19 17:39:53 UTC 2015\n\nAdditional Info:\n\nHTTP OK: HTTP/1.1 200 OK - 661 bytes in 0.064 second response time\n" | /bin/mail -s "** FLAPPINGSTOP Service Alert: Multifunctional/check_http is OK
[17:45] <knightwise> so if i read it correctly i need to install ....maiL ?
[17:45] <penguin42> knightwise: You need something in there - but I think there are lots of choices to use for mail
[17:47] <diddledan> knightwise: that doesn't say it failed
[17:48] <knightwise> hmm.. "make sure the binary you are trying to execute exsists"
[17:48] <diddledan> where does it say that?
[17:49] <knightwise> Attempting to execute the command "/usr/bin/printf "%b" "***** Nagios *****\n\nNotification Type: FLAPPINGSTOP\n\nService: check_http\nHost: Multifunctional\nAddress: <IP_ADDRESS>\nState: OK\n\nDate/Time: Sun Jul 19 17:39:53 UTC 2015\n\nAdditional Info:\n\nHTTP OK: HTTP/1.1 200 OK - 661 bytes in 0.064 second response time\n" | /bin/mail -s "** FLAPPINGSTOP Service Alert: Multifunctional/check_http is OK **"<EMAIL_ADDRESS>resu
[17:50] <knightwise> at teh bottom
[17:50] <MartijnVdS> resu ?
[17:50] <diddledan> I no see it
[17:50] <shauno> I think you're hitting the max line length, you may want to pastebin instead
[17:50] <knightwise> holdon
[17:51] <shauno> also, mail is /usr/bin/mail on my debian box, you might want to make sure /bin/mail is correct
[17:51] <knightwise> Attempting to execute the command "/usr/bin/printf "%b" "***** Nagios *****\n\nNotification Type: FLAPPINGSTOP\n\nService: check_http\nHost: Multifunctional\nAddress: <IP_ADDRESS>\nState: OK\n\nDate/Time: Sun Jul 19 17:39:53 UTC 2015\n\nAdditional Info:\n\nHTTP OK: HTTP/1.1 200 OK - 661 bytes in 0.064 second response time\n" | /bin/mail -s "** FLAPPINGSTOP Service Alert: Multifunctional/check_http is OK **"<EMAIL_ADDRESS>resu
[17:51] <knightwise> Attempting to execute the command "/usr/bin/printf "%b" "***** Nagios *****\n\nNotification Type: FLAPPINGSTOP\n\nService: check_http\nHost: Multifunctional\nAddress: <IP_ADDRESS>\nState: OK\n\nDate/Time: Sun Jul 19 17:39:53 UTC 2015\n\nAdditional Info:\n\nHTTP OK: HTTP/1.1 200 OK - 661 bytes in 0.064 second response time\n" | /bin/mail -s "** FLAPPINGSTOP Service Alert: Multifunctional/check_http is OK **"<EMAIL_ADDRESS>resu
[17:51] <knightwise> sorry
[17:51] <knightwise> http://paste.debian.net/283909/
[17:51] <knightwise> that is the link to the pastebin
[17:54] <knightwise> shauno: i'm not sure /usr/bin/mail is gonna work in my case . I need to pipe it through an external smtp server .. does that work ?
[17:57] <shauno> it can do .. I think most use mailx for mail these days?  that lets you set smtp server, auth, etc in ~/.mailrc
[17:58] <diddledan> the alternatives system should use whatever you decide
[17:58] <knightwise> I've looked at sendemail too , that also seems to work great. But then i'll need to change the complete "action" line in nagios
[17:58] <diddledan> so you can install a mail server locally if you want to not use mailx
[17:59] <knightwise> diddledan: thats just it. I think my isp blocks outgoing mailservers if its not piped through their smtp server
[17:59] <knightwise> I think
[17:59] <MartijnVdS> that's a common thing
[17:59] <knightwise> but the error i get is that "the script or binary u are trying to use exists"
[17:59] <MartijnVdS> but you can teach /usr/bin/mail to use a smarthost
[17:59] <knightwise> ok , but how do i test that I actually have /usr/bin/mail  ?
[18:00] <diddledan> knightwise: so does the binary exist?
[18:00] <shauno> did you check if you should be using /bin/mail or /usr/bin/mail ?
[18:00] <shauno> your command uses the former, my system only provides the later
[18:00] <knightwise> yep , its there
[18:00] <diddledan> knightwise: there's two programs used in the command: printf and mail
[18:00] <diddledan> so do both exist
[18:00] <knightwise> correct
[18:01] <knightwise> but i don't think i"ve run the setup wizzard to configure mail
[18:01] <MartijnVdS> maybe the thing runs chrooted?
[18:01] <knightwise> no idea actually
[18:02] <shauno> it's just using the wrong path, but I'm talking to a wall  lol
[18:02] <MartijnVdS> knightwise: double-check (and triple-check) those paths.
[18:02] <knightwise> ok
[18:03] <MartijnVdS> exit code 127 is "command not found" so EITHER /bin/mail OR printf isnt found
[18:03] <shauno> it just looks like the difference between /bin and /usr/bin to me
[18:04] <knightwise> ah ! correct
[18:04] <knightwise> its pointing to /bin/mail instead of /usr/bin/mail
[18:04] <knightwise> ok
[18:05] <shauno> once you have that set you can worry about either wrangling sendmail, or using something like ssmtp/msmtp that provide local relays to smarthosts
[18:05] <knightwise> can I make a link that points /bin/mail to /usr/bin/mail ?
[18:05] <diddledan> you shouldn't need to
[18:05] <diddledan> just change nagios config
[18:05] <knightwise> ok , looking for that now
[18:06] <diddledan> there's two commands you need to alter: notify-host-by-email and notify-service-by-email (unless my nagios config is very different)
[18:07] <knightwise> yep , those are in the commands.cfg .. right ?
[18:07] <diddledan> yup
[18:08] <knightwise> ok , i'm gonna dive into this and see what comes out
[18:45] <foobarry> he'll be back in a week.
[18:46] <foobarry> HOW DO I STOP THESE BLASTED NAGIOS EMAILS!
[18:47] <diddledan> lol
[18:47] <zmoylan-pi> ddos from the cloud? it's the only way to be sure? :-p
[18:55] <diddledan> zmoylan-pi: use stolen credit cards to launch thousands of vms in amazon's aws and use those to ddos amazon
[18:55] <diddledan> internal ddos ftw
[18:56] <diddledan> "not to be taken internally"
[18:56] <diddledan> don't you love that on some meds
[18:56] <shauno> most of what I've heard with that isn't stolen cards anymore.  it's people accidentally committing their keys to github
[18:59] <penguin42> diddledan: That's obviously impossible; if they ever run out of capacity they just order more hardware off themselves
[18:59] <penguin42> diddledan: and they've probably got themselves a prime subscription so it arrives quickly
[18:59] <diddledan> lol
[19:05] <zmoylan-pi> and it's all running on some ancient vax in someones bedroom that they bought off ebay for a quid... :-)
[19:05] <diddledan> not a PDP11?
[19:06] <penguin42> nah they upgraded when they got big
[19:06] <diddledan> (that's the only really ancient computer name I know of)
[19:06] <zmoylan-pi> i learned to program on a pdp 11
[19:06] <diddledan> \o/
[19:06] <zmoylan-pi> our technical college still didn't have faith in these new fangled pcs...
[19:07] <zmoylan-pi> i learned to type on a commodore pet
[19:07] <diddledan> I think I was in diapers :-p
[19:07] <diddledan> I cut my teeth on the family AMSTRAD PC1512DD
[19:07] <diddledan> SD**
[19:08] <zmoylan-pi> my home computer was a zx spectrum +2.  and proud of it!!
[19:08] <diddledan> we started-off right by getting a pukka x86 :-p
[19:08] <zmoylan-pi> a speccie was about 1/10 the price of a pc then
[19:08] <diddledan> aye
[19:12]  * brobostigon haz his new birthday toy charging, :)
[19:12] <diddledan> brobostigon: what did you get?
[19:12] <zmoylan-pi> cattleprod?
[19:13] <diddledan> ooh
[19:13] <diddledan> fun
[19:13] <brobostigon> diddledan: my gf got me the pebble steel.
[19:13] <diddledan> (ref: bottom with rick mayal)
[19:13] <diddledan> nice
[19:14] <brobostigon> it looks the hotness.
[19:19] <brobostigon> she offered, i accepted, :)
[20:35] <diddledan> knightwise: how you getting on?
[20:41]  * brobostigon is a lucky man, he thinks.
[20:47] <diddledan> brobostigon: well done :-p
[20:47] <diddledan> brobostigon: not only do you have a pebble, but you even have a gf :-p
[20:48] <diddledan> I've not actually seen what those new pebbles are like - I only recall the original model
[20:49] <brobostigon> diddledan: it is the steel version of the original model, not the new time steel, it is simply too expensive.
[20:49] <diddledan> aah
[20:50] <brobostigon> the new basic pebble time is about £159, include var and import tax onto that.
[20:50] <brobostigon> vat*
[20:54] <diddledan> yeah, that's the base price for most of the current-gen wearables I think
[20:55] <diddledan> excepting the apple thingy ofc
[20:56] <brobostigon> so its simply too much, and i am happy, with this upgrade to my original pebble, it is certainly less as certain female friends of mine have put, it less elegant.
[20:57] <brobostigon> and something that looks more like a normal watch, like knightwise's moto 360.
[20:58] <ali1234> my brother bought a neptune pine
[20:58] <shauno> mine's growing on me.  but I have noticed it completely destroys my phone's battery life if I do anything too complicated
[20:59] <ali1234> it's hilarious
[20:59] <diddledan> ali1234: as in a pine-tree from neptune?
[20:59] <ali1234> http://www.engadget.com/2014/09/07/watches-are-now-phones-crazy-times/
[21:00] <diddledan> err
[21:00] <brobostigon> it helps bettery life, now that they are using BT-LE, instead of straight bt.
[21:02] <diddledan> ali1234: that looks terrible
[21:02] <ali1234> it is
[21:02] <diddledan> but as you say, hilarious
[21:03] <ali1234> if you want a really small phone it's quite good
[21:03] <diddledan> lol @ pluggin your headphones into it
[21:04] <diddledan> I want to improve microsoft's hololens by implanting the tech into my eyes
[21:04] <diddledan> or at the least into contact-lenses
[21:05] <diddledan> it's interesting to consider that as a future path when you look at some 90s tv shows that had such a thing
[21:05] <diddledan> or geordi laforge's visor and later eyes
[21:06] <brobostigon>  thats already being worked on, as i understand it.
[21:06] <diddledan> brobostigon: \o/
[21:06] <diddledan> I'll buy one!
[21:06] <brobostigon> :)
[21:06] <diddledan> (or two, depending on my current eyesight at the time of purchase)
[21:07] <diddledan> if both eyes still work it would probably be best to get one for each
[21:08] <diddledan> an interesting tv show currently running has some interesting ideas for near-future tech - it's called continuum
[21:08] <diddledan> I like the story too
[21:08] <brobostigon> a futurologist would be a good job, spend all day thinking about these things.
[21:08] <diddledan> lol
[21:09] <diddledan> futurology as a job sounds like you just state the obvious once-a-year and then go about enjoying retirement the rest of the year
[21:09] <brobostigon> good point.
[21:35] <diddledan> http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration/
[21:53] <penguin42> yes, that's fun
[22:09] <zmoylan-pi> i would have described a.c.clarke as a futurologist.  he refers to a metal band worn on the wrist for notifications in book version of 2010
[22:09] <diddledan> nice
[22:10] <diddledan> I've got one of those :-p
[22:10] <diddledan> only 5 years late
[22:10] <zmoylan-pi> well the fossil pda watch was available years ago
[22:11] <zmoylan-pi> and the timex smart watch in 90s
[22:16] <ali1234> brobostigon: there's plenty of money in that if you are any good
[22:17] <brobostigon> ali1234: :)
[22:17] <ali1234> that wasn't a joke btw
[22:28] <ali1234> brobostigon: https://www.youtube.com/watch?v=dARCiWjASBI
[22:40] <diddledan> ali the guy from the 50s mark sounds like mos
[22:40] <diddledan> ali1234: ^^
[22:40] <ali1234> mos?
[22:40] <diddledan> the it crowd
[22:40] <ali1234> lol
[22:41] <diddledan> makes it somewhat humorous to watch when you have him in your mind
[22:42] <ali1234> i don't see it tbh
[22:42] <ali1234> or hear it
[22:42] <ali1234> maybe a bit :)
[22:43] <diddledan> should get richard ayode to do a futurologist video under the guise of mos :-p
[22:45] <ali1234> i'll pass it on :)
[22:47] <diddledan> I tweeted Richard asking for a send-up :-p
[22:49] <ali1234> lol you actually did as well
[22:49] <diddledan> teehee
[22:51] <ali1234> it's moss btw
[22:52] <diddledan> is it
[22:52] <diddledan> oh well
[22:52] <diddledan> twitter: fewer characters ftw :-p
[22:56] <ali1234> kinda suprised you don't recognise ben wood tbh, if you watch a lot of the bbc's tech news you've probably seen him more than once
[22:57] <diddledan> prolly. my memory sucks :-D
[23:03] <ali1234> http://www.bbc.co.uk/news/uk-england-london-33585129
[23:03] <ali1234> i've actually seen shoreditch - it's truly horrible
[23:04] <diddledan> isn't "hipster" a slur?
[23:04] <ali1234> yes, that's why it's funny
[23:04] <diddledan> like "luckily no chavs were injured"
[23:59] <diddledan> oddness. pc just randomly turned off


[03:08] <liuxg> ping woodrowshen
[06:40] <pitti> Good morning
[06:40] <pitti> Chipaca: I am now
[07:45] <renat> Hi all. It's renat from Screenly. I have a question about snapcraft tool. I want to specify $SNAP_APP_DATA_PATH but
[07:46] <renat> But I get this error: "services description field 'Start' contains illegal 'usr/bin/screenly-playlist.wrapper -c '$SNAP_APP_DATA_PATH/config.yaml'' (legal: '^[A-Za-z0-9/. _#:-]*$')
[07:46] <renat> "
[07:46] <deenlee> eww
[07:47] <renat> Does this mean that I shouldn't use environment variables in a start command, or it's a bug?
[07:55] <dholbach> good morning
[08:04] <liuxg> dholbach, ping
[08:07] <dholbach> hi liuxg
[08:08] <liuxg> dholbach, I created a python project using requirements.txt at https://github.com/liu-xiao-guo/restapi
[08:09] <dholbach> liuxg, I never played around with pip and snapcraft
[08:09] <liuxg> dholbach, however, there is a problem with the project. It works well on the desktop. When I deploy it onto KVM, it does not work. I see a symbolic link in the snap file http://paste.ubuntu.com/13780578/
[08:10] <liuxg> dholbach, would you please help me to confirm whether it is a bug or not.
[08:10] <dholbach> let me see
[08:11] <liuxg> dholbach, thanks a lot. the django stuff seems not packaged into the snap though they are pulled down.
[08:11] <ricmm_> renat: it means the path is just a path, not a command line
[08:12] <ricmm_> you should put this -c ARG into the wrapper itself
[08:12] <dholbach> liuxg, why don't you use django from the Ubuntu archive? didn't that work? or do you strictly need django 1.9?
[08:13] <dholbach> liuxg, for me django is contained in the snap
[08:13] <dholbach> it's in ./usr/lib/python2.7/dist-packages/django
[08:13] <dholbach> (run dpkg -c mysnap.snap | less)
[08:14] <liuxg> dholbach, in fact, anything should work. I just tried to see whether it works or not. if I want to use it from the ubuntu archive, I should use the "stage-packages", right?
[08:14] <dholbach> yep
[08:15] <liuxg> dholbach, after I deploy it, it is a little strange, in the KVM, it is a symbolic link there though the file is in the "snap" directory.
[08:17] <liuxg> dholbach, this is what is seen in my place http://paste.ubuntu.com/13780734/
[08:18] <dholbach> yes, it's a broken symlink
[08:19] <dholbach> so yes, I can confirm the issue
[08:19] <liuxg> dholbach, is this a bug in the tool?
[08:20] <liuxg> dholbach, maybe I need to report a bug for it?
[08:20] <dholbach> yes, as far as I can tell, there shouldn't be symlinks going to locations which just exist in your home-directory when snapping
[08:20] <dholbach> yes
[08:20] <dholbach> your case is very good for testing
[08:21] <liuxg> dholbach, it took me quite a while to debug this problem
[08:21] <renat> ricmm_, thanks. I was thinking about it. I can't do it from a snapcraft. So I decided to create a bug in the launchpad.
[08:22] <ricmm> renat: I dont understand, why cant you do it with snapcraft?
[08:22] <dholbach> liuxg, maybe we can, as a safety measure, get the reviewers tools to give a warning if the symlinks are going to be broken
[08:22] <dholbach> liuxg, let me know once you've filed the bug
[08:22] <ricmm> you are using a wrapper script, so those arguments are better suited inside of the wrapper
[08:22] <liuxg> dholbach, sure, I am reporting a bug for it.
[08:24] <dholbach> thanks liuxg
[08:27] <liuxg> dholbach, i have reported the bug at https://bugs.launchpad.net/snapcraft/+bug/1523384. please take a look at it. I hope it can fixed soon!
[08:28] <dholbach> brilliant - thanks
[08:28] <dholbach> I'll add a task for the reviewers tools as well
[08:29] <liuxg> dholbach, thanks for your confirmation. I think this is a serious bug for it :)
[09:00] <renat> ricmm, that wrapper script is created by snapcraft tool. So I want it  to include my command line options.
[09:03] <ricmm> ahh I understand, yes
[09:04] <ricmm> renat: you can modify the .wrapper in snap/ and manually build, or make your own and put it in the right location with a copy plugin
[09:55] <mvo> ogra_: any concerns about http://paste.ubuntu.com/13782938/ ? we currently rely on /etc/sudoers.d/90-cloud-init-users for sudo but it seems a group makes more sense
[09:57] <ogra_> mvo, no objections at all ... but doesnt that also need a change in could-init then ?
[09:58] <ogra_> (it creates some stuff in /etc/sudoers.d IIRC)
[10:00] <mvo> ogra_: it won't hurt (the cloudinit stuff). its just *if* we use a system without cloud init (a os snap) then things still work with sudo, right now they don't without cloud init
[10:00] <mvo> ogra_: I will upload then, thanks for the sanity check
[10:00] <ogra_> ah, cool, yeah, if it is preventive thats fine indeed :)
[10:14] <mvo> ogra_: looks like bzr and archive are out of sync *grrr*
[10:14] <ogra_> oh ?
[10:17] <ogra_> and sil2100's last commit misses a changelog entry
[10:18] <mvo> ogra_: indeed it does
[10:18] <ogra_> wow, what a mess
[10:18] <mvo> choas!
[10:19] <mvo> ogra_: I will untangle the mess (unless you are already on it)
[10:20] <ogra_> no, i only checked, didnt start anything yet
[10:21] <mvo> ogra_: ok, should be fixed in some minutes
[10:42] <Chipaca> pitti: it seems systemd's journal loses messages during shutdown
[10:42] <Chipaca> pitti: is this expected?
[10:42] <Chipaca> pitti: or are we doing something wrong?
[10:44] <Chipaca> pitti: as in: 'stop' action prints some messages that normally appear in journal, but they're nowhere to be seen on shutdown, but stop action can be seen to be working by tee'ing the messages to a file under its control
[10:46] <renat> ricmm, seems it's really possible to use shell variables. You may see here that "args" argument is not used in _wrap_exe. https://github.com/ubuntu-core/snapcraft/blob/a06a75e70bcbc76f02f4cbeacee11010f3f24440/snapcraft/meta.py#L256
[10:48] <renat> ricmm, thanks for help. I want to experiment with snapcraft and see what I can improve.
[11:01] <Guest9543> stevebiscuit: hello
[11:01] <stevebiscuit> beowulf: 'ello
[11:02] <beowulf> mvo: Chipaca: stevebiscuit is the "Steve" for webdm now
[11:02] <stevebiscuit> there can be only one
[11:41] <mvo> stevebiscuit: welcome!
[11:41] <stevebiscuit> mvo: cheers :)
[13:10] <rsalveti> ogra_: ricmm: so, what are the kernel plans for dragonboard?
[13:10] <rsalveti> I want to make sure we're aligned in there somehow
[13:10] <rsalveti> and avoid yet another kernel tree
[13:10] <ogra_> rsalveti, no idea, waiting for ppisati ...
[13:10] <ogra_> i just want his deb ;)
[13:10] <ogra_> <- lazy
[13:11] <rsalveti> got it :-)
[13:11] <rsalveti> tell him to ping me later
[13:12] <ogra_> he is out today i was just told
[13:12] <ogra_> so probably rather tomorrow
[13:12] <rsalveti> yeah, no worries :-)
[13:12] <rsalveti> ogra_: next ubuntu release is going to use 4.4, right?
[13:12] <ogra_> do you know if i need all of the 8 boot partitions ?
[13:12] <ogra_> i.e. the blob stuff
[13:13] <rsalveti> didn't yet try booting without them, so not so sure
[13:13] <ogra_> ok, then i'll do trial and error as usual :)
[13:14]  * ogra_ is still pondering how to reflect that partition mess in the oem snap
[13:17] <ogra_> hmm, tha dragonboard u-boot tree or the booti command dont understand CONFOG_RAW_IN'ITRD
[13:18] <ogra_> even with the option set i need to use an uInitrd
[13:18] <rsalveti> just ping the maintainer, he can easily find out why
[13:18] <rsalveti> hallor at #96boards
[13:18] <ogra_> ah i *knew* there was a board channel :P
[13:29] <pitti> Chipaca: are these messages from very late shutdown, perhaps after journal already stopped?
[13:29] <pitti> Chipaca: also, I thought snappy uses ephemeral journal only (i. e. not in /var/log)?
[13:29] <ogra_> pitti, no, it uses both
[13:29] <ogra_> we have rsyslog installed and running
[13:33] <pitti> Chipaca: oh, you mean you are not seeing late messages in /var/log/syslog? that's rsyslog, not journal
[13:33] <pitti> rsyslog gets stopped earlier indeed; but still a bit blurry about what kind of messages are missing
[14:08] <liuxg> Chipaca, ping
[14:30] <kyrofa> elopio, don't merge yet
[14:31] <elopio> kyrofa: ahhhh
[14:31] <kyrofa> Haha, that's okay
[14:31] <kyrofa> elopio, not important
[14:31] <elopio> kyrofa: I'm on the hangout.
[14:31] <kyrofa> elopio, getting on now
[14:43] <kyrofa> dholbach, so you've been adding some documentation for the snapcraft plugins?
[14:45] <dholbach> kyrofa, yep, I've been going through the app developer manual and checking where we could reintegrate some of the bits from there
[14:46] <kyrofa> dholbach, I'd like to help with documenting the ROS Catkin plugin
[14:47] <dholbach> kyrofa, it would probably make sense to make it a separate article, right?
[14:47] <dholbach> a tutorial with an example on how to use the plugin maybe?
[14:48] <kyrofa> dholbach, yeah probably
[14:48] <dholbach> kyrofa, probably easiest to just add it to snapcraft trunk and we import it from there :-)
[14:48] <kyrofa> dholbach, okay. You're pulling from 1.x, right?
[14:49] <kyrofa> elopio, how do you feel about cherry-picking the ROS plugin updates into 1.x?
[14:49] <dholbach> kyrofa, right now yes, but soon from both
[14:49] <kyrofa> dholbach, oh good to know
[14:49] <dholbach> kyrofa, right now it's still manual, but we're working on the automatic imports
[14:50] <kyrofa> dholbach, do you have a favorite article who's format I can follow?
[14:51] <elopio> kyrofa: I would prefer not to touch the other branch if we don't have to. Maybe once you finished doing all the changse and are totally happy with the plugins, we can just replace them.
[14:51] <kyrofa> elopio, good deal
[14:52] <dholbach> kyrofa, no, not really - maybe just make it a walkthrough how to turn an existing ROS project into something which works with snapcraft?
[15:05] <kyrofa> dholbach, right, I guess that was more of a "where exactly should I put it and how do I make it look similar" question
[15:05] <dholbach> kyrofa, if you just place it as a .md file in snapcraft's ./docs that should be good enough
[15:06] <kyrofa> dholbach, alright. Would it be worth creating a "plugins" subdir there so that directory doesn't just balloon as we add plugin docs?
[15:06] <dholbach> I don't know
[15:07] <kyrofa> dholbach, not important I suppose. I'll just add to the root for now and we can move stuff around if necessary
[15:07] <dholbach> yep, let's do that
[16:04] <plars> elopio: joining?
[16:04] <elopio> plars: uf, sorry.
[21:09] <sergiusens> kyrofa, elopio, in case you are feeling bored https://github.com/ubuntu-core/snapcraft/pull/160
[21:10] <kyrofa> Hey sergiusens, how is brazil?
[21:11] <sergiusens> kyrofa, great, going out for dinner now; but the sprint conversation was great, covered many things, all snaps and capabilities more than anything else
[21:11] <sergiusens> tomorrow it will be assertions
[21:11] <kyrofa> sergiusens, awesome :)
[22:02] <genii> blount


[01:27] <ogasawara> kees: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/597075/comments/20 , I posted the test kernel in that comment
[01:27] <ubot2> Launchpad bug 597075 in linux (Ubuntu) "2.6.35 hangs at boot due to regression in i915 or intel_agp (affects: 1) (heat: 3382)" [Undecided,Triaged]
[01:28] <ogasawara> kees: I've gotta bail for a few hours but let me know (either here or in the bug) if that kernel boots or hangs
[03:22] <psusi> jjohansen, you remember that screwed up memory problem I was talking about the other night?  it's back... and I found a thread on the maverick testing boards and think it correctly identifies the cause as ureadahead doing a profile and mounting the debugfs... funny though though, is that the slab info doesn't seem to show the allocated memory anywhere
[03:36] <psusi> son of a bitch... it's the fscking trace buffer...
[07:30] <cking> morning lag
[07:30] <lag> Morning :)
[07:30]  * lag has a fuzzy head :)
[07:33] <jjohansen> cking, lag: good evening and good night :)
[08:41] <dmarkey> anyone know where i can get the config.gz for http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.34-lucid/
[08:42] <amitk> dmarkey: don't you see it in /proc/config.gz when you boot the kernel?
[08:43] <dmarkey> nope, aint there
[08:44] <dmarkey> cant waste precious memory on that it seems :)
[08:47] <soren> dmarkey: All Ubuntu supplied kernel packages should be accompanied they their config in /boot/config-<version string>
[08:51] <dmarkey> ah yes, there we go
[08:51] <dmarkey> hanks
[08:55] <VanessaE> question:  I have a Dell Inspiron 9200 laptop.  All components seem to work fine except USB.  The kernel detects it, but no devices are recognized.  Nothing I plug in seems to get any reaction at all, except that power to the port seems to work.
[08:56] <VanessaE> no USB-related messages of any kind are added to dmesg except during the kernel's initial scans of the USB controller/hub.
[09:49] <dholbach> hey guys
[09:50] <dholbach> we're planning Ubuntu Developer Week right now - would anyone of you interested in talking a bit about kernel team workflow, getting fixes in, dkms or anything else?
[09:50] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep is the preliminary schedule
[09:54] <kraut> moin
[12:39] <apw> moin
[12:56] <ogra> apw, up early ?
[12:56] <smb> ogra, Heh, its just one hour difference in tz
[13:09] <apw> cking<EMAIL_ADDRESS>[13:09] <apw> this might be what is triggering which seems like a miss implementation of the backoff mechanism
[13:09] <cking> apw, that's great - thanks!
[13:10] <apw> cking, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509089
[13:10] <ubot2> Debian bug 509089 in dhcp3-client "dhcp lease negotiation takes longer than necessary" [Normal,Open]
[13:11] <apw> cking, that bug has the patches, and it looks like if we had them you'd need a configuration change too in /etc/something
[13:14] <cking> apw, hopefully awe can pick that work up as it's his kinda domain
[13:14]  * cking punts
[13:14] <apw> cking, yep
[13:28]  * cking lunches
[13:45] <tgardner> ccheney, that last commit 41440ffe21f29bdb985cab76b2d0b06d83e63b19 didn't build. Am investigating
[13:47] <ccheney> tgardner, ok
[14:39] <Daviey> Hey!  Is there an informal freeze date for the A2 release?
[14:42] <ccheney> tgardner, Daviey's question is in relation to potentially getting the kernel fixed for the issue we are investigating before A2
[14:43] <tgardner> ccheney, dunno about a fix yet. today is likely the last day that ogasawara will accept patches for A2
[14:43] <ccheney> tgardner, ok
[14:43] <ccheney> Daviey, see ^
[14:43] <tgardner> it depends on _what_ the fix is.
[14:43] <ccheney> ok
[14:44] <tgardner> ccheney, plan a lucid kernel for your UEC A2 release
[14:44] <ccheney> o
[14:44] <tgardner> plan on*
[14:44] <ccheney> er ok
[14:58] <tgardner> ccheney, http://kernel.ubuntu.com/~rtg/mainline/41440ffe21f29bdb985cab76b2d0b06d83e63b19-maverick/linux-image-2.6.32-020632g41440ff-generic_2.6.32-020632g41440ff_amd64.deb
[14:58] <ccheney> tgardner, thanks
[15:05] <ccheney> tgardner, appears good, test still running
[15:06] <tgardner> ccheney, k, lemme know for sure.
[15:35] <ccheney> tgardner, i'm doing an extra test this time to make sure that lack of the error means its actually fixed, may take about 30m, will let you know when i'm done, that kernel though didn't show the error message expected
[15:35] <tgardner> ccheney, ack
[15:37]  * ccheney had to reinstall his node controller due to breakage, so he can make it run an instance using the image that was supposedly properly registered
[16:07] <ccheney> tgardner, it got a bit more involved my cloud controller apparently forgot how to see nodes so i am reinstalling it too
[16:08] <ccheney> tgardner, once that is done i will test the 701791c to make sure it still fails and then retest 41440ff to see it works and then run the instance, assuming it can see the NC again
[16:08] <tgardner> ccheney, ack
[16:08] <tseliot> apw: I've sent both of my patches for radeon to the kernel mailing list
[16:11] <ogasawara> tseliot: The second email doesn't seem to include the patch, "Add support for the ATIF ACPI method to the radeon driver"
[16:12] <tseliot> ogasawara: oops, let me attach the patch then
[16:12] <ogasawara> tseliot: you mention it's been accepted upstream and should land in 2.6.36 which is great.  Is the patch residing in an upstream maintainers tree at the moment?
[16:13] <ogasawara> tseliot: if so, could you point us to which tree and commit just so we can track it
[16:14] <tseliot> ogasawara: AFAIK they're trying to see if they can include it in 2.6.35 (if Linus agrees)
[16:14] <ogasawara> tseliot: Ooo even better
[16:14] <tseliot> patch sent
[16:41] <MaximLevitsky> what udev maveric will eventually use?
[16:48] <sconklin> https://bugs.launchpad.net/ubuntu/lucid/+source/linux/+bug/590783
[16:48] <ubot2> Launchpad bug 590783 in linux (Ubuntu Lucid) (and 1 other project) "Lucid sfc stable updates from <IP_ADDRESS> (affects: 1) (heat: 241)" [Medium,In progress]
[16:54] <gnarl> sconklin, Are there newer things than there are already in or did that not get updated with the upload?
[16:55] <sconklin> gnarl: I'm not following you
[16:56] <gnarl> sconklin, I just saw you posting the sfc update bug number
[16:56] <gnarl> sconklin, And the current proposed kernel wold contain some updates to sfc from 2.6.33
[16:56] <sconklin> That's one of the patches I'm putting on my branch for you to inspect, and I was adding the buglink, and the bug was marked incomplete, so I asked Tim about it
[16:56] <dholbach> we're planning Ubuntu Developer Week right now - would anyone of you interested in talking a bit about kernel team workflow, getting fixes in, dkms or anything else?
[16:57] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep is the preliminary schedule
[16:57] <sconklin> gnarl: that's interesting because the patch applies
[16:57] <gnarl> sconklin, Hm, maybe I so much was about to do it that I thought I had ...
[16:57] <sconklin> gnarl: I'm about to fetch a fresh tip and reapply them, let me try that
[16:58] <gnarl> sconklin, Ok. It could really just be that I thought to have done without actually having done so
[16:58] <sconklin> gnarl: possibly, because there was no APPLIED message sent and it was not marked as acked in patchworks
[16:59] <gnarl> sconklin, So you better just ignore me
[16:59] <gnarl> sconklin, Cannot see anything sfc related applied recently
[16:59] <sconklin> gnarl: at my peril . . . :)
[17:01] <sconklin> gnarl: yes, it applied ok, and I've just pushed to the stable-lucid branch in my repo on zinc. If that passes your inspection I will apply those patches to the master and push to the distro repo
[17:02] <gnarl> sconklin, Ok let me look right away
[17:03] <sconklin> in sconklin/ubuntu-lucid.git
[17:03] <gnarl> That would have been my guess
[17:09] <gnarl> sconklin, Ok, two things which sadly will cause work for you, sorry about that. First (simpler) in the patch from Keng-Yü I'd add his signed-off-by (as he should have done). As those patches are actually in 2.6.33.y I would take those add a buglink, our acks and your sob. So we really follow the specific updates instead of one monolithic patch.
[17:15] <sconklin> gnarl: add a buglink, our acks and my sob to what?
[17:15] <sconklin> 2.6.33y patches somewhere?
[17:15] <gnarl> sconklin, to the patches you would export from the 2.6.33.y tree
[17:16] <sconklin> oh, I see.
[17:16] <apw> gnarl, does he know about your mass patch updater script
[17:16] <sconklin> gnarl: well ok, that's why we're doing it this way. Let me refactor it and then you can look again
[17:16] <apw> ie, about exporting them as patches using that to add acks to the right ones etc and them git am ing them back onto the branch
[17:16] <gnarl> sconklin, yes. You know you can get only those by git log (or format-patch) with the path added?
[17:17] <gnarl> apw, Since yesterday, he should I beleive
[17:17] <sconklin> gnarl: yes, thanks, though
[17:17] <gnarl> If I did not dream again
[17:17] <apw> good enough :)
[17:17] <sconklin> no, we talked about it yesterday
[17:18]  * bjf will brb
[17:35] <sconklin> The Best Buy chumby-like ARM device is intentionally hackable, and $179 USD http://www.bunniestudios.com/blog/?p=1140
[17:41] <ccheney> tgardner, the 41440ff is good
[17:41] <tgardner> ccheney, ack
[17:41] <ccheney> tgardner, verified with a running instance after rebuilding my cloud
[17:42] <tgardner> ccheney, did you reverify the other versions? Or do you think it necessary ?
[17:42] <ccheney> tgardner, i don't think its necessary, i saw something in the log for 41440ff that i thought might mean it was still broken but differently, but its running ok
[17:43] <ccheney> tgardner, the older failed ones showed the pad block corrupted issue
[17:43] <ccheney> i can do a quick smoke test to make sure its broken on 701791c
[17:43] <tgardner> ccheney, k, I'll start the next build in the meantime
[17:43] <ccheney> shouldn't take more than 10m to verify its actually broken
[17:49] <apw> tgardner, homing in on a bug ?
[17:50] <tgardner> apw, bisecting to see when the UEC guest kernel stopped loading
[17:50] <apw> is this one where we seem to have a kernel interaction with uec, with the java bit ?
[17:50] <tgardner> yep
[17:51] <apw> getting close yet ?
[17:51] <tgardner> apw, oh yeah, we're homing in on it. perhaps 3 or 4 more kernels
[17:51] <ccheney> tgardner, its in pending state now, will wait a couple minutes to make sure it is stuck
[17:52] <tgardner> apw, bug #588861
[17:52] <ubot2> Launchpad bug 588861 in linux (Ubuntu Maverick) (and 4 other projects) ""pad block corrupted" error when trying to register an image with 2.6.34 kernel (affects: 1) (heat: 12)" [High,In progress] https://launchpad.net/bugs/588861
[17:52] <ccheney> apw, we're down to 2 days of commits, which may be a lot for the kernel (not sure the exact number in between)
[17:53] <tgardner> ccheney, 641 commits left after this next build
[17:53] <apw> ccheney, could be lots, could not be all depends
[17:53] <ccheney> heh ok, yea i thought they get a pretty large amount per day
[17:53] <ccheney> should be less than 10 kernels anyway :)
[17:54] <ccheney> maybe we'll get lucky
[17:54] <ccheney> ok i'm calling 701791c bad its still not starting and had the same pad block corrupted message
[17:55] <tgardner> ccheney, wfm
[18:40] <sconklin> gnarl: I just pushed a new stable-lucid branch to my repo, which should address the things we talked about.
[18:40] <gnarl> ok looking
[18:43] <ccheney> tgardner, new kernel failed to build also, not sure if its the same issue as before
[18:43] <tgardner> ccheney, it is, I've corrected it and am continuing the build
[18:43] <ccheney> ok
[18:43] <gnarl> sconklin-lunch, sfc patches look good. The sob of keng-yü should be reordered to be the first one. then the acks and you sob
[18:44] <tgardner> gnarl, what does keng-yu have to do with the sfc patches?
[18:44] <gnarl> tgardner, nothing. thats another patch
[18:45] <gnarl> I might have been a bit ambiguous there
[18:45] <tgardner> hmm, just a bit
[18:54] <tgardner> ccheney, http://kernel.ubuntu.com/~rtg/mainline/23eb3b64b5e44680c867e165fe1cd18e57fba255-maverick/linux-image-2.6.32-020632g23eb3b6-generic_2.6.32-020632g23eb3b6_amd64.deb
[18:59] <sconklin> gnarl: should I that one thing (kengyu sob) and push to distro?
[18:59] <gnarl> sconklin, sure go ahead
[19:00] <ccheney> tgardner, thanks
[19:02] <tgardner> ccheney, lunch, back in 20-30
[19:02] <ccheney> tgardner, ok
[19:10] <ccheney> tgardner, that one looks good as well, will run an instance since you will be gone for a bit
[19:15] <sconklin> gnarl: pushed, you can review it if you want and make sure it's ok
[19:15] <gnarl> sconklin, np. a sec
[19:21] <gnarl> sconklin, Looks fine by me. So we will see that tomorrow as a new pre-proposed if apw has not broken things while fixing them. :-P
[19:28] <kees> ogasawara: gah, sorry, I got it wrong.  .35-1.1 works, .35-2.2 fails.  I've updated 597075 to reflect this.
[19:28] <ogasawara> kees: cool, maybe less to look at then
[19:29] <ogasawara> kees: if I recall correctly, 2.6.35-1.1 was -rc1 based and 2.6.35-2.2 was -rc2 based
[19:29] <kees> oh good, I was worried it would be worse.  :P
[19:33] <tgardner> ccheney, ack, will start the next build
[19:41] <ccheney> tgardner, thanks, just had phone call, sorry for the lag
[20:02] <ogasawara> kees: http://people.canonical.com/~ogasawara/lp597075/9553426/ , whenever you have time to test
[20:02] <ogasawara> kees: the deb has an odd 2.6.34 version name but please test anyways
[20:07] <kees> ogasawara: rebooting, brb
[20:12] <kees> ogasawara: 2.6.34-020634g9553426 fails
[20:12] <ogasawara> kees: k, I'll kick off the next build
[20:12] <kees> cool
[20:14] <ogasawara> kees: just fyi, I'm putting notes in the bug
[20:14] <ogasawara> kees: no need for you to respond
[20:14] <kees> ogasawara: okay, cool.  was just going to ask if you wanted me to reply here, the bug, or both.  :)
[20:16] <tgardner> kees, would expect a powerpc qemu schroot to work? It seems to get hung up in /usr/bin/make
[20:19] <kees> tgardner: I've never tried that -- does the qemu emulator actually work for that?
[20:19] <tgardner> kees, yep, I can get into the schroot, its breaking on Hardy, gonna try Maverick
[20:19] <kees> tgardner: I've done armel and mips, and both of those were fine.  yeah might be a ppc-specific glitch.  the emulators are a little weird.
[20:20] <tgardner> kees, we're doing a bunch of armel schroots
[20:20] <tgardner> ogasawara pounds the hell out of 'em :)
[20:23] <jjohansen> -> Lunch
[20:38] <ogasawara> kees: http://people.canonical.com/~ogasawara/lp597075/734b415/
[20:40] <ogasawara> kees: no hurry
[20:40]  * ogasawara lunch
[20:42] <tgardner> ccheney, http://kernel.ubuntu.com/~rtg/mainline/79a56ed0e11c7d924762062a0e2a46b87014498d-maverick/linux-image-2.6.32-020632g79a56ed-generic_2.6.32-020632g79a56ed_amd64.deb
[20:42] <kees> ogasawara: 734b415 boots ok
[20:42] <ccheney> tgardner, yep rebooting into it now :)
[20:42] <tgardner> ccheney, you must be tailing the build log
[20:43] <ogasawara> kees: ok nice, I'll kick off the next
[20:43] <ccheney> tgardner, refreshing the page occasionally
[20:43] <ccheney> seemed to hit it at just the right time, heh
[20:43] <kees> ogasawara: your build will be done before my disk checks finish. :P
[20:43] <ogasawara> heh
[20:47] <ccheney> tgardner, bad
[20:48] <tgardner> ccheney, ack
[20:56] <ccheney> tgardner, how wide is the range now, ~ 150 ?
[20:57] <tgardner> ccheney, Bisecting: 169 revisions left to test after this
[20:59] <tgardner> ccheney, I'm also working on moving the build scripts to a much faster machine. They are unfortunately somewhat specific to zinc.
[21:00]  * apw looks bashful ... its on my list
[21:01] <ccheney> tgardner, great :)
[21:03] <tgardner> apw, what is BUILD_CONFIG_OVERRIDE ? I can't find it
[21:05] <apw> its an old way of setting the config in older releases, replaced by OVERRIDES
[21:05] <apw> note that we put the data in OVERRIDES and the point BUILD_C_O to it, backwards compatible
[21:05] <tgardner> apw, I'm trouble getting schroot to digest that command line
[21:06] <apw> well you can drop the variable for any release where git grep doesn't find it in debian*
[21:07] <tgardner> apw, ah, seems much happier without that
[21:07] <apw> tgardner, i must admit in a lot of my scripting i change things into
[21:07] <apw> { echo "commands" } | chroot /bin/bash
[21:08] <tgardner> apw, duh, that looks like a simple work around. I've even done it for other cases. why didn'tI remember :)
[21:09] <apw> tgardner, heheh always the way ... good luck
[21:10] <tgardner> apw, I've got it building on emerald. it runs circles around zinc
[21:13] <apw> tgardner, nice ... that should get u moving what about 3x the speed
[21:14] <tgardner> apw, closer to 10x
[21:15] <apw> i'll bet, you might want to also setup a ccache in the shell that you run it from too
[21:15] <apw> bet that'll speed up the second one
[21:17] <tgardner> apw, actually, I've done some benchmarking with ccache on the emerald class machines. It doesn't really save much. In a few runs I found it made only about 10 seconds difference
[21:18] <apw> interesting ..
[21:18] <tgardner> I think the disk is fast enough....
[21:18] <tgardner> multiple spindles and all
[21:20] <tgardner> ogasawara, are you doing anything on emerald.mills? I think I'm gonna revert to the Lucid kernel.
[21:27] <ccheney> wow 10x faster is nice, then i might be the slow factor :)
[21:39] <ogasawara> kees: http://people.canonical.com/~ogasawara/lp597075/9962c92/
[21:43] <ccheney> new image :)
[21:43] <tgardner> ccheney, http://kernel.ubuntu.com/~rtg/mainline/e33c01972239fee4696679ae5f7d1f340f424999-maverick/linux-image-2.6.32-020632ge33c019-generic_2.6.32-020632ge33c019_amd64.deb
[21:43] <ccheney> :-)
[21:50] <ogasawara> jjohansen: the atop patch set, is that something the server team is hoping to land in Alpha2? or can it wait post Alpha2
[21:50] <tgardner> ogasawara, it needs some more study as I think its a bit crackful
[21:50] <jjohansen> ogasawara: it needs debate
[21:51] <jjohansen> definitely not alpha2
[21:51] <ogasawara> jjohansen: cool, cuz I didn't want to have to slam them in :)
[21:51] <tgardner> jjohansen, do they have a good use case?
[21:52] <jjohansen> tgardner: hrmm, when I asked they said it was something that had been repeatedly requested and would be really nice to have
[21:52] <jjohansen> I will but jose, a ttx for specific use cases
[21:52] <tgardner> jjohansen, repeatedly ? first I've heard of it
[21:53] <jjohansen> well, I guess its more of a server thing
[21:53] <jjohansen> I hadn't heard of it until a couple weeks ago
[21:54] <kees> ogasawara: 996 fails
[21:54] <jjohansen> there is a bug filed from 2007 though
[21:54] <jjohansen> Bug #134159
[21:54] <ubot2> Launchpad bug 134159 in atop (Ubuntu) " atop Kernel patch doesn't work (heat: 3)" [Undecided,Confirmed] https://launchpad.net/bugs/134159
[21:55] <jjohansen> tgardner: also not that it is a nice to have, it isn't a hard requirement
[21:55] <tgardner> jjohansen, thats not exactly a bug.
[21:55] <ogasawara> kees: ack, will build the next
[21:55] <kees> ogasawara: thanks :)
[21:55] <jjohansen> tgardner: no, but it shows some time line of interest
[21:55] <ccheney> tgardner, bad
[21:55] <tgardner> ccheney, ack
[22:17] <tgardner> ccheney, http://kernel.ubuntu.com/~rtg/mainline/951c30d135390a108f102b0f6e3cfa6241f2a1aa-maverick/linux-image-2.6.32-020632g951c30d-generic_2.6.32-020632g951c30d_amd64.deb
[22:17] <ccheney> thx
[22:22] <ccheney> tgardner, bad
[22:22] <tgardner> ccheney, ack
[22:24] <tgardner> ccheney, I'm breaking for a couple of hours. I've started the next cycle. If successful it should copy bits to zonc.
[22:24] <ccheney> ok
[22:24] <tgardner> zinc*
[22:27] <jjohansen> ogasawara: hey on the AA patch rebase, instead of splitting kees's patch I could probably just move it to after the AA patches and fix the AA conflict if that would be easier for you
[22:29] <ogasawara> jjohansen: no worries, I've already got it applied to my local tree.  I kept it split like you had it
[22:29] <jjohansen> ogasawara: cool
[22:29] <ogasawara> jjohansen: just finishing up test builds, then will do a few boot tests and upload
[22:29] <jjohansen> okay let me know if you need anything
[22:30] <kees> ogasawara, jjohansen: hopefully that should change when I request Yama get pulled into maverick.  I'll have a patch that bolts it to AppArmor so hopefully it won't cause conflicts.
[22:31] <ogasawara> kees: cool
[22:31] <tgardner-afk> kees, does that mean we'll drop the other soft/hard link patches?
[22:31] <jjohansen> kees: cool, let me know if you want any help on it
[22:32] <kees> tgardner-afk: yeah, the symlink/hardlink/ptrace stuff will be done via Yama, and then I'll add a patch to bolt Yama into the kernel somehow.. maybe not against AppArmor since that would mean running SELinux on ubuntu would lose the protection.
[22:33] <tgardner-afk> kees,  oh, 'cause we can't yet chain or stack LSMs ?
[22:33] <kees> tgardner-afk: yup :(
[22:37] <sbeattie> kees: clearly you need to take eparis' patch against selinux. :-)
[22:38] <kees> sbeattie: that too
[22:40]  * ccheney is somewhat confused, trying to read through the commits that are in between what is good and bad and found it seems 2.6.32 was released in the middle of that, and thought we already proved 2.6.32 was good
[22:41] <ccheney> maybe i didn't look at the right spot
[22:42] <ccheney> hmm yea i didn't, but i don't see the commit in the list on the web ui
[22:43] <ccheney> ogasawara, is there a way using the git.kernel.org to see all commits between two git revisions?
[22:43] <ccheney> the log for the commits i mean
[22:44] <tgardner-afk> ccheney, http://kernel.ubuntu.com/~rtg/mainline/476d42f138ba82389a92a894d8a630a70d36278f-maverick/linux-image-2.6.32-020632rc5g476d42f-generic_2.6.32-020632rc5g476d42f_amd64.deb
[22:44] <tgardner> got delayed by a t-storm
[22:45] <ogasawara> ccheney: hrm, not sure how to do that via the web
[22:45] <ccheney> ogasawara, ok
[22:45] <ogasawara> ccheney: if you have a local clone of the git tree I can give you the command
[22:45] <ccheney> ah ok, i thought maybe there was way to do it on the web interface
[22:45] <ogasawara> ccheney:  there might be, I'm just unaware
[22:46] <ccheney> ok
[22:48] <ogasawara> kees: http://people.canonical.com/~ogasawara/lp597075/7648fa9/
[22:49] <ccheney> the timestamps seem out of order but its probably because the commit i am looking at is part of a merge
[22:49] <ccheney> tgardner, bad
[22:50] <tgardner> ccheney, ack
[22:50] <erichammond> jjohansen & co: Haven't chatted in a while.  Hope things are going well.  I have a client who runs Asterisk on Amazon EC2 using Ubuntu 10.04.  He's having problems with choppy voice and limits on the number of concurrent phone calls per server because of the 100Hz Ubuntu kernels on EC2.  Back in 2009 we discussed this and you were interested in building a 1000Hz kernel for him to try, but things sort of fizzled out as other prioriti
[22:50] <erichammond> How should I or he go about making the request for a test 1000Hz Ubuntu kernel for EC2?
[22:51]  * ccheney thinks the next one should be in the 10 commit range :-)
[22:51] <tgardner> ccheney, Bisecting: 18 revisions left to test after this
[22:51] <ccheney> ok
[22:51] <jjohansen> erichammond: file a bug against maverick and subscribe me and ttx
[22:51] <ccheney> tgardner, do you have a way to pastebin the log of those commits?
[22:52] <erichammond> jjohansen: Cool, will do.  No chance for Lucid given the development process?
[22:52] <jjohansen> I think it unlikely
[22:53] <jjohansen> but maverick kernels will be supported on Lucid
[22:53] <tgardner> ccheney, https://pastebin.canonical.com/33985/
[22:53] <ccheney> thanks
[22:53] <erichammond> jjohansen: Fascinating, thanks.
[22:54] <tgardner> erichammond, they already are, look in the kernel-ppa
[22:54] <erichammond> tgardner: What already are what?
[22:55] <ccheney> heh probably one of the big merges in the list :)
[22:55] <tgardner> The Maverick kernels are already being built for Lucid: http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu
[22:55] <tgardner> erichammond, or a better URL is: https://edge.launchpad.net/~kernel-ppa/+archive/ppa
[22:56] <erichammond> tgardner: I see, thanks.  This Asterisk/EC2 user would still need ones built with 1000Hz for EC2 which is a different process, I believe.
[22:56] <kees> ogasawara: 7648fa9 boots ok
[22:56] <tgardner> erichammond, its worth trying just to see if the scheduler fixes help, HZ setting not withstanding
[22:57] <erichammond> tgardner: We were told that back when upgrading from Jaunty to Karmic and now he's running Lucid.  Are there significant changes between Lucid and Maverick?
[22:57] <ogasawara> kees: cool, will kick off the last test build
[22:58] <tgardner> erichammond, oh yeah, though I don't have hard numbers.
[23:03] <erichammond> tgardner: Cool.  He sounds very motivated, so I'll provide him with instructions on how to test with Lucid against the Karmic kernel on EC2.  I guess I'll need to get the new kernel modules installed on a new image as well as RightScale integration, and so on.
[23:03] <tgardner> erichammond, I assume you know how to do that? 'cause I sure done :)
[23:03] <tgardner> don't*
[23:07] <ccheney> tgardner, build failed
[23:08] <tgardner> ccheney, I fixed it, its copying right now
[23:08] <ccheney> ok
[23:09] <tgardner> ccheney, http://kernel.ubuntu.com/~rtg/mainline/5db5d64277bf390056b1a87d0bb288c8b8553f96-maverick/linux-image-2.6.32-020632rc3g5db5d64-generic_2.6.32-020632rc3g5db5d64_amd64.deb
[23:09] <ccheney> ok
[23:10] <tgardner> ccheney, now I'm really gone. back in an hour or two
[23:10] <ccheney> ok
[23:14] <ccheney> tgardner-afk, prelim looks good
[23:20] <ogasawara> kees: http://people.canonical.com/~ogasawara/lp597075/9908ff7/
[23:23]  * ccheney guesses at the next one failing since the log entries point that way
[23:31] <kees> ogasawara: 9908ff7 fails
[23:31] <ogasawara> kees: ack
[23:32] <kees> ogasawara: does that leave us at the end, or is there one more?
[23:33] <ogasawara> kees: I lied, I thought that was going to be the last test build, kicking off one more.
[23:33] <kees> ogasawara: cool.  I wasn't sure how to part the git bisect output
[23:34] <ogasawara> kees: once we isolate the commit, I'll have you do two more tests.  one with a mainline tree with the commit reverted and one with the maverick tree with the commit reverted.
[23:38] <ogasawara> kees: it's down the following 3 commits
[23:38] <ogasawara> 9908ff736adf261e749b4887486a32ffa209304c drm/i915: Kill dangerous pending-flip debugging
[23:38] <ogasawara> 9a7e8492d17394a81d5534abf90b5b2ada7ea3c0 drm/i915: Storage class should be before const qualifier
[23:38] <ogasawara> 7648fa99eb77a2e1a90b7beaa420e07d819b9c11 drm/i915: add power monitoring support
[23:38] <ogasawara> kees: the first you confirmed is bad, the last you confirmed is good, and I'm building the middle one as we speak
[23:40] <ccheney> tgardner-afk, yea 5db5d64 is good
[23:52] <ogasawara> kees: http://people.canonical.com/~ogasawara/lp597075/9a7e849/


[00:06] <dewman> tgm4883, It appears it is.  So it could be something on that second machine, I haven't checked the logs yet.
[00:17] <dewman> tgm4883, duh....I didnt install the codecs....
[00:17]  * dewman slaps self
[00:18] <tgm4883> heh
[00:48] <dewman> tgm4883, I lied..... No encoding... =(
[00:48] <dewman> http://mythbuntu.pastebin.com/jNPDbp8T
[00:59] <bkupbk> hey guys, is there a fix for bug 459893 without using the webserver as exclusive?
[00:59] <Zinn> Bug 459893 in mythbuntu "mythweb error "Failed opening required 'modules/_shared/tmpl/tmpl/header.php'"" [Undecided, Confirmed] http://www.launchpad.net/bugs/459893
[01:19] <mrand> bkupbk: the comment in that bug by Tim seems to imply if you reconfigure one more time, you can open it back up so it isn't exclusively for mythweb.  If that isn't the case, please comment on that bug.
[01:29] <bkupbk> mrand, it doesn't, and since it didn't, I'm not sure if that is my problem.
[01:32] <bkupbk> http://www.pastebin.org/166600
[01:33] <bkupbk> looks like tmpl is listed twice?  other than that, the error is the same.  Not sure where to go from here
[01:46] <bkupbk> it was a different bug, mysqld.sock was pointing to a incorrect location in /etc/php5/apache/php.ini
[01:59] <mrand> bkupbk: sorry, I'm in and out.  If you can open any other tickets on other bugs, it'd be much appreciated.
[03:27] <ripperda> I'm having some trouble with video playback. I seem to have gotten things into a mixed up state (or forgotten the proper way to do things)
[03:27] <ripperda> I have a backend + 2 frontends (1 frontend on the same system as the backend) + NAS
[03:27] <ripperda> tv/recordings are done via storage groups, but I'm trying to do videos via nfs from the NAS
[03:28] <ripperda> I delete all related storage group info from the backend and setup the nfs mounts via the frontend config (under media settings/video settings)
[03:28] <ripperda> I then "scan for changes" in mythvideo. all of the videos appear to show up, but no metadata
[03:29] <ripperda> when I then try to play a video back, it won't play and mythtv tries to play a dvd
[03:29] <tgm4883> ripperda, logs?
[03:29] <ripperda> checking right now
[03:30] <ripperda> let me try again right now to get fresh logs
[03:32] <ripperda> ok, would you like me to post abbreviated (remove duplicate output) here?
[03:33] <ripperda> it's not too terrible much, so I'll give it go.
[03:33] <ripperda> the backend repeats this quite a bit, looks like it's trying to pull up metadata:
[03:33] <ripperda> 2010-04-21 21:31:41.102 adding: htpc00 as a client (events: 0)
[03:33] <ripperda> 2010-04-21 21:31:41.104 MainServer::HandleAnnounce FileTransfer
[03:33] <ripperda> 2010-04-21 21:31:41.108 adding: htpc00 as a remote file transfer
[03:33] <ripperda> 2010-04-21 21:31:41.118 ERROR: LocalFilePath unable to find local path for '0118571_coverart.jpg'.
[03:33] <ripperda> 2010-04-21 21:31:41.119 RingBuffer::RingBuffer(): Failed to open remote file ()
[03:34] <ripperda> the frontend does this (includes a rescan of the directory):
[03:34] <ripperda> 2010-04-21 21:31:30.562 buildFileList directory = /hosts/readynas/Mythtv/videos
[03:34] <ripperda> 2010-04-21 21:31:30.562 MythVideo::ScanVideoDirectory Scanning (/hosts/readynas/Mythtv/videos)
[03:34] <ripperda> 2010-04-21 21:31:30.849 Error loading image from file: myth://Videos@<IP_ADDRESS>:6543/0268126_coverart.jpg - QImage->width()=0
[03:34] <ripperda> 2010-04-21 21:31:30.854 Error loading image from file: myth://Videos@<IP_ADDRESS>:6543/0118571_coverart.jpg - QImage->width()=0
[03:34] <tgm4883> !pastebin
[03:34] <Zinn> when pasting more than 5 lines of data please use http://mythbuntu.pastebin.com so you don't flood the channel.  Then please post the link in the channel.
[03:34] <ripperda> ok, sorry guys
[03:34] <ripperda> doing that now
[03:36] <ripperda> here you do: http://mythbuntu.pastebin.com/ZnYkjJNQ
[03:36] <ripperda> sorry about that stupidity
[03:37] <tgm4883> thats odd
[03:38] <tgm4883> as it is trying to use launch a dvd
[03:38] <tgm4883> hmm
[03:38] <tgm4883> what version are you running?
[03:38] <ripperda> I have tried using "storage groups" for videos, perhaps the database has stale info?
[03:38] <ripperda> this is .22
[03:39] <ripperda> 0.22.0+fixes22594-0ubuntu1
[03:39] <tgm4883> Is it doing that for all videos?
[03:39] <ripperda> yes
[03:39] <ripperda> tv/recordings use storage groups and work just fine
[03:39] <tgm4883> hmm
[03:40] <tgm4883> Try to remove the other storage groups (except for recordings)
[03:40] <tgm4883> it does appear to be using storage groups for videos
[03:40] <ripperda> ok, trying right now
[03:40] <tgm4883> err
[03:41] <tgm4883> not videos, I mean fanart
[03:41] <ripperda> understood
[03:42] <ripperda> the only storage groups I currently have are default, livetv and db backups
[03:42] <tgm4883> ok
[03:42] <tgm4883> those should be fine
[03:46] <tgm4883> ripperda, what happens if you move one of the videos out of the dir, rescan, mover it back in and rescan again?
[03:46] <tgm4883> then try playing that video
[03:46] <ripperda> will try that in just a second. double-checking my "backend server" settings in both the back & front ends
[03:49] <ripperda> ok, I now definitely notice that some videos will play and some won't. I'll try moving one of the ones that won't play
[03:50] <tgm4883> ripperda, ok
[03:50] <tgm4883> see if there is a difference between the ones that do and dont work
[03:50] <tgm4883> ie, avi vs iso
[03:51] <ripperda> I don't see a difference in file type, but moving the video, rescanning, then putting it back and rescanning allows me to play it
[03:51] <tgm4883> strange
[03:51] <ripperda> I suspect there's stale data in the db. I'll move all videos, rescan to flush the db, then move them back and rescan to put them back in
[03:51] <tgm4883> I suspect that as well
[03:52] <ripperda> bingo, that works
[03:53] <ripperda> I've been playing around with how to store my videos, so I probably got things confused somewhere along the one
[03:53] <ripperda> ~/one/way/
[03:53] <mungewell> Hi, just installed 10.4beta.... can't find the video manager for scaning my video/media files. Where is it or how do I do that? Media listing is currently empty.
[03:54] <tgm4883> mungewell, video manager is gone. You can do it directly inmythvdei now
[03:54] <tgm4883> mythvideo*
[03:54] <ripperda> mungewell, try pressing m in mythtvideo, then select "scan for changes"
[03:54] <ripperda> tgm4883, thanks for the help
[03:55] <mungewell> tgm4883:  yep.... that did it. Thanks.
[03:56] <tgm4883> yw
[04:00] <mungewell> that's bizare... it skipped the porn directory. which is only r/w by my user...... other are group/any r/w.
[04:00] <ripperda> is the process running as you or mythtv?
[04:01] <mungewell> I'm logged in as me (not mythtv), hang on I'll check.
[04:02] <mungewell> frontend is running as me, backend is running as mythtv
[04:03] <tgm4883> mungewell, it would need to be readable my the mythtv group
[04:03] <mungewell> easy enough to fix... thanks.
[04:05] <mungewell> normality has been restored ;-)
[11:23] <com_h1> Hi Everyone,  I've got an issue with trying to archive a recorded DVBt program. The recorded program is about 7+GB and I've asked Mytharchive to make a DVD copy with SP profile, Myth thinks it is all good, and finished, but when I look at the disk it has only recorded about 1.4GB of program, only about 23 mins of the 1hr 50min program, any ideas?
[16:24] <qwebirc44292> Hi guys
[16:24] <qwebirc44292> I would like to know if it's mandatory to have a tv card to be able to watch tv with mythbuntu through our computer??
[16:25] <qwebirc44292> thanks in advance!
[16:25] <qwebirc44292> for your advices
[16:34] <tgm4883> qwebirc44292, usually.
[16:34] <tgm4883> qwebirc44292, you can watch some web content, but it isn't exactly seemless
[17:04] <qwebirc44292> ok
[17:04] <qwebirc44292> thank you :)
[18:13] <dewman> hey tgm4883, did you happen to see that log I dumped yesterday?
[18:14] <tgm4883> dewman, nope
[18:14] <dewman> http://mythbuntu.pastebin.com/jNPDbp8T
[18:16] <dewman> somewhere in there I think I saw that mythtranscode is unable to transcode remote files
[18:23] <tgm4883> dewman, hmm, yea Mythtranscode is currently unable to transcode remote files.
[18:23] <tgm4883> dewman, check in #mythtv-users and see what the recommended way to do that is
[19:38] <dewman> tgm4883, ok... will do
[20:53] <dewman> tgm4883, so the answer is.....In order to do transcoding on a slave backend, the file system needs to be mounted on the slave backend...
[20:53] <tgm4883> dewman, so NFS then?
[20:53] <dewman> its not needed for commercial flagging...which explains why the commflagging worked on 3 shows but the encoding didnt..
[20:54] <tgm4883> dewman, any plans to add storagegroup/myth protocol to mythtranscode in the future?
[20:55] <dewman> I am guessing NFS. That would be the simplest route.
[20:55] <dewman> tgm4883, not sure on that second question. I am far from being DEV status... =)
[20:56]  * tgm4883 wonders how often mythtranscode is used
[20:57] <dewman> you could always ask the guys in mythtv-users...hehehe
[20:58] <dewman> tgm4883, I was being sarcastic...LOL
[20:58] <tgm4883> nah, lets just drop it from the distribution
[20:59] <dewman> true...
[21:00] <dewman> You know...I havent spent much time with transcoding, but with my 4 way xeon...I imagine I will be playing with it for a little bit.
[21:00] <tgm4883> dewman, what you need to be able to do, is send handbrake jobs to that machine
[21:02] <dewman> tgm4883, you know...I never thought of that..
[21:02] <dewman> that is a very good idea..
[21:02] <tgm4883> Yea I don't use mythfrontend to rip my dvd's, I do it on my desktop then convert to mkv with handbrake
[21:03] <tgm4883> would be nice to be able to send jobs to that machine though
[21:03] <dewman> my electric company loves it when I turn this beast on...(dl580)
[21:03] <tgm4883> I don't think handbrake has that functionality though
[21:06] <dewman> yeah, manual intervention.... would be a long drawn out script to rip the dvd, send to powersuck (the name of my machine) have handbrake encode then send it back...
[23:30] <ubuntujenkins> hello I have just seen the rc blog on planet.ubuntu.com but none of the downloads for the rc are working. Thought i should give you a heads up
[23:30] <Zinn> [planet.ubuntu.com] Planet Ubuntu
[23:42] <mrand> ubuntulog: Thanks.  Might be a few hours early.  But if not, I'm sure tgm4883 will take care of it.
[23:55] <tgm4883> mrand, yea it's a bit early, I know some of the mirrors are working


[05:18] <mhall119> Kilos: I've been around, just off and on during the weekends
[05:20] <Kilos> aha
[05:20] <Kilos> got news
[22:49] <Keith__> hey im trying to install ubuntu but it wont let me
[22:50] <belkinsa> Keith__: this is not the Ubuntu Support channel, this channel is for LoCo support.  Please /join #ubuntu for support, thank you.