[12:55] <Juanillo44> hola
[07:14] <bonbonthejon> i installed edubuntu with the desktop cd, how can I set up the server components
[07:20] <HedgeMage> bonbonthejon: you will have to use apt (or one of its pretty gui front ends like synaptic) to install them :)
[07:20] <HedgeMage> bonbonthejon: if you search ubuntuforums.org you will find pointers to the docs :)
[07:24] <bonbonthejon> whats the package
[07:27] <bonbonthejon> i guess just install edubuntu-server?
[07:29] <HedgeMage> that's a metapackage that grabs a bunch of server-related stuff they think you might need
[07:30] <HedgeMage> I'm kind of a control freak, I install individual packages as needed
[07:30] <HedgeMage> but installing all of the server pack is fine if you aren't a control freak ;)
[07:30] <bonbonthejon> HedgeMage: the metapackage should be the same as using the server cd
[07:30] <HedgeMage> bonbonthejon: yep
[11:00] <Angel-SL> !edubuntu
[11:00] <ubotu> Edubuntu is an Ubuntu derivative aimed at schools and educational institutions. For more info, see http://www.edubuntu.org
[06:48] <Meshezabeel> When I put the mouse over the date/time it says "Click to view your appointments and tasks", how do I add appointments and tasks? When I double click on a date it tries to run the setup for the evolution mail program. What I really want to do is have my computer remind me of events a few days before they happen, is this possible?


[00:06]  * robert_ancell -> lunch
[01:20] <sarnold> does anyone know the reasoning behind the piles of these compile warnings? http://paste.ubuntu.com/6177885/
[01:22] <sarnold> I would have thought that "const typet" and "typet const" would have been interchangable, but g++ is complaining that  const std::shared_ptr< msh::DisplayLayout > is different than std::shared_ptr< shell::DisplayLayout >
[01:22] <sarnold> sigh, moment... const std::shared_ptr< msh::DisplayLayout >   and  std::shared_ptr< shell::DisplayLayout > const
[01:38] <duflu> sarnold: I agree they look the same :/  Make sure you're using gcc 4.8 or later...?
[01:40] <sarnold> duflu: this appears to be gcc-4.8_4.8.1-10ubuntu4
[01:41] <duflu> sarnold: Oh, I see. You probably have not aliased "msh". Replace it with "mir::shell"
[01:43] <sarnold> duflu: this is in the standard fullscreen_placement_strategy.cpp file, "namespace msh = mir::shell;
[01:44] <duflu> Don't know then
[01:44] <sarnold> drat :)
[01:44] <sarnold> src/client/gbm/* is full of similar looking warnings..
[01:46] <bschaefer> duflu, hey, i've a question, what does fullscreen mean to mir atm?
[01:47] <bschaefer> ie. if we want to take a window and make it full screen (say its 1080x768 surface on a 1600x900 screen)
[01:47] <bschaefer> s/window/surface
[01:48] <duflu> bschaefer: The fullscreen state is "set" but not used. Our demos "fullscreen" just by setting the window size manually. The two are not wired up yet
[01:48] <bschaefer> duflu, will there be an API for this? To turn the active surface fullscreen?
[01:49] <duflu> bschaefer: Yes it exists, but does not affect surface size at all yet ... mir_wait_for(mir_surface_set_state(surface, mir_surface_state_fullscreen));
[01:50] <bschaefer> duflu, awesome, I didn't see that when I was digging through the API :)
[01:51] <bschaefer> I saw I could make the server fullscreen, by an option, but that caused some problems (crashes)
[01:51] <duflu> bschaefer: Yes I agree it's confusing but you can see the function in  include/client/mir_toolkit/mir_client_library.h and the args in include/shared/mir_toolkit/common.h
[01:52] <bschaefer> duflu, yeah I missed this: shared/mir_toolkit/common.h:65:    mir_surface_state_fullscreen, along with the set state
[01:52] <bschaefer> that'll fix up my problem where im not sure what to do when asked to make the window fullscreen :)
[01:53] <duflu> bschaefer: It will still do nothing for now.  :)
[01:53] <bschaefer> duflu, but when it does, I should be safe :)
[01:54] <bschaefer> duflu, O yeah, about that scroll V/H bug you made
[01:54]  * bschaefer digs it up
[01:54] <duflu> That comes under the heading of "surface resizing not implemented yet"
[01:54] <bschaefer> https://bugs.launchpad.net/mir/+bug/1233089
[01:54] <bschaefer> duflu, Cool, hopefully when its implemented that API will stay somewhat the same
[01:55] <duflu> bschaefer: You have a solution for scrolling?
[01:55] <bschaefer> duflu, So I had that scroll direction implemented, but we talked that this should be handled differently, as one big problem was the event queue was being overflowed
[01:55] <bschaefer> duflu, Yeah I did, then we talked about it in Denmark, and we reverted it
[01:56] <bschaefer> https://code.launchpad.net/~brandontschaefer/mir/mir-vscroll-hscroll-event-data
[01:56] <duflu> bschaefer: Cool, please link relevant stuff and comment
[01:56] <bschaefer> duflu, i've done, but its reverted, let me make a new branch and get that back in :)
[01:56] <bschaefer> It was another problem I needed to address in my own project
[01:56] <duflu> bschaefer: I didn't start working on Mir until many months after Denmark... ?!
[01:57] <bschaefer> duflu, hmm I swear that was Denmark ... but now that I think about it it was Okalnd
[01:57] <bschaefer> Oakland*
[01:57] <duflu> Yeah about then. I started immediately after
[01:57] <duflu> Oh
[01:57] <duflu> Oops
[01:57] <duflu> No
[01:57] <bschaefer> to many places with small rooms with out windows
[01:57] <duflu> I had started by then
[01:58] <sarnold> hehe
[01:58] <duflu> It was San Mateo. Yeah :)
[01:58] <bschaefer> Cool :), yeah it was more about the responsibility of what mir should be doing
[01:59] <bschaefer> duflu, It was a bit ago, soo Im now forgetting the complete reason...
[02:01] <duflu> Where am I now? :S
[02:01] <bschaefer> duflu, O yeah, you mentioned it should be the toolkit that is responsible for it
[02:01] <bschaefer> https://code.launchpad.net/~brandontschaefer/mir/remove-vscroll-hscroll-events/+merge/162284
[02:01] <duflu> bschaefer: I have no opinion on the solution until I get to reviewing it :)
[02:02] <bschaefer> duflu, well let me propose the old solution I had, then when a correct one comes around we can drop it :)
[02:09] <bschaefer> duflu, https://code.launchpad.net/~brandontschaefer/mir/lp.1233089-fix-v-h-scroll/+merge/188498
[02:10] <bschaefer> so a MirMotionEvent motion; can get the v/h scroll info by:  motion.pointer_coordinates[0].hscroll/motion.pointer_coordinates[0].vscroll
[02:12] <bschaefer> duflu, though...this will break the ABI :(
[02:15] <duflu> bschaefer: Possibly... That's actually less important for the server right now. But changing the structure size for clients could be a problem.
[02:15] <duflu> bschaefer: Fortunately we have a few unused fields in MirMotionEvent to steal bytes from ;)
[02:15] <thomi> robert_ancell: know anything about the ubuntu_platform_api_mirclient library implementation?
[02:16] <bschaefer> duflu, well if I can steal 2 then this will work :), I could also use a union and only need to steal 1
[02:16] <thomi> or, alternatively, know anyone who's awake right now who does?
[02:16] <robert_ancell> thomi, not really
[02:16] <robert_ancell> racarr, ^ ?
[02:16] <bschaefer> as it can only be a vscroll xor hscroll
[02:18] <bschaefer> though a union would not look very pretty :(
[02:19] <duflu> bschaefer: It's generalized for any device (including those which don't exist yet) so perhaps don't assume XOR
[02:19] <bschaefer> duflu, very true!
[02:24] <bschaefer> duflu, We could also hold off on this bug until something else that needs to break any structures anywhere to merge this in with that?
[02:24] <bschaefer> duflu, as Im assuming the ABI will have to be broken again at some point...
[02:24] <duflu> bschaefer: I hope that time comes... it's a matter of project planning
[02:25] <bschaefer> duflu, Right, and letting those who use Mir know when its coming I would think
[02:25] <bschaefer> duflu, think again, I don't know what: touch_major; touch_minor are for in the motion struct
[02:25] <bschaefer> s/think/then*
[02:26] <duflu> bschaefer: Yes there's a lot of copy/paste from Android. Hence bug 1175362
[02:27] <bschaefer> Thats a good bug :), the v/hscroll bits where in there at that point haha
[02:36] <sarnold> duflu: thanks for the help :)
[02:36] <duflu> robert_ancell, kgunn: Should we add bug 1227739 to the phone priorities?
[02:36] <duflu> (cos I know how to solve that one :)
[02:36] <robert_ancell> duflu, looking
[02:36] <thomi> racarr: ping?
[02:36] <duflu> sarnold: No problem
[02:37] <kgunn> thomi: maybe ricmm
[02:37] <thomi> ricmm: awake?
[02:37] <thomi> kgunn: so I've gotten it to the point where I think it should work, but I get a segfault instead :-/
[02:38] <robert_ancell> duflu, I agree with kgunn here - it's just an optimization so it doesn't need solving until we have all the other phone v1 features done
[02:38] <kgunn> duflu: of course...if its done prior...its gravy
[02:39] <robert_ancell> mmm gravy
[02:39] <duflu> Gravy's full of wheat :/
[02:40] <thomi> heh, will you look at that. segfault comes from libmirclient3 :-(
[02:43] <kgunn> duflu: gluten free icing ?
[02:44] <kgunn> thomi: do you need some help
[02:44] <kgunn> from mir team
[02:44] <duflu> kgunn: Surprisingly icing sugar is also often flour :/
[02:44] <thomi> kgunn: my plan at the moment is to clean this up and push it, then send you an email
[02:44] <thomi> kgunn: it doesn't look like anyone who understands the platform API is awake, so...
[03:04] <robert_ancell> thomi, do you have a WIP MP?
[03:04] <thomi> robert_ancell: really soon...
[03:04] <thomi> robert_ancell: just doing packaging changes now. Branch is at lp:~thomir/python-ubuntu-platform-api/add-mir-pkg
[03:04] <thomi> robert_ancell: will make a MP once the packaging stuff works
[03:20] <thomi> robert_ancell: Mp created: https://code.launchpad.net/~thomir/python-ubuntu-platform-api/add-mir-pkg/+merge/188503
[03:20] <kgunn> duflu: gotta ur nexus4 back yet ?
[03:20] <duflu> kgunn: I expect it would have only just arrived there. Expect about another week :P
[03:21] <robert_ancell> thomi, the segfault is in libmirclient or libmirserver?
[03:21] <kgunn> thomi: is there a "here's how you run AP tests on the phone" wiki
[03:21] <thomi> libmirclient3
[03:21] <kgunn> duflu: bummer
[03:21] <duflu> kgunn: So I reverted to Nexus7. Not quite usable for Mir but much better than expected
[03:21] <kgunn> duflu: shocking really
[03:21] <duflu> ... as in there's only one bug AFAIK
[03:22] <thomi> kgunn: I don't think there's a wiki page. I believe most people still use the 'phablet-test-run' script
[03:23] <thomi> kgunn: just doing some research for you. I believe you can run 'phablet-click-test-setup' to download all the test cases
[03:23] <thomi> and then 'phablet-test-run unity8' for example to run that test suite
[03:26] <duflu> kgunn: Tracking says it arrived Sydney on Friday
[03:28] <duflu> Although the Australian Play Store still shows (discounted) Nexus 4 in stock
[03:42] <duflu> Can we assume all touch surfaces are full screen right now? Or do they exclude the notification bar?
[03:42] <duflu> -touch +phone
[04:12] <bschaefer> duflu, hey, one more question :). If I set mir_surface_state_fullscreen, then when its toggle off of fullscreen should the state be set to: mir_surface_state_restored?
[04:12] <bschaefer> or possibly unknown?
[04:12] <duflu> bschaefer: A floating window will usually be "restored" I think
[04:13] <bschaefer> duflu, hmm so thats more or less the default state of a surface?
[04:13]  * bschaefer should have just checked the source for the default state :)
[04:14] <bschaefer> duflu, Looks like: mir_surface_state_unknown; is getting set on the creation of a MirSurface
[04:14]  * bschaefer finds that to be a strange state name...unknown...
[04:15] <duflu> bschaefer: Tis correct. The state is stored in the server and the client considers the state unknown till it receives the first notification of what the state is
[04:16] <duflu> bschaefer: The server won't send such a notification unless you change it I think... ?
[04:16] <bschaefer> duflu, so when we want to set the state back to default, unknow it is! Sounds good, just wasn't the first thing I thought it was doing...
[04:16] <duflu> bschaefer: That will probably fail. I think restored is a more sane default
[04:17] <bschaefer> duflu, O, that makes sense as well :)
[04:19] <duflu> bschaefer: Oh. I vaguely recall that setting unknown is know you force the server to tell you the real value. Just wait_for the set and then get the value
[04:19] <duflu> -know +how
[04:19] <duflu> !?
[04:19] <bschaefer> duflu, well my goal is to set fullscreen when asked, thats simple
[04:20] <bschaefer> the thing is once fullscreen gets toggled off, the state will still be fullscreen, so i was just wanting to go back to default in a sense
[04:20] <bschaefer> duflu, Should I be setting the state on creation?
[04:21] <bschaefer> duflu, Im also not sure if these things are even hammered out yet :)
[04:24] <bschaefer> duflu, You're correct, if the state is unknown, then the surface gets configured when asked what the state is:
[04:24] <bschaefer> http://paste.ubuntu.com/6178269/
[04:29] <duflu> bschaefer: Restored is a safe bet. "Restore" means "please put the surface back how it was before fullscreen/maximize.
[04:29] <duflu> "
[04:29] <bschaefer> duflu, yeah, that sounds good, I just got curious on how unknown was handled :). Thanks! I should head off for the night
[04:30] <bschaefer> duflu, have a good rest of your day!
[04:30] <duflu> bschaefer: I don't think I intended "unknown" to be used by clients
[04:30] <duflu> ...
[04:30] <duflu> Good night
[04:30] <bschaefer> :), well at lease it doesn't look like it should be used haha
[08:05] <budgee> holla mirs
[08:06] <budgee> Is Mir perhaps the reason I cannot get synergyc to connect to another synergys?
[08:06] <budgee> synergyc is running on a 13.10 machine with Mir
[08:07] <budgee> and synergys is running on 13.04
[08:21] <mlankhorst> version difference I guess?
[08:21] <mlankhorst> synergy has a debug mode that might help
[08:37] <alf_> alan_g: The question is whether we should treat send failures as critical errors and close the connection, or rely on getting an error next time we try to read from the socket (as is done now). The latest version of socket-messenger-race keeps the current behavior and doesn't propagate the send errors further.
[08:39] <alan_g> alf_: until recently ProtobufMessageProcessor::dispatch() handled write errors by dropping the connection. I think we should reinstate that.
[08:40] <alan_g> It changed as a side-effect of suppressing a lack of error handling when sending unsolicited events to the client.
[08:41] <alf_> alan_g: I agree, and also make sendmsg() (for FDs) failures throw too. Does the client handle such events properly now?
[08:42] <alan_g> alf_: I've a rework of the client -side code sitting on a branch that does handle stuff correctly. Not sure about trunk
[08:42] <duflu> alan_g: Not immediately required, but if you come across any documentation for asio that's actually readable (unlike the official docs) then please let us all know?... It seems very black magic
[08:43] <alan_g> duflu: I was moaning about the same thing in Boston
[08:44] <duflu> alan_g: My concern is that it seems like only one of us (you?) has ever figured out how it works. And that's detrimental to our maintenance efforts
[08:48] <alan_g> duflu: I share your concern (and I don't have it figured out yet)
[08:49]  * alan_g thinks that if he ever does figure it out an article would be a good idea.
[10:00]  * duflu gets out the pen an paper; finds 12 server-side "surface" classes and counting :P
[10:04] <duflu> greyback: Unity8 on Mir ... forgive my ignorance but is that finally multi-surface? And are app surfaces usually fullscreen on the phone?
[10:05] <greyback> duflu: shell is single surface at the moment, work in underway to change that though. Yes app surfaces are usually fullscreen
[10:05] <duflu> greyback: So the shell gets lowered or always-on-top-but-hidden?
[10:06] <greyback> duflu: always on top, marks itself transparent to hide
[10:06] <greyback> s/marks/makes/
[10:06] <duflu> greyback: Argh. OK... so that's using Mir's hidden attribute?
[10:07] <greyback> duflu: sorry no, it just makes its surface transparent, so surface underneath is visible
[10:07] <duflu> greyback: Oh. That will pose a problem to my occlusion testing I guess.... unless... the whole surface has alpha==0 ?
[10:07] <greyback> It does not tough the visible/hidden attribute
[10:09] <greyback> duflu: no, say if launcher out, the launcher bit is fully opaque, but the rest of the shell surface is transparent
[10:10] <duflu> greyback: Eeek. So I can't do occlusion testing on that. I guess I need to wait for Unity changes
[10:10] <duflu> greyback: Unless there's a definitive way to identify when the top (shell) surface and launcher is hidden?
[10:11] <greyback> duflu: sorry for my ignorance how, but what is occlusion testing?
[10:11] <duflu> greyback: Finding out what's hidden to optimize rendering
[10:12] <duflu> greyback: Final question before I go: Can I tell from Mir that the launcher is hidden by the shell surface state somehow?
[10:13] <greyback> duflu: I see. Shell is doing complex things, so there's no easy way for outsider to determine what parts of the surface is opaque and not
[10:13] <duflu> greyback: Well, I'm looking from inside the server, not outside. But still, will need something more efficient than testing every pixel of the surface for opacity
[10:14] <duflu> That's OK, I've found more things that need cleaning up and moving around before any of that
[10:14] <greyback> duflu: you could watch the input areas that the shell surface defines. Generally if it has an input area, that area is not-transparent
[10:15] <duflu> greyback: Interesting heuristic but not reliable. At least not on non-touch platforms
[10:15] <greyback> but that's the only way I can think mir is even aware of what shell is doing
[10:15] <greyback> yep, I've nothing better to suggest, sorry
[10:15] <duflu> greyback: OK, keep me posted on changes to the shell surface implementation?
[10:15] <duflu> Time to make dinner!
[10:15] <greyback> duflu: sure, but I expect it to be after the 1.0 release
[10:15] <duflu> greyback: Yep
[10:16] <greyback> bon appetit
[10:49] <davmor2> kgunn: well that is my plan of using mir all day out of the window,  no sound on received calls or sms,  I'm just going to compare that with SF but I can't understand why mir would stop that
[10:51]  * ricmm was making calls on Mir yesterday
[10:51] <ricmm> theres is no reason for Mir to block any kind of sound, something else in your setup is probably triggering it
[10:51] <ricmm> perhaps something triggered by the Mir selector, but certainly not the shell itself
[10:53] <davmor2> ricmm: it's okay it dead on sf too apparently there was an issue that is/has been resolved and I might just need a new image and then I can start again
[11:02] <ricmm> perfecto
[11:06] <davmor2> ricmm: apparently it is an issue with the infographics stuff so it effects anything it touches, so no camera sms or phone by the look of it :(
[11:19] <ricmm> wow
[11:24] <davmor2> ricmm: ah usermetrics sorry, the bit that infographics gets it's info from :)
[12:31] <kgunn> mornin greyback, need any help ?
[12:32] <greyback> kgunn: not yet, am not out of ideas just yet
[13:28] <Saviq> racarr, ping
[13:29] <kgunn> tjaalton: mlankhorst hey do you guys know anything about potential open source driver roadmaps, primarily when/if opengl4 would be supported?
[13:30] <mlankhorst> when we get around to it, if someone gets around to it :P
[13:30] <tjaalton> kgunn: http://www.x.org/videos/XDC2013/ian_romanick_mesa_update.avi that should tell, iirc
[13:31] <tjaalton> maybe next year
[13:31] <mlankhorst> sarnold:  might know better than me, tbh
[13:31] <mlankhorst> sarvatt*
[13:33] <tjaalton> http://www.youtube.com/watch?v=Lk20sLDI1eE&feature=youtu.be
[13:33] <tjaalton> better link
[13:43] <greyback> alan_g: what does this error imply:   what():  bind: Address already in use
[14:07] <ricmm> kgunn: ping
[14:08] <kgunn> ricmm: pong
[14:08] <ricmm> kgunn: hey kevin, about the autopilot stuff... Mir blows up internally when the hwc is in a blanked state upon starting
[14:08] <ricmm> thats not really the shell's fault, the Mir code needs to account for this case
[14:08] <ricmm> bring the hwc to a clean slate etc
[14:08] <kgunn> greyback: oh crap... alan_g is out this afternoon dealing with a speeding ticket i think
[14:08] <ricmm> it is possible that unity8 will crash unexpectedly at some point while the screen is blanked
[14:08] <kgunn> alf_: ^ can you help greyback
[14:09] <ricmm> in which case Mir needs to make sure it can account for a startup with a hwc in any state
[14:09] <ricmm> the only case unity8 can protect is the oen where it has been explicity asked to quit itself
[14:09] <ricmm> one*
[14:10] <alf_> greyback: perhaps some left-over mir socket file?
[14:10] <ricmm> its usually the left over /tmp/mir_socket yea
[14:10] <kgunn> ricmm: hmmm....wonder if that's because of some discussion i saw yesterday about AP stuff, creating some objects out of order...
[14:10] <ricmm> greyback: you sure its not there?
[14:10] <ricmm> kgunn: its not APs fault, nor the shell
[14:10] <kgunn> ricmm: i'm not saying it is
[14:11] <greyback> ricmm: I get this when running shell through AP, so need to figure out why
[14:11] <ricmm> greyback: only through AP?
[14:11] <kgunn> ricmm: i'm saying that you're right in that we may need to put in some safety code for a new order of things
[14:11] <greyback> ricmm: yep, I can run manually
[14:11] <alf_> greyback: can you run in gdb and get a backtrace?
[14:11] <ricmm> greyback: just strace it, you'll see the failing syscall()
[14:12] <ricmm> kgunn: indeed, we need some protection when initializing the hwc to make sure it is reset to an unblanked state
[14:12] <ricmm> kgunn: technically spurious ->blank() or ->unblank() calls shouldnt fail, according to API
[14:12] <ricmm> but robert's code is catching it somewhere
[14:12] <ricmm> im sure he can sort it in miutes
[14:13] <kgunn> ricmm: well...that is semiCo code :)
[14:13] <kgunn> ricmm: yeah...we have mir stand up in 45 minutes
[14:13] <kgunn> kdub always makes it... racarr is a sometimes...
[14:16] <ricmm> kgunn: I could join and explain if you want
[14:16] <kgunn> ricmm: sounds great
[14:16] <kgunn> will invite
[14:16] <ricmm> perfect
[14:18] <didrocks> kgunn: oh, just a note, when you merge from the dev branch to trunk, please use a better and more detailed commit message "merge from latests dev branch" isn't very informative :)
[14:19] <kgunn> didrocks: ack....i can populate with aggregate commit
[14:19] <didrocks> kgunn: yeah, seems to be the right strategy ;)
[14:19]  * kgunn still claims victory for not breaking build :)
[14:41] <om26er> The performance of Mir on Nexus 4 was on par with SF a few weeks ago, what changed? Is there a bug report somewhere ?
[14:42] <om26er> davmor2, maybe you know ? ^
[14:46] <davmor2> om26er: I don't have mako I have maguro which is slower anyway.
[14:48] <davmor2> om26er: I took some basic videos yesterday and posted them here showing that mir was slower.  I was going to run with mir all day today but then I get no notifications about calls and messages so need to get image 75 first.
[14:49] <om26er> davmor2, is 75 coming soon ?
[14:49] <davmor2> om26er: as soon as all the bits required have built which isn't happening currently
[15:02] <kgunn> kdub: alf_ racarr hikiko ricmm standup
[15:05] <hikiko> joining kgunn
[15:29] <hikiko> goodbye!
[15:38] <ricmm> kdub: ping
[15:38] <kdub> pong
[15:38] <ricmm> kdub: http://paste.ubuntu.com/6180049/
[15:38] <ricmm> you can see the last working blocking pread() on the vsync fd in line 1
[15:38] <ricmm> returns in line 7 with valid data
[15:39] <ricmm> line 8's returns immediately with empty data
[15:39] <kdub> off the top of my head
[15:39] <ricmm> and then its spuriously happening like that consuming the full CPU where that thread schedules
[15:40] <kdub> that looks like the vsync signal that is polled for, which surfaceflinger uses to trigger its own composition, and sends that signal on to the clients
[15:40] <kdub> we should probably disable/enable that signal on a blank
[15:40] <ricmm> you dont use that signal at all?
[15:40] <kdub> and i'll think about disabling it, we're getting vsync from the commit fences right now
[15:40] <kdub> right
[15:40] <ricmm> oh then by all means disable it
[15:41] <ricmm> as it wakes the thread on vsync
[15:41] <kdub> yeah, disabling it makes more sense
[15:41] <ricmm> not costly, but then it causes this crap
[15:41] <kdub> i might re-enable it for performance logging or something at some point though
[15:41] <ricmm> is it easy to disable?
[15:41] <kdub> yeah, easy
[15:41]  * ricmm likes these answers
[15:41] <ricmm> tell me how I can test :)
[15:43] <ricmm> kdub: why are we polling for the signal anyways? or is that the hwc polling it
[15:43] <ricmm> if its unused for anything in Mir I mean
[15:43] <kdub> we used to use it to get vsync
[15:43] <ricmm> ah ok
[15:43] <kdub> and hwc10 still does
[15:43] <ricmm> maguro is 1.0 ?
[15:43] <kdub> right
[15:43] <ricmm> hmm
[15:44] <ricmm> I havent tested this breakage in maguro, although in maguro we dont blank
[15:44] <ricmm> we just suspend
[15:44] <ricmm> which in turn turns the hwc off and gpu, etc
[15:44] <kdub> ricmm, http://bazaar.launchpad.net/~mir-team/mir/development-branch/view/head:/src/server/graphics/android/hwc_common_device.cpp#L68
[15:44] <ricmm> I guess it will blow up maguro if you remove it, which we dont wanr
[15:45] <kdub> turn that last argument from a 1 to a 0
[15:45] <kdub> or just delete lines 68-76
[15:45] <ricmm> ok
[16:00] <kgunn> alf_: i'd ask duflu...since he's not on, do you know if raof/duflu actually fixed the radeon corrupt render issue ?
[16:01] <kgunn> alf_: having a hard time deciphering bug correspondence
[16:07] <kdub> android display creation needs some cleanup
[16:08] <alf_> kgunn: the radeon issue we were seeing during the sprint (vertical black lines) has been fixed: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1218815
[16:08] <alf_> kgunn: however, there seems to be a new radeon glitch: https://bugs.launchpad.net/mir/+bug/1233545
[16:08] <kgunn> alf_: thanks...arg, marked invalid for xmir...that's why
[16:08] <kgunn> alf_: yeah...saw that :)
[16:14] <alan_g> greyback: @"bind: Address already in use" - the socket filename is already being used
[16:14] <mterry> Hello!  I'm looking at a bug with unity8-on-Mir where a frame or two of the dash can be seen before the greeter appears on screen-turn-on.  I'm told that the Mir compositor stops accepting frames when the screen is blanked.  But it seems that Mir is shutting down frames sooner than unity8 can respond to the screen-blank event and thus can't prepare the screen.  :(  Any hints?
[16:15] <mterry> racarr, alan_g: ^ ?
[16:16] <alan_g> mterry: not anything I'm familiar with. Sorry
[16:17] <ricmm> kdub: seems to be doing the same
[16:17] <ricmm> I still get the VSYNC pollers
[16:18] <ricmm> perhaps they are enabled by default, what I did was remove the code
[16:18]  * ricmm readds
[16:23] <ricmm> kdub: http://androidxref.com/4.2.2_r1/xref/hardware/libhardware/include/hardware/hwcomposer.h#337
[16:24] <kdub> yeah, we're doing that wrong
[16:24]  * mterry has to run for lunch, but will be back
[16:28] <kdub> ricmm, try setting to zero
[16:28] <kdub> really, that thread looks like its started in registerProcs
[16:30] <ricmm> kdub: so should I first disable in the eventControl before registering the thread with registerProcs?
[16:30] <ricmm> perhaps it doesnt disable on the fly
[16:31] <ricmm> kdub: neg this is how SF does it so should be fine
[16:31] <kdub> just reading through the code for that thread
[16:32] <kdub> it should be able to be disabled on the fly
[16:32] <kdub> and it should start off
[16:33] <ricmm> well I still see the pread()s
[16:33] <ricmm> is it possible that what is disabled is the event delivery through vsync() ?
[16:33] <ricmm> yet it still polls internally
[16:37] <kdub> it should be waiting on a condition variable here https://github.com/CyanogenMod/android_hardware_qcom_display/blob/cm-10.1/libhwcomposer/hwc_vsync.cpp#L96
[16:59] <kdub> alf_, do gbm buffers have fences?
[17:00] <kdub> just wondering if mg::BufferBasic should have fence-related functions, or if that's just an android think
[17:00] <kdub> thing
[17:10] <mterry> Back.  Still curious if anyone knows much about Mir compositing as the screen blanks
[17:30] <ricmm> kdub: im at a loss here, im clearly disabling it
[17:31] <ricmm> condition is zero'd in the qcom hwcomposer
[17:31] <ricmm> so that thread should block on it
[17:31] <kdub> but its still not blocking? strange
[17:31] <ricmm> yea
[17:31] <ricmm> we shouldn't be reaching the pread at all
[17:32] <bschaefer> racarr, ping
[17:32] <mterry> kdub, I see you in bzr log for some HWC stuff.  Do you know much about how Mir handles blanking/unblanking the screen?  Specifically, is there an opportunity for the shell to change the screen before Mir stops accepting new frames upon a blank event?
[17:33] <ricmm> mterry: the blanking is requested by the shell, so yes the shell knows when its going to unblank
[17:33] <ricmm> exactly what are you trying to do?
[17:33] <mterry> ricmm, requested by shell?  Not powerd?
[17:33] <mterry> ricmm, I'm looking at a bug with unity8-on-Mir where a frame or two of the dash can be seen before the greeter appears on screen-turn-on.  It seems that Mir is shutting down frames sooner than unity8 can respond to the screen-blank event and thus can't prepare the screen
[17:34] <kdub> well, i think powerd talks dbus to the shell, and the shell commands mir what to do
[17:34] <kdub> if i understand
[17:35] <ricmm> mterry: powerd -> DBus to shell -> shell out to Mir to blank
[17:35] <ricmm> yup
[17:35] <mterry> kdub, interesting... ideally what I'd really like to happen is "blank screen; display something on that screen; have Mir stop accepting new frames"
[17:35] <mterry> ricmm, kdub: OK, will look in shell code for where we do that.  May help me figure a workaround
[17:35] <ricmm> AFAIK hwcomposer blanking means the composer stops accepting frames, as well
[17:36] <ricmm> so whatever you want in place needs to be there before the blanking happens
[17:36] <ricmm> because also when we return to powerd, it will try to suspend (stop some pipelines, more weird behaviour(
[17:36] <kdub> well, we stop the composition pass, which in effect, stalls the clients
[17:36] <mterry> ricmm, seems like a jarring experience for user.  Ideally they see dash -> black -> greeter
[17:37] <kdub> so seems we could display a fade (or whatever design wants) to black
[17:37] <kdub> then blank
[17:37] <kdub> then turn on, and start rendering a fade from black (or whatever)
[17:38] <ricmm> I would believe that would be communication between shell and greeter
[17:38] <ricmm> shell can hide, draw greeter and blank
[17:38] <ricmm> it all happens rather quickly anyways
[17:41] <racarr> bschaefer: Pong
[17:41] <bschaefer> racarr, hey, sooo it looks like we want v/hscroll back into mir again :(
[17:41] <bschaefer> racarr, problem, is we break the size of the event structure mp:
[17:41] <bschaefer> https://code.launchpad.net/~brandontschaefer/mir/lp.1233089-fix-v-h-scroll/+merge/188666
[17:42] <bschaefer> racarr, and was wondering if you have any preference to which event info we could remove to make room for v/h scroll info :)
[17:42] <mterry> OK, yup.  I see chain now.  powerd calls com.canonical.Unity.Screen.setScreenPowerMode (defined in unity-mir) which calls Mir's configure_output
[17:43] <bschaefer> racarr, i also need to fix that branch up...some extra stuff got into it?
[17:43] <racarr> bschaefer: I don't think...at least first thought
[17:43] <racarr> that we should remove another event
[17:43] <racarr> to make room for v/h scroll
[17:43] <racarr> sounds like eventually you have to break ABI twice
[17:43] <racarr> i.e. will we want it back later
[17:43] <bschaefer> racarr, true, thats another option :)
[17:43] <racarr> just a big confusion
[17:43] <racarr> etc
[17:43] <bschaefer> yeah
[17:44] <racarr> so I would rather just bump mir client ABI but maybe
[17:44] <bschaefer> i can fix up the branch and wait for the next ABI break to go in
[17:44] <racarr> its really not opssible anymore
[17:44] <racarr> yeah I think that would be good unless its a rush
[17:44] <bschaefer> missing that event info causes some things to not work, but not a rush
[17:47] <mterry> greyback, so I'm looking at sequence on screen-blanking.  unity-mir receives a request from powerd to blank, then it asks Mir.  Is it reasonable to add a unity-mir signal to shell that it is about to blank, "better get any frames that you want in now"?
[17:49] <mterry> greyback, maybe in Unity.Application...?
[17:49] <greyback> mterry: maybe? So you want shell to be able to delay the screen blank?
[17:50] <mterry> greyback, I don't know about delay, but I'd like to prepare the screen for wake-up, so that user doesn't see a frame of the dash upon wakeup before the greeter can appear
[17:50] <racarr> kgunn: When can we break mirclient ABI again?
[17:51] <mterry> racarr,  :)
[17:52] <racarr> I have an idea
[17:52] <racarr> re: mterry and greyback
[17:52] <greyback> mterry: sure, I understand the problem. But how to make sure we've the right frame ready isn't obvious to me. I thought the easiest solution is for Mir's compositor to allow shell to push a few more frames after the screen has blanked...
[17:52] <racarr> The problem is, the client tries to swap buffers after
[17:52] <racarr> the screen blanks
[17:53] <racarr> which blocks, because it cant get a new buffer, because the compositor can't display its buffer
[17:53] <racarr> its old buffer
[17:53] <mterry> greyback, well, we could also squeeze in a frame before blanking, same diff?  I don't know if we do it right before blanking if user would see it before screen goes dark or not
[17:53] <racarr> so basically the problem is that there are these 1 or 2
[17:53] <racarr> buffers in flight, 1 held by the client
[17:53] <racarr> which it wants to swap
[17:54] <racarr> and potentially the last one held by the compositor which it may have not gotten a chance to render yet
[17:54] <greyback> racarr: could we just empty the Buffer ring for shell?
[17:54] <racarr> yes, that's what I am getting at
[17:54] <racarr> just cancel all the buffers, so after screen unblank
[17:54] <greyback> yep, sounds ok to me
[17:54] <racarr> the first swap buffers wont display anything/perhaps its some sort of error
[17:55] <racarr> and then you get a buffer back, and get a chance to draw a frame
[17:55] <racarr> yeah :D
[17:57] <racarr> Ok
[17:57] <racarr> I can't immediately work on that...
[17:57] <greyback> so we'd need to somehow get to the SwitchingBundle for the shell, and call compositor_buffer on it a few times?
[17:59] <ricmm> if you have no time to work on it right away, why dont we just block unity-mir blanking until the shell says "cool"
[17:59] <ricmm> I can see it being just a few lines of code
[17:59] <racarr> greyback: I think maybe we can use "drop_frames"
[17:59] <racarr> it should be internal to the graphics backend though
[18:00] <greyback> racarr: sure
[18:00] <greyback> mterry: yeah, that's probably the quickest option: to unity-mir add a signal this is emittedwhen powerd asks for blanking. In unity8, connect to that signal, have the greeter slide in
[18:01] <greyback> mterry: then also to unity-mir add an invokable method which actually does the blanking. Then call that function from QML after greeter slide-in animation complete
[18:01] <greyback> so at least the pre-blank and post-blank visuals will be identical
[18:01] <mterry> greyback: I plan to drop the slide-in animation when blanking
[18:02] <mterry> greyback, so should be immediate
[18:02] <racarr> but then there is just
[18:02] <racarr> one frame before you blank
[18:02] <racarr> that is wrong
[18:02] <greyback> mterry: but then we've the problem again. There'll be some old pre-blank frames in the shell's buffer of frames, which will only be rendered after screen unblanked
[18:03] <greyback> Mir does triple buffering for apps, so every app has up to 3 frames ready at any one time
[18:03] <mterry> greyback, heh, you mean by making the greeter show faster, I'm making it worse?  :)
[18:03] <greyback> s/apps/clients/
[18:04] <mterry> greyback, guh, seems like the empty-queue method is the right way
[18:04] <mterry> greyback, but that's not going to happen soon you don't think?
[18:04] <racarr> I mean I can probably get to it by thursday
[18:04] <racarr> I just mean I cant do it right now
[18:04] <mterry> racarr, I don't think this is AAA priority
[18:05] <ricmm> its not AAA priority
[18:05] <mterry> racarr, it is marked for v1freeze, but doesn't need to be fixed today
[18:05] <racarr> ok
[18:05] <ricmm> wait a sec
[18:05] <mterry> racarr, for tracking purposes, bug is 1233564
[18:05] <racarr> ill mention it at the weekly meeting to confirm the approach
[18:05] <greyback> racarr: yeah, good idea
[18:05] <ricmm> if it will be the Mir way, then it needs to happen ASAP, because Mir has a long turnaround and it usually breaks other things
[18:05] <racarr> and hopefully do it on thursday
[18:06] <ricmm> if its shell it can wait as its higher level and simpler
[18:06] <racarr> mir ;)
[18:06] <greyback> racarr: let us know if the other Mir guys approve of it or not
[18:06] <racarr> ok
[18:07] <racarr> it made it in to the .org file :)
[18:07] <mterry> racarr, to ricmm's point, do you know if there will be enough time afterward to land well?  When are you guys planning last drop?
[18:07] <racarr> "last drop" -> *chills up spine*
[18:07] <racarr> I...honestly don't know
[18:07] <racarr> kgunn: ^?
[18:09] <mterry> racarr, thanks btw for offering to do the work.  I've got the unity8 side of this, but would not be able to do Mir side in any reasonable timeframe
[18:16] <ricmm> kdub: my bad in the end
[18:16] <ricmm> disabling it does work fine
[18:16] <ricmm> sorry
[18:17] <racarr> mterry: No worries
[18:17] <racarr> my current delegation is to be a unity<->mir bug fairy and work on the mirserver API inbetween :)
[18:18] <kdub> ricmm, no problem, i'll mp a fix that disables that signal
[18:24] <ricmm> kdub: thank you, make sure it doesnt break maguro
[18:59] <racarr> [ RUN      ] TestClientInput.clients_receive_injected_input_per_norm
[18:59] <racarr> [       OK ] TestClientInput.clients_receive_injected_input_per_norm (17 ms)
[18:59] <racarr> and they like it too.
[18:59] <racarr> lots of mechanical event conversion code to write + tests before motion events make it through
[19:00] <racarr> but got the inject to handle mechanism established
[19:00] <davmor2> kgunn: image 75 is finally with us, So I'll give mir a hammering tonight and tomorrow am and let you know what I find :)
[19:01] <kgunn> mterry: racarr as to last code drop - well Oct 10 is supposed to be the cut off
[19:02] <racarr> not that anyone is counting right?!?!
[19:02] <racarr> >< ok thanks
[19:05] <thomi> kgunn: ping?
[19:07] <thomi> actualkly, nvm. read my email
[19:07] <kgunn> thomi: :)
[19:07] <thomi> this is such a mess. to make matters worse, I'm pretty sure I'm getting sick :-/
[19:11] <kgunn> racarr: mterry it seems we almost need a compositor flush command ?
[19:11] <kgunn> if i understand the scrollback correctly
[19:19] <racarr> yeah
[20:48] <davmor2_> kgunn: I had to stop running mir after an hour animation ground to a standstill.  Are there any logs or info that would be useful to diagnosing why and I'll try again
[20:49] <kgunn> davmor2_: anything in var/crash ?
[20:53] <davmor2_> kgunn: hud service crash maliit crash and a couple of others.
[20:57] <davmor2_> kgunn: I'll clear it down though then run some more tests, also hud didn't work under mir but is under sf.  I'll run top and look at crash reports and grab some logs tomorrow it's getting late now :-)
[20:57] <kgunn> davmor2_: yep...knew about the hud...
[20:58] <kgunn> davmor2_: do you know how to unwind a crash file ?....have to download symbols
[20:58] <kgunn> run apport backtrace or some such....i'll try to find the wiki...
[20:58] <kgunn> but getting slammed in another channel atm
[21:00] <davmor2_> kgunn no rush dude I'm calling it a night just ping me or mail me on<EMAIL_ADDRESS>I'll be testing in the morning now any way :-)
[21:01] <kgunn> racarr: ping
[21:02] <racarr> kgunn: pong
[21:03] <kgunn> racarr: in unity...we think we might be screwwed on AP test enabling
[21:03] <kgunn> thomi was just pointing out
[21:04] <kgunn> that AP is built to just launch apps w/o shell
[21:04] <kgunn> but i don't think that's possible (atm)
[21:04] <kgunn> racarr: ^ ?
[21:04] <racarr> part of the plan with
[21:04] <racarr> this idea that only the shell would launch apps/it would verify the PIDs
[21:04] <racarr> were that 1. The shell would grow a dbus interface for launching apps
[21:05] <racarr> 2. upstart could be used directly by things that want to launch apps
[21:05] <racarr> and unity recognizes the PID from upstart and matches them
[21:05] <racarr> I don't believe 2 is implemented
[21:05] <thomi> racarr: is 1. implemented?
[21:05] <racarr> No, but it seems like it could be quickly
[21:05] <racarr> I mean, to unblock things
[21:05] <thomi> ok. We need it in like.... 30 minutes... doable?
[21:06] <racarr> unity-mir could have an environment variable
[21:06] <racarr> UNITY_MIR_DISABLE_SESSION_AUTHORIZER
[21:06] <racarr> for test runs
[21:06] <racarr> that's doable in 30 minutes :p
[21:06] <racarr> god you guys scared me
[21:06] <kgunn> racarr: thanks...if you could....
[21:06] <racarr> I thought it was just like "none of the tests work"
[21:07] <kgunn> racarr: you have no idea
[21:07] <racarr> yeah will do it right now!
[21:07] <thomi> racarr: so.. we'd need to export that before unity8 started?
[21:07] <thomi> cos that runs inside upstart, so we'd need some upstart hacks as well
[21:10] <thomi> racarr: ?
[21:11] <thomi> I guess this also means that we can no longer run apps without the shell running?
[21:11] <racarr> thomi: https://code.launchpad.net/~robertcarr/unity-mir/disable-authorizer-env/+merge/188717
[21:11] <racarr> yes
[21:11] <thomi> dandrader: veebers - you guys should probably read this conversation: ^^
[21:12] <thomi> racarr: yes to which question?
[21:13] <racarr> yes we need to export it before unity 8 starts
[21:14] <racarr> I don't know how upstart environments work
[21:14] <racarr> presumably, as this is a required in 30 minutes solution, upstart can echo UNITY_MIR_DISABLE_SESSION_AUTHORIZER=1 to /etc/some/file/that/i/dont/know/the/name/of
[21:15] <racarr> and restart unity :p
[21:15] <racarr> err
[21:15] <racarr> upstart can echo, I mean
[21:15] <racarr> autopilot can echo
[21:17] <kgunn> veebers: ^ AP can echo ?
[21:18] <veebers> kgunn: yep, it can shell out or write a file etc.
[21:19] <veebers> I'm just reading the backlog to get context
[21:23] <kgunn> racarr: https://plus.google.com/hangouts/_/16ed3d4ac7bbdd50e109aaabbce63c149b8fb526?authuser=1&hl=en
[21:25] <racarr> brt
[21:26] <racarr> ill brb whole system performance
[21:26] <racarr> is awful
[21:26] <racarr> need to restart X
[21:42] <kgunn> thomi: so racarr is free ?
[21:42] <kgunn> ...or we still need the UNITY_MIR_DISABLE_SESSION_AUTHORIZER=1 to /etc/some/file/that/i/dont/know/the/name/of
[21:43] <racarr> seems unnnecessary because
[21:43] <thomi> kgunn: We probabyl won't need that
[21:43] <racarr> they have this desktop file hint workaround thing
[21:43] <thomi> but lets keep it around, just inc ase
[21:43] <thomi> thanks for that though racarr :)
[21:43] <racarr> ok, leaving for space burning man, see you guys in a month.
[21:43] <kgunn> :))
[21:43] <racarr> ...:p
[21:45] <racarr> back to input injection
[21:45] <racarr> 80% done
[21:46] <racarr> reversing the lexicon and the assosciated tests is turning out to be really tedious
[22:01] <Saviq> racarr, btw, bug #1233245 - known issue?
[22:01] <ubot5`> bug 1233245 in unity8 (Ubuntu) "Volume up/down keys not working with Mir" [High,Incomplete] https://launchpad.net/bugs/1233245
[22:01] <racarr> Saviq: new to me
[22:02] <Saviq> racarr, we're not getting any VolumeUp / VolumeDown keys - neither when there's an app in focus or not
[22:02] <Saviq> racarr, also, the fact that if you try starting unity8 when screen is blank results in "cannot unblank screen" and then you need to reboot, otherwise "address already in use" happens?
[22:03] <racarr> second one sounds like a stale unity 8 process is lingering
[22:03] <racarr> not sure what is supposed to happen when multiple procsses try and useHWC
[22:03] <racarr> first one...I think ugh
[22:03] <racarr> there may be an issue with unity8 actually getting key events because of the way its input areas work
[22:03] <racarr> its pretty unlikely that it would have key focus...
[22:04] <racarr> I guess, the first step would be to ensure mir_demo_server_input_filter produces key events on volume up/down but im almost certain it does (it certainly used to)
[22:04] <racarr> then to ensure a normal Qt client can receive them
[22:04] <racarr> and if so then the shell just isn't getting focus
[22:05] <racarr> but maybe they are getting lost in the Qt keymapping (As an example) which isn't tested much because OSK shortcircuits it
[22:05] <racarr> Saviq: probably the absolute first thing to try is run unity8 with MIR_SERVER_INPUT_REPORT=log and MIR_SERVER_LEGACY_INPUT_REPORT=log
[22:05] <racarr> and see how far the events get
[22:05] <racarr> ill start updating my phone ;)
[22:06] <racarr> but I can't spend a bunch of time on it right now, I need to power through this input injection thing
[22:06] <racarr> so we can get the HUD going
[22:06] <Saviq> racarr, yeah, k
[22:24] <racarr> mzanetti: Needs another hour or two of work before it can land but this should work: https://bugs.launchpad.net/mir/+bug/1233378
[22:24] <ubot5`> Ubuntu bug 1233378 in Mir "Unity requires input injection API from Mir " [Undecided,In progress]
[22:24] <racarr> rtt
[22:24] <racarr> err
[22:24] <racarr> https://code.launchpad.net/~robertcarr/mir/input-injecter-api/+merge/188743
[22:56] <sarnold> hrm, what does the #ifdef ANDROID _really_ mean here, and why does ANDROID platform not have std::make_shared? http://paste.ubuntu.com/6181654/
[23:03] <racarr> sarnold: IT means is mir built with MIR_PLATFORM=android, i.e. are we using the android graphics drivers
[23:03] <racarr> android does have make_shared, the code is a little tricky to parse, on android it is returning a new instance
[23:03] <racarr> of the MirNativeBuffer object
[23:03] <racarr> on not android (GBM or nested) it is returning an empty shared pointer (null) of type MirNativeBuffer
[23:04] <racarr> "returning a new..." -> "returning a pointer to a newly allocated instance"
[23:07] <sarnold> racarr: thanks :)
[23:45] <thomi> racarr: still awake?
[23:46] <thomi> kgunn: the next issue seems to be input related - the autopilot input emulators don't have any effect on the launched applications.
[23:46] <thomi> as in, we try and tap on a button, and nothing happens
[23:47] <thomi> python
[23:47] <thomi> dammit, wrong window again
[23:49] <thomi> robert_ancell: who else can I ping about this?
[23:52] <racarr> thomi: oi
[23:52] <thomi> oh, you are awake :)
[23:52] <thomi> racarr: so.. any time I try and use the UInput touch driver that autopilot has, a big fat nothing happens on the screen
[23:53] <racarr> ok that is supposed to be synthetic udev devices right?
[23:53] <thomi> yes, essentially it's a user-space udev driver
[23:54] <racarr> It should work, so the first step is really to get MIR_SERVER_INPUT_REPORT=log and MIR_SERVER_LEGACY_INPUT_REPORT=log
[23:54] <racarr> then we should be able to see if the devices are loaded/recognized
[23:54] <racarr> and what happens
[23:54] <thomi> so, I should set those before starting unity8, and then paste you the unity8 log file?
[23:55] <thomi> I suspect the problem is that the udev device node only gets created when autopilot creates the touch device, which is long after the shell has started
[23:55] <thomi> does that sound plausible?
[23:55] <racarr> about pasting the log file and startying unity8: Yes :D lets get stderr and stdout
[23:55] <racarr> about the theory: It's plausible but device adding/removing should work
[23:56] <thomi> OK, I'll do that now
[23:57] <racarr> cool
[23:57] <racarr> we should have a MIR_DUMP_EVERYTHING_THAT_MAYHAPS_BE_USEFUL_FOR_DEBUGGING


[21:02]  * Armageddon pokes leblinux
[21:08] <leblinux> hala Arm kifak w keef il shabeb?
[21:16] <Armageddon> do I know you ? :o
[21:17] <leblinux> :o
[21:18] <leblinux> no you don't know me ...
[21:18] <Armageddon> ok


[10:25] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: Add 19.04 desktop wallpaper, ready for the UIFe process. @ http://git.launchpad.net/xubuntu-artwork/commit/?id=b2896fad311c2279905712be5d2614b89912af21 (by Pasi Lallinaho)
[10:55] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: Revert "Add 19.04 desktop wallpaper, ready for the UIFe process." @ http://git.launchpad.net/xubuntu-artwork/commit/?id=f0ee363a10533a5e37fd40905bbb62781aca5c50 (by Pasi Lallinaho)
[10:58] <knome> Unit193: do we need to registed launchpad "series" now that we're using git and you can't bind git branches to series?
[10:59] <knome> uife bug #1820388 (pending plymouth wallpaper update, so don't sub others yet)
[12:09] <bluesabre> knome, yeah, the lp series don't do anything for us now, so we just use the branches instead
[12:10] <knome> good to know
[12:10] <knome> do they even do anything for the history, eg. should we just delete them all to avoid confusion if they are hollow?
[12:11] <bluesabre> That... I don't know
[12:12] <knome> because they do not link to any branches obviously
[12:12] <knome> https://launchpad.net/xubuntu-artwork/cosmic
[12:12] <knome> this doesn't look like anything that's useful for anybody
[12:13] <bluesabre> Yeah, that looks useless
[12:13] <knome> neither does this, and is just a boring/confusing/useless/outdated list: https://launchpad.net/xubuntu-artwork/+series
[12:14] <bluesabre> fair point
[12:14] <knome> and i don't think we use the series for anything internally either; there are no milestones or blueprints
[12:15] <knome> (and once i get my act together and finish the development tracker code, we don't have to do blueprints on launchpad for anything)
[12:15] <knome> so i will go ahead and delete these all for -artwork to begin
[12:15] <bluesabre> Sounds good to me
[12:15] <knome> son woke up, so now i can go work on my desktop; brb
[12:16] <bluesabre> :)
[12:18] <knome> aaahhh... there are some old bzr branches for the old series
[12:18] <knome> so those should be kept
[12:18] <knome> ...i guess
[12:21] <knome> "View Bazaar branches" show this: https://code.launchpad.net/xubuntu-artwork/+branches
[12:21] <knome> doesn't show any old series branches
[12:21] <knome> ..but they exist, like here: https://bazaar.launchpad.net/~xubuntu-art/xubuntu-artwork/zesty/files
[12:21] <knome> ...what? :P
[12:22] <knome> oh, any active status
[12:22] <knome> right.
[12:24] <bluesabre> :)
[12:27] <knome> bluesabre, Unit193: to both of you, how do you feel about keeping old stuff in bzr branches? do we let them just be, or do we want to migrate them as git branches?
[12:28] <bluesabre> knome, I think it makes sense to migrate them to git so everything is in one place
[12:28] <knome> yeah, me too
[12:28] <knome> and that way we can remove the series for good
[12:28] <knome> tbh, we can remove those series now
[12:28] <knome> the bzr branches do not need the series to exist...
[12:30] <knome> uhh...
[12:30] <bluesabre> https://wiki.bluesabre.org/development/git-migrations
[12:30] <knome> can of worms.
[12:30] <knome> https://launchpad.net/xubuntu-artwork/+packages
[12:30] <knome> we need to unlink these first
[12:30] <bluesabre> hoo boy
[12:30] <knome> yeah
[12:31] <knome> i guess i'll just mark all of the series obsolete
[12:31] <bluesabre> I've actually gotta step out for a bit, but I'll bbabl
[12:31] <knome> yeah, i think i'll be gone then
[12:31] <knome> hf
[12:31] <bluesabre> seeya knome, have a fun day
[12:31] <knome> ta
[12:36] <knome> bluesabre, your tutorial misses the requirement to have bzr-fastimport installed
[12:36] <bluesabre> dang
[12:37] <knome> np. :)
[12:38] <knome> also misses explanation on importing from different location (eg. bzr and git branches live in different dirs, but i assume you just change the "." part in the fast-export command
[12:38] <knome> also doesn't mention if the git branch needs to exist before importing
[12:39] <bluesabre> I think `--git-branch=0.1` does that
[12:39] <knome> yep
[12:40] <knome> and oh, yes i understand the "different dirs" problem now
[12:40] <knome> :P
[12:41] <knome> basically just do >file instead of piping to git-import, then run git-import with the file
[12:42] <knome> let's see if i blow up something :)
[12:45] <knome> bluesabre, https://paste.ubuntu.com/p/rf8TZMBR5f/
[12:45] <knome> where xubuntu-artwork is the dir for the git repository
[12:46] <knome> also need to remember to cd ..
[12:50] <knome> bluesabre, updated https://paste.ubuntu.com/p/gN33H9K6XT/
[12:54] <knome> also git fast-import didn't work with a file parameter, needs piping
[12:57] <knome> heeeey :D https://code.launchpad.net/~xubuntu-art/xubuntu-artwork/+git/xubuntu-artwork/+ref/karmic
[13:00] <knome> doing another automated test.
[13:01] <knome> fun! https://code.launchpad.net/~xubuntu-art/xubuntu-artwork/+git/xubuntu-artwork/+ref/jaunty
[13:13] <knome> bluesabre, another thing, i'm not sure the last command (--tags) is needed, i keep getting a message telling the tags are rejected since they already exists -- even the tags that come from the new branch!
[13:20] <knome> i should be able to migrate all branches from bzr to git before i leave and when i get back i will look at deleting those bzr branches and stuff
[13:25] <knome> ok, all xubuntu-artwork branches are in git now.
[13:25] <knome> bbl.
[13:25] <knome> have a nice saturday!
[20:35] <knome> nuked the series for -artwork, branches are still intact
[20:38] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: Transition xubuntu-artwork for elementary-xfce-icon-theme package @ http://git.launchpad.net/xubuntu-artwork/commit/?id=8788b9a5f97a49ebbfdc56917d8764d5cbf412d0 (by Sean Davis)


[05:26] <CluelessPerson> BOOM
[06:01] <Error404NotFound> how would i display all pvs belonging to a specific vg?
[06:02] <Error404NotFound> got it
[09:09] <madalin> hello, can anyone tell me how i can get the dhcpserver to lease forever ?
[11:10] <RoyK> anyone that knows any good speech syntesis software? or even better, a horrible one to make eightees-speech syntesis?
[11:15] <Daviey> flite, festival?
[11:28] <Daviey> or spd-say
[13:23] <linxeh> hi there, I'm just doing an install of 11.04 server, and there is an option of "basic ubuntu server" in the list of software to install. Is there a list of the packages this will install anywhere?
[13:25] <linxeh> just look at the "server" meta package?
[13:27] <linxeh> ok nm, tasksel to the rescue
[14:09] <T3CHKOMMIE> good morning everyone. can anyone help me troubleshoot my dovecot IMAP server... thiings dont seem to be working :(
[14:18] <patdk-lap> depends
[14:23] <T3CHKOMMIE> patdk-lap, ive got postfix working and using webmin i can send and recieve just fine. i just cant get dovecot to server up the mailboxes via IMAP or IMAPS im using ubuntu server 10.04
[14:24] <patdk-lap> dunno anything about webmin
[14:24] <patdk-lap> and without any other info I can't help you
[14:25] <T3CHKOMMIE> patdk-lap, do you know of a good tutorial for configuring dovecot with ssl?
[14:26] <ersi> I'd suggest reading either at ubuntu server guide or at dovecots documentation
[14:26] <ersi> there's a ton of reading about postfix, dovecot and so
[14:27] <patdk-lap> the postfix and dovecot websites are really the best, they have all kinds of info
[14:27] <ersi> indeed, a ton of reading there
[14:29] <T3CHKOMMIE> ok thanks ill get to it.
[14:58] <Myrtti> webmin isn't supported anymore, anyways
[14:59] <SpamapS> !zentyal
[15:49] <savid> Hi, I'm looking into possibly using upstart to manage my website processes (using nginx + gunicorn), but I don't want to have a separate script for each website.  Is it possible to have a single script manage multiple processes based on a given name
[15:59] <savid> for example, if my upstart service is called "website",  I would want:  "service website www.example.com start",   and I would want upstart to be able to monitor and respawn that individual process for that website separately.
[16:03] <SpamapS> savid: just make multiple jobs that start on starting website and stop on stopping website
[16:04] <SpamapS> savid: you can even make website an empty job that just has 'start on runlevel [2345]' and 'stop on runlevel [016]' ...
[16:04] <SpamapS> savid: I hate to leave you hanging but I have to run.. maybe check out http://upstart.ubuntu.com/cookbook/ as well :)
[16:04] <savid> SpamapS, cool, makes sense.   Would I still need to have a script for every website, though?
[16:05] <savid> ah, ok.  thanks
[16:39] <Xptical> Hi all.  Anyone awake in here?
[16:39] <Myrtti> to some degree
[16:39] <Xptical> LOL.  Understandable.
[16:40] <Xptical> I recently changed my residential cable to a business account to get around the 250GB monthly cap.
[16:40] <Xptical> I got a static IP along with that and I was thinking of setting up a personal web server.
[16:41] <Xptical> But I'm unsure about everything I'll need.
[16:41] <Xptical> I know I want to use Cherokee server.  Probably PureFTP
[16:41] <Xptical> I'd like to use Postgres or some other SQL server to get away from MySQL
[16:42] <Xptical> And maybe Drupal as a CMS
[16:42] <Xptical> Am I missing anything?  Maybe something to handle outgoing mail for Drupal's notifications...
[16:44] <Myrtti> can't really think of any valid reason to have anything to do with FTP apart from if you need to receive files from an embedded device that can do only that
[16:45] <Myrtti> or if you're hosting a mirror of something
[16:46] <Xptical> I think most FTP clients can do FTP over SSH.  Right?
[16:48] <Xptical> Some "dropbox" type service would be nice too...
[16:49] <Xptical> dropbox is blocked at my office...
[16:49] <patdk-lap> xptical, there is no ftp over ssh, unless you meaqn ssh tunneling
[16:49] <patdk-lap> there is sftp, but it really has nothing to do with ftp
[16:50] <Xptical> I was playing with FireFTP last night.  If you tell it to use SFTP, it uses port 22.
[16:51] <patdk-lap> yes, that is sftp, not ftp over ssh
[16:51] <Xptical> So, yeah, probably no need for an actual FTP server
[16:51] <Xptical> What about outgoing mail?
[16:58] <ersi> Xptical: There's FTPS, which is FTP over a SSL encrypted channel. There's SCP (Secure Copy), FTP clients usually can't handle that thouhgh
[17:03] <patdk-lap> I don't know what scp is called secure copy
[17:03] <patdk-lap> it's really just a normal ssh session, that and you run normal commands
[17:03] <patdk-lap> makes it hell to secure
[17:14] <ersi> patdk-lap: Well well, it's called 'secury copy' none the less
[18:26] <HelloWorld321> I think I've installed Glassfish (and NetBeans) via Ubuntu Software Center, and I see lots of glassfish folders in /usr/share/doc, and I see lots of glassfish jars in /usr/share/java but I can't find asadmin anywhere.   Where should I be looking for asadmin?
[18:40] <jmarsden> HelloWorld321: You can use dpkg -L PACKAGENAME  |grep asadmin    # to list the contents of a package you installed, and look for asadmin in the output...
[18:46] <HelloWorld321> tx
[18:48] <Dulcin> Hi, I have a question, I'm setting up an ubuntu server and currently setting up apache. https://help.ubuntu.com/11.04/serverguide/C/httpd.html
[18:48] <Dulcin> Under 'Basic Settings' it mentions a 'Listen' directive, but I can not find this in the default virtual host file
[18:49] <ersi> It's not in the virtual host file, it's in another configuration file
[18:49] <oCean> Dulcin: it's in ports.conf if I'm not mistaken
[18:49] <ersi> oh yeah, that's the name of it
[18:49] <Dulcin> ok so it's included by default and my virtual host files can just leave that out?
[18:50] <Dulcin> that clears things up a little
[18:50] <ersi> depends on how your virtual host is configured :)
[18:50] <ersi> if it's answering on everything, ie *, then yes
[18:51] <Dulcin> Well I'm trying to set up a subdomain, so I copied the default file and am now editing it as the manual tells me to
[18:51] <Dulcin> but I couldn't find the Listen directive which it says should be there, so I was confused
[19:01] <DLCN> does it matter if my subdomain is an A record or CNAME when setting up the virtual host?
[19:02] <ersi> Nope
[19:02] <ersi> As long as the browser sends the correct "Host:" headers - it doesn't matter at all
[19:03] <ersi> record type doesn't have anything to do with that, afaik. It's just how the resolving of the names will occour
[19:06] <DLCN> Ok, I was just checking because the apache docs kept mentioning CNAME records
[19:06] <DLCN> But I was being stupid, forgot I was editing in the sites-available folder and not sites-enabled
[19:06] <DLCN> I got it to work now :)
[19:06] <ersi> ah :)
[19:06] <ersi> yeah, that shit has confused me a few times as well
[19:07] <ersi> (I was used to having one huge vhost config files before)
[19:07] <DLCN> heh
[19:15] <Dulcin> so now that the file is copied, which one do i edit?
[19:17] <Dulcin> (sites-enabled or sites-available?)
[19:20] <Dulcin> looking at the file rights, I assume sites-available :)
[19:20] <Dulcin> I mean, symlink
[19:32] <HelloWorld321> I just did a fresh install of Derby.  Do I need to do something to make it auto-start?  Will NetBeans launch it for me?
[20:46] <zastaph> under F4 Modes, would I choose "Install a minimal virtual machine" if I want to run Ubuntu server as Guest OS in VirtualBox ?
[20:51] <qman__> can, don't have to
[20:51] <qman__> that's what used to be known as the JeOS option, it strips out most drivers and things that aren't needed in a VM
[20:51] <qman__> standard installation will work equally well, it'll just be larger
[20:53] <zastaph> am setting up an "ubuntu server LTS master" that I can clone for all kinds of purposes, so kind of important choice :)
[20:54] <guntbert> zastaph: see https://help.ubuntu.com/community/JeOSVMBuilder  for an explanation
[20:54] <zastaph> and i think what is more relevant is if JeOS will work equally well as Normal .. that it wont have any disadvantages
[21:07] <Dulcin> Hmm, for some reason my apache virtual host file is not pointing to the right directory. The /var/www/index.html is displayed instead of /var/www/html/index.php - even though nothing in the virtual host file points to the old directory
[21:09] <Dulcin> ah got it working
[21:12] <leonel> hey ! xulrunner is gone in 11.10 .. what library replaces it ?
[21:14] <jmarsden> leonel: ask in #ubuntu+1
[21:15] <leonel> jmarsden: thanks  asking ...
[21:20] <Dulcin> Gah, these virtual host files are driving my crazy.
[21:21] <HelloWorld321> how many Kbps in a 100BaseT network?
[21:21] <Dulcin> When I set my server domain to 'example.com' it does not redirect to the right folder
[21:22] <Dulcin> but if I make it 'test.example.com' it works?
[21:23] <qman__> you do know what 100BaseT stands for, right?
[21:23] <Dulcin> I mean ServerName*
[21:23] <qman__> 100 megabits
[21:24] <qman__> your hosts file has to match up for it to work properly
[21:24] <qman__> but that looks more like something else syntactically at fault
[21:24] <qman__> maybe overlapping virtualhost definitions
[21:25] <Dulcin> I only have localhost + my domain in my hosts file
[21:27] <HelloWorld321> so if I never want an application to use more than half the bandwidth, and it throttled in kbps, I could use 50,000 kbps?
[21:28] <qman__> not exactly
[21:28] <qman__> that's the line's data rate
[21:28] <qman__> there are other things to consider like protocol overhead
[21:29] <qman__> half or full duplex, and whether all devices are capable of saturating the line
[21:29] <qman__> you should run a real world test to see just how much data it can actually push through
[21:29] <qman__> halve that, and use it
[21:30] <Dulcin> hmm does ubuntu have something like fedoras fpaste?
[21:30] <jmarsden> Dulcin: pastebinit maybe?  What exactly does fpaste do?
[21:30] <qman__> and you should also reserve a few percent of your bandwidth outside of any allotments, to avoid saturation lagging you out
[21:31] <Dulcin> jmarsden: upload output to fpaste pastebin and returns an url
[21:31] <jmarsden> Yes, pastebinit is the equivalent.
[21:31] <Dulcin> cool thanks
[21:31] <jmarsden> You're welcome.
[21:34] <Dulcin> Here's my file, do you see any errors?: http://paste.ubuntu.com/691863/
[21:35] <qman__> yes
[21:36] <qman__> the first directory statement isn't in quotes
[21:36] <qman__> I don't know for a fact that it needs to be, but being syntactically consistent is important to avoid weird problems
[21:37] <Dulcin> hmmm, ok ill change it, but this was an exact copy of the default virtual host file
[21:37] <jmarsden> qman__: The /etc/apache/sites-available/default has it without quotes... :)
[21:38] <qman__> fair enough
[21:39] <qman__> you also don't have a "<Directory />"
[21:39] <qman__> again, I don't know that it's required, but all of mine have it
[21:40] <Dulcin> they all have a </Directory> right?
[21:40] <qman__> yes, I just meant there's no entry there for /
[21:40] <Dulcin> oh right, i removed that,
[21:41] <qman__> nevermind that, I just looked on a different server
[21:41] <qman__> none there
[21:41] <Dulcin> i will add that, but was confused with its meaning as i already pointed to the directory
[21:41] <Dulcin> oh ok
[21:42] <Dulcin> what I find strange is that it points to /var/www/[index] at the moment, instead of /var/www/html/[index]
[21:43] <Dulcin> maybe its because of the 000-default file that's in the enabled directory?
[21:43] <qman__> well, here's two sites on one of my servers, which both work:  http://pastebin.com/1zC6107S
[21:43] <qman__> oh, you have both enabled?
[21:43] <qman__> the sites must be overlapping
[21:44] <qman__> disable the default and see if it works
[21:44] <Dulcin> yeah it's working!
[21:45] <Dulcin> that was kind of stupid of me
[21:46] <Dulcin> thanks for looking at it with me qman__
[22:28] <zastaph> one of the first questions when installing ubuntu server is the hostname.. now, if I clone this VM shouldn't I change the hostname for each clone to avoid any network conflicts?
[22:40] <ersi> zastaph: Well, sure - if you're using DHCP. Otherwise the only thing I'd change is removing the dbus rule that holds the MAC address of your current virtual NIC
[22:41] <zastaph> the MAC address is changed when cloning (by vbox)
[22:46] <jmarsden> zastaph: Yes, but vbox is not smart enough to edit /etc/udev/rules.d/70-persistent-net.rules for you, as far as I know.
[22:47] <zastaph> well i thought I would just edit /etc/hosts and another filed called hostname if I recall
[22:49] <jmarsden> zastaph: That's hostname stuff, not MAC address stuff.  In Ubuntu, there are usually MAC addresses in /etc/udev/rules.d/70-persistent-net.rules -- so as far as I know, you will want to get rid of them before cloning.
[22:50] <zastaph> oh, before
[22:50] <ersi> This is valid for Red Hat and SuSE as well.
[22:51] <ersi> I'm speaking by experiance. And I use vbox as well. Took me several hours/a day to figure that interface names out :P
[22:52] <ersi> that's really all you need to think about when clonin', if it's a really basic vm :)
[22:55] <zastaph> do you use LVM for your guest OS's ?
[23:02] <zastaph> I installed the minimal virtual machine of ubuntu, and now under software selection with "DNS server, LAMP server, etc." there's also one called "Basic Ubuntu server" .. i dont think that option is with the normal install.. what would I miss if I didn't install that?
[23:03] <ersi> no, I havn't yet used LVM with my guests
[23:04] <zastaph> yeah i also thought it would be overkill as vbox allows you to dynamically resize and do snapshots
[23:05] <jmarsden> zastaph: Use tasksel to see what tasks are available and what they install.  For your case,   tasksel --task-packages server
[23:05] <zastaph> dont have access to shell yet
[23:05] <ersi> zastaph: I was considering it, but it felt overkill. Havn't had the need yet :)
[23:05] <jmarsden> Then install a boring default server, and add what you really need later :)
[23:06] <jmarsden> zastaph: Usually one has a workstation before one installs a server...
[23:06] <ersi> Mainly using it to have a system that is easily snapshotted and rolled back (for testing several of the companies software products and compliances)
[23:06] <zastaph> jmarsden, so to install "Basic Ubuntu server" or not?
[23:06] <zastaph> ersi yes but vbox already gives that functionality
[23:06] <jmarsden> zastaph: Up to you.  You can always add it later using tasksel , as I said.  i do not know your use case, so what you choose to install is up to you...
[23:06] <ersi> If you for some reason ever consider having SuSE 10.3 as a guest.. Stop right there and shoot yourself in the foot directly.. way more pleasant btw
[23:07] <ersi> zastaph: yeah
[23:07]  * ersi shakes fist in SuSE 10.3's general direction
[23:07] <zastaph> jmarsden, im making a "Ubuntu server LTS master" that I can clone for different server purposes.. so I dont want to install more than I need.. but "Basic Ubuntu server" sounds like basic things to me
[23:08] <zastaph> ersi, no im staying with Ubuntu, it runs very good in vbox
[23:09] <jmarsden> zastaph: Either way works.  You have some learning to do :)  http://paste.ubuntu.com/691913/ has a list of packages from the 'server' task on my 10.04.3 LTS workstation, if that will help you to decide.
[23:10] <jmarsden> Really, whether you install that task at install time, or later using tasksel, does not matter.
[23:11] <zastaph> let me ask in another way then.. in the very beginning i pressed F4 and instead of "Normal" i chose Minimal virtual machine which seems to omit some drivers and apps not required for VM's .. now if I install "Basic Ubuntu server", won't I be back to normal then?
[23:11] <jmarsden> I have no way to determine whether any of those packages would be useful to you, "different server purposes" is way too generic for me to be able to tell.
[23:12] <jmarsden> I have no idea, but I don't think those are the same thing.  read the package list and decide whether or not you want them :)
[23:12] <ersi> zastaph: Indeed it does.
[23:14] <zastaph> whats the difference if I install OpenSSH server here (in "Software selection") or if I do it using apt-get once I log in?
[23:14] <jmarsden> none
[23:14] <zastaph> and what difference if I install openssh with apt-get or tasksel
[23:14] <jmarsden> none.  tasksel is just a way of grouping sets of packages together for convenience.
[23:14] <jmarsden> man tasksel
[23:14] <ersi> Prepare the guest with as much of what you believe will be the common software among your guests
[23:15] <zastaph> ok ill omit them all for now :)
[23:15] <ersi> If I clone a system, I want an exact copy to keep building on
[23:15] <ersi> and I always want to SSH into them
[23:15] <zastaph> right
[23:16] <jmarsden> ersi: But you need to regen your SSH host keys if you clone after install openssh-server, otherwise they all have the same host key, which is at least in theory a security weakness.
[23:17] <ersi> Yeah, I just deleted the keys in my 'master copy' ;)
[23:17] <ersi> It generates key on startup if no keys are found
[23:17] <zastaph> I just install openSSH on master, and don't generate keys for it, then clone
[23:18] <ersi> It'll try to be smart and generate keys for you, if I'm not mistaken
[23:18] <zastaph> hmm.. then I should not have installed it on my master?
[23:19] <jmarsden> zastaph: Just delete the keys before you clone it.
[23:19] <ersi> Or just shut sshd down, remove the keys and then clone it
[23:20] <zastaph> would be easier to just apt-get it on the clones
[23:22] <zastaph> bedtime, thanks for your advice


[00:00] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2736 Publishing packages
[00:17] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2736 UNAPPROVED queue
[04:36] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2771 Preparing packages
[05:06] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2726 Updates pocket
[05:12] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2771 Pending binary packages
[05:33] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2771 Destination version missing from changelog
[08:31] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2739 Abandoning ticket
[09:05] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2725 Proposed pocket
[10:58] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2736 Proposed pocket
[12:51] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2770 Failed to build
[13:51] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2770 Diff missing
[14:51] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2770 Diff missing
[15:31] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2770 Diff missing (artful/dpdk). Failed to build (artful/openvswitch)
[15:39] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2772 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[15:52] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2772 Failed to build
[18:53] -queuebot:#ubuntu-ci-eng- jgdx dfiloni, https://bileto.ubuntu.com/#/ticket/2227 zesty/account-polld: Failed to update local lp:~ci-train-bot/account-polld/account-polld-ubuntu-zesty-2227 cache
[19:08] -queuebot:#ubuntu-ci-eng- jgdx dfiloni, https://bileto.ubuntu.com/#/ticket/2227 Successfully built


[06:52] <alkisg> Hi, how can I prevent launchpad from doing daily translation commits, when the only things that are changed are the headers that launchpad itself inserts, like "X-Launchpad-Export-Date: 2013-11-24 04:30+0000\n"?
[06:52] <alkisg> E.g. http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/revision/1532
[07:27] <wgrant> alkisg: Hmm
[07:27] <wgrant> alkisg: It decides it has to rewrite all the POs because the POT has changed.
[07:27] <wgrant> But I think the only change in the POT is this:
[07:28] <wgrant> "POT-Creation-Date: 2013-11-24 04:34+0000\n"
[07:28] <alkisg> wgrant: could you please also read my latest comment in https://answers.launchpad.net/launchpad/+question/220460 ?
[07:28] <alkisg> I think the problem is us, we don't know how to tell intltool to not change/delete ldm.pot when there are no changes at all
[07:29] <alkisg> I think that intltool should be clever enough to not change even the header, when there are no changes, but we don't know how to do that
[07:30] <wgrant> I wonder if Launchpad needs to detect that nothing has changed.
[07:30] <wgrant> Otherwise intltool will regenerate the same POT each time and not notice.
[07:30] <wgrant> Because the old one isn't stored in the branch, so intltool can't see it to know that there are no updates.
[07:31] <alkisg> That would be the ideal solution, yes, but gtv said in my launchpad question that it's hard to implement
[07:31] <alkisg> So, maybe us putting back ldm.pot in the source tree and having intltool not update it when there are no changes, could be a good solution at least for this project...
[07:32]  * alkisg unfortunately doesn't know how to do that :)
[07:38] <wgrant> So, I have no idea how intltool works, I'm afraid.
[07:38] <wgrant> I don't know too much about translations stuff.
[07:38] <wgrant> It's possible that you can fix it in your code.
[07:39] <wgrant> Ideally Launchpad would let you tell it to not attempt template generation, and just go with whatever's in the branch, but there's no way to do that today.
[07:40] <alkisg> Hmm... I think that the ldm.pot that we had in the trunk was outdated, I wonder if committing a recent one would fix the issue
[07:41] <alkisg> I.e. it even had wrong source code lines for some translations there
[07:41] <alkisg> Not just its headers....
[07:45] <wgrant> Hm, possibly.
[07:46] <wgrant> It still leaves the issue that once it *does* diverge it'll resume committing every day, but it might fix it for now...
[07:46] <wgrant> But again, I have no idea how intltool does things :(
[07:46] <alkisg> I think that if we leave ldm.pot in the branch, and manage to tell intltool to not remove it after build, then problem solved,
[07:47] <alkisg> i.e. launchpad will commit an updated ldm.pot on our source tree when there are actual changes, and stop committing both .pot and .po when there aren't any changes


[00:01] <fta> cool
[04:41] <ripps> fta: Hey, you still around? I'm trying to add Lucid packages to some of my gmpc-trunk ppa-bots, but it won't build new lucid packages unless the package has been changed, is there some way to force it make lucid packages?
[04:42] <ripps> I have alot of plugins in my gmpc bot and I don't want to have manually make blank commits to a couple dozen packages.
[04:42] <micahg> ripps: you can copy the karmic packages to lucid
[04:43] <ripps> micahg: hmmm... now that's a thought\
[04:47] <ripps> micahg: I can't it says "libmpd_~foo~ripps1(same version already has published binaries in the destination archive)"
[04:48] <micahg> hmm
[04:48] <micahg> which ppa?
[04:48] <ripps> micahg: https://edge.launchpad.net/~gmpc-trunk/+archive/ppa
[04:50] <micahg> you tried on this page: https://edge.launchpad.net/~gmpc-trunk/+archive/ppa/+copy-packages
[04:50] <micahg> select current ppa and lucid for something that's not in lucid
[04:51] <ripps> micahg: yes
[04:51] <micahg> weird
[04:51] <micahg> worked for me a little while ago in the zf ppa
[04:51] <ripps> I selected the karmic package for libmpd, and set the destination series to lucid
[04:51] <micahg> and copy existing binaries?
[04:52] <ripps> hmmm. I might have had it set to rebuild
[04:53] <ripps> micahg: okay, yeah, copy binaries works. I don't get why that works, but not rebuild source
[04:53] <micahg> idk
[04:53] <micahg> maybe file a bug for soyuz
[15:54] <gnomefreak> !info firefox-3.0 jaunty
[15:55] <ubott2> firefox-3.0 (source: firefox-3.0): safe and easy web browser from Mozilla. In component main, is optional. Version 3.0.15+nobinonly-0ubuntu<IP_ADDRESS> (jaunty), package size 866 kB, installed size 3456 kB
[16:16] <asac> hi
[16:28] <gnomefreak> hi
[16:50] <fta> ripps, there's a force flag, see the usage
[17:19] <av`> asac, hey, any chance you sent the mail yet?
[17:28] <asac> no
[17:28] <asac> later (sry)
[17:29] <av`> ok, np :)
[21:56] <fta> kenvandine, gwibber seems to have a memory leak, VIRT/RES, 168040/59252 fresh start, 635096/197560 a week later, and that's just with 1 account
[21:57] <kenvandine> yeah, ryan and i were just talking about that last night
[21:57] <kenvandine> that is the daemon or client?
[21:57] <fta> client
[21:57] <fta> fta      31442  0.2  9.5<PHONE_NUMBER>60 ?       Sl   Nov11  26:27 /usr/bin/python /usr/bin/gwibber
[21:57] <fta> fta      31447  0.0  1.1  90528 22804 ?        Sl   Nov11   5:34 /usr/bin/python /usr/bin/gwibber-daemon
[21:57] <kenvandine> ok
[21:58] <fta> the daemon grows a bit too, but that's ok
[22:05] <BUGabundo> boas noites
[22:28] <BUGabundo>  fta playing around with chromiumOS ?
[22:32] <fta> no, i'm not currently looking for a new os
[22:32] <fta> even if ubuntu is getting on my nerves for more and more reasons
[22:34] <BUGabundo> lolol
[22:34] <dtchen> fta: please test the new alsa-lib in the ubuntu-audio-dev PPA once it builds
[22:35] <fta> (p-a is one of the many reasons, sdl is another one)
[22:35]  * BUGabundo hides :)
[22:35] <BUGabundo> fta: didn't you read dtchen blog?
[22:36] <BUGabundo> ubuntu audios is just two guys
[22:36] <BUGabundo> and none of them full time
[22:36] <BUGabundo> how would mozilla packages be if it was only half of you taking care of it ?
[22:36] <dtchen> well, I'm taking personal time to work on it right now, but I'll have to work on Thanksgiving holiday in return
[22:37] <dtchen> so let it never be said that I didn't sacrifice buttloads to fix this crap.
[22:38] <BUGabundo> dtchen: I know, and I understand
[22:38] <BUGabundo> you always had all my support on this
[22:38] <dtchen> now, I'm very tired, and I'm going back to work.
[22:39] <BUGabundo> actually I've never been very hit by PA
[22:39] <BUGabundo> sometimes I don't have sound, but you usually help me fix that quickly
[22:39] <BUGabundo> bye dtchen
[22:45] <fta> which blog?
[22:46] <BUGabundo> his blog
[22:46] <fta> url?
[22:46] <BUGabundo> let me search
[23:07] <micahg> fta: http://drowninginbugs.blogspot.com/2009/11/flailing-against-light-or-why-bad.html
[23:14] <lyosha> Hello.  How do I change hinting mode of daily builds on Hardy?
[23:30] <fta> dtchen, BUGabundo, micahg: for the records, i never said p-a sucks, i've had my share of troubles with it, sure, most are gone, expect the huge p-a + sdl bug making apps unusable, and the cpu goes to the roof, and with each version, it's getting worse. it's been there for more than a year now, and no one seemed to care
[23:31] <fta> lyosha, sorry, i don't know but i do remember we has a MASTER bug about that when it first came up, micahg do you know that bug?
[23:31] <fta> (which is not a bug in firefox btw, but in the system fontconfig prefs)
[23:32] <fta> -we has+we had
[23:32] <fta> (i should really read what i type)
[23:32] <BUGabundo> https://bugs.launchpad.net/ubuntu/+source/fontconfig/+bug/379761
[23:32] <BUGabundo> thanks google "/google launchpad master fontconfig "
[23:33] <fta> :)
[23:33] <fta> BUGabundo, google + my memory ;)
[23:34] <lyosha> fta: thanks!  I'll check it out.
[23:40] <lyosha> The workaround works for firefox and thunderbird from the main repository.  It does not for dailies.
[23:41] <fta> you should ask asac when he's back from uds
[23:43] <lyosha> Will knowing what uds stands for help making an estimate when asac is back?
[23:43] <BUGabundo> !uds
[23:43] <BUGabundo> !asac
[23:43] <BUGabundo> oh come on,  no one did that one ? LOL
[23:45] <lyosha> !cool
[23:45] <BUGabundo> aha
[23:46] <lyosha> Alright, I'll try after November 20.  Thanks!
[23:49] <BUGabundo> try 22 rather
[23:49] <BUGabundo> oh he is gone
[23:55] <fta> i need a good bzrweb
[23:55] <fta> something similar to gitweb/hgweb
[23:56] <fta> not the crap from lp
[23:58] <micahg> fta: I wasn't accusing, just providing the link
[23:58] <fta> micahg, i was just clarifying