[12:03] <\sh> minghua: why? doko is just my boss :)
[12:03] <minghua> \sh: just let you know that I'm working on scim (libscim8) on Debian side, so you can leave it alone
[12:03] <slomo> LaserJock: unfrgiven works on it for dapper again
[12:03] <\sh> minghua: can u file a bug in malone (see my other bugs)
[12:04] <LaserJock> slomo: have you talked to him recently? I haven't been able to get in touch with him for a while
[12:04] <\sh> minghua: regarding the cxx abi change...so we know that someone is working on it
[12:04] <minghua> \sh: will do
[12:04] <slomo> LaserJock: no, same for me :/
[12:04] <\sh> minghua: cool
[12:05] <crimsun> hmm, the fonts seem more crisp after an upgrade today in Dapper. Maybe I'm just seeing things differently.
[12:05] <LaserJock> slomo: on the 5th he said he would get a svn repo for me to get the docs but he hasn't emailed since
[12:07] <LaserJock> slomo: do you know if he had a docbook version or if it was just pdf and odt?
[12:07] <slomo> pdf and odt... but i suggested him to use docbook in the future
[12:07] <crimsun> ah, it's the Cairo conversion!
[12:08] <crimsun> (RE: gtk2-engines-clearlooks)
[12:08] <crimsun> though it's not really the fonts but the theme. Neat.
[12:08] <minghua> \sh: is there some format requirement? (like the merge bugs, in case there is some automated tracker)
[12:09] <\sh> minghua: https://launchpad.net/malone/bugs/4803 take is as example
[12:09] <Ubugtu> Malone bug #4803: arkrpg: libstdc++ new allocator build Fix req. for: arkrpg (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/malone/bugs/4803
[12:09] <LaserJock> slomo and MOTUs: do you think it is worth while for me to start work on making a docbook version and getting it into the doc-team repo?
[12:09] <\sh> or use the new version of lpbugs.py in my bzr archive
[12:09] <slomo> LaserJock: no idea, really... write him again ;)
[12:09] <\sh> bzr merge or branch http://tiber.tauware.de/~shermann/motu-tools
[12:10] <slomo> crimsun: ah, another one liking clearlooks-cairo :)
[12:10] <tseng> i still hate the colors
[12:10] <crimsun> slomo: yes, I couldn't put my finger on it at first after I logged in, but it's obvious now after reading the changelog.
[12:10] <tseng> just the blue really
[12:16] <\sh> Nafallo: ping...please mention the cxx changes in the debian/changelog :)
[12:17] <\sh> Nafallo: forget it
[12:17] <\sh> Nafallo: it was in the second part of the changelog...shitty display i have here.
[12:18] <Nafallo> \sh: :-P
[12:21] <\sh> ok..time for the last cigarette for this morning till I wake up
[12:29] <crimsun> Nafallo: are you proceeding in any order down the list?
[12:29] <crimsun> (for c2-> c2a)
[12:30] <crimsun> (referring to http://lists.ubuntu.com/archives/ubuntu-devel-announce/2005-November/000016.html)
[12:31] <Nafallo> crimsun: nope, I took the ones I did :-)
[12:32] <crimsun> Nafallo: k
[12:40] <\sh> ok..good night gentlemen..cu in the morning :)
[12:40] <minghua> \sh: good night
[12:46] <dholbach> good night everybody
[12:46] <crimsun> 'night, daniel
[12:47] <LaserJock> cya dholbach
[01:19] <LaserJock> if a bug is seems to be fixed in dapper, do I mark it fixed?
[01:19] <crimsun> choose Fixed
[01:19] <crimsun> then add a status note
[01:19] <crimsun> "Fixed in Dapper"
[01:20] <LaserJock> k
[01:23] <crimsun> slomo: sanity-check please, before I upload: does libstdc++ allocator transition for libwfmath-0.3-3 -> libwfmath-0.3-3c2a look ok?
[01:23] <crimsun> slomo: (just the name change)
[01:25] <slomo> crimsun: yes.
[01:25] <slomo> "The new suffix for
[01:25] <slomo>    these packages should be in any case "c2a" (instead of "c2"). No
[01:25] <slomo>    new suffix is needed when the soname changes in a new upstream
[01:25] <slomo>    upload."
[01:25] <slomo> hum, evil line breaks
[01:26] <crimsun> ok.
[01:26] <crimsun> We went with libwfmath-0.3c2; Debian went with libwfmath-0.3-3.
[01:26] <slomo> the debian did it wrong afaik...
[01:27] <crimsun> ok, np, I've covered both cases in Conflicts/Replaces anyhow :)
[01:27] <slomo> but as i understand doko's mail on the debian ml we need to get c2a in any case ;)
[01:27] <slomo> hehe ok
[01:28] <Nafallo> wait and see what debian does? :-)
[01:28] <Nafallo> hmm
[01:29] <Nafallo> last-uploader demands stuff to be installed.
[01:29] <Nafallo> where do I file a bug? :-P
[01:30] <ajmitch> how else do you want to get the changelog?
[01:30] <ajmitch> off the web?
[01:31] <slomo> extracting it from the .deb ;)
[01:31] <ajmitch> nah
[01:31] <ajmitch> http://packages.ubuntu.com/changelogs/pool/universe/g/gnue-common/gnue-common_0.6.0-1ubuntu1/changelog
[01:31] <Nafallo> yes, if the package is not installed, sniff changelogs.u.c or something :-P
[01:31] <slomo> hmm, gnome-media 2.12.O-X...
[01:31] <ajmitch> slomo: yep
[01:31] <ajmitch> typoism ;)
[01:32] <slomo> at first i thought my eyes were damaged ;)
[01:32] <Nafallo> slomo: tsss, I didn't had that much porn, had I? :-)
[01:34] <slomo> hm?
[01:34] <Nafallo> oh, nm. I'm just getting tired.
[01:35] <Nafallo> hm
[01:35] <Nafallo> I wonder if my parents could come over tomorrow
[01:35] <Nafallo> they have a 19" monitor for me :-P
[01:36] <Nafallo> so I can take the old monitor (blue-ish) and build a testbed :-)
[01:37] <Nafallo> anyway, gnight
[01:37] <crimsun> 'night
[01:37] <slomo> gn8
[02:03] <crimsun> katie must be bombarded
[02:07] <StrikeForce> tktkyrthjj gtttttttttu
[02:10] <Lathiat> tseng: heh nice
[02:10] <Lathiat> tseng: have you hit any hard spots?
[02:18] <ajmitch> morning Lathiat  :)
[02:27] <crimsun> ..great. firefox just exploded, taking down all my bugzilla and malone windows.
[02:28] <ajmitch> sounds about right
[02:28] <crimsun> ;-)
[02:34] <tseng> Lathiat: yes
[02:35] <Lathiat> tseng: i'd be interested to hear the details
[02:35] <tseng> Lathiat: i have a group of navigation links in the layout in a sidebar
[02:35] <tseng> which will go on every page, so i made it a component
[02:35] <tseng> you cant do ajax on a component because its not directly web accessible
[02:35] <Lathiat> crimsun: heh
[02:35] <Lathiat> crimsun: konqueror has this nice trick
[02:35] <tseng> i had to call it from a controller, which almost defeats the purpose
[02:36] <Lathiat> crimsun: when the kaffeine plugin launches, then it cant start alsasink
[02:36] <Lathiat> crimsun: the whole process goes kaboom and eats all my windows
[02:36] <Lathiat> tseng: hrm
[02:36] <Lathiat> tseng: should stuck it in the application controller or helper perhaps?
[02:36] <crimsun> Lathiat: lovely.
[02:36] <tseng> Lathiat: yep.
[02:36] <tseng> well not really
[02:36] <tseng> those dont map to a url either do they?
[02:37] <tseng> you need to be able to do a GET on it
[02:37] <Lathiat> the application controller can it hink
[02:37] <Lathiat> not sure on that
[02:37] <Lathiat> i see what your saying
[02:37] <tseng> its not *that* much work to put it in a helper on component
[02:37] <Lathiat> i think thats what the application controller is for
[02:37] <tseng> and call it from each controller
[02:37] <Lathiat> the application controler is the aprent of all the other controllers
[02:37] <Lathiat> so instead of putting the same call in each controller
[02:37] <Lathiat> you smack it in the application.rb controller
[02:37] <tseng> hm
[02:37] <Lathiat> i think..
[02:37] <Lathiat> try it
[02:37] <tseng> yeah
[02:38] <tseng> next week, its a holiday here
[02:38] <Lathiat> :)
[02:38] <Lathiat> ok
[02:38] <tseng> :)
[02:38] <Lathiat> im working at a hosting company doing support atm
[02:38] <tseng> i will be bugged all week, i had to leave an almost finished function
[02:38] <Lathiat> heh
[02:39] <tseng> everything but the component has been totally easy
[02:39] <Lathiat> one thing i discovered the other day
[02:39] <Lathiat> and i dunno how i missed it all this time
[02:39] <Lathiat> is full text indexing/searching in mysql
[02:40] <tseng> yep
[02:40] <Lathiat> unfortunately i have to do it manually since AR doesnt do it sine its an extension
[02:46] <tseng> Lathiat: have you done any custom routing yet?
[02:47] <Lathiat> tseng: yeh i was fiddling with it
[02:47] <Lathiat> it was a bit messy
[02:47] <tseng> works great for me
[02:48] <tseng> /model/controller/field1/field2
[02:48] <Lathiat> well what i was trying to do
[02:48] <Lathiat> is /store/5/item/4
[02:48] <Lathiat> where item is a controller
[02:48] <tseng> i am sick of that ?&?&?&?= nonsense
[02:48] <Lathiat> as is store
[02:48] <Lathiat> i sort of got it working
[02:48] <tseng> hm that does sound messy
[02:48] <tseng> did you really want a join?
[02:49] <Lathiat> well take
[02:49] <Lathiat>  /category/5/item/4
[02:50] <Lathiat> in the situation where items can be in more than 1 category
[02:50] <Lathiat> and you want to keep history
[02:50] <Lathiat> without using cookies or something that would break when using more than 1 page at once etc
[02:50] <Lathiat> is there a better way to solve that?
[02:50] <tseng> oh
[02:50] <tseng> the way i have it you view /list/2/4
[02:50] <tseng> then from there you go to show/24
[02:50] <tseng> for the specific item
[02:50] <tseng> hm im not sure where mine would break like that
[02:50] <tseng> if you are on /category/5
[02:51] <tseng> and click to item/24
[02:51] <tseng> you go Back to category 5
[02:51] <tseng> yo could also see item 24 on cat 4
[02:51] <tseng> maybe i dont understand yet
[02:51] <Lathiat> tseng: so when an item can belong to many categories
[02:52] <Lathiat> how do i remember that they got to that item from category <x>
[02:52] <tseng> http referrer?
[02:52] <Amaranth> sessions
[02:52] <Amaranth> what software is this?
[02:52] <Lathiat> what if they go through and add the item to their cart, say i wanted to go back to the category then
[02:52] <tseng> or sessions.
[02:52] <Lathiat> the referrer wont be there anymore
[02:52] <tseng> Amaranth: ruby on rails
[02:52] <Lathiat> Amaranth: that breaks multi page
[02:52] <Lathiat> if i have 10 tabs open
[02:52] <Amaranth> ah, this explains much
[02:52] <Lathiat> browing a host of items
[02:52] <Lathiat> in different categories
[02:53] <Lathiat> if i just store it in the session it'l go to buggery
[02:53] <Amaranth> Lathiat: No real user does that.
[02:53] <Lathiat> Amaranth: i do it all the time
[02:53] <Lathiat> Amaranth: and its certainly not a use case that should be broken
[02:53] <Lathiat> where avoidable
[02:53] <Amaranth> Lathiat: You are a _very_ small minority.
[02:53] <Amaranth> Lathiat: There is no other way.
[02:53] <Lathiat> Amaranth: when im browing say, thinkgeek
[02:53] <Lathiat> Amaranth: sure there is
[02:53] <Lathiat> Amaranth: /category/5/item/4
[02:53] <Lathiat> in the url
[02:53] <tseng> lets look at thinkgeek :)
[02:54] <Lathiat> the url is a reliabel way to encode that
[02:54] <Lathiat> so on thinkgeek i go browsing
[02:54] <Lathiat> i open up liek 30 tabs of things i want to look at
[02:54] <Lathiat> and go sort through them bit by bit
[02:54] <Lathiat> maybe thats just me :)
[02:54] <tseng> http://www.thinkgeek.com/pcmods/cables/69d3/
[02:54] <tseng> back takes me to
[02:54] <tseng> http://www.thinkgeek.com/pcmods/
[02:54] <tseng> oh! ok
[02:54] <Lathiat> see /pcmods/cables/69d3
[02:54] <Lathiat> thats _exactly_ what im talking about
[02:55] <Lathiat> encoding the category in the url
[02:55] <tseng> ok in routes.rb
[02:55] <tseng> you can make a nil parameter
[02:55] <Lathiat> i managed to make it work
[02:55] <tseng> so /store/category/cat#/item#
[02:55] <Lathiat> but what i couldnt get
[02:55] <tseng> you do item => :nil
[02:55] <tseng> and its optional
[02:55] <Lathiat> tseng: ah see, that would make more sense
[02:55] <Lathiat> mmm
[02:55] <tseng> yeah
[02:55] <Lathiat> and how would i map the item bit?
[02:56] <Lathiat> see
[02:56] <tseng> if you get an item in the controller function
[02:56] <Lathiat> i had the items in a separate controller
[02:56] <tseng> you can render a different page
[02:56] <Lathiat> so was sort of tryin to cross-controller things
[02:56] <tseng> ok hows this
[02:56] <tseng> two routes
[02:56] <Lathiat> probably the wrong approach
[02:56] <tseng> one w/ item
[02:56] <tseng> one w/o
[02:56] <Lathiat> call brb
[02:56] <tseng> go to seperate controllers
[02:56] <tseng> it would totally work
[02:56] <tseng> if you put the more specific one first
[02:57] <tseng> that sounds like the winner.
[02:57] <tseng> /store/cat/5 routes to store -> category
[02:57] <tseng> /store/cat/5/item# routes to store -> item
[02:58] <tseng> you can enforce valid input with a regex
[03:11] <Lathiat> ah ok
[03:11] <Lathiat> right
[03:11] <Lathiat> i think that what i ended up doing
[03:11] <Lathiat> the only problem i had then
[03:11] <Lathiat> was when using link_tos
[03:11] <Lathiat> they linked to /store/cat/5/controller/action
[03:11] <Lathiat> now while thats good
[03:11] <Lathiat> i couldnt figure out how tom ake a link_to go outside that when i wanted it to
[03:12] <Lathiat> e.g. /store/controller/action
[03:17] <tseng> why does firefox still say deer park
[03:17] <tseng> Lathiat: you give it the controller
[03:17] <tseng> Lathiat: link_to "Blah", { :controller => "controller", :action => :function }
[03:24] <Lathiat> tseng: yeh but
[03:24] <Lathiat> the way i was doing it
[03:24] <Lathiat> maybe i was routing wrong
[03:24] <Lathiat> when i did that
[03:24] <Lathiat> i ended up with /store/cat/5/controller/action
[03:24] <Lathiat> i think perhaps i had my routes.rb wrong
[03:25] <tseng> i think so
[03:25] <tseng> it only makes up funny urls if there is a route for it
[03:26] <Lathiat> hrm
[06:33] <zakame> hi all
[07:27] <tseng> anyone restarted X lately?
[07:27] <tseng> and fixed whatever is pissing it off
[07:31] <crimsun> I zapped the X server, but it seems to restart fine, and I can log in
[08:44] <sivang> morning all
[09:38] <\sh> hmmm
[09:38] <\sh> x just gone
[09:50] <sivang> does anyone know if there is a python setup.py uninstall ? :)
[09:51] <\sh> sivang: www.python.org -> doc -> distutils
[09:51] <\sh> in the library section i think...i honestly don't know
[09:53] <sivang> \sh: I'm reading there, well there's gotta be a way since debian packages allow you to remove pyprogs
[10:00] <sivang> I just wish p.o had a better search capability
[10:00] <dholbach> good morning
[10:00] <crimsun> re daniel
[10:00] <dholbach> hi daniel :)
[10:37] <zakame> hi slomo
[10:37] <slomo> hi zakame :)
[10:38] <crimsun> re zakame, slomo
[10:38] <crimsun> slomo: I'll be merging in ffmpeg & vlc today based on the latest Sid changes
[10:38] <zakame> how's the archives now? is debhelper (or po-debconf) ok now? :)
[10:38] <crimsun> ffmpeg -5 is a minor change if you want to go ahead
[10:38] <slomo> crimsun: ffmpeg? i can do that if you want ;) but did you ping elmo about moving it back to universe?
[10:39] <crimsun> slomo: libpostproc-dev is in universe according to p.u.c :))
[10:39] <slomo> crimsun: perfect :)
[10:40] <crimsun> zakame: no major borkage aside from modular X.Org, but that's being fixed
[10:40] <slomo> crimsun: hmm, all our changes have to be applied again to ffmpeg... this guy doesn't read his bug reports it seems ;)
[10:40] <crimsun> slomo: unfortunately
[10:41] <slomo> i guess i can just take the debdiff from http://people.ubuntu.com/~scott/patches/ffmpeg/ ...
[10:41] <zakame> crimsun: ooh :)
[10:46] <slomo> siretart: ping?
[10:51] <slomo> crimsun: uploaded ffmpeg
[10:51] <crimsun> slomo: awesome, thanks :)
[11:34] <colinl> hi there!
[11:34] <crimsun> hi
[11:34] <colinl> just a question :) : are security updates in universe automatically synced from debian packages?
[11:35] <crimsun> no
[11:35] <colinl> ok
[11:35] <crimsun> no security updates are automatically synced
[11:35] <colinl> who should I contact to ask for an update?
[11:35] <crimsun> (us)
[11:36] <colinl> I recently found a local vuln in the soft I develop, and the fix hit Debian yesterday
[11:36] <colinl> ah, cool
[11:36] <colinl> so, here you are:
[11:36] <colinl> http://www.debian.org/security/2005/dsa-908
[11:36] <crimsun> debdiff would be awfully nice
[11:37] <colinl> ok! :) how do I do that?
[11:37] <crimsun> generate it against the current version in universe and a version with the security errata backported
[11:39] <colinl> crimsun: ok, i'll try to do that
[11:39] <colinl> mmmh
[11:40] <colinl> the versions are awfully different
[11:40] <colinl> for sylpheed, there are 2.0.4 in debian Sid and 2.1.1 in universe
[11:40] <colinl> for -claws-gtk2, there are 1.9.100 in Sid and 1.9.14 in universe
[11:42] <zakame> Nafallo: ping, seems crimsun already fixed #4523 via #4647 (cool number ;)
[11:42] <colinl> crimsun: should I generate packages from the latest upstream versions ?
[11:43] <crimsun> colinl: no, backport the security fixes if possible, please
[11:43] <colinl> ok
[11:49] <Nafallo> bug 4523
[11:49] <Ubugtu`> Malone bug #4523: torcs: merge new debian version Fix req. for: torcs (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/malone/bugs/4523
[11:52] <colinl> crimsun: ok, so, apt-get source'd it, added a patch in debian/patches and the changelog entry.
[11:53] <Nafallo> yay double-work :-P
[11:53] <colinl> crimsun: next step is dpkg-buildpackage ?
[11:54] <colinl> crimsun: I don't remember the parameters :)
[11:55] <zakame> colinl: dpkg-buildpackage -rfakeroot -k<yourkey>
 as in 0x12345678 ?
[11:56] <zakame> the 0x is optional
[11:57] <zakame> yeah, that too :)
[12:01] <colinl> crimsun: there are packages for sylpheed-claws and sylpheed-claws-gtk2 in universe
[12:01] <colinl> sylpheed-claws is gtk1 and completely unmaintained
[12:01] <colinl> I suggest it gets dropped :)
[12:12] <colinl> crimsun: is that what you need?
[12:12] <colinl> http://colino.net/tmp/sylpheed-claws-gtk2_1.9.14-2.debdiff
[12:14] <colinl> bbl
[12:14] <crimsun> colinl: essentially, yes.
[01:36] <colinl> crimsun: still there?
[01:46] <colinl> is there anyone feeling like updating 3 packages in universe to fix a local buffer overflow? (debdiffs provided)
[01:47] <Lathiat> colinl: forward them to me and i'll pass them onto security review
[01:47] <Lathiat> lathiat at ubuntu.com
[01:47] <colinl> Lathiat: thanks
[01:47] <Lathiat> colinl: thank-you :)
[01:48] <colinl> Lathiat: the debdiffs have huge diffs in config.guess and/or config.sub, should I remove them from the patch of leave it as-is?
[01:48] <Lathiat> colinl: eh you can filter those out if you like
[01:48] <Lathiat> see filterdiff
[01:48] <colinl> k, thanks
[01:48] <Lathiat> i hate that
[01:55] <colinl> Lathiat: mail sent
[01:55] <StevenK> That reminds me. Is dapper unbroken?
[01:58] <siretart> StevenK: the archive can build packages again, if that is what you mean
[01:58] <siretart> hi folks
[02:04] <dholbach> there's a new pbuilder :)
[02:05] <siretart> I think source package
[02:29] <zakame> hi all
[03:35] <sistpoty> hi folks
[03:35] <sistpoty> ping \sh
[03:35] <zakame> hey sistpoty
[03:35] <sistpoty> hi zakame
[03:37] <siretart> huhu sistpoty
[03:37] <sistpoty> hi siretart
[03:39] <sistpoty> siretart, \sh: currently the merge-list will update the package status only if a malone bug with "merge new debian version" as subject is filed...
[03:39] <siretart> sistpoty: did \sh talk to you about the merge lists and the c2a transition?
[03:40] <sistpoty> siretart: no, he didn't... that's what i wanted to ask ;=
[03:40] <sistpoty> ;)
[03:42] <sistpoty> siretart, \sh: the first thing i wanted to change is that the list can also be updated by malone bugs with another title... what should that be?
[03:44] <siretart> sistpoty: whats wrong with the current title?
[03:45] <sistpoty> hm... for libstdc++-only changes "merge new debian version" might be inaccurate?
[03:46] <siretart> your right
[03:46] <sistpoty> damn... there seems s.th. completely wrong with the email-parser... i wonder why it's working *g*
[03:49] <siretart> hm
[03:49] <siretart> perhaps procmail would be worth to look at? ;)
[03:51] <sistpoty> siretart: maybe... but I don't think it would ease this very much ;)
[03:53] <siretart> she had a bad car accident yesterday
[03:54] <sistpoty> oh... is she fine?
[03:55] <\sh> sistpoty: https://launchpad.net/distros/ubuntu/+source/digikam/+bug/4798
[03:55] <Ubugtu`> Malone bug #4798: digikam: libstdc++ new allocator build Fix req. for: digikam (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/malone/bugs/4798
[03:55] <\sh> sistpoty: take the subject as example
[03:55] <\sh> sistpoty: I adjusted lpbugs to have a -r option as add for the -n switch
[03:56] <sistpoty> ok, thx \sh
[03:57] <siretart> hey \sh
[03:57] <siretart> sistpoty: yes, fortunatly, nobody got injured
[03:57] <\sh> moins siretart
[03:57] <sistpoty> :)
[03:57] <\sh> siretart: what happend to your gf?
[03:58] <siretart> sistpoty: both cars are 'totalschaden' (fucked up beyond all repair, fubar)
[03:58] <siretart> \sh: some idiot drove into her
[03:58] <\sh> siretart: shit...
[03:59] <\sh> siretart: hope she's well...
[03:59] <sistpoty> o damn... claudi also had an accident lately. she slided and crashed her car, but luckily nobody was hurt as well
[04:02] <sistpoty> gmrl... i think i definitely broke the email-parser right now... hope that i'll have it fixed in a few minutes
[04:22] <siretart> \sh: she says she is okay. I'll see her later
[04:23] <sistpoty> \sh: email-parser is fixed now... it should accept "libstdc++ new allocator build" as bug-title as well. could you please verify this for the next bug you file?
[04:23] <\sh> sue
[04:23] <\sh> sure
[04:26] <chrissturm> is there somebody working on getting a new network manager version into dapper?
[04:26] <chrissturm> or will nm be in main for dapper?
[04:36] <sistpoty> \sh: anything else needed for libstdc++ stuff in the merge-list?
[04:36] <\sh> sistpoty: hmmm...write some text after the package name "no merge"
[04:37] <\sh> but only when it's really c++ and no merge
[04:37] <sistpoty> hm... if it's no merge and only c++, you don't have the scott link... but i can make this clearer ;)
[04:37] <\sh> and we have to make sure that the merges which are already done, but need to be transitioned, are shown again as non-merge
[04:38] <sistpoty> ok, this will be a little bit tougher... but I'll take care of that
[04:38] <\sh> kewl :)
[04:40] <sistpoty> ok, "no merge" is done ;)
[04:41] <\sh> sistpoty: btw...one idea
[04:42] <\sh> can we create a "public imap folder" for the<EMAIL_ADDRESS>address on tiber?
[04:42] <\sh> I would like to have access to the buglists via public imap connection so I can write some things like kbugbuster
[04:42] <\sh> without parsing html pages...and dealing with launchpad...but only until we have a running xmlrpc implementation
[04:43] <sistpoty> \sh: I have not the slightest clue about imap... but I don't object ;)
[04:43] <\sh> sistpoty: but you have a clue about exim :)
[04:43] <\sh> sistpoty: so I'll check during the weekend what is the best working solution for exim and imap servers :)
[04:44] <sistpoty> \sh: imo we'd need one "dummy" account where exim delivers mail to... and i guess an imap-server could be used from that mailfolder...
[04:45] <sistpoty> \sh: but you might want to ask siretart. iirc he has already done exim+imap stuff
[04:45] <\sh> or we convert the mail to xml style..and creating an xmlrpc service :)
[04:45] <sistpoty> hehe
[05:08] <bmonty> sistpoty: imap is easy to set up
[05:08] <bmonty> i run courier on my network, basically install the packages and tweak a couple of settings
[05:09] <sistpoty> bmonty: cool :)
[05:10] <bmonty> sistpoty: since \sh wants it public you'll need to configure the TLS stuff so the imap session is encrypted with SSL
[05:10] <bmonty> without that passwords and such are sent in the clear
[05:51] <siretart> sistpoty: I'm busy here at work, whats up with imap and exim?
[05:52] <siretart> ah, \sh seems to want an imap server on tiber with shared folders.. I see
[05:52] <sistpoty> yep
[05:52] <siretart> yeah, I could arrange something like that
[05:52] <sistpoty> cool
[05:52] <siretart> courier or cyrus?
[05:53] <sistpoty> siretart: i have no clue about imap... your choice ;)
[05:53] <siretart> I will think about that, and see that I get an imap running till sunday
[05:53] <sistpoty> :)
[05:53] <siretart> I'm not sure how much time I will have tomorrow
[05:53] <sistpoty> siretart: you merged clanlib from debian... is libstd++ change still needed?
[05:57] <siretart> sistpoty: ah, you ask because of the c2a transition?
[05:57] <sistpoty> exactly
[05:57] <sistpoty> if so, I'll put that back to new/unassigned
[05:57] <siretart> sistpoty: it is on doko's list, so it is needed
[05:58] <sistpoty> siretart: so you haven't done this... ok, I'll reset this package on the list
[05:58] <siretart> sistpoty: check doko's list in his announcement for packages that need to be transitioned
[05:58] <siretart> ah
[05:58] <siretart> no, I didn't do that
[05:58] <siretart> I didn't do any work on c2a yet
[05:58] <siretart> sorry
[05:58] <sistpoty> siretart: i already did this... there are only ~8 package for which I don't know the exact status. clanlib was one of them ;)
[06:01] <sistpoty> grml... buglist down again... this is not my day *g*
[06:13] <siretart> yuhuuu, xservers hit the archive :)
[06:17] <lucas> siretart: I mailed you about REVU access
[06:18] <bmonty> can somone please sponsor malone #4574?
[06:18] <lucas> the wiki says to send a signed + encrypted mail to keyring@tiber, but I can't find keyring@tiber's PGP id
[06:18] <Ubugtu`> Malone bug #4574: fam: merge new debian version Fix req. for: fam (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: Accepted http://launchpad.net/malone/bugs/4574
[06:20] <sistpoty> lucas: the mail should only be signed, not encrypted
[06:20] <lucas> I mean "to register as reviewer"
[06:21] <lucas> The wiki says "Please send a signed and encrypted mail with your password and GnuPG keyid to [MAILTO]<EMAIL_ADDRESS>We will mark you as Reviewer in the database."
[06:21] <siretart> lucas: sorry, reviewer is for motus only
[06:22] <siretart> lucas: do we really need ruby as dependency for the motutools package?
[06:22] <lucas> siretart: currently, yes
[06:22] <lucas> if somebody rewrites what is in ruby to python, I'll accept the patch
[06:23] <lucas> actually, the "mts" scripts is written in ruby. if this one is written in python instead, we could put ruby in recommends, not depends
[06:23] <lucas> since it would only make some subscripts unusable
[06:25] <siretart> I'm not that confident to commiting to ruby for a somehow 'official' package
[06:25] <siretart> this is a rather political discussion than a technical one, I know
[06:26] <lucas> I promise to accept patches to change scripts from ruby to python (if functionality is kept)
[06:26] <lucas> most of the scripts will be ~30 lines long
[06:26] <lucas> so it won't be hard to convert them
[06:26] <lucas> the only reason why I chose ruby is that I know ruby far better than python, and I wanted to have something usable *fast*.
[06:27] <siretart> ok
[06:27] <siretart> I never did anything in ruby, but revu is developed in python
[06:33] <lucas> you are reviewing motutools ?
[06:33] <siretart> I did take a glance
[06:36] <sistpoty> loveubuntu: which of these still need to go through c2a-transition: hk-classes, jabberoo, knode?
[06:37] <loveubuntu> loveubuntu?
[06:37] <sistpoty> hehe
[06:37] <\sh> where the hell I got this nick from
[06:39] <siretart> ok, I'm off for today
[06:40] <siretart> cu tomorrow!
[06:40] <sistpoty> cya siretart:
[06:42] <\sh> siretart: greetings to kathrin
[06:43] <\sh> sistpoty: doko mailed yesterday a list
[06:43] <sistpoty> \sh: actually these are packages you touched which you touched and are marked as "done" on the merge list
[06:44] <sistpoty> \sh: so I just wonder wether you already did the c2a-transition ;)
[06:46] <\sh> no
[06:46] <\sh> i'll have to
[06:46] <\sh> when dapper is working again as expected :)
[06:46] <sistpoty> hehe
[06:46] <sistpoty> should i put these to new/unassigned?
[06:46] <\sh> grmpf
[06:46] <\sh> yes
[06:47] <sistpoty> ok, will do
[06:48] <\sh> sistpoty: jabberoo was a sync ihmo anyways :)
[06:49] <sistpoty> *g*... maybe i could also have found out the status of the packages in question, but I'm a lazy bitch ;)
[06:49] <\sh> sistpoty: what about arkrpg?
[06:50] <sistpoty> \sh: since this is not marked done, it's your responsibility to also care for the libstdc++-transition ;)
[06:51] <\sh> ah right :)
[06:51] <lucas> raphink: ping
[06:57] <lucas> is there a MOTU here that could post some comments on REVU on my behalf ?
[06:57] <lucas> \sh ?
[06:58] <sistpoty> lucas: what comments do you want posted?
[06:59] <lucas> it's quite long so I'll put them online somewhere and you can just copy/paste
[06:59] <sistpoty> lucas: ok
[07:01] <lucas> sistpoty: gave you the address in pm
[07:18] <dholbach> hey dredg, mgalvin
[07:18] <dredg> now to make it work with 802.1x
[07:18] <mitsuhiko> hi dholbach
[07:19] <dholbach> hey mitsuhiko
[07:55] <\sh> slomo: ping master of video stuff :)
[07:55] <slomo> \sh: pong :) but actually i like audio stuff more ;)
[07:56] <\sh> slomo: heard about a package of "gem"?
[07:56] <slomo> hmm, yes... but only the name,
[07:56] <\sh> slomo: funny thing: deb upstream removed "ffmpeg" support, because it can't be compiled with a new version of ffmpeg..but somehow it will compile in dapper with ffmpeg
[07:58] <slomo> hum
[07:58] <slomo> that's really funny
[07:58] <slomo> do you have the url to the buildlog or something?
[07:58] <slomo> (the failed one in debian)
[07:59] <\sh> no...it's build in debian..but failed in dapper
[08:00] <slomo> huh? even if i read your sentence above again i read it the other way around... well, ok ;) so in debian it works fine with ffmpeg and for us it fails... anyway, show me the buildlog :)
[08:01] <\sh> slomo: no...in debian it does compile without ffmpeg...but in dapper (same patches same source) it wants compile with ffmpeg
[08:01] <\sh> and ffmpeg looks like to come out of avcodec
[08:02] <slomo> yes, libavcodec comes from ffmpeg... hmmm
[08:02] <slomo> i'll take a look later if you want... first i'll fix galeon and liferea for new firefox ;)
[08:03] <\sh> i'll try to fix this now
[08:04] <slomo> ok, even better... but be prepared... working with ffmpeg is painfull most of the time ;)
[08:05] <sistpoty> I'm off for a while... cya later
[08:09] <\sh> hehe...no ffmpeg now...done worked...it pulled in some little piece of ffmpeg and this was throwing an error which I manually patched away :)
[08:09] <slomo> fine :)
[08:11] <herve> hello
[08:13] <slomo> hi herve
[08:13] <dholbach> hi herve
[08:20] <ajmitch> morning
[08:20] <herve> hi ajmitch
[08:20] <slomo> hi ajmitch
[08:24] <slomo> *sigh* galeon and liferea don't work with firefox 1.5 yet
[08:24] <ajmitch> ouch
[08:24] <ajmitch> I'd better not close it then
[08:24] <slomo> hehe
[08:28] <slomo> ajmitch: hm, sorry... google doesn't find anything, in cvs are no changes specific to firefox... :(
[08:31] <herve> anyone to review a close to advocated nice little python package with fur?
[08:31] <herve> well... maybe not fur
[08:36] <slomo> ajmitch: and same for blam... omg :/
[08:36] <ajmitch> better fix blam!
[08:37] <slomo> tell me how ;) i don't know anything about the gecko api
[08:39] <ajmitch> neither do I ;)
[08:39] <ajmitch> bbiab
[09:25] <ajmitch> I guess we need to make universe installable again.. sigh
[09:34] <Seveas> ajmitch, damn
[09:34] <Seveas> it
[09:35] <Seveas> it's so much fun when it's broken
[09:35] <ajmitch> I'd rather it be unbroken & working at all times
[09:36] <Seveas> ajmitch, ghe, then we have to stop shipping mozilla and X :)
[09:36] <ajmitch> nah, we have to fix them :)
[09:36] <Seveas> s/mozilla/firefox/
[09:37] <slomo> do we have someone here who knows the gecko API? ;P blam, liferea and galeon need some love it seems... but galeon could be working from latest cvs, they did some mozilla API updates
[09:38] <ajmitch> debian will probably get the madness soon
[09:39] <slomo> will they switch to firefox too?
[09:39] <ajmitch> no idea
[09:39] <slomo> i wonder if gecko-sharp(2) still works... i have nothing to test it here :/
[09:41] <Seveas> slomo, blam
[09:41] <ajmitch> Seveas: see above
[09:42] <slomo> Seveas: blam doesn't work anyway because it uses a native library linking against gecko... it doesn't even get to some gecko-sharp stuff ;) monodevelop uses it too but it crashes since 0.8 on my ibook and my pc is broken...
[09:43] <slomo> so if someone could test MD's doc browser... ;)
[09:43] <ajmitch> oh man, gnubuntu :)
[09:43] <Seveas> all stallmanists unite!
[09:43] <Seveas> :)
[09:44] <slomo> gnubuntu?
[09:44] <Seveas> slomo, Ubuntu with horns
[09:44] <ajmitch> see sabdfl's latest email
[09:44] <slomo> who had this weird idea? ;)
[09:44] <slomo> oh *looks*
[09:44] <ajmitch> Seveas: don't worry, I even have the gnu.org email address to go with it :)
[09:44] <ajmitch> slomo: 'idealogically pure' ubuntu
[09:45] <Seveas> me is not so idealistic
[09:45] <ajmitch> also see ian jackson's post about firefox crack
[09:45] <dholbach> the party is the HUG DAY! :)
[09:45] <ajmitch> might be useful
[09:45] <ajmitch> hehe
[09:45] <ajmitch> hugs all around! :)
[09:52] <herve> I can tell you X is broken too ;-)
[09:53] <slomo> herve: it is? ;)
[09:53] <herve> no, just the X binary that moved to /usr/bin
[09:54] <herve> ho, and the synaptics driver name change for laptop users
[09:58] <slomo> hmm, and the radeon driver for me... with and without exa enabled different broken behaviour ;)
[09:58] <herve> either the package was also renamed
[09:58] <herve> or it's just a matter of moving it from /usr/X11R6/lib
[10:00] <ajmitch> daniels will fix once he wakes up, I'm sure
[10:00] <ajmitch> it's only 8am there now :)
[10:05] <dholbach> good night
[10:07] <ajmitch> night dholbach
[10:07] <dholbach> night andrew, night sebastian
[10:09] <herve> bye
[10:09] <dholbach> bye herv :)
[10:18] <\sh> siretart: don't worry about clanlib...i just made the transition. and yes you're welcome :)
[10:20] <\sh> siretart: and thx for fetchpackage...a really handy tool :)
[10:38] <herve> good night
[10:39] <\sh> cu herve
[11:09] <JanC> slomo: monodoc seems to work on current dapper
[11:09] <slomo> JanC: i meant monodevelop's integrated doc browser... sorry
[11:10] <JanC> yeah, just checking
[11:10] <JanC> seems to work too
[11:10] <slomo> ok, thanks :) then gecko-sharp(2) should be fine


[08:28] -queuebot:#ubuntu-ci-eng- , https://bileto.ubuntu.com/#/ticket/2718 Preparing packages
[08:50] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2719 Preparing packages
[08:59] -queuebot:#ubuntu-ci-eng- , https://bileto.ubuntu.com/#/ticket/2718 Failed to build
[09:04] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2713 Abandoning ticket
[09:25] <Mirv> visiting, in case davmor2 gets to QAing my (last) silo ;)
[09:26] <davmor2> Mirv: gonna look at it in a bit had a couple of things to deals with first
[09:40] <Mirv> I'd say it's very valid to say "no hurry" in this case. I'd just like the long waited QQC2 backport to be available if anyone like ubports wants to work on Qt 5.6 LTS + xenial LTS based images
[10:00] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2719 Generating diffs
[10:00] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2719 Successfully built
[10:06] -queuebot:#ubuntu-ci-eng- , https://bileto.ubuntu.com/#/ticket/2718 Preparing packages
[10:37] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/2720 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:52] -queuebot:#ubuntu-ci-eng- , https://bileto.ubuntu.com/#/ticket/2718 Preparing packages
[11:01] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/2720 Diff missing
[11:40] -queuebot:#ubuntu-ci-eng- , https://bileto.ubuntu.com/#/ticket/2718 Successfully built
[11:48] <davmor2> Mirv: wait for it
[11:48] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 QA Signoff: Approved
[11:50] <Mirv> davmor2: \o/
[11:50] <Mirv> sudden breeze of familiriaty
[11:53] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Publishing packages
[11:56] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2356 Needs rebuild due to higher version at destination (xenial/qtbase-opensource-src, xenial/qtdeclarative-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles, zesty/qtbase-opensource-src, zesty/qtbase-opensource-src-gles, zesty/qtdeclarative-opensource-src, zesty/qtdeclarative-opensource-src-gles)
[11:57] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2721 Preparing packages
[12:10] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Release pocket
[12:23] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2721 Successfully built
[12:40] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2719 Publishing packages
[12:58] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2717 UNAPPROVED queue
[13:00] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2719 UNAPPROVED queue
[13:11] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2721 Publishing packages
[13:15] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2655 UNAPPROVED queue
[13:23] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2721 UNAPPROVED queue
[17:01] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2700 Failed to build
[18:17] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2717 Needs rebuild due to burned version number
[18:20] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2719 Proposed pocket
[18:23] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2721 Proposed pocket


[15:08] <hikiko> hello
[15:57]  * beisner queues up to chair in a few min...
[16:00] <kickinz1> o/
[16:00] <coreycb> o/
[16:00] <smb> o/
[16:00] <matsubara> o/
[16:00] <gnuoy> o/
[16:00] <beisner> o/
[16:00] <hallyn> \o
[16:00] <beisner> #startmeeting ubuntu-server-team
[16:00] <meetingology> Meeting started Tue Sep 22 16:00:47 2015 UTC.  The chair is beisner. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:00] <meetingology> Available commands: action commands idea info link nick
[16:00] <beisner> greetings, everyone
[16:00] <smoser> o/
[16:01] <beisner> #topic Review ACTION points from previous meeting
[16:01] <beisner> * rharper collect team thoughts on whether we should have something like numad and other NUMA related placement stuff
[16:01] <beisner> update, discussion re: the 1 action item from last wk? ^
[16:02] <arges>  numad | 0.5+20150602-2 | wily/universe | source, amd64, arm64, armhf, i386, powerpc, ppc64el
[16:03] <arges>  numatop | 1.0.3-0ubuntu1 | wily/universe | source, amd64, i386
[16:03] <arges> what other numa packages are needed?
[16:03]  * hallyn has a feeling rharper is not around
[16:03] <beisner> yeah i'm not up to speed on that one.  rharper smoser ?
[16:04] <beisner> 321..  we can circle back when rharper arrives
[16:04] <beisner> #topic Wily Development
[16:04] <beisner> #link https://wiki.ubuntu.com/WilyWerewolf/ReleaseSchedule
[16:04] <smoser> yeah, no status thre. we'llw ait more on rharper next trime
[16:04] <smoser> but he is not here.
[16:04] <beisner> we are in final beta freeze
[16:05] <beisner> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-w-tracking-bug-tasks.html#ubuntu-server
[16:06] <beisner> do we need assignees for the triaged + confirmed bugs there?
[16:06] <smoser> looking
[16:07] <beisner> i'd also like to query for status/eta on bug 1488453
[16:07] <smoser> woudl be good to look at the cve one, but it is old.
[16:07] <smoser> that one is assigned to me. you are bothered by it, beisner  ?
[16:08] <beisner> my bug 1479661 is a dup of that -- net effect is that hacluster isn't deployable to vivid or wily.
[16:09] <smoser> beisner, i'll take a look
[16:09] <smoser> feel free to bother me
[16:09] <beisner> smoser, cool thanks.  bothered  ;-)
[16:10] <beisner> any other general bug discussion?
[16:10] <beisner> if not, moving on
[16:10] <beisner> #topic Server & Cloud Bugs (caribou)
[16:11] <caribou> nothing to mention, sir
[16:11] <beisner> thanks caribou
[16:11] <beisner> #topic Weekly Updates & Questions for the QA Team (matsubara)
[16:11] <matsubara> Hi beisner, nothing to report.
[16:11] <beisner> hi matsubara - ok cool.  thank you
[16:11] <beisner> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee, arges)
[16:12] <smb> I got nothing to report from our side. Are there any questions/requests from your side?
[16:12] <beisner> smb autobot polls the audience
[16:12] <caribou> smb: I got one
[16:12] <smb> yup?
[16:12] <caribou> smb: the kernel dump currently fails with crashkernel=128M
[16:12] <caribou> smb: looks like a initramfs size issue
[16:13] <smb> yeah, I think you were discussing with apw about that.
[16:13] <caribou> yes, but didn't get anywhere yet. Any chance we can address this before release ?
[16:13] <arges> caribou: is there a bug filed? : )
[16:13] <caribou> arges: yes looking for it atm
[16:14] <arges> i remember we changed the size at some point, or were thikning about it
[16:14] <caribou> bug #1496317
[16:14] <caribou> changing MODULES=dep in initramfs.conf works around the issue
[16:14] <caribou> brings the size of the initramfs from 29M to 12M
[16:14] <apw> smb, i think we should consider making an =dep initrd as well when kdump is installed
[16:14] <smb> Beside of increasing the reserverd mem again, the change for only building required modules into initramfs might be a bit late... Wasn't the question about whether this could be made as a part of kdump's postinst
[16:15] <arges> could that break things for people that need modules to boot and use kdump?
[16:15] <arges> need the modules that may be dropped by change from most to dep
[16:15] <smb> arges, only if the swap hw
[16:15] <apw> in theory not as they should have everything that they have loaded
[16:16] <caribou> we can fix that after release, it's not _that_ critical
[16:16] <apw> given all we do in there is mount / and copy the dump and then reboot
[16:16] <apw> but ... how to trigger the maintenance of _both_ sizes not so easy
[16:17] <caribou> apw: better to fix that after release then?
[16:17] <arges> yea so a cold boot would also need most ,but after kexec'ing we could have something more minimal.  What about bumping 128M?
[16:17] <apw> caribou, its a change i dont know the magnitude of for sure
[16:18] <caribou> apw: then let's hold on to it, since there is a known workaround
[16:18] <caribou> apw: maybe document it in the release notes
[16:19] <arges> i think that's reasonable
[16:19] <caribou> apw: better to find a secure option for LTS
[16:20] <smb> caribou, I guess one of those but nothing to be decided in the scope of the meeting
[16:20] <caribou> arges: ok good for me
[16:20] <beisner> interesting.  ok so, an action to coordinate on the bug & rls note bits.
[16:20] <smb> Best way is to bother us one of there days again
[16:20] <beisner> #action caribou arges smb apw to coordinate on bug 1496317 (crashkernel 128M), and/or ensure rls notes reflect workaround.
[16:20] <meetingology> ACTION: caribou arges smb apw to coordinate on bug 1496317 (crashkernel 128M), and/or ensure rls notes reflect workaround.
[16:20] <caribou> beisner: you can action me on this one
[16:20] <beisner> and a belated action from prev topic...
[16:20] <beisner> #action smoser and beisner to coordinate on bug 1488453 (hacluster failing V/W)
[16:20] <meetingology> ACTION: smoser and beisner to coordinate on bug 1488453 (hacluster failing V/W)
[16:20] <apw> caribou, i suspect a kdump specific hook for the kernel postinst which uses like /boot/kdump/ to maek skiny ones
[16:21] <caribou> apw: will look into that
[16:21] <apw> caribou, sounds good
[16:21] <arges> need crashkernel=auto
[16:22] <beisner> thanks.  anything else for the kernel team?
[16:22] <beisner> #topic Upcoming Call For Papers
[16:23] <beisner> proposals, anyone?
[16:23] <beisner> which really leads to:
[16:23] <beisner> #topic Ubuntu Server Team Events
[16:23] <beisner> events, anyone?
[16:24] <beisner> openstack developer summit tokyo is in ~1mo.   several people will be there representing various interests.
[16:24] <beisner> #topic Open Discussion
[16:24] <beisner> shall we mention the python 2 wily thing?
[16:25] <beisner> i imagine that will be impactful to many juju charms, and other non-juju use cases.
[16:25] <beisner> openstack charms have workarounds in-flight in the dev/next branches.
[16:26] <beisner> smoser, other thoughts and/or summary of the status and happenings on that?
[16:27] <smoser> sure.
[16:27] <smoser> python2 is gone from default ubuntu server installs
[16:28] <smoser> that includes maas installs, server ISO installs and cloud images
[16:28] <smoser> you can very easily 'apt-get install python2' or any application that correctly depends on python2
[16:28] <beisner> ^ >= Wily, right?
[16:28] <smoser> correct.
[16:28] <beisner> thanks smoser
[16:29] <smoser> you'll see issues if you assumed /usr/bin/python
[16:29] <smoser> and further issues if you assumed 'import <something>' would work with that /usr/bin/python
[16:29] <smoser> this is a knonwn problem at this point with many charms and maas
[16:30] <smoser> (maas uses ephemeral images and assumes it can invoke /usr/bin/python)
[16:30] <smoser> so...
[16:30] <smoser> your opeiotns to address such thigns:
[16:30] <smoser> a.) use python3
[16:30] <smoser> b.) install python2
[16:30] <smoser> c.) use some sort of 'python2or3'
[16:31] <smoser> i started https://gist.github.com/smoser/8904199bb8f00a90dd04
[16:31] <smoser> which has just about no doc, and woudl only be very useful if it were installed in ubuntu images
[16:31] <smoser> but the idea woudl be that instead of '#!/usr/bin/python' or '#!/usr/bin/env python'
[16:31] <smoser> you could:
[16:31] <smoser>  #!/usr/bin/env py2or3 -myaml
[16:32] <smoser> and this would select a python2 or 3 that had yaml available
[16:32] <smoser> not yet implemented is the -I2 or -I3 flags that would then cause install if nothing was found suitable
[16:33] <smoser> that would allow you do do:
[16:33] <smoser>  #!/usr/bin/env py2or3 -myaml -I3
[16:33] <smoser> and if you had executed that as root, you'd not know anything other than your program ran as you expected (just a bit slow with 'apt-get install' in the middle)
[16:34] <smoser> anyway, thats what i have for that topic.
[16:34] <beisner> great, thanks smoser
[16:34] <smoser> thanks for raising that, beisner . i'm sure it will cause fun for people in the next months.
[16:34] <beisner> alright, so:  assume not.  define and install dependencies accordingly.   and/or follow the gist and consider it as an option.
[16:35] <beisner> i'm sure we'll be tracking that closely, thx again smoser
[16:35] <beisner> #topic Announce next meeting date, time and chair
[16:35] <beisner> same time same day same channel,  gaughen will be your host.
[16:35] <beisner> thank you all, have a great day!
[16:35]  * gaughen crosses fingers!
[16:35] <gaughen> thanks beisner!
[16:35] <beisner> #endmeeting
[16:35] <meetingology> Meeting ended Tue Sep 22 16:35:56 2015 UTC.
[16:35] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-09-22-16.00.moin.txt
[16:35] <beisner> yw gaughen
[16:36] <kickinz1> thanks beisner
[16:36] <gaughen> 3rd reschedule is the charm right? I should be able to do it next week
[16:36] <caribou> thanks beisner !
[16:36] <beisner> +1 wk i should say
[16:36] <gaughen> beisner, bat time takes that into account
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> ##
[17:00] <meetingology> Meeting started Tue Sep 22 17:00:10 2015 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available commands: action commands idea info link nick
[17:00] <jsalisbury> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Wily
[17:00] <smb> o/
[17:00] <cking> o/
[17:00] <bjf> o/
[17:00] <arges> o/ o/ o/ o/ o/ o/ o/ o/ o/ o/ o/
[17:00] <henrix> o/
[17:00] <kamal> o/
[17:00] <sforshee> o/
[17:00] <ogasawara> o/
[17:00] <chiluk> o/
[17:01] <jsalisbury> [TOPIC] Release Metrics and Incoming Bugs (jsalisbury)
[17:01] <jsalisbury> Release metrics and incoming bug data can be reviewed at the following link:
[17:01] <jsalisbury> [LINK] http://kernel.ubuntu.com/reports/kt-meeting.txt
[17:01] <jsalisbury> ..
[17:01] <jsalisbury> [TOPIC] Status: Wily Development Kernel (ogasawara)
[17:01] <ogasawara> Our Wily kernel has been rebased to stable v4.2.1 and uploaded to
[17:01] <ogasawara> wily-proposed, ie 4.2.0-11.13.  We will continue to track 4.2 for
[17:01] <ogasawara> the remainder of the 15.10 cycle.  As a reminder, we are approaching
[17:01] <ogasawara> Wily Kernel Freeze on Oct 8, ~2 weeks away.  If there are any patches
[17:01] <ogasawara> which need to land for 15.10, please get them submitted soon.  Following
[17:01] <ogasawara> the Kernel Freeze deadline, all patches are subject to our SRU policy.
[17:01] <ogasawara> -----
[17:01] <ogasawara> Important upcoming dates:
[17:01] <ogasawara> [LINK] https://wiki.ubuntu.com/WilyWerewolf/ReleaseSchedule
[17:01] <ogasawara> Thurs Oct  8 - Kernel Freeze (~2 weeks away)
[17:01] <ogasawara> Thurs Oct 15 - Final Freeze (~3 weeks away)
[17:02] <ogasawara> Thurs Oct 22 - 15.10 Release (~4 weeks away)
[17:02] <ogasawara> ..
[17:02] <jsalisbury> [TOPIC] Status: CVE's
[17:02] <jsalisbury> The current CVE status can be reviewed at the following link:
[17:02] <jsalisbury> [LINK] http://kernel.ubuntu.com/reports/kernel-cves.html
[17:02] <jsalisbury> ..
[17:02] <jsalisbury> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Precise/Trusty/lts-utopic/Vivid (bjf)
[17:02] <bjf> Status for the main kernels, until today:
[17:02] <bjf>   *     Precise - Verification & Testing
[17:02] <bjf>   *      Trusty - Verification & Testing
[17:02] <bjf>   *  lts-Utopic - Verification & Testing
[17:02] <bjf>   *      Vivid  - Verification & Testing
[17:02] <bjf>
[17:02] <bjf> Current opened tracking bugs details:
[17:02] <bjf>   * http://kernel.ubuntu.com/sru/kernel-sru-workflow.html
[17:02] <bjf> For SRUs, SRU report is a good source of information:
[17:03] <bjf>   * http://kernel.ubuntu.com/sru/sru-report.html
[17:03] <bjf>
[17:03] <bjf>
[17:03] <bjf> Schedule:
[17:03] <bjf>
[17:03] <bjf> cycle: 04-Sep through 26-Sep
[17:03] <bjf> [17:03] <bjf>          04-Sep   Last day for kernel commits for this cycle
[17:03] <bjf> 06-Sep - 12-Sep   Kernel prep week.
[17:03] <bjf> 13-Sep - 19-Sep   Bug verification & Regression testing.
[17:03] <bjf> 20-Sep - 26-Sep   Regression testing & Release to -updates.
[17:03] <bjf> ..
[17:03] <jsalisbury> [TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)
[17:03] <jsalisbury> Thanks everyone
[17:03] <jsalisbury> #endmeeting
[17:03] <meetingology> Meeting ended Tue Sep 22 17:03:59 2015 UTC.
[17:03] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-09-22-17.00.moin.txt
[17:04] <kamal> thanks jsalisbury