[01:36] <jose> working on beta announcement on fridge
[02:40] <jose> broken perl is making me do this manually, sorry for the long wait
[05:37] <pleia2> thanks jose
[05:37] <jose> np :)
[05:37] <jose> pleia2: all set for the uwn, or need me to take care of something?
[05:38] <pleia2> nope, all set
[05:38] <jose> cool :)
[23:09] <pleia2> had to do a bit more article tidying than usual, but sending off to summary writers now
[23:09] <pleia2> I removed the softpedia article that said Apple was ripping off ubuntu touch because I didn't reall care of the tone


[07:05] <oSoMoN> good morning
[07:31] <andyrock> is there something of the unity team?
[07:31] <andyrock> someones sorry :)
[08:03] <andyrock> DBO around?
[08:03] <andyrock> gord, around?
[08:04] <gord> andyrock, hey, whats up?
[08:04] <andyrock> gord, about the dash dnd problem
[08:05] <andyrock> well we use nux::GetWindow().GetDndData("text/uri-list")
[08:05] <andyrock> and when we dragging something from the dash this value is null
[08:06] <andyrock> it should be "application:://etc.dekstop" or something like this
[08:08] <gord> andyrock, have you upgraded your stack? iirc that value is provided by the lens'es and until late yesterday, they were giving out null values
[08:09] <andyrock> gord, unity lense application Version: 0.4.2-0ubuntu1
[08:17] <andyrock> gord, btw how can i show in terminal the LOG_DEBUG stuff?
[08:18] <gord> andyrock, tim posted a mail to ayatana-dev explaining all that, export UNITY_LOG_SEVERITY="<root>=INFO;" gets you all the debug calls in unity iirc
[08:19] <andyrock> gord, thx
[08:20] <gord> andyrock, trying to get a grip on whats going on with this dnd stuff, seems like it should be working =\
[08:21] <andyrock> gord, well i worked on dnd stuff, but everything is based on nux::GetWindow().GetDndData("text/uri-list")
[08:22] <andyrock> also with the "old dnd" this functions was the "pivot"
[08:22] <gord> yeah we just return the same string for whatever getdnddata you ask for
[08:22] <andyrock> btw in resultgridview should be the error
[08:24] <andyrock> let me debug :)
[09:32] <andyrock> gord, around?
[09:34] <gord> andyrock, yup
[09:35] <andyrock> gord, so current_drag_uri_ is filled in ResultViewGrid::DndSourceDragBegin()
[09:35] <andyrock> and then it is used in ResultViewGrid::DndSourceDragBegin()
[09:36] <andyrock> sorry in DndSourceGetDataForType
[09:37] <andyrock> maybe DBO can confirm, but i think that DndSourceGetDataForType is called first that ResultViewGrid::DndSourceDragBegin
[09:40] <gord> andyrock, heh really? lets try flipping it around a bit, hold on
[09:41] <andyrock> gord, i'm doing the same thing
[09:43] <andyrock> gord, so copying the init code in the dndsourcegetdatafortype
[09:43] <andyrock> works well, but a question icon is displayed :)
[09:44] <gord> andyrock, neat, what is the icon that has a question icon? typically means it couldn't find the icon in the theme or elsewhere
[09:45] <gord> the icon loading code for dnd just isn't as robust as what we have for the rest of the dash
[09:45] <andyrock> application-default-icon
[09:46] <andyrock> i'will try to solve it... if i'm not able you will do it :)
[09:58] <andyrock> gord, fixed ;)
[09:59] <gord> andyrock, woo :) ping me when you have a mp and i'll take a look
[09:59] <andyrock> maybe something more special could be done but who has time for special?
[10:00] <andyrock> i have other fixes another branch about dnd
[10:00] <andyrock> with two other fixes
[10:00] <andyrock> i have to do another branch?
[10:01] <gord> andyrock, please :) i can review this branch about the resultsview and then i'll give jason a poke about your other dnd related branches later
[10:01] <andyrock> ok thx
[10:38] <andyrock> gord, do not be frightened by the length of the patch
[10:38] <andyrock> :)
[10:38] <andyrock> https://code.launchpad.net/~andyrock/unity/dnd-dash-fixes/+merge/73013
[10:38] <andyrock> XD
[10:38] <andyrock> the old nux worked as said few minutes ago, the new one not
[10:44] <gord> yeah testing here it didn't work :)
[10:47] <andyrock> gord, have you seen the patch? :)
[10:48] <gord> andyrock, yeah, looks like a silly mistake that crept in last night as some changes were made :)
[10:48] <andyrock> gord, i know... :)
[10:49] <andyrock> no problem
[10:49] <andyrock> you rock anyway
[11:41] <fagan> I just installed oneiric on my netbook and the resolution is off
[11:42] <fagan> some of the content is off the screen
[11:56] <andyrock_> seb128, what can we use to open the trash instead of xdg-open?
[11:59] <andyrock_> seb128, btw xdg-open trash://
[11:59] <andyrock_> gvfs-open: trash://: error opening location: Operation not supported
[14:32] <jjardon> tedg: hey, any reason why the time label has to be updated through the service and not when the datetime menu is open ?
[14:32] <jjardon> like the calendar widget?
[14:33] <tedg> jjardon, Which label?  The one on the panel?
[14:33] <jjardon> tedg: no, the menu item
[14:34] <tedg> jjardon, Because mixing standard menu items and dbusmenu items results in tears.
[14:34] <tedg> jjardon, When the menu is resorted it doesn't know where to put the standard ones, so the result is confusing at best.
[14:34] <tedg> jjardon, The cost of updating it is very cheap.
[14:35] <om26er> gord, Hi! is there any chance we'll have bigger icon size in the result view for Unity?
[14:37] <jjardon> tedg: oh, I see, but the problem is that the label is updated with a timeout set in this function: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-datetime/trunk/view/head:/src/datetime-service.c#L298
[14:37] <jjardon> but this causes problems when the user change the date manually or after a suspend cycle
[14:38] <tedg> jjardon, That function can be called repeatedly though, so could it just be called in those cases?
[14:40] <jjardon> tedg: yeah, but how can I know that the date changed? the changes in the panel are sent to through the SetTime signal, but the indicator datetime doesnt get notified
[14:41] <tedg> jjardon, Listen to the same signal?  It seems the service should be sending the UpdateTime()
[14:41] <tedg> jjardon, So perhaps the service should be the one driving more.
[14:45] <jjardon> tedg: mmm, the update of the menu item time is done in the service itself, not in the indicator
[15:00] <Trevinho> Hi guys... I'm back! :)
[15:01] <Trevinho> seb128: around?
[15:01] <om26er> Trevinho, thats totally awesome ;)
[15:01] <om26er> Trevinho, welcome back :)
[15:01] <Trevinho> thanks om26er ;)
[15:31] <kenvandine> welcome back Trevinho
[15:34] <jjardon> tedg: so, What do you think is the best way to get notification in the service when the system time changes? to not relay on the timeouts?
[15:36] <tedg> jjardon, Is there a signal from gsd?
[15:37] <tedg> jjardon, Assuming someone set the time with gcc it seems we should be able to watch for it's signal if nothing else.
[15:40] <seb128> hey Trevinho
[15:41] <jjardon> tedg: I'll take a llo to gsd, we can listen to SetTime, but that wouldnt work with the suspend problems
[15:41] <tedg> jjardon, I believe that upower gives us a signal on suspend
[15:42] <tedg> jjardon, I don't remember if it's before or after, but if it's before we can just set a timer and wait for the time to be noncontiguous.
[15:48] <jono> seb128, where should I file bugs for Unity for the design team to look at?
[15:48] <jono> unity project?
[15:48] <jono> or ayatana?
[15:48] <seb128> jono, the ayata-design project
[15:49] <seb128> jono, usually what others do is to open an unity bug, set it to incomplete and do "also affect" ayatana-design
[15:49] <tedg> jono, Usually we have two bug tasks, on the SW project and one on ayatana-design.
[15:49] <tedg> Yeah, like seb128 said.
[15:49] <jono> seb128, thanks, will do that now
[15:49] <jono> seb128, so the unity bug should be for the project, not the source package?
[15:50] <seb128> jono, we tend to do both
[15:50] <seb128> to keep things in sync
[15:50] <jono> ok, so file it for the source package and then also affect unity (project) and ayatana-design
[15:50] <seb128> but either work
[15:50] <seb128> didrocks has a script that will sync the status between upstream and ubuntu unity
[15:50] <seb128> jono, correct
[15:51] <jono> thanks seb128
[15:51] <seb128> launchpad makes it suboptimal to trunk bugs for projects like unity or ubiquity or...
[15:51] <seb128> i.e things which basically are tracked by the same people upstream and in ubuntu
[15:52] <jono> right
[15:54] <nxvl> hi, i'm having an issue with unity, for some reason, when i open unity3D it seems to open (it even runs network-manager and connects me to the wifi) but i don't get the panels, just a nautilus menu bar and that's it
[15:54] <nxvl> (i'm running oneiric)
[15:54] <AlanBell> is the tablet PC with touchscreen a supported or targeted device for Oneiric?
[15:57] <om26er> nxvl, can you open a terminal?
[15:58] <nxvl> om26er: i can get a tty
[15:58] <om26er> nxvl, Unity worked for you before the update or was it a new install ?
[15:59] <nxvl> it worked until, like yesterday or a day before
[15:59] <nxvl> unity2D works fine
[15:59] <nxvl> gnome3 too
[15:59] <Trevinho> Ah, hey kenvandine!
[15:59] <Trevinho> seb128: about the nautilus thing....
[15:59] <om26er> nxvl, in a tty 'export DISPLAY=:0'
[15:59] <Trevinho> What should I do?
[15:59] <nxvl> i saw update-manager removing some unity package, (no idea which ones) and it never worked again
[15:59] <om26er> nxvl, and unity --reset
[15:59] <seb128> Trevinho, what mpt suggested on the merge request seemed ok?
[15:59] <nxvl> ok let me re-login
[16:00] <om26er> nxvl, you could check if you have it actually installed
[16:00] <jono> seb128, I need to file a bug in the indicator with my name on it - is that the Me Menu?
[16:00] <nxvl> om26er: how?
[16:00] <Trevinho> seb128: I've already added the unity support...
[16:00] <nxvl> om26er: ubuntu-desktop is installed
[16:00] <om26er> nxvl, maybe an update removed it, someone I known had a similar problem yesterday
[16:00] <seb128> jono, indicator-session
[16:00] <Trevinho> so I should only disable the indicator... Isn't it?
[16:00] <jono> thanks seb128
[16:00] <om26er> nxvl, try sudo apt-get install unity
[16:01] <kenvandine> Trevinho, if you have any awesome, wild, crazy ideas for gwibber 3.4... feel free to start hacking on it :)
[16:01] <nxvl> already in newest version
[16:01] <Trevinho> kenvandine:  I've some... But I've to sync with upstream yet... :P
[16:01] <om26er> nxvl, then try unity --reset (did you happen to change anything in ccsm ?)
[16:01] <Trevinho> You know, coming back is an hard resync time! :P
[16:02] <nxvl> om26er: i did, while in natty
[16:02] <om26er> nxvl, try the reset in a tty then
[16:02] <AlanBell> I am looking at bug 739812 what would be required on a technical level to have an on-screen keyboard type into a dash or lens search field?
[16:03] <AlanBell> would it need a new on screen keyboard to be written and rendered by NUX or something?
[16:04] <jono> seb128, I filed the wider user-accounts issue as https://bugs.launchpad.net/indicator-session/+bug/834830
[16:04] <seb128> jono, ok
[16:04] <jono> I am going to mail the design team about this
[16:04] <seb128> thanks
[16:04] <seb128> or email the ayatana list
[16:05] <seb128> brb
[16:05] <nxvl> om26er: ok, running, does it take a while?
[16:05] <nxvl> om26er: or it's having issues?
[16:06] <nxvl> om26er: it claims that is not finding unity-panel-service
[16:06] <om26er> nxvl, oh
[16:07] <om26er> nxvl, after running unity --reset you did switch to the previous tty?
[16:07] <nxvl> om26er: and it stops at kde4-window-decorators: could not enable decorators on :0-0
[16:07] <nxvl> om26er: define previuos tty
[16:07] <om26er> nxvl, sudo apt-get install compiz-gnome
[16:07] <jono> DBO did you manage to track down the Launcher issue?
[16:07] <om26er> you seem to have removed compiz-gnome with some update
[16:07] <nxvl> om26er: so i got a hanged unity on F7 i'm running the command on F1 and irc on F2
[16:08] <jono> for it not showing when you slowly touch the side of the screen?
[16:08] <DBO> jono, everything but fix it
[16:08] <jono> awesome
[16:08] <jjohansen> what value is supposed to be in ccsm -> Window Decoration-> Command
[16:08] <nxvl> om26er: yes, compiz-gnome wasn't installed
[16:08] <om26er> jjohansen, /usr/bin/compiz-decorator
[16:09] <jjohansen> om26er: thanks
[16:09] <om26er> /usr/bin/gtk-window-decorator should work too
[16:09] <om26er> jjardon, yw :0
[16:09] <om26er> * :)
[16:09] <jjohansen> well that is just it, it doesn't I have no decorators
[16:10] <nxvl> yay! i'm in unity once again
[16:10] <jjohansen> nxvl: lucky, its still broken for me
[16:11] <nxvl> jjohansen: yeah same here, it was just a couple of minutes of lies!
[16:12] <nhaines> jono: +1 on that bug from me.  :)
[16:12] <jono> :-)
[16:12] <jjohansen> nxvl: oh in that case I don't have hate you anymore, lies I can live with but unity working for you and not me is a bit much
[16:14] <nxvl> jjohansen: i wasn't liying, unity lied to me pretending to be working just to crash 2 minutes after
[16:14] <jjohansen> nxvl: oh! well even better ;)
[16:20] <nhaines> jono: do you have a couple minutes for me in PM right now?
[16:22] <AlanBell> DBO: did you get somewhere with bug 739812?
[16:23] <DBO> AlanBell, it's actively being worked on, I have done the part I could do (make it so that the dash doesn't grab mouse/keyboard)
[16:24] <DBO> IM support in dash is up to the dash guys now (they have some test work done)
[16:24] <jjardon> tedg: ok, so seems the proper solution is using this: http://lwn.net/Articles/432395/
[16:24] <jono> nhaines, sure
[16:26] <nhaines> Thanks.
[16:28] <tedg> jjardon, Is that in the Oneiric kernel?  (it's git, so you have no idea what the version numbers mean :-)
[16:29] <jjardon> tedg: good news, we will have api in glib for this soon.
[16:29] <jjardon> I'll track the bug: https://bugzilla.gnome.org/show_bug.cgi?id=655129
[16:29] <jjardon> For now we can watch for suspend changes and update the clock
[16:30] <AlanBell> DBO: ok, thanks
[16:31] <jono> DBO, quick q: the text in the dash, sometimes it is not particularly readable, any chance we could have a small black shadow behind it to make it stand out more?
[16:31] <DBO> jono, if you pick a darker wallpaper is it better?
[16:33] <jono> DBO, not tried, but I presume so
[16:34] <DBO> jono, the dash needs to have a "max brightness" so it wont wash out the text
[16:34] <DBO> it's known
[16:37] <jono> DBO, I just figured a very thin black shadow (maybe only 2px) could solve that
[16:38] <DBO> Im no designer
[16:38] <DBO> you mean give the text a shadow?
[16:38] <DBO> noooooooooooo
[16:38] <DBO> shadows are slow to draw for text (you have to trace)
[16:38] <AlanBell> and they look blurry
[16:39] <jjohansen> DBO: you don't have to trace, you can do the old draw and swear trick, but yeah they look blurry
[16:40] <DBO> we dont do ugly
[17:17] <jo-erlend> some launcher tiles have numbers and other information on them to reflect the state of the application. How do I do this in Python?
[17:21] <datenshi> jo-erlend: there are examples in libunity
[17:22] <jo-erlend> datenshi, something a little more specific?
[17:22] <jo-erlend> what is it called? What do I search for? Are there any written documentation for it?
[17:23] <datenshi> bzr branch lp:libunity, there is examples folder
[17:24] <jo-erlend> does that mean it has no name that I can refer to when talking about it?
[17:24] <datenshi> jo-erlend: http://bazaar.launchpad.net/~unity-team/libunity/trunk/view/head:/examples/launcher.py
[17:25] <jo-erlend> so it has no name and documentation?
[17:26] <nhaines> Ooh, useful.
[17:26] <jo-erlend> yes, very useful. But this is for a question on askubuntu and I'd like to refer to names or a documentation URL.
[17:26] <jo-erlend> but if it doesn't exist, then it doesn't.
[17:27] <nhaines> jo-erlend: well, that'd definitely be more useful.  But unfortunately Canonical seems to like to leave the code as documentation.  :/
[17:27] <nhaines> Can't say I'm not guilty of the same though.
[17:39] <jono> DBO, who is working on the Music Lens?
[17:40] <DBO> jono, lamalex
[17:40] <jono> cool, I have found some bugs I am going to file
[17:41] <jono> hmmm seems I can't do ubuntu-bug unity-music-lens
[17:41] <jono> will report it at http://edition.cnn.com/2011/TECH/gaming.gadgets/08/25/linux.20/index.html
[17:41] <jono> oops
[17:41] <jono> not there
[17:41] <jono> https://bugs.launchpad.net/unity-music-lens/+filebug
[17:43] <jono> lamalex, are you seeing https://bugs.launchpad.net/unity-music-lens/+bug/834910 ?
[17:45] <lamalex> jono, yah that's not a bug
[17:45] <lamalex> i mean i guess it could be a "bug"
[17:45] <jono> lamalex, what do you mean?
[17:45] <lamalex> but it's in the code to limit to just a result set
[17:45] <lamalex> it's limited to like 50 or 100 or something
[17:45] <lamalex> jono, you should be able to search for any of it though
[17:46] <jono> surely it should say Songs See 16,033 more results
[17:46] <jono> right now it presents an inaccurate representation of the number of songs I have
[17:47] <lamalex> yah i suppose
[17:47] <jono> the searching does work wel
[17:47] <jono> well
[17:48] <lamalex> hah wtf i can't set bug priorities on my lens >:(
[17:48] <jono> lamalex, is that the right project?
[17:48] <jono> I see some pretty old comments on bugs in there
[17:48] <jono> wasn't sure if it was a community project
[17:49] <lamalex> ha oh
[17:49] <lamalex> jono you're on the wrong one
[17:49] <lamalex> this is going to be confusing
[17:49] <lamalex> our lenses are of the form unity-lens-<title>
[17:49] <lamalex> https://launchpad.net/unity-lens-music/
[17:49] <nhaines> ha!
[17:50] <jono> lamalex, aha!
[17:51] <jono> lamalex, you need to enable bug tracking there
[17:51] <lamalex> just report it on the ubuntu package for no
[17:51] <lamalex> w
[17:52] <lamalex> i dont seem to have access to set up things on this project
[17:52] <lamalex> dbarth, ^^
[17:53] <jono> will do lamalex
[17:53] <jono> DBO, btw, I just filed https://bugs.launchpad.net/ubuntu/+source/unity/+bug/834921
[17:54] <DBO> you can do that?
[17:54] <DBO> why the hell are you changing virtual desktops with the dash open...
[17:54] <DBO> you crazy
[17:54] <lamalex> oh yeah look at all that lag
[17:54] <lamalex> but yo
[17:54] <jono> DBO :-)
[17:54] <lamalex> you crazy dawg
[17:55] <jono> I also noticed the same thing with the indicators and filed https://bugs.launchpad.net/ubuntu/+source/unity/+bug/834415 last night
[17:55] <jono> sorry guys
[17:57] <DBO> jono, thats it, I am not buying you beer next UDS
[17:57] <jo-erlend> datenshi, thanks for the link and help :)
[17:57] <jono> DBO lol
[17:57] <jono> you never buy me beer anyway
[17:57] <jono> :-)
[17:57] <DBO> you never buy me the beers you said you owe me
[17:57] <DBO> so I figure I can not buy you beers I dont owe you
[17:58] <DBO> the fake beer economy can also have fake beer speculation
[17:59] <jono> DBO, I will definitely buy you beer at UDS
[17:59] <jono> lamalex, https://bugs.launchpad.net/ubuntu/+source/unity-lens-music/+bug/834928
[17:59] <jono> lamalex, is the plan to show album art in the lens?
[18:00] <lamalex> yes
[18:00] <jono> cool
[18:00] <lamalex> theres a branch
[18:00] <jono> want me to file a bug for that?
[18:00] <jono> ahhh sweet
[18:00] <lamalex> waiting for a banshrr release with a patch
[18:01] <jono> gotcha
[18:02] <jono> lamalex, should clicking on an album load the full album into the queue in Banshee?
[18:05] <jono> I just noticed another interesting bug
[18:07] <om26er> lamalex, if i click on a song in the lens its added to the queue but shouldnt it play instantly?
[18:10] <jono> lamalex, not sure if you saw https://bugs.launchpad.net/ubuntu/+source/unity-lens-music/+bug/834933 too
[18:11] <jono> om26er, I think that is a bug too, filing it
[18:12] <om26er> i'll play the 'confirm' part ;-)
[18:13] <om26er> could be the way banshee handles it though
[18:14] <jono> om26er, https://bugs.launchpad.net/ubuntu/+source/unity-lens-music/+bug/834937
[18:14] <lamalex> jono, yah i have to patch banshee
[18:14] <lamalex> banshee's kind of messed up there
[18:14] <jono> I am filing one more bug and then should be done
[18:14] <jono> these are all small issues
[18:14] <jono> thanks lamalex
[18:14] <lamalex> music lens is a focus for next week, but go nuts
[18:14] <lamalex> give me a list of things to work on :)
[18:15] <om26er> music lens is not up for bugs as well (yet) :/
[18:15] <lamalex> i know
[18:15] <lamalex> dbarth, ^ please set up bugs for music lens
[18:16] <lamalex> om26er, you can file on the ubuntu package though
[18:16] <om26er> jono, thanks, confirmed :)
[18:17] <jono> thanks om26er
[18:17] <jono> ok I added https://bugs.launchpad.net/ubuntu/+source/unity-lens-music/+bug/834943
[18:18] <jono> lamalex, om26er so the full bugs list is at https://bugs.launchpad.net/ubuntu/+source/unity-lens-music - would be cool if you could confirm and prioritize them
[18:18] <jono> the music lens is gonna kick ass when it is working
[18:18] <lamalex> jono, yah, will do on monday most likely
[18:18] <jono> well, it works now, I mean these bugs are fixed
[18:18] <jono> thanks lamalex :-)
[18:18] <lamalex> yup! it's going to rock
[18:22] <jono> grabbing lunch, biab
[18:27] <DBO> jono, do we know anyone using a german keyboard?
[18:32] <lamalex> all of germany
[18:36] <jcastro> I'm going to go out on a limb and guess "Mirco"
[18:36] <htorque_> öäüß ;-)
[18:48] <DBO> htorque_, oh oh
[18:48] <DBO> I need your help
[18:48] <DBO> lp:~unity-team/unity/unity.keyboard-util
[18:48] <DBO> get and build that branch
[18:48] <DBO> then run tests/test-keyutil
[18:49] <DBO> and give me the output
[18:49] <htorque> DBO: on it
[21:28] <jono> DBO, yo
[21:28] <DBO> hey jono
[21:28] <jono> you know how I mentioned the readability of the text in the dash?
[21:28] <jono> see https://bugs.launchpad.net/ubuntu/+source/unity/+bug/835095
[21:28] <jono> I added a screenshot there
[21:29] <kenvandine> i really liked the dash better black
[21:30] <kenvandine> playing with opacity is "cool" and all... but sometimes it just isn't the best way to solve the problem
[21:30] <jono> I think it looks cool if it had an underlying blackness to it
[21:30] <jono> and then mixed in the shade of your wallpaper
[21:30] <jono> the effect of the wallpaper color does look cool
[21:30] <kenvandine> yeah
[21:30] <jono> just that some colors look weird as the base
[21:30] <kenvandine> it just really needs to be darker i think
[21:31] <jono> yup
[21:31] <DBO> jono, release the bug report
[21:31] <kenvandine> and maybe blur even more
[21:31] <DBO> thats how you report a design bug
[21:31] <jono> DBO, release what?
[21:31] <DBO> reload
[21:31] <DBO> sorry
[21:31] <DBO> my brain has given up
[21:32] <jono> DBO why is it incomplete?
[21:32] <DBO> because its a design problem
[21:32] <DBO> so in unity its incomplete
[21:32] <jono> surely it should be Confirmed then?
[21:32] <DBO> in ayatana-design it's new
[21:32] <kenvandine> jono, he is saying that isn't a unity bug, it is a design choice
[21:33] <DBO> yeah
[21:33] <kenvandine> so we need to plead to them
[21:33] <jono> right
[21:33] <jono> but the bug is still confirmed in Unity though
[21:33] <jono> it is not incomplete
[21:33] <DBO> not a bug
[21:33] <jono> look at the screenshot
[21:33] <jono> it's a bug :-)
[21:33] <DBO> not a bug
[21:33] <kenvandine> if design changes their mind, we re-open the unity task
[21:33] <DBO> that is how it was designed
[21:33] <kenvandine> to fix it
[21:33] <jono> I think it wasn't designed to have the effect in the screenshot
[21:33] <jono> I think it was designed to have the effect if you have the purple wallpaper
[21:34] <DBO> jono, they gave use the exact color algorithm to use
[21:34] <jono> therefore it is a bug
[21:34] <DBO> we told them it would let it go too bright
[21:34] <jono> DBO do you honestly think the design team desire the effect in the screenshot?
[21:34] <DBO> they did not change it
[21:34] <jono> I am not denying it is a design problem, but I disagree it is not a Unity bug - it makes the dash unreasonable
[21:34] <DBO> I have no choice but to believe that
[21:35] <DBO> we told them
[21:35] <jono> as such it should be marked as Complete
[21:35] <jono> dude, come on
[21:35] <kenvandine> jono, but it isn't something the unity team can fix
[21:35] <jono> they dont want it that way
[21:35] <DBO> dude, I showed them
[21:35] <jono> kenvandine, I agree it is a design problem
[21:35] <jono> not disagreeing
[21:35] <jono> and they should provide a solution
[21:35] <jono> full agreement there
[21:35] <kenvandine> jono, it is effectively blocked on design right now
[21:35] <jono> I take issue though that this is not a bug in Unity
[21:35] <htorque_> isn't that a dupe anyway? bug 824916
[21:36] <jono> htorque ahhh oops :-)
[21:36] <DBO> jono, it's not marked invalid
[21:36] <DBO> it's marked incomplete
[21:36] <jono> DBO, right, but the bug is complete, the solution is not complete though
[21:36] <DBO> incomplete on unity means DX cant fix it for some reason
[21:36] <DBO> erm more accurately
[21:36] <DBO> it means DX cant fix it because some information about how to fix it is missing
[21:37] <DBO> (more than just coding/technical issues)
[21:37] <jono> DBO, well that is inconsistant with most other triage as incomplete means the bug report needs more info to determine if it is actually a bug
[21:38] <DBO> yeah but we're inconsistent in the fact that the people who design the product are not on the same team as the people who make the product
[21:38] <jono> thats not the point though
[21:38] <jono> again, I sympathize with the team issues
[21:38] <jono> and I sympathize you need input from design
[21:38] <jono> but marking the bug as incomplete is not accurate
[21:38] <jono> and thinking that they deliberately want it that way in the screenshot seems misguided to me
[21:39] <jono> I Think they dont intend it that way
[21:39] <jono> but they didnt listen to your guidance and warnings
[21:39] <kenvandine> not invalid or anything...
[21:39] <kenvandine> just need them to decide
[21:39] <jono> right
[21:39] <jono> wasnt there gonna be a NEEDSDESIGN status?
[21:40] <jono> or could it be marked Complete and tagged with needsdesign ?
[21:40] <jono> anyway, it's up to you guys, just my $0.02c
[21:40] <DBO> if design says to me to keep the algorithm when I ask them tomorrow
[21:40] <jono> it's your bug :-)
[21:40] <DBO> I will mark it wishlist
[21:40] <DBO> if they say to modify it, they will prioritize their bug
[21:40] <DBO> and fix it
[21:40] <jono> DBO, if they deliberately reject that it is a bug, then we will have a different conversation
[21:40] <jono> makes sense
[21:41] <jono> remember, we are all on the same team here :-)
[21:41] <jono> anyway, I have to run, thanks guys
[21:41] <jono> Unity is rocking :-)
[21:41] <DBO> then when they fix release their stuff to us, we mark confirmed
[21:41] <DBO> and then we need a UI freeze exception
[21:41] <DBO> (which we wont get)
[21:41] <DBO> so yeah :)
[21:41] <DBO> fun fun fun
[21:41] <kenvandine> DBO, you would for this
[21:42] <DBO> kenvandine, depends on timing
[21:42] <kenvandine> it isn't really going to break translations or terribly affect screenshots
[21:42] <DBO> sure but in 4 days is final freeze
[21:42] <DBO> design team turn around is not 4 days short
[21:42] <kenvandine> you just can't wait for design to notice the bug
[21:42] <kenvandine> someone needs to ping them
[21:42] <DBO> I pinged them today, yesterday, and last week
[21:42] <DBO> how many times can I do that?
[21:43] <DBO> so has gord
[21:43] <DBO> actually I dont know if gord has but I assume it is so
[21:43] <kenvandine> DBO, i understand... the workflow is a bit broken
[21:44] <kenvandine> just you can't assume they will see the bug..
[21:44] <kenvandine> jono, that screenshot looks terrible dude
[21:44] <DBO> one more tiny issue
[21:44] <DBO> final freeze is monday
[21:44] <DBO> right?
[21:44] <DBO> erm whoa
[21:44] <kenvandine> we should mark the bug invalid and say you aren't using the default wallpaper
[21:44] <DBO> I am off by a month
[21:45] <kenvandine> DBO,  no
[21:45] <kenvandine> it isn't even beta yet
[21:45] <DBO> sorry, I am very tired :(
[21:45] <DBO> and compiz wont do as I tell it
[21:45] <kenvandine> DBO, we are in beta freeze now :)
[21:45] <kenvandine> does it ever?
[21:45] <DBO> yes
[21:45] <DBO> frequently
[21:45] <DBO> but right now
[21:45] <DBO> it hates me
[21:45] <kenvandine> well i am outta here... have a great weekend guys
[21:46] <nhaines> kenvandine: \o_
[22:30] <DBO> htorque, present?
[22:31] <htorque> DBO: ya
[22:32] <DBO> htorque, please pull the branch again
[22:32] <DBO> and test
[22:32] <DBO> rev 1406 is what you want
[22:38] <DBO> htorque, also, if you are wondering, yes, it took me THAT long to fix
[22:38] <DBO> KILL me
[22:38] <htorque> poor you :-)
[22:39] <htorque> DBO: \o/
[22:39] <htorque> sweet
[22:39] <DBO> htorque, please leave a note here that you have tested and confirmed this working: https://code.launchpad.net/~unity-team/unity/unity.keyboard-util/+merge/73116
[22:42] <htorque> DBO: if it should fail to get a preview of the window, that's not to fix in that feature, right?
[22:43] <DBO> htorque, is that window maybe minimized?
[22:43] <DBO> basically, right now, NEVER restart compiz with a minimized window
[22:43] <htorque> no no, that was just hypothetical
[22:43] <DBO> no its not related
[22:43] <DBO> but, that shouldn't happen anymore
[22:43] <DBO> unless you restart compiz with a minimized window
[22:43] <DBO> (compiz wont see the window)
[22:44] <DBO> and then all sorts of funny things happen
[22:44] <DBO> we of course need to fix that
[22:44] <htorque> ok, in that case i'll add the comment :)
[22:46] <DBO> thanks :)
[22:47] <DBO> htorque, do you also do community code reviews?
[22:48] <htorque> nope, just testing
[22:48] <htorque> and i already broke it: with two terminals opened, run "sleep 5 ; exit" in one and initiate the preview → unity crashes
[22:49] <DBO> haha
[22:49] <DBO> thats not related to this
[22:49] <DBO> but okay
[22:49] <DBO> I'll fix it :)
[22:49] <DBO> thanks, I never even thought to try something silly like that
[22:50] <htorque> i'm a living fuzzy testing tool ;-)
[22:50] <DBO> I like it
[22:50] <DBO> do you use the blur?
[22:50] <htorque> yeah
[22:51] <DBO> does it hurt your performance?
[22:51] <DBO> when the launcher is blurring
[22:51] <htorque> there was a recent commit that made things much better
[22:51] <htorque> wouldn't call it a problem anymore
[22:55] <htorque> heh, i'm loving that feature! wouldn't have used it with the down arrow but accessing it with one hand = win.
[22:55] <htorque> DBO: you earned your weekend! ;-) i'm off, cya!


[05:15] <acoc> cjwatson, hi I had asked yesterday roughly how much space a main/i386 sync the ubuntu archives would be and you had mentioned it was a little over 6 GB
[05:16] <acoc> cjwatson, I wonder if you could give me a little direction of how to sync only i386 files
[05:18] <evand> acoc: it's very early in his timezone.  My personal suggestion would be debmirror, but please feel free to wait for his.
[05:18] <acoc> evand, ok thanks I'll look into debmirror
[05:56] <acoc> evand, debmirror is great, it was exactly what I was looking for. Thanks again
[05:57] <evand> Fantastic
[20:10]  * evand kicks CIA-50
[20:10] <CIA-50> ow
[20:10] <evand> Work for once


[00:00] <mwhudson> the build fails with proposed enabled too
[00:00] <mwhudson> (not really surprised there)
[16:09] <nacc> cjwatson: so i'm trying to use login_with in the importer and in the snapped version and the normal version, i get a browser prompt to do the oauth authorization and then i get this backtrace if i say yes there: http://paste.ubuntu.com/24448744/
[16:09] <nacc> cjwatson: i didn't use login_with in the older code (this is so we can set the 'default branch' in lp)
[16:17] <cjwatson> nacc: interesting, perhaps the file keyring backend is stricter than other backends.  could you file a bug against launchpadlib with that backtrace?
[16:17] <nacc> cjwatson: will do, thanks
[16:18] <cjwatson> nacc: and include it in your list of stuff that needs to be improved in LP for the git importer when you get round to sending that to us :)
[16:18] <nacc> cjwatson: any suggestion of a workaround for now? I think this must have worked locally (i'll test that now) so maybe it's someting i'm forgetting to setup on my serverstack instance
[16:18] <nacc> cjwatson: and ack :)
[16:18] <cjwatson> I'm not sure, possibly a different keyring backend if you can manage it?  I'm assuming using python2 is too hard
[16:19] <nacc> cjwatson: yeah i think it'd be tricky to do, but i'll look
[16:19] <cjwatson> (and I don't really want to have to recommend that people use python2)
[16:24] <nacc> cjwatson: yep
[16:29] <cjwatson> nacc: I think it's probably as simple as http://paste.ubuntu.com/24448855/ to make sure that we only ever pass unicode to set_password, but that would need some testing in various environments
[16:30] <nacc> cjwatson: ack
[16:36] <mapreri> cjwatson: might I have a tad more space in https://launchpad.net/~mapreri/+archive/ubuntu/opencv-3.1.0-sync-test/+packages ?
[16:36] <mapreri> just 1 or 2 gigs more would do great
[16:38] <cjwatson> mapreri: done
[16:39] <mapreri> cjwatson: great, thank you!
[16:43] <mapreri> btw, is there work ongoing about having virtualized buildds for ppc and s390x? (well, ppc might not be so interesting anymore given it has been dropped…).  anything that can be used for lurking?
[16:45] <cjwatson> mapreri: it's been ongoing for a while but I gather is actually making progress at the moment.  nothing you can use yet though.
[16:45] <mapreri> cjwatson: ic, ack.
[16:45] <cjwatson> (it involves deploying a new scalingstack region)
[16:48] <mapreri> (I figure(d) it's not straightforward)
[16:48] <nacc> cjwatson: fwiw, that does avoid the backtrace
[17:56] <nacc> cjwatson: also, perhaps i'm thinking about it wrong -- but what would your recommendations for running with oauth in the importer in a detached way? I get prompted to either auth the importer in the web ui (on first run) or have to unlock the keyring (on subsequent runs). Which means it can't be trivially automated. Are we better off not using login_with() for now and just manually fixing the branch
[17:56] <nacc> pointers (or pushing master and avoiding it altogether)?
[17:57] <cjwatson> nacc: in the automated Ubuntu archive tools that run on snakefruit, we use login_with, and just authenticate once
[17:58] <cjwatson> nacc: (copying the resulting URL to a local web browser)
[17:58] <cjwatson> nacc: I've never been prompted to unlock the keyring
[17:59] <cjwatson> nacc: perhaps you're doing something that stops it working with wherever it writes the auth details?
[17:59] <nacc> cjwatson: yeah i wonder if the snap is being ... snappy :)
[17:59] <nacc> cjwatson: thanks for the pointers!
[18:06] <nacc> cjwatson: what backend does snakefruit use? file-based as well? or is gnome-keyring or something installed?
[18:18] <cjwatson> just file-based I think; it lands in ~/.local/share/python_keyring/keyring_pass.cfg
[18:23] <nacc> cjwatson: ah, so using PlaintextKeyring maybe?
[18:24] <nacc> cjwatson: i think that's what i was missing before -- changed it now (in keyringrc.cfg) and it no longer prompts to unlock the keyring
[18:25] <cjwatson> nacc: I don't remember us doing anything specific to configure that
[18:29] <nacc> cjwatson: ok, i wonder if something changed
[18:30] <nacc> cjwatson: context is, with the serverstack rebuild, i am recreating the environment from zero, and using the snap
[18:30] <nacc> cjwatson: i think that if you are using that file, something tweaked that, which is good enough info for me
[20:07] <mapreri> cjwatson: wow, making package building made it filled again... could I have some more space?
[20:09] <mapreri> (I didn't anticipate so much space would be needed, btw)
[20:25] <cjwatson> mapreri: done
[20:26] <mapreri> cjwatson: ♥
[20:31] <nacc> cjwatson: thanks for your help, importer is running again from the snap
[20:34] <cjwatson> good good


[05:16] <pitti> Good morning
[07:36] <pitti> jibel: so ATM we only need the run-adt-test bits for the dkms tests? or for something else, too?
[07:36] <pitti> I suppose we could move the trusty tests to adt-virt-qemu at some point
[07:38] <jibel> pitti, we only need the VMs created by auto-package-testing for dkms. I'll port it to use the same VMs than autopkgtest then we can drop auto-package-testing.
[07:38] <jibel> pitti, I think we can already move trusty tests to adt-virt-qemu
[07:39] <pitti> jibel: I suppose the dkms tests actually do modprobe-y stuff, so they really need QEMU?
[07:39] <pitti> jibel: right, want me to do that? (trusty autopkgtest)
[07:40] <jibel> pitti, yes, they must run in qemu to load the kernel under test
[07:40] <pitti> so for trusty, we need to update the trusty-setup-testbed job
[07:40] <pitti> but if jobs usually reconfigure themselves from the latest template in lp:a-p-t, what does currently keep them from doing that and using adt-virt-qemu?
[07:41] <pitti> oh, no britney I figure
[07:42] <pitti> things like http://d-jenkins.ubuntu-ci:8080/job/trusty-adt-deja-dup/160/ were triggered manually
[07:42] <pitti> so we'd need to find a way to reconfigure all the trusty jobs
[07:43] <pitti> or use your "synthetic request" trick to poke (and run) them all
[07:44] <jibel> pitti, 2 options: resubmit everything or reconfigure with a script
[07:44] <pitti> jibel: but oh well, let's not rush this; if everything goes well, the jenkins-free solution will be around in a few months, and then this becomes obsolete
[07:47] <jibel> pitti, I updated trusty-setup-testbed to provision new style VMs
[07:47] <pitti> jibel: we still need the old-style ones as well for trusty-DKMS, right?
[07:47] <pitti> I suppose again on just one worker
[07:47] <jibel> pitti, yes on wanz only
[07:48] <pitti> how often do we run the ones on trusty?
[07:48] <pitti> I guess once a week or so would suffice for stables?
[07:48] <jibel> pitti, when there is a new image ie every day
[08:29] <davmor2> Morning all
[10:29] <jibel> pitti, I found one of the problem with the reconciliation. It's because not all the binaries built from a source package are installed so not all the requested dependencies listed in the state file are listed in *-packages files
[10:29] <jibel> For example one of the binary built from matplotlib is python-matplotlib-doc which depends on libjs-jquery. So libjs-jquery is in the list of dependencies of the state file.
[10:29] <jibel> But -doc is not installed during the test, this dependency is not pulled and doesn't appear in any -package file.
[10:29] <jibel> Previously we generated the list of candidates for all the binaries of the package under test even if they were not installed.
[10:30] <pitti> jibel: ah, so in the scenario above this essentially means that we don't have a test for python-matplotlib-doc
[10:30] <jibel> pitti, yes
[10:31] <pitti> jibel: should we build this package/version thing as a separate output list in autopkgtest then, or can we interpret the result above as "no test for libjs-jquery reverse deps"?
[10:35] <jibel> pitti, if we interpret as 'no test for libjs-jquery' it'd mean that the result is undefined and we cannot decide whether to promote the package or not. OTOH if we build this pkg/vers as a separate output but the package is not really installed we'll promote the reverse deps without any test of this dep.
[10:35] <pitti> jibel: but it seems so far we also just did the latter case, i. e. record the version of all binaries although they haven't actually been tested?
[10:36] <jibel> pitti, exactly.
[10:36] <pitti> why undefined? it's result shouldn't have any effect on the overall result, i. e. either "PASS" or more clearly "SKIP" or "N/A"
[10:37] <pitti> jibel: so using testpkg-version isn't enough for this as sometimes binaries are lagging behind or even have a different version than the source, right?
[10:38] <jibel> pitti, undefined because the reverse dep might be uninstallable for example or not working with this particular dependency
[10:38] <jibel> right
[10:40] <pitti> jibel: so how did we catch this in the old system? (we didn't, right?)
[10:40] <jibel> pitti, we didn't, the new way of doing things is just revealing a problem that always existed
[10:42] <jibel> pitti, we can probably report the result as 'N/A' when the dependency is not installed and add it to the list of valid states for promotion
[10:43] <pitti> jibel: ok, so I understood that right; so it would have the same effect as calling it "PASS", just more clearly
[10:43] <jibel> this way we won't block promotion if not all the binaries are tested and it will be visible in excuses and won't put it under the carpet
[10:43] <pitti> sounds great
[10:46] <jibel> in summary, an upload of libjs-jquery will trigger a test of matplotlib, libjs-jquery won't be in any *-package and test marked as 'N/A', and in excuses we'll see libjs-jquery/matplotlib/N-A/Valid Candidate
[10:47] <pitti> *nod*; and in the past we had python-matplotlib-doc's version in matplotlib's .result file and thus considered that as PASS
[10:47] <pitti> (or FAIL if it actually failed)
[10:49]  * pitti kicks back more tests which failed due to qemu crashes
[10:49] <pitti> I can see these poor worker and their HDDs nodes sweat like mad :)
[10:49] <pitti> err, "worker nodes and their HDDs"
[11:14] <pitti> *nnng* hash sum mismatch
[14:38] <elopio> rhuddie or alesage: I need a review here, please:
[14:38] <elopio> https://code.launchpad.net/~elopio/ubuntu-autopilot-tests/initctl_env_from_toolkit/+merge/219384
[14:40] <rhuddie> elopio, I'll take a look
[14:42] <elopio> thanks.
[15:39] <elopio> davmor2: mi camera is not working. I touch the capture button and nothing happens.
[15:39] <elopio> have you seen that?
[15:39] <davmor2> elopio: nope works fine here
[15:40] <elopio> :(
[15:40] <elopio> I'll report a bug and ask on the mailing list.
[16:50] <elfy> balloons: what testing gets done by ubuntu for assistive tech? we've got a hanging chad in our settings testcase to test it for some reason - but I'd like to know if it get's a test anywhere at all - eg autopilot
[16:50] <balloons> elfy, assistive tech afaik is manual test only
[16:54] <elfy> balloons: mmk - can't see it on any of the ubuntu tests
[16:55] <balloons> elfy, we have a screen reader install test. Beyond that, what are you asking about?
[16:55] <balloons> I did that test this last cycle as well, it's a bit better than before :-)
[16:55] <elfy> sticky keys - that type of thing
[16:55] <elfy> balloons: I've still got that image testcase bug in my head - not forgotten it
[16:56] <elfy> I've just got to make sure all our manual tests are ok first
[17:21] <elopio> robotfuel: are you helping renato with update of the tests to the new design?
[17:24] <robotfuel> elopio: he was still using the page object pattern the last time I looked. he accidently overwrote his ContactListPage.
[17:24] <elopio> robotfuel: I'm just wondering if I should offer him my help, or you were already working with him.
[17:24] <elopio> robotfuel: we are talking about a hacking session on malta where we update the tests with the devs.
[17:25] <elopio> it seems renato is the only one that started earlier.
[17:25] <robotfuel> He was all set the last time I checked, but I should follow up.
[17:28] <elopio> robotfuel: ok. Tell me if you are already too busy, I might be able to spare some time.
[17:34] <robotfuel> elopio: yes I am working on the address-book-app flakyness if you want to follow up that would be good.
[17:34] <robotfuel> elopio: was he still asking for help?
[17:34] <elopio> robotfuel: no, I haven't talked to him.
[17:34] <elopio> this was a discussion with bfiller where he said renato has already started.
[17:38] <renato> hi bfiller
[17:38] <bfiller> renato: had a discussion with elopio and QA today about making sure we use the new SDK emulators when reworking our address book tests
[17:39] <bfiller> renato: I know you've made progress here, thought we could work on it with QA next week
[17:39] <renato> bfiller, yes I am using the new emulators, for the headers
[17:40] <bfiller> renato: ok good
[17:40] <bfiller> that's what I thought
[17:41] <bfiller> renato: are we using any other custom emulators or is everything from sdk enulatores?
[17:41] <elopio> renato: yes, just wanted to tell you that if you need help, robotfuel and I can give a hand.
[17:41] <renato> elopio, robotfuel, this is my MR https://code.launchpad.net/~renatofilho/address-book-app/new-header/+merge/218437
[17:42] <renato> elopio, robotfuel, the only problem now is that jenkins is not upgrading the SDK package before run the tests
[17:42] <renato> but fginther is trying to fix that
[17:43] <renato> bfiller, we have some specific emulators for address-book-app
[18:11] <elopio> I need to renew my driving license.
[18:12]  * elopio will be back.
[18:15] <elopio> I changed my mind.
[18:15]  * elopio stays.


[04:49] <Kilos> evening nhaines  and others on the dark side
[04:50] <Kilos> morning those that see the light already
[04:51] <nhaines> Good evening!  :)
[04:51] <Kilos> :-)
[04:52] <Kilos> do we have any ausies here?
[07:11] <Kilos> hi dpm
[07:11] <Kilos> where are you situated ?
[07:14] <dpm> hi Kilos
[07:14] <dpm> in Germany
[07:14] <Kilos> ah cool
[23:53] <Ramobuntu> Hi!
[23:54] <Ramobuntu> Hello everybody! How are you?


[12:52] <sdhd-sascha> hi,
[12:52] <sdhd-sascha> I have a bond-device and added it to a bridge.
[12:52] <sdhd-sascha> I want to use this bridge for lxd and kvm, to expose all machines into the physical network.
[12:52] <sdhd-sascha> Should i enable stp ? Because, if i add `stp: yes` to netplan - then my network is not reachable.
[12:52] <sdhd-sascha> (Not sure how to debug this issue. My network skills are not the best )
[12:52] <sdhd-sascha> Currently it's ubuntu 20.04 - but had the same effect before in 19.10
[13:01] <sdhd-sascha> Should i give the bond0 all mac-addresses from all physical interfaces ? (Currently don't know how to look into the arp-table of my switch)
[13:02] <sdhd-sascha> E. g. MAAS gives the bond only one mac-address from one device (not sure, if the bond-mode does control this)
[13:04] <nils_> sdhd-sascha, not sure if this is strictly kernel related.
[13:05] <sdhd-sascha> nils_: i'm too. Whom could i ask ?
[13:06] <sdhd-sascha> Some Ceph or Openstack people ... I look, for other channels ;-) thank you
[13:09] <nils_> the bond device is connected to a switch?
[13:09] <nils_> It may be that enabling STP on the bridge interferes with the switch.
[13:21] <sdhd-sascha> nils_: yes. Good hint. :-)
[13:21] <sdhd-sascha> I found #openstack. And there i get the information, that no `stp` is needed, because i didn't create loops on the host
[13:21] <sdhd-sascha> Thank you :-)
[13:22]  * sdhd-sascha really need to refresh my network knowledge
[15:32] <zx2c4> apw: any repo where i can follow along your dkms reworking? ive been poking around launchpad to get a handle on it but havent found much
[15:39] <apw> zx2c4, oh no, that is all local right now; the fight i have been having with the librarian and provides is over
[15:53] <zx2c4> apw: oh my...
[15:53] <zx2c4> O_o
[15:54] <zx2c4> do you mean this whole thing with linux-module-wireguard "providing" wireguard-modules, which the wireguard metapackage depends on?
[16:29] <apw> zx2c4, the support that would be used for that; but for the existing builds, nvidia and hte like
[16:31] <zx2c4> ah gotcha
[16:33] <apw> but the existing stuff was a bit of a mess to add to, and bugs in the first phase take hours to build
[16:33] <zx2c4> zoinks
[16:33] <zx2c4> well hopefully wireguard will just be "drop in"
[16:33] <zx2c4> should have a relatively sane build system compared to nvidia....
[16:47] <apw> yes, it should be easy, nvidia not so much
[16:57] <zx2c4> apw: well let me know when i can try it out / when youve got something publish pushed
[20:52] <fling> Is eoan at 5.4 now?
[20:52] <fling> Am I supposed to get shiftfs patches from eoan if I want them for 5.4?
[21:03] <fling> probably not
[21:04] <gpiccoli> fling, eoan is 5.3 - the new release (devel), called Focal, is 5.4 AFAIK
[21:07] <fling> gpiccoli: how do I clone it's repo using linus tree as base?
[21:08] <fling> git clone --reference linux focal.git
[21:08] <fling> what is the focal git repo? :P
[21:09] <sarnold> fling: https://kernel.ubuntu.com/git/ubuntu/ looks to have one
[21:09] <fling> thanks
[21:09] <gpiccoli> I've been using this one fling : git://kernel.ubuntu.com/kernel-ppa/mirror/ubuntu-focal.git
[21:12] <fling> n=5401 ; for c in $(git log fs/shiftfs.c | grep ^commit | sed s/commit\ // | tac) ; do git format-patch -1 --start-number $n $c ; n=$(($n+1)) ; done
[21:13] <fling> this is how I get shiftfs patches ^ is there a better way to filter out what I need?


[01:53] <DalekSec> zequence: The developers meeting about your uploader privs cancelled?
[02:15] <joey_> hi
[02:19] <joey_> HI
[02:27] <joey_> hi?
[02:27] <SonikkuAmerica> Ohai
[02:27] <SonikkuAmerica> What brings ya here?
[02:29] <joey_> I'm interested
[02:30] <SonikkuAmerica> In developing? Have anything in mind?
[02:30] <joey_> Well
[02:30] <joey_> For the moment I'm interested in the process because I do not have a lot of skill in programming
[02:31] <SonikkuAmerica> That's fine. I don't either. :D
[02:31] <joey_> Uh.
[02:31] <joey_> :D
[02:32] <SonikkuAmerica> No really, I'm here just to make sure everything runs smoothly. Mainly because of a sister flavor called Xubuntu
[02:32] <joey_> Ah yeah Xubuntu.
[02:32] <joey_> What exactly do you do ?
[02:33] <SonikkuAmerica> Well... my last major contribution was making sure the thing would boot from hard disk properly on UEFI systems
[02:34] <joey_> Uh yeah
[02:34] <joey_> My OS boots way faster now that 14.04 is out !
[02:34] <joey_> That's cool.
[02:34] <SonikkuAmerica> Well the thing was that with 13.10, the UEFI system searched for /EFI/ubuntu/ instead of /EFI/ubuntustudio in the EFI system partition
[02:35] <SonikkuAmerica> hence a blank GRUB prompt
[02:35] <joey_> I didn't know about that
[02:35] <joey_> Always had problem with UEFI
[02:35] <joey_> with Ubuntu studio or not
[02:35] <joey_> Now it's fine
[02:36] <SonikkuAmerica> Yeah. A couple of us did some testing with that... mine was more independent testing though
[02:38] <joey_> Mhhh
[02:38] <joey_> What OS do you use ?
[02:38] <SonikkuAmerica> However... if you want to check out our release schedule, which was your original question (I think), check out https://wiki.ubuntu.com/UtopicUnicorn/ReleaseSchedule
[02:38] <joey_> Xubuntu ?
[02:39] <SonikkuAmerica> joey_: Normal Ubuntu with Unity (but I have VMs of some variants and Lubuntu on a couple other machines)
[02:39] <joey_> Cool
[02:49] <joey_> I was actually interested with...
[02:49] <joey_> working on the Ubuntu Studio website, maybe.
[02:54] <SonikkuAmerica> Oh, the website!
[02:55] <SonikkuAmerica> I would speak to zequence or ScottL when they're online.
[02:55] <SonikkuAmerica> They're the website team.
[03:00] <DalekSec> Likely that knome does wordpress related stuff for US.
[03:00] <joey_> ?
[03:01] <SonikkuAmerica> Yeah, Unit193 is partly right
[03:01] <SonikkuAmerica> err, DalekSec
[03:01] <SonikkuAmerica> (when you have 1000 different nicks it's hard to tell)
[03:01] <joey_> Uh, I', confused
[03:02] <SonikkuAmerica> The theme you see on our site is done by knome, who is the head of the Xubuntu project.
[03:02] <joey_> What does that mean ?
[03:02] <joey_> Woah
[03:02] <SonikkuAmerica> He has the Wordpress-foo that most of us don't have
[03:02] <DalekSec> SonikkuAmerica: Former, but that's not important.
[03:02] <SonikkuAmerica> He retired???!!!
[03:03] <joey_> "Pasi Lallinaho" ?
[03:03] <joey_> oh shimmer project yah
[03:03] <joey_> I love bluebird
[03:03] <SonikkuAmerica> Yeah, that's him
[03:03] <SonikkuAmerica> (knome)
[03:04] <DalekSec> SonikkuAmerica: End of term, he didn't go for it again.  ochosi is lead now.
[03:04] <SonikkuAmerica> Oh, OK. I trust ochosi, he'll do just fine :D
[03:04] <joey_> The theme for xubuntu.org is fine
[03:05] <joey_> I wouldn't change it
[03:07] <SonikkuAmerica> I know the Ubuntu Studio Web site theme is similar, but I think that reflects the relationship Ubuntu Studio has with Xubuntu
[03:07] <joey_> You think?
[03:08] <joey_> I don't see it honestly
[03:08] <SonikkuAmerica> Well let's see - Similarities between Ubuntu Studio and Xubuntu:
[03:09] <SonikkuAmerica> (1) Desktop env. - Both use XFCE (or Xfce if you insist)
[03:09] <joey_> oh that
[03:09] <joey_> the OS sure
[03:09] <joey_> I was thinking about the websites
[03:09] <joey_> haha
[03:10] <joey_> but you did mean the website
[03:10] <SonikkuAmerica> (2) Core Utilities and PKG mgmt. - Both use dpkg/apt and the same coreutils as any other Linux distro.
[03:10] <joey_> my bad
[03:10] <SonikkuAmerica> I did?
[03:10] <SonikkuAmerica> No, the relationship between the 2 flavors, not between the 2 Web sties
[03:10] <SonikkuAmerica> *sites
[03:10] <joey_> ah :)
[03:10] <joey_> Yes they feel the same aside from the studio workflow
[03:11] <joey_> audio is killer on ubuntu studio
[03:11] <SonikkuAmerica> And the kernel differences
[03:11] <joey_> yes
[03:16] <joey_> How's life ?
[03:21] <joey_> =D
[03:22] <SonikkuAmerica> Huh? Oh.
[03:22] <SonikkuAmerica> I think I fell asleep
[03:22] <joey_> Haha
[03:22] <SonikkuAmerica> If you can read this, I typed this sentence blind
[03:23] <joey_> Oh cool, can you read this too, blind typing is fun !!!
[03:23] <joey_> Uhhh :D
[03:24] <SonikkuAmerica> Pfft.
[03:26] <SonikkuAmerica> But anyway, I gotta get to bed, so yeah, give zequence or ScottL a ring (and maybe knome along with 'em)
[11:10] <zequence> OvenWerks: check out lp:ubuntustudio-controls. I've removed everything, except some interesting files, and added a couple of resources for development.
[11:11] <zequence> I have more, but nothing in such shape that I'd like to put it up currently. Maybe next week.
[11:15] <zequence> The jackdbus code is based on jack_control, btw. Haven't made that clear in the code
[20:37] <joey_> Hi
[20:37] <joey_> Hi zequence
[21:00] <joey_> hi
[21:05] <joey_> i love you
[21:12] <holstein> joey_: are you in the correct channel? friend?
[21:12] <joey_> yes friend
[21:12] <joey_> i love you
[21:13] <joey_> It's unprofessional isn't it ?
[21:13] <joey_> I am so sorry.
[22:37] <joey__> hi
[23:35] <joey__> hi?
[23:41] <joey__> :/
[23:53] <joey__> how do i offer my interest?