[14:17] <strogon14> hi all, new to the channel. A new jack_mixer release is around the door. now using meson as the build system. but I'm having trouble understanding how I'm supposed to get the Python modules installation paths right on debian/Ubuntu.
[14:17] <strogon14> Is this a good place to get advice on this?
[14:41] <strogon14> or which channel would be?
[22:31] <brackets> /!\ this chat has moved to irc.crimeircd.net #pp /!\
[22:31] <Frosty> /!\ this chat has moved to irc.crimeircd.net #pp /!\
[22:43] <jor> 6FSqXiLSOQF8873XvgFsLh4lD3pK5MinzJltUdrLI7lYYqspsbPlUeV2QQ98HqbpLvf2Ir782Gb4hvfkTHErb7pCNamLhLpbL1aI5dGqL6cctSJ5kl4Byou4
[22:44] <jor> hq0ku4EI5q4pbVkyqk3S4NCcCoR0CUMmnG0DKez04HGa7CuV0QscbFLgSfhZHIIHY0w0PNJ7aVnmEYACONISwe7KesdA1A5XprC7xMg9jxDpyGcbNHBQpkZX
[22:44] <jor> BMbYo2E7D0WckF2PPmWvjIDVxzGeke53ULQw4BNAijCJElMWGogPeG6032A05Pghz1RODJNjRdtCz9SuJKdBKSQYs7wNl0fChhOr6KA7CukUqld8Yrksa9Er
[22:44] <jor> BtSPY7jOeQ2W7RZxm4Gtf9DX2mlxzB0apLlecbGqMab8QgmwQRIzAZbYqhAjaW1CRVKf87glRWG4hcbkzoKGWsxXmzSJZdM5o6iNiXo5KdnLc7Ppop1m5fmW
[22:44] <jor> Co6mrmcanSk6xUOZTym5G4hXgsYbOHOHvNoFNUeUx7m4w016F9LbXLSbHOkIiaWROWfUzP9AN3Se5zcRfXBzdPVOUaq5zLrme0E25Tnmp5O7KHZfXrgn6oWB
[23:13] <Eickmeyer> strogon14: I gotchu. :)
[23:14] <Eickmeyer> strogon14: python module installation is pretty universal.
[23:17] <Eickmeyer[m]> strogon14: Also, I wouldn't worry about it. debhelper is intelligent enough that, when meson is used, to put stuff in the right spot. :)
[23:25] <strogon14> Eickmeyer[m]: but I would also like jack_mixer to support manual installation from source, if somebody wants to do that, if possible.
[23:25] <Eickmeyer[m]> strogon14: That's not possible in a Debian package.
[23:26] <Eickmeyer[m]> Set a default, but then make it overridable.
[23:26] <Eickmeyer[m]> Where everything installed before, it was perfect.
[23:26] <strogon14> I mean without a deb package, e.g. to /usr/local
[23:27] <Eickmeyer[m]> strogon14: Debian policy is explicitly against using /usr/local for anything.
[23:27] <strogon14> atm this doesn't work bcos meson installs python modules into <prefix>/lib/python3.9/site-packages
[23:28] <strogon14> but that's not in sys.path on debian/ubuntu
[23:28] <Eickmeyer[m]> Yes, and in Debian, <prefix> is /usr
[23:28] <strogon14> i'm not talking about packages, i'm talking about manual installation from source
[23:30] <strogon14> standard meson gets the python installation paths from sysconfig.get_paths()
[23:30] <Eickmeyer[m]> Right.
[23:30] <strogon14> and that returns the path with site-packages, not dist-packages
[23:30] <strogon14> imho this is horribly broken
[23:31] <strogon14> it should return the paths that are actually in sys.path
[23:31] <strogon14> why is debian python that way?
[23:32] <Eickmeyer[m]> strogon14: That's beyond me. Maybe ask in #ubuntu-devel?
[23:32] <strogon14> yes, i'll try that.
[23:32] <Eickmeyer[m]> Basically, if it works, it works. If it's installling to the proper place, * for that distro * , then I wouldn't worry about it.
[23:33] <strogon14> but it doesn't with standard meson, without debhelper
[23:34] <strogon14> thats my issue.
[23:34] <strogon14> and it's not meson's fault, imho
[23:34] <Eickmeyer[m]> strogon14: We don't support that method of installation. It's all packaged for Debian/Ubuntu. We * cannot * support that.
[23:35] <strogon14> ok, i'll put that info in the installation docs then :(
[23:35] <Eickmeyer[m]> strogon14: I've been packaging jack-mixer for you. It works. Do you not trust me?
[23:36] <strogon14> i do
[23:36] <Eickmeyer[m]> Ok then. When I have issues with it that I can't resolve on my own, I'll let you know. I do monitor github for releases.
[23:36] <strogon14> i'm just expecting bug reports from users, which try to install jack_mixer from source on debian/ubuntu
[23:37] <strogon14> which will then fail on start bcos the jack_mixer python package can not be found
[23:37] <Eickmeyer[m]> Well, then don't support it. If there are issues that aren't packaging related (bug reports, etc.), then I will upstream those bug reports as I receive them.
[23:38] <strogon14> in fact, i already had such a ticket for the old install method
[23:38] <Eickmeyer[m]> Are the paths in the application hardcoded and absolute?
[23:38] <strogon14> no
[23:38] <Eickmeyer[m]> Then you're fine. :)
[23:39] <Eickmeyer[m]> We rarely have to interact with upstream developers on issues such as these.
[23:40] <strogon14> allright, i still think it's strange that debian breaks normal python installation standards, but whatever...
[23:40] <Eickmeyer[m]> In fact, I've never had to in my 3 years doing this. :)
[23:40] <Eickmeyer[m]> It's not broken if it's different. :)
[23:40] <strogon14> imho, if they patch sys.path they shoukd also patch sysconfig to reflect that


[12:24] <h3sp4wn> nixternal: Are you building libinstrudeo with cdbs ?
[12:24] <nixternal> im not trying to build it
[12:25] <h3sp4wn> You are only trying to build screenkast-0.1.2 but not the library it needs first ?
[12:25] <nixternal> im not trying to build either one now
[12:25] <nixternal> the libinstrudeo seems to be an issue with ubuntu
[12:26] <h3sp4wn> And issue with one of the ubuntu packages or just with the way libinstrudeo is built ?
[12:27] <crimsun> it's both
[12:27] <crimsun> we don't ship the linkable libraries for ffmpeg
[12:27] <crimsun> you need to have those built statically into libinstrudeo
[12:30] <h3sp4wn> And if I just took ffmpeg from debian-multimedia and used that it would possibly cause alot of dependancy type problems for people ?
[12:31] <h3sp4wn> (so hence would be a bad idea ?)
[12:45] <crimsun> h3sp4wn: considering marillat uses a different packaging scheme from ours, yes
[12:45] <crimsun> he provides linkable libraries
[12:46] <nixternal> xvidcap is a lovely screencast program by the way
[12:49] <h3sp4wn> crimsun: I won't do it then - I will just try to build it for sid (laptop has sid anyway)
[12:50] <crimsun> Debian has a very, very solid rationale for not providing linkable shared libraries: ffmpeg doesn't respect ABI at all, so providing them is useless
[04:03] <Hobbsee> hi all
[04:05] <nixternal> hiya Hobbsee
[04:06] <Hobbsee> hey nixternal :)
[04:06] <nixternal> heh
[04:06] <nixternal> konvo?
[04:07] <Hobbsee> irssi
[04:07] <nixternal> ahhh
[04:07] <Hobbsee> i think i screwed the settings
[04:07] <nixternal> i installed some stupid script on my irssi and it killed my hilighting
[04:09] <Hobbsee> heh
[04:16] <Hobbsee> imbrandon: updating to latest dapper first
[04:17] <imbrandon> ;)
[04:17] <imbrandon> i'm about 5 minutes away from dist-upgrading voyager
[04:18] <Hobbsee> imbrandon: nice, so we can both kill our machines together.
[04:18] <Hobbsee> glad to see installing dapper2 didnt kill off my hard drive
[04:18] <imbrandon> heh
[04:18] <imbrandon> i'll still have my laptop if my voyager dies ;)
[04:19] <Hobbsee> imbrandon: oh yeah, when do you put voyager itno maitenence?
[04:19] <imbrandon> whenever i goto sleep, its not a scheduled time
[04:19] <Hobbsee> it was about my 2am, so....1600 UTC or so
[04:19] <abattoir> imbrandon: tell me how it goes... ;) i plan on doing 'it' soon.
[04:19] <imbrandon> hrm i can start doing it at a scheduled time
[04:19] <Hobbsee> imbrandon: ah okay.  1800UTC or so is good :P  i've definetly gone to bed by then
[04:19] <imbrandon> abattoir, me and Hobbsee are both doing "it" tonight
[04:19] <Hobbsee> if thta's okay by you
[04:20] <imbrandon> Hobbsee, yup thats fine with me
[04:20] <imbrandon> i'll make sure it dosent do it before then
[04:20] <Hobbsee> imbrandon: of course, if something's going to be left to build overnight, then i'll tell you
[04:20] <Hobbsee> hehe -that's my 4am - i really should be in bed by then!
[04:20] <abattoir> imbrandon: hehe, i'll stay tuned :) . thanks
[04:20] <imbrandon> Hobbsee, yup yup
[04:20] <Hobbsee> abattoir: we'll tell you :)
[04:20] <imbrandon> 1800 - 5 == 1pm here
[04:21] <Hobbsee> imbrandon: ah okay
[04:21] <imbrandon> ;)
[04:21] <abattoir> i guess amd64 will be in a greater state of 'brokenness'... :(
[04:21] <imbrandon> 1pm i'm DEFINATLY asleep
[04:21] <imbrandon> abattoir, not really
[04:21] <abattoir> imbrandon: oh, that's good then.
[04:22] <Hobbsee> imbrandon: hehe
[04:22] <Hobbsee> yeah, amd64 is likely nightmare-ish
[04:23] <abattoir> isnt Riddell one?
[04:23] <Hobbsee> abattoir: he is, but he's very busy and the timezones arent brilliant
[04:23] <Hobbsee> abattoir: he's very good in uploading my fixes though :)
[04:23] <abattoir> aah, ok.
[04:23] <abattoir> yeah, i've noticed ;)
[04:24] <Hobbsee> hehe
[04:24] <imbrandon> Hobbsee, crimsun maybe ?
[04:24] <Hobbsee> imbrandon: yeah, true.
[04:31] <Hobbsee> grumble grumble.  i forgot to delete a metapackage before upgrading.
[04:32] <Hobbsee> imbrandon: have the 5 min passed yet?
[04:33] <Hobbsee> imbrandon: good thing i didnt decide to screen in from your machine, while this is upgrading.
[04:33] <Hobbsee> hmm.
[04:36] <imbrandon> you can ssh in, but it will be rebooted when i get done upgrading so i wouldent build on it
[04:36] <imbrandon> atm
[04:37] <Hobbsee> imbrandon: yeah, yeah, fair enough.
[04:39] <imbrandon> delete what meta package >?
[04:40] <Hobbsee> imbrandon: linux-image-386, linux-386, l-r-m-386
[04:41] <imbrandon> heh
[04:46] <Hobbsee> imbrandon: upgrading :)
[04:47] <imbrandon> mine too
[04:47] <imbrandon> we get to see whos brave and reboots first
[04:47] <imbrandon> heh
[04:47] <Hobbsee> whee.  and aptitude complains a lot, so i'm going to ignore it
[04:47] <Hobbsee> heh
[04:47] <Hobbsee> imbrandon: how do you scroll back in an ordinary console?
[04:48] <imbrandon> pageup
[04:48] <Hobbsee> imbrandon: page up doesnt work
[04:48] <Hobbsee> yeah, i usually do, but didnt this time
[04:48] <imbrandon> hum no idear then
[04:48] <Hobbsee> that works for irssi, doesnt seem to for a virtual terminal
[04:48] <imbrandon> hrm no idea
[04:48] <imbrandon> #ubuntu ?
[04:48] <imbrandon> heh
[04:49] <Hobbsee> could do
[04:52] <nixternal> you could try 'shift pageup' as well
[04:54] <Hobbsee> nixternal: good point.  still nothing.  tried random shortcuts along those lines.
[04:54] <nixternal> i have had issues in the past, especially when using irssi in konsole..with scrolling up
[04:54] <nixternal> you must be like me and hide "scrollbars", "tab buttons", and "toolbar"
[04:55] <Hobbsee> nixternal: virtual terminal?  doenst have such things
[04:55] <nixternal> ahh
[04:55] <Hobbsee> irssi scrolls up wherever i have it, which is odd
[04:55] <Hobbsee> nixternal: virtual terminal as in ctrl+alt+f1
[04:55] <nixternal> yup
[04:55] <nixternal> page up, or i believe shift+up arrow, or ctrl up arrow...can't remember
[04:56] <nixternal> but usually, the page up works for me in virtual term
[04:58] <Hobbsee> ah yeah...nice
[05:02] <Hobbsee> nixternal: shift page up and shift page dwon - not sure why it wasnt workign earlier.
[05:02] <nixternal> i did my magic, thats why
[05:03] <Hobbsee> hehe
[05:03] <abattoir> you guys know if ubiquity has an option for xfs?
[05:04] <Hobbsee> abattoir: i doubt it, but i dont know.  i'm not sure how much advanced stuff made it in
[05:05] <abattoir> Hobbsee: ok, thanks :)
[05:06] <imbrandon_> abattoir, check the qtparted for edgy ( thats what ubiguity would be using )
[05:06] <imbrandon_> *the changelog
[05:07] <abattoir> imbrandon_: guess i'll find out in a few seconds directly... :)
[05:07] <abattoir> bye
[05:08] <Hobbsee> imbrandon: lots of problems, it seems
[05:08] <Hobbsee> not sure if we've got X.
[05:30] <Hobbsee> this is fun :)
[05:30] <Hobbsee> wonder if it will work at the end
[05:32] <imbrandon> heh it did yesterday in the vm so lets hope not much has changed
[05:36] <abattoir> QtParted does have xfs support :), now to see if grub behaves...
[06:02] <Hobbsee> interesting...
[06:03] <Hobbsee> Riddell: the kopete version isnt being installed - obviously the kdenetwork version of kopete hasnt been disabled yet
[06:06] <abattoir> and... Ubiquity crashes... :(
[06:13] <abattoir> it *was* grub.... :'(
[06:14] <Hobbsee> heh
[06:14] <Hobbsee> darn :(
[06:14] <Hobbsee> abattoir: seems to be wokring okay here - edgy, that is
[06:15] <Hobbsee> not sure what's up with the kernels though
[06:15] <abattoir> Hobbsee: you have XFS+Grub ?
[06:15] <Hobbsee> abattoir: no
[06:15] <Hobbsee> no xfs
[06:15] <abattoir> Hobbsee: oh, ok, because they generally  arent expected to work well together, but read on a lp bug that it has been fixed...
[06:16] <Hobbsee> ah ok
[06:27] <Hobbsee> nice :)
[06:50] <imbrandon_> woot
[06:51] <imbrandon_> all SEEMS ok so far
[06:51] <Hobbsee> :)
[06:51] <Hobbsee> nice?
[06:51] <imbrandon_> Sysinfo for 'voyager': Linux 2.6.17-5-686 running KDE 3.5.3, CPU: Intel(R) Celeron(R) CPU 2.93GHz at 2933 MHz (5874 bogomips), HD: 31/182GB, RAM: 355/1003MB, 104 proc's, 2.42min up
[06:51] <imbrandon_> very nice ;)
[06:51] <imbrandon_> fonts look a little diffrent for some reason but i'll figure that out later
[06:51] <imbrandon_> they actualy look better
[06:53] <Hobbsee> imbrandon_: you planning to reboot anytime soon?
[06:53] <imbrandon_> nope
[06:54] <imbrandon_> you gonna test the building out ? heh
[06:54] <imbrandon_> brb
[06:57] <Hobbsee> imbrandon_: i might to kpowersave and powersave.
[06:58] <Hobbsee> imbrandon_: oh, did you like the usplash lol?
[07:00] <Hobbsee> pity lure isnt around
[07:01] <Hobbsee> he's mentoined all over this powersave changelog :)
[07:09] <imbrandon_> heh yea i seen the usplash a week or so ago
[07:10] <imbrandon_> maybe more in the vm
[07:11] <imbrandon_> seems quite a bit faster too
[07:11] <Hobbsee> yeah, fortunately :)
[07:12] <imbrandon_> kubuntu meeting tomarrow ( 7 hours )
[07:12] <Hobbsee> imbrandon: today for me :)
[07:13] <imbrandon_> me too but i might nap before then for a little while
[07:13] <imbrandon_> so i can be sure and be nice and awake
[07:14] <imbrandon_> hahah Hobbsee put the cert thing up i dare ya LOL
[07:15] <Hobbsee> oh, that.
[07:15] <Hobbsee> heh, yeah
[07:15] <imbrandon_> ouch you know what i noticed, my firefox is brown like ubuntu, that wont do /me go's to see whats wrong with it
[07:15] <imbrandon_> moins raphink
[07:16] <Hobbsee> hi raphink
[07:16] <raphink> hi imbrandon
[07:16] <raphink> hi Hobbsee
[07:16] <Hobbsee> imbrandon: hehe. firefox-ubuntu - a new dep of firefox.
[07:17] <imbrandon_> ouch, thats not good, should be firefox-ubuntu|firefox|kubuntu
[07:17] <imbrandon_> err
[07:17] <imbrandon_> ouch, thats not good, should be firefox-ubuntu|firefox-kubuntu
[07:17] <Hobbsee> yeah, but there isnt a firefox-kubuntu currently, and there's no way of forcing firefox-kubuntu to be installed
[07:18] <imbrandon_> heh i'll find a way arround it and present it to Ridd*ell i'm not givin up my firefox nor am i dealing with icky brown/orange ;)
[07:18] <imbrandon_> nor should other kubuntu members ;)
[07:18] <Hobbsee> imbrandon_: heh, true.  make a package, put it in, shouldnt be hard.
[07:19] <Hobbsee> Riddell's not unreasonable, after all.
[07:19] <imbrandon_> yup yup ;)
[07:20] <Hobbsee> imbrandon_: well, we are the side project, at least at the moment
[07:36] <Hobbsee> imbrandon_: kpowersave building now too :)
[07:37] <imbrandon_> nicr
[07:37] <imbrandon_> nice
[07:37] <Hobbsee> and that was me pulling out my netwrok cable accidently.  grr.
[07:43] <Hobbsee> hi abattoir :)
[07:43] <abattoir> hello Hobbsee :)
[07:43] <abattoir> Ubiquity just hates me :'(
[07:44] <abattoir> and it just fried my GRUB :(
[07:44] <Hobbsee> hehe
[07:44] <Hobbsee> oh dear :(
[09:39] <Hobbsee> can someone else tell me whatever else i needed to add to the meeting?
[09:42] <omeow> A better frontend for ark.
[09:42] <crimsun> seaLne is now a kubuntu member, correct?
[09:43] <Hobbsee> omeow: feel free to add it
[09:43] <Hobbsee> crimsun: yep :)
[09:43] <Hobbsee> crimsun: how does one get on the backports team, btw?
[09:43] <seaLne> yep
[09:43] <Hobbsee> HA!  my stuff's longer than the entire contents of the meeting was before!
[09:43] <crimsun> Hobbsee: you apply.
[09:44] <Hobbsee> crimsun: to?  and what does it involve, ie, what testing goes on between the request, and the backport?
[09:45] <omeow> Hobbsee, still learning C++/QT ;)
[09:49] <crimsun> there, cleaned up the wiki page some
[09:49] <Hobbsee> omeow: yeah
[09:49] <crimsun> Hobbsee: to the ubuntu-backports LP team
[09:49] <Hobbsee> crimsun: right
[09:53] <crimsun> https://wiki.ubuntu.com/BackportsHowto
[09:53] <Hobbsee> crimsun: i was more interested in
[09:53] <crimsun> it has to build unchanged in dapper
[09:53] <Hobbsee> oops
[09:53] <Hobbsee> yep
[09:53] <crimsun> there are exceptions made for versioning, but those tend to be scarce
[09:53] <Hobbsee> yep
[09:53] <Hobbsee> crimsun: is that all you guys basically do?  test that the edgy version that's mentioend in the bug report builds/installs/runs without major errors in dapper, and then backport it?
[09:53] <crimsun> we do that, but the requester has the burden
[09:54] <crimsun> s/he has to provide pbuilder/sbuild and dpkg logs
[09:54] <crimsun> we have to tread particularly carefully since Dapper is LTS
[09:54] <crimsun> for edgy-backports it won't be as stringent
[09:55] <Hobbsee> crimsun: i realise that, seeing as i've told a couple of people how to do backports :)
[09:55] <Hobbsee> yep, right
[09:55] <crimsun> as for the state of current backport requests, they're blocked on the buildd admins having the infrastructure in place
[09:55] <crimsun> hence none have been uploaded
[09:56] <Hobbsee> crimsun: ahhhh....why dont they have the infrastructure in place?
[09:56] <OculusAquilae> hi
[09:56] <Hobbsee> (my boss will be most annoyed if i go to work like this hehe)
[09:56] <Hobbsee> hey OculusAquilae!
[09:56] <crimsun> Hobbsee: they're waiting on the soyuz guys
[09:56] <Hobbsee> https://wiki.kubuntu.org/Kubuntu/Meetings for everyone to peruse
[09:56] <OculusAquilae> I've finally uploaded a patch for bug #48103
[09:56] <Hobbsee> crimsun: ah, right
[09:56] <Ubugtu> Malone bug 48103 in katapult "Katapult don't start with swedish localisation" [Medium,Confirmed]  http://launchpad.net/bugs/48103
[09:57] <Hobbsee> OculusAquilae: yay :)
[09:57] <Hobbsee> !info katapult edgy
[09:57] <ubotu> katapult: item launcher for KDE. In repository main, is optional. Version <IP_ADDRESS>svn20060711-0ubuntu1 (edgy), package size 295 kB, installed size 2252 kB
[09:57] <Hobbsee> main.  bleck
[09:58] <crimsun> dapper, no.
[09:58] <crimsun> dapper is a frozen, released distro.
[09:59] <crimsun> oh, sorry, thought you meant a new version, not a bugfix
[09:59] <Hobbsee> OculusAquilae: seems that \sh_away was going to do the first patch upload of that, i'm not sure if you want to poke him to do it with the proper patch
[10:00] <OculusAquilae> Hobbsee: Ok, I'll do that
[10:10] <OculusAquilae> katapult in edgy seems to be damaged
[10:10] <OculusAquilae> and Mez got svn and bzr out of sync :(
[10:11] <OculusAquilae> because he is away
[10:11] <Hobbsee> OculusAquilae: Mez stepped down from linux-* stuff indefinetly
[10:11] <OculusAquilae> that's the problem
[10:12] <OculusAquilae> but before it was out of sync, too
[10:13] <Hobbsee> ah
[10:14] <Hobbsee> hi allee, will you be at the meeting tonight?
[10:15] <OculusAquilae> ah, kubuntu meeting today
[10:18] <Hobbsee> OculusAquilae: yep :)_
[10:19] <Hobbsee> OculusAquilae: check out the meeting log hehe
[10:21] <OculusAquilae> you remind me on something, I have to write a meeting-summary for kubuntu.de :)
[10:22] <Hobbsee> OculusAquilae: :)
[10:29] <Hobbsee> whee!  another amarok bug to fix.
[10:31] <Hobbsee> see you all later for the meeting
[12:05] <kwwii> moin
[12:05] <Riddell> morning kwwii
[12:06] <kwwii> hey man
[12:06] <kwwii> there is a meeting this afternoon, or?
[12:06] <Riddell> yes, 13:00utc, I should send out a reminder
[12:45] <OculusAquilae> \sh: ping
[01:06] <imbrandon_> moins kwwii and Riddell
[01:06] <kwwii> howdy imbrandon_
[01:50] <mornfall> Riddell: http://lorien.mornfall.net:8012/m/adept/debian/adept_2.1.1.tar.gz if you like, fixes a bunch of RC bugs
[01:50] <mornfall> Riddell: it should land in debian shortly
[01:51] <Riddell> mornfall: great, thanks
[01:51] <Riddell> will need to wait until after Knot 1, hopefully I can upload this evening
[02:28] <nixternal> hiya Hobbsee
[02:29] <Hobbsee> hi nixternal
[02:29] <Hobbsee> hi Riddell, hi all
[02:35] <Hobbsee> hey imbrandon :)
[02:37] <nixternal> hiya jsgotangco
[02:38] <jsgotangco> good evening
[02:39] <imbrandon> heya jsgotangco
[02:44] <nixternal> i was wondering the same thing
[02:55] <Tonio_> hey
[02:55] <Tonio_> just at time for the meeting :)
[02:56] <Hobbsee> hi Tonio_
[02:56] <Tonio_> hi Hobbsee
[02:56] <Riddell> ** Kubuntu meeting in 5 minutes #kubuntu-meeting
[02:56] <Riddell> #ubuntu-meeting
[02:56] <Riddell> rather
[02:57] <Hobbsee> okay, back in a sec then.
[03:01] <Hobbsee> i'm baack1
[03:02] <allee> hi
[03:02] <imbrandon> heya allee
[03:02] <Hobbsee> hehe
[03:02] <Hobbsee> imbrandon: hey now!  hopefully the meeting ownt be that boring to need it!
[03:03] <imbrandon> lol
[03:03] <allee> hi imbrandon: nervous? :)
[03:03] <imbrandon> me? nah .. never gets nervus  </scarcasim> ;)
[03:03] <imbrandon> hehe
[03:08] <Hobbsee> imbrandon: i'm crossing my fingers and hoping he doesnt...
[03:08] <Hobbsee> imbrandon: what would you have to be nervous about anyway?
[03:08] <imbrandon> heh
[03:08] <imbrandon> Hobbsee, no idea , lol ask allee ;)
[03:08] <imbrandon> heh
[03:09] <allee> Hobbsee: just a shot in the dark :)
[03:09] <Hobbsee> right
[03:41] <seaLne> nixternal: out of interest what was that charecter you just typed on its own line in #ubuntu-meeting? it dosen't show up for me properly
[03:43] <nixternal> is it a box?
[03:44] <nixternal>
[03:44] <nixternal> or does it look like " with a big comma?
[03:55] <kwwii_> Hobbsee: and I cannot respond to a /msg without being identified
[03:56] <Hobbsee> kwwii_: i allow unidentified users messages
[03:57] <seaLne> nixternal: CD inverse
[04:01] <nixternal> seaLne: http://home.comcast.net/~nixternal/images/misc/tmp/smiley.jpg
[04:01] <nixternal> ^^ that is what i see
[04:04] <seaLne> nixternal: http://stuff.duffus.org/tmp/snapshot1.png
[04:04] <nixternal> wow, that is weird
[04:05] <seaLne> i was wondering what it was as you keep doing it :)
[04:12] <nixternal> ;)
[04:12] <nixternal> ok, old school is back
[04:30] <imbrandon> Riddell, are kio slaves considered a feature or program, i would like to try to get kio-sysinfo in edgy before sept 7 dealine
[04:31] <Riddell> imbrandon: new packages are fine
[04:31] <imbrandon> ok cool
[04:31] <imbrandon> have you seen kio-sysinfo from novell, its VERY slick
[04:32] <Riddell> not for more than a second
[04:32] <imbrandon> hehe ;)
[04:48] <nixternal> Riddell: just so you know, there aren't many changes for kubuntu doc merges, and the release notes are presently being created via jjesse
[04:49] <imbrandon> Riddell, whenever you come up with a time lemme know i'll poke the fridge ;)
[04:49] <nixternal> heh, i need to poke the fridge, im hungry
[05:02] <Riddell> kwwii: you anywhere near Weisbeiden?
[05:04] <kwwii> hehe, I just got off the phone with my travel agent to change my trip to america so that I can be there
[05:04] <kwwii> weisbaden is about 3 hours away from my home
[05:06] <kwwii> Riddell: I talked to Jane about the UI sprint and my trip
[05:07] <nixternal> heh, launchpad membership change, that was quick ;)
[05:07] <nixternal> thanks again everyone!!!
[05:08] <Riddell> kwwii: ui sprint?
[05:08] <kwwii> well, developer sprint
[05:08] <kwwii> in late august
[05:09] <kwwii> was there another reason you ask?
[05:09] <Riddell> yeah, that was it
[05:14] <kwwii> Riddell: it is in my contract that I have to attend
[05:15] <Riddell> kwwii: I see
[05:20] <Hobbsee> nixternal: did you want to do the meeting minutes?
[05:27] <nixternal> i can do them if needed, sure
[05:29] <Hobbsee> nixternal: hehe!  thought you were
[05:29] <nixternal> i was enjoyin' the sun
[05:29] <nixternal> ;)
[05:58] <imbrandon> hrm Hobbsee ping
[05:58] <Hobbsee> imbrandon: pong
[05:58] <imbrandon> you have any icons on your desktop ?
[05:58] <Hobbsee> imbrandon: yeah.  all the amarok stuff :P
[05:58] <imbrandon> right click on one and tell me what happens ....
[05:58] <Hobbsee> imbrandon: it's fairly slow to come up the first time, then comes up reliably after that.  the menu, that is.
[05:58] <Hobbsee> it happened due to hte kopete fix, which, incidently, Riddell, is versioned wrong.
[05:58] <imbrandon> hrm my desktop looses all icons and i get a wait cursor, just reporduced it a few times
[05:58] <Hobbsee> does the menu eventually come up though?
[05:58] <imbrandon> nope
[05:58] <imbrandon> nor do the icons
[05:58] <imbrandon> till i restart the session
[05:58] <Hobbsee> imbrandon: which kopete do you have?
[05:58] <imbrandon> what ever edgy defaults to
[05:58] <Hobbsee> imbrandon: you're bitten by the "kopete isnt versioned correclty in edgy" bug.
[05:59] <imbrandon> heh
[05:59] <imbrandon> kopete affects my desktop ?
[05:59] <Hobbsee> imbrandon: yeah.
[05:59] <imbrandon> ouch lol
[05:59] <Hobbsee> the right click crash
[05:59] <Hobbsee> where have you *been* for the past few months.
[06:00] <imbrandon> i havenbt seen it till now
[06:00] <Hobbsee> heh, lucky
[06:12] <Hobbsee> imbrandon: dont reboot your machien :P
[06:12] <Hobbsee> imbrandon: it's compiling amarok
[06:14] <imbrandon> np i dident plan to for ~12 hours atleaste
[06:14] <Hobbsee> oops.  died off there.
[06:14] <Hobbsee> i keep pulling the network cable accidently.
[06:15] <imbrandon> heh
[06:15] <imbrandon> i think i'm goona go fire up the lappy and enjoy the sun a bit by the pool
[06:15] <imbrandon> brb
[06:16] <imbrandon> jesus its 38 C outside, maybe not
[06:16] <imbrandon> lol
[06:17] <Hobbsee> imbrandon: hang on a sec.  if i detach a ssh session in screen, and turn my computer off, will the ssh'd machine keep doing what it was told to do?
[06:17] <imbrandon> yup
[06:17] <imbrandon> as long as you detach
[06:17] <Hobbsee> hey cool :)
[06:18] <imbrandon> detach and log out i'll tell you if its running
[06:19] <Hobbsee> hmm.
[06:19] <imbrandon> 12117 pts/1    S+     0:00 /bin/bash /usr/lib/pbuilder/pbuilder-satisfydepends --control ../amarok_1.4.1-0ubuntu3.dsc --internal-chrootexec chroot /var/cache/pbuilder/edgy/build//11606  --binary-all
[06:19] <Hobbsee> nice :)
[06:20] <Hobbsee> okay, reboot time.
[06:26] <Hobbsee> sigh.  the messy combination of knetworkmanager, wpasupplicant, ndiswrapper, and this marvell card are still buggered.
[06:27] <Hobbsee> imbrandon: i think i killed it
[06:28] <imbrandon> nope
[06:28] <imbrandon> its good
[06:28] <Hobbsee> imbrandon: okay, i didnt kill it, but i cant access it again.
[06:28] <imbrandon> screen -R
[06:29] <Hobbsee> says new screen, and gives me a prompt
[06:29] <imbrandon> hrm ok one sec
[06:29] <imbrandon> but its still running http://pastebin.ca/90357
[06:30] <Hobbsee> imbrandon: yeah, i see that.
[06:30] <Hobbsee> oh well. i'll grab the result in the morning.
[06:30] <imbrandon> one sec
[06:30] <nixternal> Hobbsee: i have been working on YOUR agenda items for an hour now ;)
[06:30] <imbrandon> try
[06:30] <Hobbsee> nixternal: haha.
[06:31] <Hobbsee> nixternal: which ones?
[06:31] <nixternal> all of them
[06:31] <Hobbsee> ah right.
[06:31] <imbrandon> screen -D -RR
[06:31] <nixternal> you should get a "Meeting/Minutes" just for your items ;)
[06:31] <Hobbsee> nixternal: heh
[06:32] <Hobbsee> imbrandon: what's the -RR do?
[06:32] <imbrandon> for reattach, or screen -list
[06:33] <Hobbsee> hmmm..right
[06:33] <imbrandon> if its on like
[06:33] <imbrandon> err -list
[06:33] <imbrandon> do screen -r num
[06:33] <Hobbsee> nope, it's dead.
[06:33] <Hobbsee> the screen session died
[06:33] <Hobbsee> but the pbuilder will keep running, and that's all i care about.
[06:34] <imbrandon> yup
[06:34] <Hobbsee> oh yeah, gotta remember to drop in my car tomorrow...
[06:34] <Hobbsee> eek.
[06:34] <Hobbsee> er, today.
[06:34] <imbrandon> lol
[06:35] <imbrandon> bbiab lappy time
[06:40] <Riddell> sue them for trauma
[06:41] <Hobbsee> heh
[06:41] <Hobbsee> oh speak of the devil.  it semi-loaded.
[06:41] <nixternal> https://wiki.ubuntu.com/Kubuntu/Meetings/2006-07-17     DONE!!!
[06:41] <Hobbsee> nixternal: yay!
[06:42] <Hobbsee> nixternal: people are suprised that i'm organising?
[06:42] <nixternal> gahahaha
[06:43] <nixternal> refer to the log ar 04:33, <Riddell> Hobbsee: you organising, yay!
[06:43] <Hobbsee> nixternal: ah right.
[06:43] <nixternal> had to have a little fun with it ;)
[06:43] <Hobbsee> hehe
[06:44] <nixternal> time to go get some work done..bbiab
[06:49] <Hobbsee> night all
[06:54] <Hobbsee> imbrandon: if you happen to find the amarok debs on your system, do tell.  ps aux suggests that they're finished, but i cant see them
[08:27] <seaLne> what time is it looking like the next meeting will be at?
[08:27] <Riddell> woohoo, first edgy live CD works
[08:27] <Riddell> no anti aliased fonts but, wonder how I broke that
[08:27] <Riddell> seaLne: I need to e-mail everyone and ask
[08:28] <Riddell> ask for suitable times and find an overlap
[08:28] <seaLne> ah, trying to decide next behindubuntu meeting time :)
[08:29] <Riddell> seaLne: has the jane w interview been in the ubuntu weekly newsletter?
[08:30] <seaLne> fridge never published it
[08:32] <seaLne> so err thats a no for newsletter aswell
[08:32] <seaLne> my mail had also suggested mentioning mornfall's interview
[08:33] <seaLne> hmm did hobbsee go to bed?
[08:33] <Riddell> seaLne: fridge seems pretty well abandoned
[08:33] <Riddell> she did
[08:34] <apachelogger> do we already have a license for google earth? the package just works so well :D
[08:36] <seaLne> yeah its a pity fridge seems such a good idea, i might mail them and ask if its just a time to do stuff related issue
[08:37] <Riddell> I did warn whiprush of exactly that when he proposed the idea
[08:37] <Riddell> maybe it'll need new editors with jdub leaving
[08:37] <seaLne> ah he has left?
[08:37] <Riddell> end of the month
[08:38] <mornfall> what?
[08:38] <seaLne> fridge or ubuntu?
[08:38] <Riddell> Canonical
[08:38] <seaLne> oh
[08:39] <seaLne> mdz isn't about to is he? he is in the process of being interviewed :)
[08:40] <Riddell> I'm not sure, he said something about coming to England this week, but there's also a management thing in Spain he might be at
[08:42] <seaLne> my cmment on time for next meeting would be that i have behindubuntu meeting at 1730UTC tho i could probably survive with some overlap
[08:42] <seaLne> comment
[08:46] <ani_> Did anyone here try upgrading to edgy amd64? imbrandon?
[08:47] <mornfall> what's the matter?
[08:47] <abattoir> mornfall: E: Couldn't configure pre-depend debconf-2.0 for x11-common, probably a dependency cycle.
[08:47] <mornfall> that's not my fault now is it? :)
[08:47] <seaLne> one of my friends couldn't didt-upgrade on amd64
[08:48] <mornfall> what was with my interview, seaLne?
[08:48] <mornfall> what my interview?
[08:48] <abattoir> mornfall: no, didnt use adept at all, and i guess adept hasnt been 'upgraded' yet :)
[08:48] <Riddell> mornfall: on people behind kde I assume
[08:48] <ubotu> p2
[08:49] <mornfall> ah, nothing i should be worried about then i guess :)
[08:49] <abattoir> seaLne: may I know when this was? Hobbsee and imbrandon dist-upgraded i386 today, and it apparently went fine
[08:49] <seaLne> thursday or friday i think
[08:49] <abattoir> seaLne: i guess it was still 'broken' then. :)
[08:49] <seaLne> is it not now?
[08:49] <abattoir> seaLne: well, for me, yes :)
[08:50] <seaLne> ah i'll tell him, he only has vista currently on that machine, i'm sure he will be pleased :)
[08:51] <abattoir> seaLne: i meant, yes, its broken :P
[08:51] <seaLne> mornfall: yeah just the existance of your kde interview
[08:51] <seaLne> abattoir: ah err ok
[09:22] <apachelogger> so I have about 4 packages in revu no one looked at ;-)
[09:36] <kane__> !revu
[09:36] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[09:51] <apachelogger> which dh_* is responsible for the copyright file?


[05:45] <pwnguin> i hate bug assassins
[05:46]  * pwnguin is digging through his bug report history and is finding a couple places where reports have basically been sent out to pasture by certain high level QA people
[05:48] <pwnguin> yes, i totally wanted my bug report on gdmconf refusing to run without gdm into an answer. because im sure the average answers guy can handle it
[06:57] <pwnguin> what's the deal with XKB?
[06:57] <pwnguin> everytime I can actually trace down the roots of a bug, it's XKB =(
[11:26] <Q-FUNK> could anybody help me SRU bgoglin's -nsc changes to hardy?
[11:28] <Q-FUNK> mpitti agrees with the autotool, but not with the rest of bgoglin's changes - at least not for hardy.
[12:50] <Q-FUNK> argh. nvm
[12:50] <Q-FUNK> done and sponsered by pitti
[12:50] <Q-FUNK> :)
[13:55] <Q-FUNK> tjaalton: would you have time to check bug #219630 to make sure that I haven't done anything stupid?
[17:11] <bdmurray> bryce: do you know of a test case for bug 230091?
[18:52] <bryce> bdmurray: on a ps3, run 'dexconf' and then examine /etc/X11/xorg.conf to verify it has the required parameters listed
[21:22] <bryce> bdmurray: btw does sarah have an email address?  Terri has some questions about the beach trip


[18:16] <Bebef> I have trouble with ssh agent. I keep disabling (or deleting) it in "Startup Applications Preferences", but it keeps coming back.
[18:17] <Bebef> I reckon this is controlled somewhere in dconf?
[18:41] <Bebef> Wow, that little bugger is everywhere... Xsession and whatnot :(
[22:03] <MrAureliusR> why would you want it disabled?
[22:03] <MrAureliusR> Bebef


  I wish I were there
 Got a motherboard.
 which one?
 ... is that the same one i got on the way back? i actually can't remember
 what chip did you get?
 I didn't get a CPU yet.
 Doing this in stages.
 ah, gotcha
 i've no complaints about ryzen at all
 Yep I could have gotten a case but it was a thin choice.
 Not much in stock.
 for reference, i got a 1500x
 the thing screams
 GPU?
 originally the same 750
 What?
 I'm in Intel and Naif land.
 Nvidia
 i originally had the same gtx  750, now i have a 970
 Ah NVIDIA
 yep
 @KMyers I may be heading over later than earlier, something came up but I'll still be coming over tomorrow
 That might work out given its a weekday?
 @RazPi, It should
 @KMyers might have to invert that, you at home today?
 @RazPi - yes
 https://www.reddit.com/r/announcements/comments/93qnm5/we_had_a_security_incident_heres_what_you_need_to/
 @KMyers heading down now
 Ok


[15:00] <roadmr> Hey everyone!
[15:00] <roadmr> Ready for the Ubuntu Friendly meeting?
[15:00] <roadmr> #startmeeting Ubuntu Friendly meeting
[15:00] <meetingology> Meeting started Mon Sep 12 15:00:54 2011 UTC.  The chair is roadmr. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[15:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:01] <roadmr> Welcome everyone! The official agenda for today is short, but if you have something you'd like to discuss regarding Ubuntu Friendly, we'd be happy to hear about it.
[15:01] <roadmr> Don't forget to use "o/" if you'd like to comment on something. Also, please follow the convention of using ".." on a separate line when you've finished what you want to say.
[15:02] <roadmr> We'll go over agenda topics first, so here goes:
[15:02] <roadmr> #topic Questions about the program posed during Ubuntu Global Jam
[15:03] <roadmr> akgraner was kind enough to post a great report of Ubuntu Global Jam, along with a series of questions that came up regarding Ubuntu Friendly.
[15:03] <roadmr> #link http://akgraner.com/?p=1020
[15:04] <roadmr> victorp took a minute to reply to most of them earlier today (and yes, checkbox 0.12.6 should be available now), but if some quick clarification is needed on some of those this might be a good opportunity.
[15:04] <roadmr> guess I'll follow the convention too :
[15:04] <roadmr> ..
[15:05] <roadmr> anyone? :)
[15:06] <roadmr> last chance!
[15:06] <victorp> going once
[15:08] <roadmr> looks like the answers are so far OK then :)
[15:09] <roadmr> I'll o/
[15:09] <roadmr> I'd just like to say that adding this to the UF FAQ may be worthwhile, akgraner's blog is a fine spot due to her contacts in LUGs
[15:10] <roadmr> but keeping stuff like this in a central location also makes sense, we probably shouldn't scatter the information around too much, makes it harder to find
[15:10] <roadmr> ..
[15:11] <roadmr> Anyway, if more questions pop up or you can think of something to add to this, you're quite welcome to post on the mailing list.
[15:11] <roadmr> So let's move on!
[15:11] <roadmr> #topic Any Other Business
[15:11] <roadmr> Would you like to discuss anything else today?
[15:13] <roadmr> nothing? :) nobody?
[15:14]  * charlie-tca thinks it must be close to a perfect project, now ;)
[15:14] <roadmr> speak now or forever (or at least until next Monday) hold your peace?
[15:15] <roadmr> charlie-tca: heheh we welcome praise as well :)
[15:15] <roadmr> last chance, any takers?
[15:16] <roadmr> OK, so let's wrap this up then. Remember, you can always speak up on the next meeting, or on the ubuntu-friendly mailing list. We like to get feedback! try the new checkbox! file bugs! give us suggestions!
[15:17] <roadmr> It was a quick meeting today, still, thanks for being here, do take the System Testing app out for a spin and let us know how useful you think the tests are.
[15:18] <roadmr> See you next time, Monday September 19th at 15:00 UTC!
[15:19] <roadmr> #endmeeting
[15:19] <meetingology> Meeting ended Mon Sep 12 15:19:14 2011 UTC.
[15:19] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-12-15.00.moin.txt
[15:33] <charlie-tca> roadmr: thanks for chairing that meeting.
[15:33] <roadmr> charlie-tca: no problem, I did last week too, hope I didn't scare everyone away for today :)
[15:35] <charlie-tca> heh, if they scare that easy, ...
[17:01] <jdstrand> hi!
[17:01] <jjohansen> hey
[17:02] <jdstrand> let's wait for others to arrive
[17:03] <sbeattie> hey
[17:03] <micahg> o/
[17:03] <mdeslaur> hiya
[17:04] <tyhicks> Hello
[17:04] <kees> \o
[17:04] <jdstrand> let's get started
[17:04] <jdstrand> #startmeeting
[17:04] <meetingology> Meeting started Mon Sep 12 17:04:39 2011 UTC.  The chair is jdstrand. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[17:04] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:04] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[17:05] <kees> hah "#lurk"
[17:05] <jdstrand> heh
[17:05] <jdstrand> [TOPIC] Weekly stand-up report
[17:05] <jdstrand> I'll go first
[17:06] <jdstrand> I'm in the happy place this week (thankfully :P)
[17:06] <mdeslaur> jdstrand: thanks for covering for me
[17:06] <jdstrand> heh, np :)
[17:06] <jdstrand> I am reviewing an embargoed issue
[17:06] <jdstrand> have miscellaneous P&C tasks
[17:06] <jdstrand> have patch piloting this week
[17:07] <jdstrand> and will continue to work with jjohansen on dbus/apparmor
[17:07] <jjohansen> \o/
[17:07] <jdstrand> oh, and metrics work items as have time
[17:07] <jdstrand> that's it from me
[17:07] <jdstrand> jjohansen: :)
[17:07] <jdstrand> kees: you're up
[17:08] <kees> I'm going to be focusing on training and documentation this week
[17:08] <kees> working through my list, basically.
[17:09] <kees> I have some MIRs and patch pilot work today
[17:11] <kees> that's about it for now. I'll have a blog post with some news later today
[17:11] <jdstrand> thanks kees
[17:11] <jdstrand> mdeslaur: you're next
[17:11] <mdeslaur> Ah! yes!
[17:11] <mdeslaur> :)
[17:11] <mdeslaur> I'm working on cups updates
[17:11] <mdeslaur> and will probably tackle ffmpeg next
[17:11] <jdstrand> ah, good :)
[17:12] <mdeslaur> I'm on community this week, although there's nothing in the queue (hint: C'mon community!)
[17:12] <mdeslaur> and I'll probably be spending some time with kees, there's a few things he wants to show me
[17:12] <mdeslaur> and...that's it!
[17:12] <jdstrand> (yeah, the last couple of weeks haven't had a lot of community for me to sponsor)
[17:13] <mdeslaur> sbeattie: next!
[17:13] <jdstrand> s/community/community work/
[17:13] <sbeattie> I'm on triage this week.
[17:13] <zooko> Hope I'm not interrupting, but I have a community security issue for you.
[17:13] <sbeattie> I'm also working on openssl.
[17:14] <jdstrand> zooko: can you bring it up at the end? I'll ping you
[17:14] <zooko> Ok
[17:14] <sbeattie> zooko: end should be more than another 5-10 min away
[17:14] <sbeattie> shouldn't be, that is
[17:15] <sbeattie> That's pretty much it for me.
[17:16] <jdstrand> micahg: you're up
[17:17] <micahg> ok, so I'm still cleaning up after DigiNotar, we're in week 3 of this mess
[17:17] <micahg> qt4-x11, thunderbird, and chromium (maybe seamonkey at the end of the week)
[17:18] <micahg> also, the next round of Mozilla builds should be coming soonish, will get them staged as they come
[17:19] <micahg> I also have patch piloting once chromium is done
[17:19] <micahg> that's it
[17:19] <jdstrand> jeez, 3 patch pilots from our team this week...
[17:20] <jdstrand> tyhicks: you're up
[17:20] <tyhicks> I am still coming up to speed in the new role, but I feel like I can put the finishing touches on patching and testing of a mutt fix I've been working on
[17:20] <mdeslaur> \o/
[17:20] <tyhicks> I've found a bug in mutt (possibly a regression from the fix mentioned above) while doing initial testing and I'll get that fixed
[17:21] <tyhicks> Then I plan on taking ownership of another item in the CVE queue and/or learning the triaging process
[17:21] <kees> nice :)
[17:21] <tyhicks> In the rest of the time, I've still got a small eCryptfs kernel maintainer backlog to get through
[17:21] <tyhicks> That's it
[17:21] <sbeattie> tyhicks: \o/
[17:22] <jdstrand> tyhicks: sounds great :)
[17:22] <tyhicks> thanks, all :)
[17:22] <jdstrand> [TOPIC] Highlighted packages
[17:22] <jdstrand> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so. See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security.
[17:23] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/monotone.html
[17:23] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/ember.html
[17:23] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/policycoreutils.html
[17:23] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/citadel.html
[17:23] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/xcftools.html
[17:23] <jdstrand> [TOPIC] Miscellaneous and Questions
[17:23] <jdstrand> zooko: what's up?
[17:24] <zooko> The Tahoe-LAFS team has found a security flaw in Tahoe-LAFS which is present in all versions included in Ubuntu Lucid and newer.
[17:24] <zooko> We have a fix patch, announcement text, docs, etc. but haven't divulged details to anyone yet.
[17:25] <jdstrand> zooko: have you filed a bug with Ubuntu yet?
[17:25] <zooko> The impact is moderate -- it could allow a sufficiently motivated malicious person to delete files but not to read or alter them.
[17:25] <zooko> No -- I'll do that within an hour or so.
[17:26] <jdstrand> zooko: thanks for the heads up. please file it at https://bugs.launchpad.net/ubuntu/+source/tahoe-lafs/+filebug and check the 'This bug is a security vulnerability' box
[17:26] <jdstrand> zooko: the bug will be sent to us and will be private
[17:26] <jdstrand> zooko: we can coordinate via the bug then
[17:26] <zooko> Okay.
[17:27] <jdstrand> Does anyone have any other questions or items to discuss?
[17:28] <jdstrand> alright
[17:29] <jdstrand> kees, mdeslaur, sbeattie, micahg, tyhicks, jjohansen, zooko: thanks!
[17:29] <mdeslaur> thanks jdstrand!
[17:29] <jdstrand> #endmeeting
[17:29] <meetingology> Meeting ended Mon Sep 12 17:29:12 2011 UTC.
[17:29] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-12-17.04.moin.txt
[17:29] <zooko> :-)
[17:29] <micahg> thanks jdstrand
[17:29] <sbeattie> jdstrand: thanks!
[17:29] <tyhicks> jdstrand: thank you!
[19:02]  * stgraber waves
[19:02]  * cody-somerville waves.
[19:02]  * micahg is here
[19:02]  * geser waves
[19:02] <cody-somerville> bdrung, persia, Laney, geser: ping
[19:02] <bdrung> pong
[19:02]  * bdrung waves back.
[19:02] <micahg> Laney sent apologies
[19:03] <stgraber> and cyphermox asked us to postpone his application till our next meeting
[19:04] <cody-somerville> Great. Any volunteers for chair?
[19:04] <stgraber> #startmeeting Ubuntu Developer Membership Board meeting
[19:04] <meetingology> Meeting started Mon Sep 12 19:04:35 2011 UTC.  The chair is stgraber. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[19:04] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[19:04] <stgraber> #topic Review of previous action items
[19:05] <cody-somerville> That is slightly obnoxious new behavior, lol.
[19:05] <stgraber> only action was for Laney to start a thread on ubuntu-devel
[19:05] <stgraber> I guess we'll skip that one as he isn't around
[19:05] <stgraber> #topic Administrative Matters
[19:06] <stgraber> as Laney sent to the list, the results of the poll are available at: http://www.cs.cornell.edu/w8/~andru/cgi-perl/civs/results.pl?id=E_cdfc460c74495b75
[19:06] <stgraber> with micahg being the winner, congrats!
[19:06] <micahg> thanks stgraber
[19:06] <geser> micahg: welcome
[19:06] <micahg> thanks geser
[19:07] <cody-somerville> I move we accept the results of the poll and forward a request to the TB to have micahg added to the DMB.
[19:07] <geser> who can add micahg to the private DMB list? I forgot who has the password now
[19:07] <stgraber> +1
[19:08] <stgraber> maybe I have it, let me quickly check
[19:09] <stgraber> anyone who's willing to take the action of e-mailing the TB to get micahg added to the team?
[19:09] <ScottK> Congratulations micahg.
[19:09] <micahg> thanks ScottK
[19:09] <geser> I'll mail the TB
[19:09] <cody-somerville> stgraber, I recommend we vote to confirm micahg as our recommendation to the TB
[19:09] <stgraber> cody-somerville: ok
[19:09] <geser> cody-somerville: why vote?
[19:09] <ejat> congrate micahg
[19:10] <geser> cody-somerville: the dev community voted micahg and we have to accept it
[19:10] <cody-somerville> Because the poll wasn't conducted by the TB. We don't have the authority to add someone to the DMB ourselves. It has to be done by the TB and for us to make a recommendation as a body we need to put it to vote.
[19:10]  * ScottK doesn't recall such voting before.
[19:11] <micahg> geser: generally the DMB confirms the vote FWIR
[19:11] <stgraber> btw, I just found the DMB mailing list password ;)
[19:12] <micahg> for reference: http://irclogs.ubuntu.com/2011/02/14/%23ubuntu-meeting.html#t12:16
[19:12] <micahg> so, no vote was done last time, just a "verbal" confirmation
[19:12] <cody-somerville> See, this is why we're so glad to have you join us micahg :)
[19:13] <micahg> heh, I come to serve :)
[19:13] <bdrung> micahg: then you will suffer ;)
[19:13] <geser> I hope the TB would speak up when we ask them to add micahg if they have any doubts about the voting process
[19:13] <cody-somerville> I'll leave it to the chair to decide if we have an official vote or not. I think we all know the outcome anyhow as no one has spoken any objections thus far.
[19:14] <stgraber> #agreed micahg is the winner of the CIVS poll
[19:14] <stgraber> not sure if the bot understood that one :)
[19:15] <cody-somerville> :-)
[19:15] <stgraber> #action geser to e-mail the TB with the result of the poll
[19:15] <meetingology> ACTION: geser to e-mail the TB with the result of the poll
[19:15] <bdrung> :)
[19:15] <stgraber> #action stgraber to add micahg to the mailing-list once TB has added him to the team
[19:15] <meetingology> ACTION: stgraber to add micahg to the mailing-list once TB has added him to the team
[19:15] <stgraber> anything else we need to do to get micahg on board?
[19:15] <cody-somerville> We should probably ask the TB to remove Morgan, eh?
[19:15] <bdrung> stgraber: it's #agree not #agreed
[19:16] <bdrung> ups, both should be possible
[19:16] <geser> cody-somerville: will add it to my mail to the TB
[19:16]  * bdrung welcomes micahg, too.
[19:16] <micahg> thanks bdrung
[19:17] <stgraber> cody-somerville: indeed. I'll remove her from the mailing-list when I add micahg
[19:17] <stgraber> jono: around?
[19:18] <jono> hi stgraber
[19:18] <stgraber> hi jono
[19:18] <jono> howdy
[19:18] <micahg> ISTR jono suggesting waiting for all the boards to come together in a single meeting
[19:18] <stgraber> apparently we're already done with our agenda for this meeting as cyphermox asked us to wait till our next meeting to look at his application :)
[19:18] <jono> I figured we may want to evaluate the report when we have the DMB and TB together
[19:18] <jono> we would likely need a joint meeting anyway
[19:19] <jono> so I thought it would be more efficient to organize that single meeting
[19:20] <cody-somerville> Is the TB really required for an initial discussion?
[19:21] <jono> cody-somerville, well, the topic is developer process governance, so I think they should be involved
[19:21] <stgraber> trying to get all the TB and the DMB attending the same meeting seems quite tricky, especially when we're getting closer and closer to release, also, I don't know if all the e-mails are still stuck in the TB's moderation queue but I haven't seen any activity from the TB following your e-mail
[19:21] <jono> feel free to discuss the report now though if you wish
[19:21] <jono> stgraber, indeed
[19:22] <bdrung> jono: bug in page 3? 81% are MOTUs? 81% + 2 * 32% > 100%
[19:22] <jono> bdrung, people could choose multiple options
[19:22] <jono> so be a motu and a core-dev for example
[19:22] <bdrung> ah, ok.
[19:23] <stgraber> oh, btw :)
[19:23] <cody-somerville> jono, Yes but shouldn't there be a set of recommendations developed before going to the TB? Otherwise we'll just be discussing the data and not necessarily actions that can be taken based off of said data.
[19:23] <stgraber> #link http://ubuntuone.com/0L7YnAHC0MRC2cHgLlq4n5
[19:23] <jono> cody-somerville, then feel free to discuss it now
[19:24] <jono> I am flexible
[19:24] <jono> :-)
[19:24] <cody-somerville> jono, Do you think there are any areas of concern that your survey has uncovered or confirmed?
[19:25] <jono> cody-somerville, sure, see the last page
[19:26] <jono> so, do we want to have this conversation now?
[19:26] <bdrung> IMHO yes
[19:26] <cody-somerville> Yes.
[19:27] <stgraber> yes
[19:27] <geser> jono: I guess you have no data about the time the applicants expected to process their application and the time it really needed, right? It would be interesting to know if it really took so long or the expectations where so short.
[19:28] <jono> ok happy to discuss now then
[19:28] <jono> geser, unfortunately not
[19:28] <jono> so in the report, take a look at the conclusions on the last pager
[19:29] <jono> I think those can be good points of discussion
[19:29] <jono> a common theme was documentation of the process and expectations
[19:29] <micahg> jono: should we go point by point?
[19:30] <jono> micahg, sure lets do that
[19:30] <geser> I completely agree that PPU and package sets are complete underdocumented
[19:30] <jono> Better Document the Per-Package Uploader Process – there was significant issues reported over the clarity and expectations of the Per-Package Uploader process. A
[19:30] <jono> review of the documentation and some clarity could help resolve this issue.
[19:30] <micahg> I don't think this is such a problem, see https://wiki.ubuntu.com/UbuntuDevelopers#Per-package_Uploaders
[19:30] <micahg> it looks like it's been updated
[19:31] <jono> micahg, maybe folks have either not seen that page or don't understand the content?
[19:31] <micahg> jono: that could be, people might not know where to go to see that
[19:31] <jono> the PPU process was the primary area of confusion in the survey
[19:31] <cody-somerville> FWIW, I think the survey appears highly positive.
[19:31] <jono> cody-somerville, totally
[19:31] <jono> these are just fixing little bumps in the road
[19:31] <jono> it seems like the MOTU side of things is pretty solid
[19:31] <micahg> jono: hmm, it's linked from the main DMB page
[19:32] <jono> when someone wants to be a dev, where do we point them?
[19:32] <micahg> I'd be interested in knowing where people are currently looking
[19:32] <jono> a place for them to learn about what core-dev, motu, and ppu is
[19:32] <micahg> I generally send people here: https://wiki.ubuntu.com/UbuntuDevelopers
[19:33] <stgraber> my personal opinion on the matter is that PPU and package sets are mostly confusing because they are invisible. People can't easily know who can upload what and in some cases even what they have the right to upload
[19:33] <jono> that page is way too busy
[19:33] <bdrung> that was my primary wiki page when i applied for upload rights
[19:33] <jono> I think maybe some work on that page could help simplify things
[19:33] <jono> it is a bit of information overload
[19:34] <micahg> jono: do you think sub pages for each of the types would be better with just a short paragraph for each on the main page?
[19:34] <jono> micahg, that is my hunch
[19:34] <bdrung> and it lacks an picture that shows the difference between the different positions
[19:34] <stgraber> micahg: +1
[19:34] <ScottK> I've also seen people apply for PPU that clearly knew VERY little about Ubuntu.  I think one reason the feedback was more negative for PPU was there are a larger fraction of applicants that apply way too early.
[19:34] <jono> micahg, more along the lines of https://wiki.ubuntu.com/Membership
[19:35] <jono> ScottK, how do you feel we can encourage folks to apply at the right time?
[19:35]  * micahg hasn't noticed a lack of people being told when to apply
[19:35] <ScottK> Back when I applied to be MOTU the general (unwritten) rule was apply when someone told you to.
[19:35] <stgraber> ScottK: indeed, at last one case comes to mind (packages weren't even in the archive)
[19:36] <jono> ScottK, but is that scalable?
[19:36] <jono> that replies on people noticing other folks' work and advising them to apply
[19:36] <micahg> I had the same experience as ScottK for MOTU and for core-dev as well (application pending soon :))
[19:36] <stgraber> jono: as we encourage people going through sponsors before applying for upload irghts, I think it does
[19:37] <jono> there is another possible option here
[19:37] <stgraber> jono: people usually tend to poke the same sponsor for most of their uploads (at least that's what's happening to me), so it's pretty easy for the sponsor to know when they are ready
[19:37] <highvoltage> I'm only catching the latter part of the conversation so I might be missing something, but there's an Ubuntu Open Week coming up, wouldn't it be nice to have a session on the differences between PPU, MOTU, Core-dev, etc and when it's appropriate to apply to each?
[19:37] <geser> ScottK: doesn't this look too exclusive from the outside? (you can only join if a current dev member tell you)
[19:37] <jono> I asked dholbach to produce some graphs outlining developer contributions across a timeframe, maybe we could ask the DMB to review these graphs and evaluate folks based upon significant and dustained contributions
[19:37] <ScottK> I think that's overkill.
[19:38] <jono> ScottK, why?
[19:38] <ScottK> jono: Sorry - I was replying to highvoltage.
[19:38] <jono> oh I see
[19:38] <jono> np
[19:38] <highvoltage> ScottK: ok
[19:39] <micahg> geser: I don't think ScottK is saying that's the only way, but rather for most applicants, that's just what happens
[19:39] <jono> dholbach and I are using the graphs he created to identify those doing good work and ensure they get mentorship
[19:39] <jono> the same could be applied to identifying potential candidates for DMB review
[19:39] <ScottK> jono: How do you graph "good work"?
[19:39] <micahg> jono: singling out people for mentorship sounds good, I think for upload rights though, people need to take some initiative to get them
[19:40] <jono> ScottK, well, it graphs approved uploads over a period of time - so it should significant and sustained
[19:40] <geser> micahg: I know but do you believe that newcomers will understand it the same way as ScottK intended it?
[19:40] <jono> it would require a little more evaluation
[19:40] <cody-somerville> jono, I think improving the DMB's access to data like that would be highly positive.
[19:40] <jono> so let me ask a question
[19:40] <micahg> jono: also, if you're doing mentorship, when the mentors feel candidates ready, they'll push them appropriate towards an application
[19:40] <micahg> geser: well, if it's worded properly :)
[19:40] <jono> today people can either (1) apply themselves for a dev role or (2) we can encourage people to only apply if they a dev recommends they do
[19:41] <ScottK> jono: OK.  I think that sort of thing is a lot more useful for member applications than developer applications.
[19:41] <jono> do you folks believe we should optimize the process around (2) ?
[19:41] <cody-somerville> No.
[19:41] <jono> micahg, agreed
[19:41] <ScottK> I would say that they should ask people who've been sponsoring them.
[19:41] <cody-somerville> and get endorsements, lol
[19:41] <ScottK> They don't necessarily need to wait or get permission, but they should ask first.
[19:41] <micahg> no, I think if the mentoring pieces are in place, the application encouragement will come automatically
[19:42] <jono> well it seems the issues highlighted in the report are not to do with when or how people apply
[19:42] <cody-somerville> I think the bigger problem is that we don't really have a lot of people applying who aren't working on Ubuntu as a part of their job.
[19:42] <jono> it is a knowledge of how the process and expectations work
[19:42] <micahg> cody-somerville: +1
[19:42] <ScottK> jono: I think that's a side effect of people applying too early.
[19:42] <jono> cody-somerville, why is that a problem?
[19:42] <jono> ScottK, not sure I agree - the docs could better communicate when people should apply
[19:42] <micahg> ScottK: +1
[19:43] <ScottK> jono: Certainly.  That's always the case, but I don't think that's the primary issue.
[19:43] <cody-somerville> jono, because our developer community needs to grow and we shouldn't expect Canonical to be the driving force behind that by hiring more folks.
[19:43] <jono> cody-somerville, I don't think it matters where people work, it matters that they are good developers
[19:44] <cody-somerville> jono, And its highly unlikely that Canonical is able to hire ALL the best and brightest.
[19:44] <cody-somerville> We should look to attract others from other parts of the wider community to contribute
[19:44] <jono> cody-somerville, <jono> cody-somerville, I don't think it matters where people work, it matters that they are good developers
[19:44] <jono> :-)
[19:44] <micahg> jono: of course it shouldn't matter, I think cody-somerville was just commenting on who's applying recently (i.e. we don't have very many non-canonifolk)
[19:44] <jono> right
[19:44] <ScottK> jono: If Ubuntu development is seen to be a predominately Canonical club, then it will hurt Ubuntu.
[19:45] <cody-somerville> Right. The problem I'm trying to highlight is we're not seeing growth in our ranks except that done by Canonical hiring more folks.
[19:45] <jono> ScottK, of course, but working at Canonical is not a reason for someone to have a more challenging application process than someone else
[19:45] <cody-somerville> jono, No one is suggesting that.
[19:45] <jono> anyway, I think we digress
[19:45] <ScottK> jono: No.  I didn't say that.
[19:45] <ScottK> Please don't put words in my mouth.
[19:46] <jono> ScottK, I am not putting words in your mouth
[19:46] <ScottK> Where did I saw Canonical should have a more challenging application process?
[19:46] <ScottK> saw/say
[19:46] <jono> ScottK, I never said you did say that
[19:46] <jono> I was making a general point
[19:46] <jono> particularly as this has been a point of contention in the community in the past
[19:46] <ScottK> The why were you making it at me?
[19:46] <jono> ScottK, I wasn't
[19:47] <jono> ScottK, relax, it wasn't focused at you
[19:47] <jono> it was a general point
[19:47] <cody-somerville> jono, Canonical applicants do not have any harder of a time than anyone else... except there is hardly anyone else
[19:47] <ScottK> An odd way to make it, but whatever.
[19:47] <jono> cody-somerville, good stuff :-)
[19:47] <jono> so getting back to how devs engage in the process
[19:48] <jono> it sounds like there is a feeling that devs should be recommended to apply
[19:48] <jono> as a general rule
[19:49] <cody-somerville> Yes, we require all applicants to have endorsements from other developers.
[19:49] <stgraber> it's the recommended way, yes. As that means someone will already have given them tips for their wiki page, very likely a testimonial too, so they're pretty much ready for a meeting with the DMB
[19:49] <jono> do we feel we could improve the docs in recommending this approach
[19:49] <micahg> well, I think this is more about how it happens, than a general rule, but all applicants do need endorsements
[19:49] <jono> so we discourage folks to apply without a recommendation from another dev
[19:49] <jono> right
[19:49] <cody-somerville> I don't think I've seen any applications that lack endorsements.
[19:50] <cody-somerville> I think we need to improve the documentation for the endorsers
[19:50] <jono> so the survey indicates that there is confusion over elements of the process and expectations, how do you folks feel we could improve that?
[19:50] <ScottK> But do they tend to be strong endorsement or more like "they asked me and I don't want to upset them, so I'll say something"?
[19:51] <stgraber> ScottK: we get both, but ideally I wouldn't like to see the later at all...
[19:51] <jono> I think what might be useful is for us to restructure the wiki docs and break them out across pages, make it a little easier to parse
[19:51] <jono> I would be happy to ask Daniel to do this
[19:51] <micahg> jono: well, I think if we could get more specifics on what people are doing that's causing confusion, then we can evaluate what needs to be done to resolve the issue
[19:52] <micahg> or what's specifically perceived as confusing, like flowchart style, that could help the understanding
[19:52] <cody-somerville> stgraber, ScottK: Right. We need to better document what it means for someone to endorse someone. We need to clarify that they should only endorse strongly and that they're putting their reputation on the line.
[19:52] <jono> micahg, I don't think we are going to be able to get that level of granularity, but I think the survey provides some themes
[19:52] <jono> e.g. expectations for cor-dev gets some lower ratings - so maybe we can better explain what is expecting of being a core dev and the assessment process
[19:52] <ScottK> cody-somerville: I agree with that in theory, but there's a lot of resistance to writing anything negative on an application.
[19:53] <stgraber> jono: I'm sure that'd be a good start. Also writting something for the sponsors/endorsers would be good, basically stating that if you leave an endorsement it's because you think they're ready to get the upload rights and that you can basically blindly sponsor their uploads, not a "they've poked me a lot the last few weeks and so they're pretty active in the community"
[19:53] <stgraber> cody-somerville: agreed
[19:53] <jono> stgraber, agreed
[19:53] <jono> ok, so it sounds like we have two possible actions:
[19:53] <stgraber> ScottK: just not writting anything would be a good start :)
[19:53] <jono>  * restructure the wiki docs to be easier to reads
[19:53] <ScottK> stgraber: Agreed.
[19:53] <jono>  * restructure the wiki docs to be easier to read
[19:53] <jono>  * provided documentation for how to endorse someone
[19:54] <cody-somerville> ScottK, Negative feedback shouldn't go on the application IMHO. We need to find another way to handle that while still being transparent.
[19:54] <jono> I will ask Daniel to do the former, would someone volunteer to write the endorsement doc?
[19:54] <cody-somerville> I'm happy to write that up
[19:54] <jono> thanks cody-somerville
[19:54] <cody-somerville> along with some other stuff about being prepared
[19:55] <micahg> cody-somerville: yes, this issue of negative feedback has been brought up before, it was suggested to maybe use devel-permissions for that
[19:55] <ScottK> cody-somerville: Why not?
[19:55] <jono> quick q
[19:55] <ScottK> I think if someone feels strongly that someone is not ready to be a developer that they should be willing to say so.
[19:55] <jono> so in terms of the recommended process of folks getting a recommending from a dev of how to apply, do we agree that we should make this clearer in the docs?
[19:55] <stgraber> #action jono to ask Daniel to update https://wiki.ubuntu.com/UbuntuDevelopers to be easier to read
[19:55] <meetingology> ACTION: jono to ask Daniel to update https://wiki.ubuntu.com/UbuntuDevelopers to be easier to read
[19:55] <jono> (and ensure they have plenty of testimonials)
[19:56] <stgraber> #action cody-somerville to write some documentation on how to endorse someone
[19:56] <meetingology> ACTION: cody-somerville to write some documentation on how to endorse someone
[19:56] <jono> thanks stgraber
[19:56] <cody-somerville> jono, I think its already pretty clear. As I said, hardly see anyone without any endorsements at all.
[19:56] <jono> cody-somerville, ok sounds good
[19:56] <jono> well I have a meeting in a few mins, so I am going to need to run
[19:57] <jono> lets focus on those two actions and maybe get together at the next DMB meeting
[19:57] <cody-somerville> ScottK, That can be more difficult when it's someone you work with or even worse work for
[19:57] <jono> sound ok?
[19:57] <cody-somerville> Yup
[19:57] <ScottK> cody-somerville: I think it's reasonable to have a private channel for exceptional cases, but those should be exceptional.
[19:57] <stgraber> jono: sounds good, I'll add that to our agenda for the next meeting (both actions and the fact we need to continue our discussion)
[19:57] <bdrung> jono: maybe one sentence about it. ask your sponsor if you are not sure weather  you are ready for applying
[19:57] <jono> thanks stgraber
[19:58] <cody-somerville> ScottK, People don't like to be negative though. And I'd rather get the feedback then not.
[19:58] <jono> bdrung, sound good
[19:58] <jono> thanks cody-somerville for working on the action
[19:58] <jono> bye folks
[19:58] <micahg> jono: thanks for coming
[19:58] <cody-somerville> ScottK, I think public objection should be carried heavier than private objections though (besides in exceptional circumstances).
[19:58] <jono> thanks micahg
[19:58] <ScottK> cody-somerville: I agree with that.  I think the fact that good and feedback is important needs better communication.
[19:59] <stgraber> anything else on that topic for now or should we get the wiki updated and continue discussing it at our next meeting when jono is around?
[20:00] <micahg> well, I wanted to discuss PPU along the lines of one of Laney's e-mails
[20:01] <stgraber> micahg: sure, let me quickly check if there's another meeting in -meeting as we're already past our reserved allocation
[20:01] <micahg> err, I meant package set, not PPU
[20:01] <stgraber> seems like we're good, no planned meetings after ours
[20:01] <bdrung> while discussing about the process: we could use bug report for managing the applications instead of letting the applicant add themselves on our wiki page.
[20:02] <micahg> I think having a wiki page is good as you end up with a clear presentation in the end as opposed to a bug
[20:03] <geser> hmm, does not being a developer count as a bug that needs fixing? :)
[20:03] <stgraber> I also like having everything in the right order on one page, it's easier when chairing the meeting. Also, although it doesn't mean we have to do it like that, all other boards do it using a wiki page :)
[20:03] <bdrung> a bug has the advantage of different statuses and you could set a milestone. you could reopen a bug for a deferred application.
[20:04] <micahg> bdrung: a wikipage is versatile, you can do whatever you want with it :)
[20:04] <geser> and teach the bug triagers to leave those bugs alone
[20:04]  * micahg certainly doesn't need another set of bugs
[20:04] <bdrung> geser: it would be a separate project owned by the dmb
[20:05] <bdrung> developers are familiar with bug reports.
[20:05] <stgraber> I'm not against changing the layout of the agenda a bit to better work with cases where we vote by e-mail and for people who ask us to wait till our next meeting (rather than have to remember it when chairing the meeting), but I don't think using bugs is a good idea
[20:07] <stgraber> #agreed continue discussion on Ubuntu Developer Survey Report with jono at our next meeting
[20:07] <bdrung> it seems that i am the only one who likes the idea of lp bugs. so i am dropping this idea.
[20:08] <stgraber> micahg: do we want to discuss package sets now or should we wait till our next meeting where we may might have Laney around?
[20:08] <stgraber> as in, do you think there are actions we can take now on that subject?
[20:08] <bdrung> another idea for reducing the waiting time: do a weekly meeting. we had meeting that took more than one hour. having weekly meeting would reduce risk to need longer. if there is no item on the list for one meeting, we could cancel it the day before.
[20:09] <micahg> well, it's about developing the process and agreeing on it, so I don't think there's really any actions that could happen before a vote unless you'd like me to write up a proposal before the next meeting
[20:09] <stgraber> bdrung: well, we're already having issues getting together every two weeks ;) I think we'd be fine with the load if we can make sure to have quorum at every meeting, if that becomes a problem, we may switch to weekly meeting then, sounds reasonable?
[20:10] <stgraber> #topic Reduce bureaucracy around packagesets
[20:11] <bdrung> stgraber: yes. having a weekly meeting leads to a quorum every two weeks too. ;)
[20:12] <stgraber> bdrung: hehe, I meant, if we indeed get quorum every two weeks and we still have too many applicants to fit in our one hour slot, then we should consider switching to weekly meeting.
[20:12] <bdrung> agreed
[20:12] <stgraber> bdrung: for now I think we only accumulated backlog because quite a few of us couldn't make it to the "early" meeting
[20:13] <geser> stgraber: have we any written documentation about the process of adding and removing packages to package sets or even the creation of a package set?
[20:13] <stgraber> bdrung: not sure what's that status on the doodle, would have to poke Laney and see if we can change that meeting time
[20:13] <stgraber> geser: I'm not sure. The way it usually worked so far is that people ask for PPU to a bunch of packages and the DMB then ask them to ask for a package set
[20:14] <micahg> geser: that's the issue I wanted to bring up :)
[20:14] <stgraber> Ideally I'd like the list of all package sets to be easy to find on the wiki with a page for each of them containing the current package list (unless the package set is dynamically generated from a seed)
[20:14] <stgraber> as well as the reason for its creation and the rule to update it (anything that's bazaar related for example)
[20:15] <micahg> stgraber: I think that would be better served as an Ubuntuwire page running a script than a static wiki page
[20:15] <micahg> at least for the list,  the other pieces could go on the wiki
[20:15] <bdrung> or having the list in a bzr branch?
[20:15] <stgraber> micahg: for the current list of packages, agreed but I still want to have on the same page, what team is linked to the package set (when we have a matching team), the reason for the package set and the rule for updating it
[20:16] <micahg> bdrung: again, that requires more work for the updater
[20:16] <micahg> stgraber: agreed
[20:16] <stgraber> bdrung: the list can be queried from the LP API
[20:16] <stgraber> bdrung: python edit_acl.py query -P bzr -S oneiric
[20:18] <stgraber> micahg: can you setup a script that'll list all the existing package sets for all supported ubuntu releases? just the output of edit_acl.py for each of them would be nice.
[20:18] <bdrung> stgraber: i know. i was thinking about the rules that is used as basis, e.g. containing "bzr-*" for the bzr package set
[20:18] <stgraber> micahg: ideally refreshed daily and available somewhere public so we can link to it from the wiki
[20:18] <micahg> I think geser has had more luck that I with the API
[20:18] <stgraber> geser: can you do that then? :)
[20:19]  * micahg could do it, just not before the next meeting
[20:21] <stgraber> bdrung: I think a bzr branch would make sense for cases where we can pretty much automate the generation of the package sets, so we can write a script to check if a package set is up to date and give us the list of what's missing if it's not (I don't wnat the script to just do the change ;))
[20:21] <stgraber> bdrung: I'd still like the general rule to be written on the wiki so people can easily find it and understand it
[20:21] <bdrung> stgraber: agreed on that
[20:22] <geser> micahg: I can help you with that if you want as I'm not sure when I'm able to find time to do it myself
[20:22] <stgraber> hmm, seems like we lost geser :)
[20:22] <stgraber> oh, no, he's back :)
[20:23] <micahg> geser: ok, maybe we can get it done by UDS then
[20:24] <stgraber> I just had a quick look at the API and I think I can get something running pretty quickly
[20:24] <stgraber> so I'm happy to take the action ;)
[20:26] <micahg> stgraber: there are already some ubuntuwire pages for packagesets as well: qa.ubuntuwire.org/mdt/mozilla.html
[20:26] <stgraber> #action stgraber to get the list of all package sets and their content somewhere online
[20:26] <meetingology> ACTION: stgraber to get the list of all package sets and their content somewhere online
[20:27] <stgraber> micahg: ah cool, I'll probably link to that then. I'm just planning on getting the list of all package sets, their owner and content, for version numbers and bugs, I'm more than happy to add links :)
[20:27] <stgraber> anything else on package sets for this meeting?
[20:27] <micahg> stgraber: wgrant set those up
[20:28] <micahg> well, we need a process for adding and/or removing packages from a packageset
[20:29] <stgraber> removing is a bit tricky, for adding, so far I've just done it if it matches the initial reason for the package set (and sent an e-mail to the DMB mailing list)
[20:30] <stgraber> in most cases I think we want package sets to match some criteria that can be checked from a script and so a simple poke on IRC should be enough to have one of us update the list
[20:30] <micahg> right, we should have a documented process, for instance, I was filing bugs to have packages added to the mozilla packageset before, I don't believe this to be the proper way to do this unless we're involving the archive admins since the DMB/TB don't generally have a bug workflow
[20:32] <stgraber> micahg: right. Keeping your example, we should have the mozilla packageset properly defined (as containing all of firefox, thunderbird, xul, extensions, ... whatever is appropriate) and then any other request we get for it that match that get automatically approved
[20:32] <stgraber> if it's not (new mozilla product for example), then it should be discussed and approved at a DMB meeting
[20:33] <geser> stgraber: IIRC the mozilla PS is defined through a (build-)dependency
[20:33] <stgraber> that's I think mostly how package sets have been maintained so far (both the DMB and TB maintained ones) and I think it makes sense to continue that way, but have it documented
[20:33] <stgraber> geser: even better then, that's easy to check for ;)
[20:34] <micahg> right, makes sense, something outside the defined guidelines needs approval at the meeting
[20:35] <micahg> and those defined guidelines should be listed in the initial e-mail to devel-permissions with the approval (in addition to being on the wiki) so there's a record of what they were when approved
[20:35] <geser> a central place to look up the definition of a package set would really help, currently one has to look up the meeting log to check what exactly got approved
[20:35] <stgraber> I hope that once we have the list up somewhere and some documentation on the wiki for the existing package sets, that'll make things clearer for both uploaders and for us
[20:35] <stgraber> micahg: indeed
[20:36] <micahg> as for workflow for adding, I was thinking an e-mail to devel-permissions requesting the change?
[20:36] <micahg> I think Laney mentioned something similar
[20:36] <geser> works for me
[20:37] <stgraber> micahg: yep, that sounds good. Also making sure whoever updates the package sets e-mail the DMB and/or -permissions so that we know why a packageset has been changed and what got added
[20:37] <micahg> Laney's thoughts are mentioned here: https://lists.ubuntu.com/archives/technical-board/2011-September/001077.html
[20:37] <stgraber> cody-somerville: hey again, want me to copy/paste you what you missed?
[20:38] <cody-somerville> stgraber, Please.
[20:38] <micahg> stgraber: yep, makes sense as long it's not being handled by the archive admins
[20:38] <micahg> actually, scratch that
[20:39] <micahg> makes sense period, AA promotions have a bug filed for tracking
[20:39] <stgraber> cody-somerville: http://paste.ubuntu.com/687883/
[20:39] <stgraber> cody-somerville: added a bit more as you left with a ping timeout
[20:40] <stgraber> micahg: in theory we should be able to update the package sets ourselves, it's unfortunately not always the case and sometimes we need to ask the TB to do it
[20:41] <stgraber> micahg: but I don't think we ever need to work with the archive admins as package sets are unrelated to components
[20:41] <micahg> stgraber: well, once the rules are defined, why shouldn't it be an archive admin task?
[20:41] <geser> which non-seed based PS are TB owned?
[20:41] <stgraber> geser: I think kernel was one I couldn't modify
[20:42] <stgraber> micahg: no because they can't do it, they aren't the owner of the package set, the DMB or the TB is
[20:42] <micahg> stgraber: that's a technical issue
[20:43] <geser> the process for changing a package set owner is no fun
[20:43] <stgraber> micahg: indeed, though I guess it currently makes sense it goes through the DMB as we're the ones getting the request for PS update anyway. If we notice we don't do it quickly enough, then we probably should consider moving it to the archive admins and adding that to their todolist (if they agree to do it ;))
[20:43] <micahg> again, a technical issue
[20:44] <micahg> stgraber: that's a workflow issue, those requests could be directed to the AAs through bugs if that's appropriate (just like requesting removals from the archive)
[20:44] <micahg> the question is who should really be doing the work
[20:45] <micahg> we should definitely have a workflow for ourselves in the meantime, but maybe keep in mind what the longterm goal for this should be
[20:46] <stgraber> I see package sets as the same thing as PPU except it affects a larger amount of people, so as it still has to do with upload rights, I think it's appropriate for the DMB to handle it
[20:47] <micahg> stgraber: well, PPU has no rules defining the set, packageset does
[20:47] <micahg> why is it different than components
[20:47] <stgraber> (or the TB for the seed based ones)
[20:48] <micahg> once the rules are set, it's just making sure the package in question follows the rules of the set (same as whether a package from Debian should go in universe instead of multiverse)
[20:48] <stgraber> micahg: my personal point of view is that either we need the package set changes reviewed and in such case I'd like the DMB to do it or we have clear enough rules that they can be scripted and ran in a cron job
[20:50] <stgraber> anyway, for the time being, I think we can start by documenting our package sets and continue this discussion at our next meeting, sounds reasonable?
[20:50] <micahg> stgraber: yes, sounds good
[20:50] <stgraber> (we're getting dangerously close to the 2 hours mark and I still have things to do this afternoon ;))
[20:50]  * micahg has plenty to do as well
[20:51] <stgraber> #agreed start documenting package sets and continue discussion about our package set management workflows at our next meeting
[20:51] <stgraber> #topic Select a chair for the next meeting
[20:51] <stgraber> any volunteer?
[20:51] <micahg> o/
[20:52] <stgraber> thanks micahg
[20:52] <stgraber> #action micahg to chair our next meeting
[20:52] <meetingology> ACTION: micahg to chair our next meeting
[20:52] <stgraber> #topic AOB
[20:52] <stgraber> anything else?
[20:52] <bdrung> no
[20:52] <stgraber> perfect :)
[20:52] <stgraber> #endmeeting
[20:52] <meetingology> Meeting ended Mon Sep 12 20:52:53 2011 UTC.
[20:52] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-12-19.04.moin.txt
[20:53] <stgraber> thanks everyone for attending!
[20:53] <micahg> sorry for talking everyone's ear off :)
[20:53] <micahg> thanks stgraber
[20:53] <micahg> stgraber: just to confirm, next meeting is 14:00 UTC on sept 26?
[20:53] <stgraber> micahg: glad to have you on board, hope to get TB confirmation soon so we can have you talk on our mailing-list too :)
[20:54] <bdrung> micahg: yes
[20:54] <micahg> stgraber: thanks
[20:54] <micahg> bdrung: thanks
[20:54] <bdrung> i have updated https://wiki.ubuntu.com/DeveloperMembershipBoard/NextMeeting which will be shown on the main page
[20:55] <stgraber> bdrung: thanks
[20:55] <bdrung> showing more than the next meeting time gives the applicants more choices for when they want to attend
[21:24] <Laney> erk
[21:25] <micahg> Laney: ?
[21:26] <stgraber> Laney: any problem? :)
[21:29] <Laney> I think sets should be DMB owned and managed. And I'm not sure that you could script most of them. As for where they should be documented, a project seems overkill. I was thinking of a wiki page as a lightweight solution. Or, as each set is linked to a Launchpad team, the description there.
[21:31] <stgraber> Laney: yep, I'm going to have a script online on people.canonical.com (as I can run something with cron there) that will just dump the list of package sets and their content. Then have a wiki page for each of them pointing there with who owns them, if there's a team linked to them and what was the reason for its creation.
[21:31] <stgraber> I think that's what we need for now, we can always try to automate more later when we feel it's needed.
[21:32] <Laney> they'll always have a team, by policy
[21:32] <Laney> so I think that might be a good place to document the definition of that particular set
[21:34] <Laney> if the script is just to enumerate the sets, that's fine
[21:34] <stgraber> yep, that's what I'm working on
[21:40] <stgraber> Laney: I guess we'll need to fix some package sets, I can't find a team for the package set "utouch"
[21:41] <Laney> yes
[21:41] <Laney> luckily we can fix that since it is dmb owned
[21:41] <stgraber> indeed
[21:42] <Laney> you can make ~ubuntu-utouch-uploaders and add chase to it, then swap the packageset membership


[01:58] <arraybolt3[m]> jaken: There is no win api... would WINE work for your use case? https://discourse.lubuntu.me/t/running-windows-applications-on-lubuntu/3368
[04:28] <jaken> how can i login to nickserv?
[04:30] <arraybolt3[m]> jaken: You probably need to register a Libera.Chat account first, then use an Identify command, here's the official instructions: https://libera.chat/guides/registration


[01:40] <jmayfield> hi.. natty beta + nvidia quadro (nvs440) here.. drivers segfault
[01:49] <Samsagax> hi
[01:49] <Samsagax> anyone got a "working" hybrid graphics?
[01:49] <Samsagax> I know is still not supported, but i can't even use the dedicated GPU
[13:03] <mvo> jibel: I uploaded a fix for the sunbird/libnss3 issue now, did you notice any other interessting upgrade issue, i.e. anything there that looks like it needs love?
[13:03] <jibel> mvo, great.
[13:03] <jibel> mvo, I didn't notice other upgrade issues, so boring :-)
[13:04] <mvo> scary!
[13:04]  * mvo hugs jibel
[13:04]  * jibel hugs mvo back
[13:04] <jibel> mvo, the main issue are people installing drivers from xorg-degers ppa
[13:04] <jibel> xorg-edgers
[16:33] <patrickmw> jibel, ping
[16:33] <jibel> patrickmw, hello
[18:50] <pedro_> QA Meeting in ~10 minutes at #ubuntu-quality
[20:52] <bdmurray> jibel: did you say something about isos not being installable?
[20:57] <jibel> bdmurray, I did.
[20:58] <bdmurray> jibel: could you tell me more? ;-)
[21:01] <jibel> bdmurray, the partitioner was broken
[21:02] <bdmurray> jibel: okay like bug 767402?
[21:02] <ubot4> Launchpad bug 767402 in ubiquity (Ubuntu) "Natty ubiquity 2.6.6 fails to ask where to install (affects: 2) (heat: 16)" [Undecided,Confirmed] https://launchpad.net/bugs/767402
[21:04] <jibel> bdmurray, like this bug. but actually ubiquity installs nothing. I'm checking.
[21:11] <jibel> bdmurray, I confirm that nothing happens, it skips the partitioner and that's all. ubiquity didn't eat my dog.
[21:12] <bdmurray> jibel: thanks, that's weird I wonder what they are doing different