[06:57] <dholbach> good morning
[08:54] <bkerensa> gnight folks
[09:09] <dholbach> dpm, nice mix
[09:15] <dpm> thanks dholbach, I've had it pending for some months now to create a new one, so last night I decided that it'd be a good time to release it :)
[09:16] <dholbach> :)
[09:16] <dholbach> yeah, I want to put together a new one myself
[09:17] <dholbach> maybe this week - I have loads of new tunes I can't wait to put together
[09:17] <dpm> cool :)
[10:21] <jo-erlend> I've received an email from a representative of a Norwegian municipality. They wish to use the word Ubuntu in a project and is asking for permission to do so. They're asking me because I'm contact for the Norwegian loco, so I'll need to forward them to the right place in Canonical. Which address should I give them?
[10:39] <dholbach> jo-erlend, http://www.canonical.com/intellectual-property-policy
[10:40] <dholbach> this page has the guidelines and contact information too
[12:02] <jose> hey dholbach, I sent you an email a couple days ago, would you mind checking it, please? :)
[12:16] <dholbach> jose, yes, I got it - I was a bit busy with a few other things
[12:28] <dholbach> dpm, not sure if you can see https://www.facebook.com/wolfgang.noise.5/posts/10201946033802643 but a friend of mine just reposted your mix :)
[12:29] <dpm> dholbach, I can't see it, but nice, say thanks from me! :-)
[12:33] <dholbach> jose, done
[12:33] <dholbach> I was thinking of adding a note about bringing pisco to UDS, but didn't
[12:56] <marcoceppi> mhall119: what channel should I ask python packaging questions in?
[13:22] <mhall119> marcoceppi: #ubuntu-app-devel or #ubuntu-devel
[14:51] <marcoceppi> mhall119: thanks, I'll try in ubuntu-devel
[15:03] <dholbach> dpm, mhall119, jcastro, balloons: did jono say anything about calls today?
[15:03] <mhall119> nope
[15:03] <dpm> dholbach, I haven't heard anything new, but I think yesterday he said he'd keep the calls
[15:03] <balloons> dholbach, not to my knowlegde, but he's at a conference. And it's his birthday :-)
[15:04] <balloons> he didn't make my call yesterday afternoon
[15:04] <dholbach> hum hum
[15:04] <dholbach> thanks guys
[15:07] <cjohnston> When I find him I'll make sure to tell him you all sat here and waited for him. ;-)
[15:08] <dholbach> yeah and twiddled thumbs and did not get anything done :)
[15:15] <cjohnston> :-)
[16:22] <dholbach> I'm calling it a day - see you all tomorrow!
[16:23] <mhall119> cjohnston: are you in NOLA too?
[16:25] <cjohnston> yes
[16:27] <marcoceppi> cjohnston: you're in nola for linuxconf?
[16:27] <cjohnston> marcoceppi: si
[16:27] <marcoceppi> cjohnston: we should get a drink
[16:27] <cjohnston> orly
[16:27] <cjohnston> yes!
[16:27] <marcoceppi> yarly
[16:27] <cjohnston> I'm here till Sat
[16:27] <cjohnston> I have plans tonight.. tomorrow is the party
[16:27] <marcoceppi> I'm enroute today, returning friday morning
[16:29] <marcoceppi> cjohnston: ping me on irc later and we can figure something out
[16:30] <cjohnston> marcoceppi: cool..
[16:40] <mhall119> you guys should have a "Help mhall119 write an IS approved charm for a Django website" party
[16:40] <mhall119> sounds like fun!
[19:02] <jono> hey mhall119
[19:03] <jono> mhall119, what is the current status of d.u.c?
[19:04] <mhall119> jono: I've been fighting with juju all day, but I think I finally have the upper hand
[19:06] <mhall119> jono: dholbach is going to finish the publishing changes you wanted tomorrow, and dpm have given me a branch to merge to update the front page and blog
[19:23] <jono> mhall119, sounds great
[19:23] <jono> mhall119, it sounds like the IS discussion is on-going too
[19:28] <mhall119> jono: it's mostly in #juju now, I talked to IS yesterday to get info about their specific needs and a reference charm to use
[19:30] <jono> awesome, thanks mhall119
[20:28] <cjohnston> tsimpson: ping
[20:49]  * daker runs and hides from cjohnston
[20:49] <cjohnston> why daker ?
[20:50] <daker> cjohnston: do i have any assigned bugs to me from you ?
[20:50] <cjohnston> the dashboard bug
[20:51] <daker> which one ?
[20:51] <cjohnston> the artifacts
[20:53] <cjohnston> daker: Bug #1219010
[20:53] <ubot2`> Launchpad bug 1219010 in Ubuntu QA Dashboard "the smoke view of artifacts is starting to not scale well" [Undecided,New] https://launchpad.net/bugs/1219010
[20:53] <daker> cjohnston: ya thanks
[20:59] <daker> cjohnston: does it cause any problem if the names are truncated ?
[20:59] <cjohnston> daker: yes


[01:12] <ryanakca> Riddell: if you're still awake, could you please rename kolab.kubuntu.co.uk to groupware.kubuntu.co.uk ?
[01:54] <ryanakca> mhb: Tm_T: ping, got the test server up
[02:06] <jjesse> wow lots of updates
[02:08] <bobesponja> hey all
[02:08] <jjesse> hiya bobesponja
[02:08] <bobesponja> I'm  giving feisty a try
[02:08] <jjesse> is it working right for you?
[02:09] <bobesponja> pretty much
[02:09] <bobesponja> digikam is crashing though, I did rm all  all the config files
[02:09] <bobesponja> jjesse: does digikam work for you?
[02:09] <jjesse> bobesponja: hjave
[02:09] <jjesse> d'oh
[02:10] <jjesse> bobesponja: haven't tried it and have no digital camera on me
[02:10] <bobesponja> jjesse: just start it, it crashes on start
[02:11] <jjesse> bobesponja: it opens for me fine
[02:12] <bobesponja> ok
[02:13] <Jucato> opens fine here as well
[02:17] <bobesponja> I think I know, I remember I compiled it myself a while ago, I'll try a make uninstall
[02:27] <jjesse> i hate hiccups
[02:33] <bobesponja> cool, after unsermake uninstall my old installation and reinstalling digikam, it works fine again :)
[02:35] <jjesse> i hate hiccups
[02:58] <nixternal> ewww unsermake is evil
[02:58] <jjesse> i thought nixternal was evil :)
[02:59] <nixternal> well of course
[03:00] <Jucato> unsermake is probably the lesser evil :D
[03:01] <nixternal> hardy har har
[06:26] <nixternal> Riddell: I went ahead and made changes to the Kubuntu Upgrade stuff in the FeistyUpgrades page on the help wiki
[08:09] <fdoving> Riddell: around? please don't upload that kdebase thing. i have a better solution if kdialog is installed by default.
[08:25] <fdoving> Riddell: please have a look at the last comment in bug https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/61946
[08:25] <ubotu> Malone bug 61946 in kdebase "[Edgy Data Loss]  umount progress dialog missing" [High,In progress]
[08:26] <fdoving> Riddell: the wrapper makes the progressdialog appear at once, the errors on unmount will still be there as we use kio_media_mounthelper, we could of course do some magic with other shell commands like pumount etc. if that's desired.
[08:27] <fdoving> off to work. bye.
[10:37] <jetsaredim> why is there no /etc/modules.d?
[01:16] <vprints> Do some strings in adept still come from libadept ?
[01:30] <LeeJunFan> sssh! she just joined - don't talk about her any more :p
[01:30] <LeeJunFan> mornin' Hobbsee :)
[01:34] <Hobbsee> hi LeeJunFan
[01:34] <ryanakca> http://demo.egroupware.org/egw-head/login.php     much better than Kolab :D
[01:34] <ryanakca> except most people will probably be using Kontact..
[03:17] <dinosaur-rus> hi
[03:18] <dinosaur-rus> is there support for "Mustek BearPaw 2400TA Plus" scanner in (K)ubuntu's sane?
[03:20] <alleeHol> dinosaur-rus: if sane supports it, kubuntu supports it ;)   But this sort of question for #kubuntu not #kubuntu-devel
[03:21] <dinosaur-rus> ok
[03:22] <dinosaur-rus> where should Feisty be finally released? :)
[03:23] <ScottK> dinosaur-rus: No development discussion about Feisty should be in #ubuntu+1
[03:23] <ScottK> No/None
[03:23] <ScottK> No/Non (urgh)
[03:24] <dinosaur-rus> uh
[03:24] <dinosaur-rus> it seems to be a hard day for some people :))
[03:26] <dinosaur-rus> well, I won't disturb you... anyway, I need to reboot after big packages update ;)
[04:10] <bddebian> Heya
[04:24] <Mez> Riddell, ping
[04:24] <Mez> or someone who can tell me where an options dissapeared to
[04:25] <Mez> kate
[04:26] <manchicken> anybody else noticing that knetworkmanager is getting confused when you have wireless available but you're plugged in?
[04:28] <manchicken> I just got bit in the ass by bug #78491
[04:28] <ubotu> Malone bug 78491 in network-manager "network-manager insists on connecting to wireless network, even if wireless option is disabled" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78491
[04:51] <Riddell> Mez: pong
[04:56] <nixternal> Riddell: did you take a look at the changes I made to the Kubuntu sections of that upgrading wiki page/
[04:56] <Mez> Riddell, neve rmind, I found the option
[04:58] <Riddell> nixternal: will do once I get back to X
[05:01] <nixternal> ahh, who needs X ;p
[05:02] <nixternal> I need to find out who is hosting the US archive servers and get them to move to something better
[05:02] <nixternal> it is sad when I can get a better download from Australia than I can the US
[05:04] <crimsun> err, aren't forster and prat hosted in the UK datacentre?
[05:06] <nixternal> crimsun: is that where we are getting our downloads from?
[05:07] <nixternal> Canada serves better at times as well
[05:07] <crimsun> nixternal: run host over us.archive, then whois the IPs
[05:09] <crimsun> granted I could be waaay off, but I'm fairly certain the datacentre's not in the USA.
[05:13] <nixternal> United Kingdom, so you are correct
[05:15] <ScottK> Given DMCA and US patent law (software patents), that's probably a better place for it.
[05:17] <nixternal> well, seeing as some of the local university servers have repos, I just need to find out which ones
[05:38] <jeroenvrp> I'm testing the upgrader, but something goes wrong or something is not clear to me!
[05:39] <jeroenvrp> during configuring it gives a dialog, asking to restart ssh, fetchmail, etc
[05:39] <jeroenvrp> pressing enter, only makes the (block)cursor go one line further
[05:40] <jeroenvrp> so I'm stuck in the configurationprocess
[05:40] <jeroenvrp> during "configuring libssl"
[05:43] <Riddell> ** test RC candidates https://www.stgraber.org/ubuntu/isotesting/
[05:45] <jeroenvrp> Riddell: I am testing the upgrade process from edgy to the current feisty
[05:46] <jeroenvrp> or was your topic-change not meant for me?
[05:54] <Riddell> jeroenvrp: please do
[05:54] <Riddell> jeroenvrp: what version of KDE do you have?
[05:55] <jeroenvrp> Riddell: it is a edgy system
[05:55] <jeroenvrp> no extra repos, updated as well
[05:58] <Riddell> groovy
[06:01] <jeroenvrp> anyhow
[06:01] <jeroenvrp> I now just uses the commandline
[06:01] <jeroenvrp> maybe it was related to the fact that I first triied it over ssh
[06:02] <jeroenvrp> so forget it
[06:02] <ScottK> If you were trying to do it over SSH, that would definitely explain it.
[06:06] <jeroenvrp> I thought so
[08:44] <jeroenvrp> I'm going to test the RC's
[08:44] <jeroenvrp> on a laptop
[08:45] <jeroenvrp> promedion
[08:45] <jeroenvrp> something I should know?! or write down!?
[08:58] <jeroenvrp> where to download the RCcand-iso's!?
[09:01] <gnomefreak> jeroenvrp: read /topic
[09:01] <jeroenvrp> gnomefreak: yes I know, but I dont see any download link
[09:01] <jeroenvrp> or should I log in?>
[09:02] <gnomefreak> they might not be finished yet
[09:03] <jeroenvrp> I thought they where, because Riddell asks us to test
[09:03] <gnomefreak> my connection is maxed out atm
[09:03] <gnomefreak> im looking but taking forever to load page. forever == >4minutes
[09:04] <gnomefreak> did you check kubuntu.org
[09:04] <gnomefreak> looking for beta 5 or rc1
[09:04] <jeroenvrp> yes I did
[09:05] <jeroenvrp> https://www.stgraber.org/ubuntu/isotesting/test/45
[09:05] <jeroenvrp> you should expect it there
[09:05] <ScottK> https://www.stgraber.org/ubuntu/isotesting/ is where I found it.
[09:05] <gnomefreak> maybe on the daily images site just look for 20070411
[09:06] <gnomefreak> i clicked on wher ei think it is but again taking forever
[09:06] <ScottK> That's what the text on the site says.
[09:06] <gnomefreak> i was thinking under testing schedule
[09:06] <jeroenvrp> ok
[09:07] <jeroenvrp> where is the daily images site?
[09:07] <gnomefreak> !daily
[09:07] <ubotu> Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/
[09:08] <jeroenvrp> ha
[09:08] <jeroenvrp> I should have know :-)
[10:00] <Tm_T> ryanakca: pong
[10:00] <ryanakca> ?
[10:00] <ryanakca> no clue
[10:00] <Tm_T> 02:54 < ryanakca> mhb: Tm_T: ping, got the test server up
[10:00] <ryanakca> Ah, yes
[10:00] <Tm_T> don't tell me I'm slow
[10:00] <ryanakca> http://<IP_ADDRESS>/egroupware/
[10:01] <ryanakca> lol
[10:01] <ryanakca> it'll have a domain eventually, just need to figure a few things out about that part... (aka, which one to use)
[10:02] <Tm_T> I can't help testing tonight, but some other day maybe
[10:02] <Tm_T> maybe tomorrow when I hopefully am in work
[10:03] <ryanakca> kk
[10:36] <ryanakca> What's a big new "feature" in kubuntu feisty?
[10:43] <fdoving> universe and multiverse on by default, dist-upgrader-tool, better adept, new versions of most software.
[11:05] <Daskreech> Riddell: Ping
[11:08] <Daskreech> Mez: Which option?
[11:10] <Daskreech> fdoving: do we have one click media install?
[11:12] <fdoving> Daskreech: one click media install? I don't understand what you mean.
[11:12] <Daskreech> fdoving: Or codec install
[11:12] <fdoving> ah..
[11:12] <fdoving> yes i belive so.
[11:12] <Daskreech> I forget how Ubuntu markets it
[11:12] <fdoving> we did have that for edgy too.. iirc.
[11:13] <Daskreech> fdoving: But no One click Wobbly windows?
[11:13] <fdoving> or atleast an attempt.
[11:13] <fdoving> no, ubuntu have that.
[11:13] <fdoving> but i don't think it works very well.
[11:13] <fdoving> it's a checkbox that replaces the default windeco with compiz.
[11:13] <Daskreech> Well in two releases we wll probably have kwin_composite on by default
[11:13] <fdoving> lets hope so.
[11:14] <fdoving> personally i don't like the idea of making it easy for the user to break (make his system unusable to himself) with ticking an checkbox.
[11:15] <Daskreech> Well it does have a timer to revert
[11:15] <fdoving> ok. good.
[11:15] <fdoving> didn't have that when i tested it a while ago.
[11:22] <Daskreech> Hopefully some artists can give kwin_composite some love
[11:24] <bdmurray> Riddell: ping
[11:41] <jeroenvrp> when I choose dutch as install language it offers me the dutch keyboardmap, it should offer US international (with deadkeys) - 99% of dutch users use this
[11:59] <ryanakca> fdoving: thanks
[12:00] <ryanakca> Daskreech: we have one click media install in the install-mp3 script for amarok
[12:01] <Daskreech> ryanakca: That's not really what I was talking about
[12:02] <ryanakca> ah... well, you can probably add a link to it in KMenu, one way or the other...
[12:03] <ryanakca> have a package just for it, ship it in k-d-s, or something of the sort...
[12:07] <Daskreech> Well what about wma
[12:07] <Daskreech> or movies


[06:49] <smb> morning
[07:38] <ppisati> moin
[07:50] <smb> ppisati, Hah! One time beat you to it. :)
[08:01] <ppisati> smb: my bad, these days i'm really slacking... :)
[08:02] <smb> ppisati, Meh, I really had to work hard to not do the same. :)
[09:12] <apw> xnox, most peoples don't ...
[09:12] <xnox> apw: hipsters =)
[09:13] <xnox> apw: in other news, why is my intel graphics / uefi boot is so flickerfull ?! also is the grub generating a "malevich black square" with "aubergine frame" for you?
[09:14] <apw> xnox, i don't think my efi boxes do that, though i can check after i have updated
[09:15] <xnox> apw: hm.... i'll do photographs then, or maybe video cause the boot is fast.
[09:16] <apw> it cirtainly isn't intentional
[10:49] <xnox> argh! kernel patch spam! =)
[10:51] <henrix> heh
[10:52] <henrix> xnox: just use the 'X-Extended-Stable:' header to solve that spam prob :)
[10:54] <xnox> henrix: if only gmail had custom header support. and i seem to fail configuring imapfilter to filter stuff inside labels =(
[10:56] <henrix> xnox: i haven't been using imapfilter for a while, but i'm pretty sure it supported that.  regarding gmail... never used ;)
[11:20] <apw> xnox, i use imapfilter against gmail labels no problem
[11:26] <apw> xnox, and i think smb uses it exclusivly
[11:26] <smb> apw, huh?
[11:27]  * smb is not on gmail
[11:32] <apw> oh never mind then, my mixup
[12:08] <apw> smb, https://bugs.launchpad.net/ubuntu/+source/protobuf/+bug/1276531
[12:08] <ubot2`> Launchpad bug 1276531 in protobuf (Ubuntu) "ABI regression" [Critical,Fix committed]
[12:08] <smb> apw, Thanks
[12:19] <smb> apw, Ok, I also got a desktop back. Though I had to restart lightdm once to get a version which accepts keys... Might be random fluke though.
[12:19]  * smb reboots that laptop again
[12:21] <smb> Hm, again
[12:22] <smb> Just this time something seems to have unwedged it without restarting
[12:24] <smb> apw, Do you get something liek that?
[12:25] <smb> Seems initially not accepting keystrokes in the pw dialog box.
[12:25] <smb> But when I open and close the reboot menu with the mouse, then the password box accepts keys suddenly (with a bit of an initial lag)
[12:39] <seb128> hey
[12:41] <seb128> is there a known issue with linux-image-3.13.0-7 i386 in trusty? my laptop wlan0 (dell laptop, i5) stop being listed after today's update
[12:54] <smb> seb128, Did you manually upgrade libprotobuf8?
[12:54] <seb128> smb, no, I stayed away from that abi change
[12:54] <seb128> it makes compiz not start
[12:54] <seb128> smb, booting kernel -6 makes my wifi work
[12:54] <smb> Yeah, we went through that
[12:55] <smb> Hm, not that I know of some wifi issue. What type of wifi hw?
[12:56] <seb128> it's a dell latitude e6410 with intel card, where can I see the exact model for it?
[12:56] <seb128> [    9.465536] iwlwifi 0000:02:00.0: Detected Intel(R) Centrino(R) Advanced-N 6200 AGN, REV=0x74
[12:56] <seb128> smb, ^?
[12:56] <smb> lspci
[12:57] <smb> But I think the numbers posted should be enough
[12:57] <seb128> 02:00.0 Network controller: Intel Corporation Centrino Advanced-N 6200 (rev 35)
[13:00] <smb> seb128, Is that from the -6 kernel? If so does it show up in dmesg with -7, too or not
[13:03] <seb128> smb, http://people.canonical.com/~seb128/kern.log
[13:04] <seb128> smb, the Feb  5 12:32 boot is with -7
[13:04] <seb128> the 12:35 one with -6
[13:05] <seb128> smb, I'm at a sprint but I can find an eth cable and reboot on -7 to debug more if needed
[13:06] <smb> seb128, Ok, let me read through this.
[13:10] <seb128> smb, thanks
[13:12] <seb128> smb, seems like I'm missing linux-image-extra-3.13.0-7-generic if that makes a difference (did some partial upgrade to avoid the new libprotobuf)
[13:14] <smb> seb128, Ah, so you should really install that
[13:15] <seb128> smb, sorry for the noise, I'm going to upgrade after lunch (new protobuf should be in) and reboot and see how it goes
[13:15] <smb> seb128, ok
[14:14] <rtg> apw, do we have a bug for the CVE patch you applied ? 'x86, x32: Correct invalid use of user timespec in the kernel'
[14:15] <rtg> hmm, bug #1274754
[14:15] <ubot2`> Launchpad bug 1274349 in linux (Ubuntu Trusty) "duplicate for #1274754 Fix-compat_sys_recvmmsg-on-x32-archs" [Critical,Confirmed] https://launchpad.net/bugs/1274349
[14:16] <henrix> rtg: i believe what you're looking for is bug #1274349
[14:16] <ubot2`> henrix: Error: Could not gather data from Launchpad for bug #1274349 (https://launchpad.net/bugs/1274349). The error has been logged
[14:16] <rtg> henrix, ack
[14:16] <apw> bug #1274349
[14:16] <rtg> apw, I'm fixing up the commit log for trusty
[14:16] <apw> a pox on you launchpad
[14:17] <apw> rtg, to get that one to close ?
[14:17] <rtg> yep
[14:18] <apw> not necessary, it is a CVE bug, the tracker will close it
[14:18] <rtg> apw, is it in the correct format ? it does not look like it to me
[14:18] <apw> if the cherrypicked from XXX is there it will be handled
[14:19] <rtg> ah, ok
[14:19] <apw> the cve-autotriager will see the commit sha1 and move the tracker to 'pending' and 'released <XXX>'
[14:19] <apw> and that is picked up by the kees scripting which jjohansen1 runs and that closes the bugs
[14:20] <apw> not that putting it in there as a BugLink: is an issue, it will work just fine
[14:20] <rtg> apw, I'll push it anyways so it is easier to find the bug from the commit log
[14:22] <rtg> sforshee, can you give https://bugs.launchpad.net/intel/+bug/1265436/comments/9 a quick test ?
[14:22] <ubot2`> Launchpad bug 1265436 in intel "Saucy SRU: update firmware for 7260 / 3160 devices (Wilkins Peak) " [Undecided,New]
[14:23] <sforshee> rtg: sure, let me wrap something up then I'll try it out
[14:23] <rtg> no rush
[14:24] <apw> rtg, 3.13.2 is looking like a monster
[14:24] <rtg> oh, I'm sure. 100+ ?
[14:24] <apw> 140 already
[14:26] <rtg> apw, thanks for fixing my upload FTBTS by the way. I just ran out of time to figure it out.
[14:27] <apw> rtg, np, typical orig tarball carnage
[14:28] <rtg> ah, that is why my test builds succeeded
[14:30] <henrix> apw: and it doesn't include all the stable patches from -rc1 ;)
[14:30] <apw> rtg, yeah, the empty kbuilds i made get lost, i've fixed it in a better way in the tip
[15:10] <sforshee> rtg: that linux-firmware update was essentially a noop. The <IP_ADDRESS> files were unchanged, and the new files aren't used by saucy's kernel.
[15:11] <rtg> sforshee, hmm, I thought it used the .8 API  - perhaps I misremembered
[15:12] <sforshee> rtg: .8 is only 3.13+
[15:12] <rtg> ok
[15:12] <rtg> sforshee, didn't a stable update enable the .8 API ?
[15:12] <sforshee> rtg: the verification-done tag was already on the bug though, so I'm not sure if I need to do anything so the sru team will know it's been verified
[16:32] <infinity> apw: Hrm.  Now that lowlatency is in master, would it be a reasonable thing to suggest that maybe we should produce a linux-signed-image-$(ABI)-lowlatency from linux-signed?
[16:33] <infinity> apw: (And obviously push the required bits to the EFI tarball to make that possible)
[17:21] <jsalisbury> henrix, Is there a script that builds the kernels at http://kernel.ubuntu.com/~kernel-ppa/mainline/linux-3.11.y.z-queue/ ?  Or do you do it manually?
[17:21] <henrix> jsalisbury: that's the same build scripts used to build mainline kernels
[17:21] <henrix> jsalisbury: they are built automagically
[17:22] <jsalisbury> henrix, Do you know the name of it off hand?  I'm wondering how it handles the case of a patch not applying?  Does it just skip it, and then you have to go back and backport or skip it manually?
[17:23] <henrix> jsalisbury: i believe they are in kteam-tools, in mainline-build
[17:23] <henrix> jsalisbury: but they use the git tree directly, the scripts don't apply the patches
[17:24] <henrix> jsalisbury: they use git://kernel.ubuntu.com/ubuntu/linux.git
[17:24] <henrix> jsalisbury: (and the corresponding -queue and -review branches)
[17:25] <jsalisbury> henrix, ack.
[17:26] <jsalisbury> henrix, Is there a script that updates the linux-3.11.y.z-queue branch?
[17:27] <henrix> jsalisbury: that branch is updated manually, i.e., that's where i push the patches for the next stable release
[17:27] <henrix> jsalisbury: this means that the <IP_ADDRESS> will be what's in that branch ;)
[17:28] <henrix> jsalisbury: everything from v<IP_ADDRESS> the HEAD in that branch will be included in the next release
[17:28] <jsalisbury> henrix, Ahh, ok.  So that's where the heavy lifting is done ;-)  So you follow the stable mailing list and apply anything that comes in with the stable cc.
[17:28] <henrix> yep, correct :)
[17:29] <henrix> that branch already contains everything you're looking for
[17:29] <jsalisbury> henrix, cool, now I understand.  Thanks.
[17:29] <henrix> no prob
[17:31] <jsalisbury> henrix, so do you actually compile a list of the patches from the stable mailing list, or do you pull in what lands in the stable-queue repo?
[17:32] <henrix> jsalisbury: i pick patches from linus tree that are tagged for stable (i.e., that contain the 'Cc: stable' on the SOB section)
[17:32] <henrix> jsalisbury: and additionally, i pick patches from the stable mailing list
[17:32] <henrix> jsalisbury: let me get you an url...
[17:33] <jsalisbury> henrix, Ok, so the stable-queue repo(git://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git) is just GKH's repo for his kernels?
[17:33] <henrix> jsalisbury: yep, those the the official stable kernels
[17:34] <jsalisbury> henrix, ok, got it.
[17:34] <henrix> jsalisbury: here's a detailed description of the process we follow for stable maintenance (in case you're bored and want to find out more :) )
[17:34] <henrix> jsalisbury: https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable/Maintenance
[17:34] <jsalisbury> henrix, awesome, thanks again!
[17:35] <henrix> jsalisbury: no prob
[17:36] <henrix> jsalisbury: anyway, if you want to create saucy kernel with the <IP_ADDRESS> patches, you just need to get them from our stable git tree (with e.g. git format-patch), and apply them on top of the latest ubuntu saucy tree
[17:36] <henrix> jsalisbury: and this is where some of them may fail to apply (e.g., they have already been included)
[17:38] <jsalisbury> henrix, Ok, thanks for the info.  Just wanted to understand the way we do upstream stable maintenance.  The wiki you pointed to has all the details :-)
[17:38] <henrix> jsalisbury: yeah, i guess its all in there
[17:43] <apw> bjf, how would i figure our which kernel the current 2.6.32 kernel when 12.04.3 was released
[17:44] <bjf> apw, mainifest file? don't know if that has the version #
[17:44] <apw> bjf, it seems that edubuntu doesn't use the hwe kernel
[17:44] <bjf> huh
[17:45] <rtg> apw, was that a mistake or a conscious decision ?
[17:45] <apw> they chose it deliberatly as they have a lot of h/w which is non-pae
[17:46] <bjf> apw, i'll see if i can tell
[17:47] <apw> the manifest has 3.8 (raring lts) cause it is the master not the slave arrrgle
[17:48] <bjf> apw, so you'd have to install the .3 release of edubuntu to know what they used?
[17:48] <apw> maybe, or someone is confused what it contains
[17:49] <bjf> i'd think stgraber would be able to tell us
[17:50] <apw> bjf, sorry yes, and he is over on #ubuntu-release
[17:50] <bjf> apw, http://cdimage.ubuntu.com/edubuntu/releases/12.04.3/release/edubuntu-12.04.3-dvd-amd64.manifest says it was raring
[17:53] <apw> yeah seems the ltps bit is shipped as a damn squashfs so you cannot tell without extracting it, win
[17:58] <ogasawara> apw: how much to you know about apt?
[17:59] <apw> some, whatsup
[17:59] <ogasawara> apw: I've got a question coming from one of our support dudes, which I'm not sure I know the answer
[17:59] <ogasawara> so....
[17:59] <apw> forward it over
[17:59] <ogasawara> apw: ack, thanks
[18:02] <ogasawara> apw: sent
[18:10] <apw> ogasawara, got it, thanks
[18:43] <seb128> smb, I just rebooted, wifi works, so it was my fault for partial upgrading, thanks!
[18:45] <jsalisbury> apw, I see there is a linux-image-extra package for 3.13.0-6, but I don't see one with "lowlatency" in the name.  Does the lowlatency kernel not need the linux-image-extra package, or does it just use the same one as the -generic kernel?
[18:47] <rtg> jsalisbury, there is no extras package for lowlatency.
[18:47] <jsalisbury> rtg, ok, thanks
[18:48] <rtg> jsalisbury, the extras package is for the virt server.
[18:48] <jsalisbury> rtg, cool.
[18:54] <Prf_Jakob> Hey
[18:54] <Prf_Jakob> We (VMware) would like to backport some hw enablement code to the 14.04 kernel.
[18:56] <rtg> Prf_Jakob, is this code already in Linus' upstream kernel ?
[18:56] <Prf_Jakob> rtg: yeah
[18:56] <Prf_Jakob> I think the wrong version tho
[18:56] <bjf> Prf_Jakob, are you looking to get it in before the 14.04 release?
[18:57] <Prf_Jakob> you are going to use 3.13 right?
[18:57] <rtg> how about sending the list of commits to the kernel team mailing list ?
[18:57] <Prf_Jakob> That would be nice
[18:57] <rtg> yep, 3.12
[18:57] <rtg> 3.13*
[18:57] <Prf_Jakob> Kay
[18:57] <Prf_Jakob> Good to know
[18:57] <Prf_Jakob> I'll let Thomas know
[18:58] <Prf_Jakob> Where is that list btw?
[18:59] <rtg><EMAIL_ADDRESS>[18:59] <Prf_Jakob> thanks
[19:38] <bjf> rtg, http://pastebin.ubuntu.com/6880938/ is a kern.log from a CI system that is running apparmor tests on a Trusty kernel
[19:39] <jjohansen> bjf: which kernel?
[19:40] <bjf> jjohansen, 3.13.0-7.25
[19:40] <bjf> jjohansen, the latest
[19:41] <jjohansen> bjf: okay, I believe I might have the patch for that one
[19:42] <rtg> jjohansen, 2 occurrences of apparmor="KILLED" have a stack dump right afterwards
[19:42] <bjf> jjohansen, i'm seeing errors when i run the test but not the same panic that CI is seeing   http://kernel.ubuntu.com/testing/test-results/rizzo__3.13.0-7.25__2014-02-04_22-48-00/ubuntu_qrt_apparmor/results/ubuntu_qrt_apparmor.test-apparmor.py/debug/ubuntu_qrt_apparmor.test-apparmor.py.DEBUG.html
[19:43] <bjf> psivaa, ^
[19:43] <jjohansen> bjf: yep, this looks like bug 1268727
[19:43] <ubot2`> Launchpad bug 1268727 in linux (Ubuntu Trusty) "AppArmor changehat regression in 3.13.0-2.17-generic" [High,Confirmed] https://launchpad.net/bugs/1268727
[19:43] <psivaa> bjf: thanks
[19:44] <jjohansen> bjf: patch incoming, its only had light testing
[19:45] <bjf> jjohansen, it's not my kernel yet :-)
[19:46] <jjohansen> hehe
[19:48] <apw> smb, just a heads up stgraber has identified his issue as being 'test bed' related, which kinda hints at a KVM networking issue ... which sounds ominious
[19:57] <apw> rtg, if you are gonna flip that config over for the lts-backport-raring, there is some machinary we use in lowlatency for that
[19:58] <apw> smb, heads down, stgraber has found his issue a local MTU issue on his kvm host
[20:00] <rtg> apw, what are you talking about ? that config option was for trusty
[20:00] <rtg> the AA config option, I assume
[20:01] <apw> rtg, i assume it becoming an option so you can turn it on on trusty and off on lts-trusty
[20:01] <rtg> apw, yep, already done
[20:27] <rtg> apw, I am gonna upload trusty to fix an AA oops in CI testing. no ABI bump this time.
[20:29] <apw> rtg, ack
[20:29] <apw> rtg, these config updates you are doing CONFIG_FOO=n ought to not work, it ought to be putting in # CONFIG_FOO is not set
[20:30] <rtg> apw, which one in particular ?
[20:30] <apw> rtg, all of the ones in the rebase script for lts-raring
[20:30] <apw> lts-TRUSTY
[20:30] <rtg> apw, no, which config ?
[20:31] <apw> in the scripty bit where you switch them from y to n, you just make =y into =n, but the format is # XXX is not set for =n
[20:31] <apw> sed -i 's/CONFIG_SECURITY_APPARMOR_AA3_SEMANTICS=y/CONFIG_SECURITY_APPARMOR_AA3_SEMANTICS=n/' ${DEBIAN_TARGET}/config/config.* ${DEBIAN_TARGET}/config/*/config.*
[20:31] <apw> and the similar ones above
[20:32] <rtg> apw, doh! - you're right. I wouldn't have noticed that until this next rebase.
[20:32] <rtg> apw, actually, that will work when going from =y to =n 'cause updateconfigs is run right after that
[20:33] <apw> well only if there is a default and it don't then ask, as your =n ought to do nothing, ie be invisible
[20:33] <apw> i wish =n did work, it would make most of my scripting simpler
[20:33] <rtg> updateconfigs always rewrites it as '# CONFIG_FOO is not set'
[20:39] <apw> rtg, i am not sure it does make =n -> not set, i believe it makes as if you have no setting at all
[20:39] <apw> rtg, which may mean it defaults to n or not
[20:40] <rtg> apw, I'll check for sure
[21:23] <infinity> zequence: Will you have a chance to do a quick lowlatency/saucy rebase to pick up the latest changes there?
[21:35] <zequence> infinity: Sure. I'll look at it first thing tomorrow
[21:36] <infinity> zequence: Cool, thanks.


[09:42] <nteodosio> It seems that if you write any inexisting URL for autopkgtests results, it gets an unauthorized message, e.g. https://autopkgtest.ubuntu.com/results/autopkgtest-mantic.
[09:42] <nteodosio> This is a quite confusing when the page doesn't yet exist (simply because the tests haven't finished running).
[09:43] <nteodosio> What is the right department to file a bug -- or is there already one?
[09:51] <seb128> nteodosio, https://bugs.launchpad.net/auto-package-testing/+filebug
[11:00] <ginggs> @pilot in
[13:12] <rbasak> Eickmeyer: o/ bug 2033992 is showing in pending-sru as ready for Jammy. Is that status the status you expect, or should it be verification-failed now?
[13:12] -ubottu:#ubuntu-devel- Bug 2033992 in ubuntustudio-menu (Ubuntu Lunar) "[SRU] Change Ubuntu Studio Chat from Matrix to IRC" [High, Fix Committed] https://launchpad.net/bugs/2033992
[13:14] <rbasak> enr0n: regarding https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2036358/comments/28, would it be appropriate to retry these with migration-reference/0 then? I'm not supposed to release without the failures being clean, one way or another.
[13:14] -ubottu:#ubuntu-devel- Launchpad bug 2036358 in systemd (Ubuntu Lunar) "systemd wait-online now times out after jammy and lunar upgrade" [Critical, Fix Committed]
[13:18] <enr0n> rbasak: yes, I think that would be okay then
[13:25] <rbasak> OK, all submitted, thanks. Let's see if that works.
[13:26] <enr0n> rbasak: thanks!
[14:17] <Eickmeyer> rbasak: That one is good for Jammy. It's bad for lunar and needs to be re-done for lunar due to another SRU that was attempted. I've been eyeballs-deep in fixing mantic bugs before final freeze.
[14:38] <rbasak> Thanks. Released then, with a comment in the bug.
[15:00] <jbicha> @pilot in
[15:01] <ginggs> @pilot out
[18:39] <tsimonq2> juliank (cc rbasak): I have a local patch building now for apt to suggest git-ubuntu on Ubuntu machines, when using apt source. Is this an agreeable approach?
[18:42] <tsimonq2> If I don't hear anything otherwise, I'll submit it to Salsa for a review. Any feedback, including how to get the vendor information in the cleanest way possible, would be appreciated.
[18:48] <juliank> tsimonq2: This is going to need a new field in the Release file to specify a default URL for git repositories; similar to Changelogs and Snapshots
[18:48] <juliank> You could set a default based on Origin though as both of these features do
[18:49] <juliank> See apt-pkg/init.cc for the funny options to configure those
[18:49] <tsimonq2> Cool. What about usage of the `git ubuntu clone` command instead of a bare Git clone, does that seem like a
[18:49] <juliank> And you can look at the 2.4.y branch for a clean backport of the snapshots feature for inspiration
[18:49] <tsimonq2> ..."hackier" approach?
[18:49] <juliank> Hmm
[18:50] <juliank> How about Vcs-Clone command
[18:50] <juliank> Vcs-Clone: git ubuntu clone @SOURCEPACKAGE@
[18:50] <juliank> And apt includes "Run <Vcs-Clone here> command to get the source code for this package"
[18:51] <juliank> I think this probably is the nicest approach
[18:51] <tsimonq2> That could certainly work :) if there is an existing Vcs-Git, would Vcs-Clone auto-populate with the appropriate `git clone` command?
[18:51] <juliank> I have not formed an opinion on that matter
[18:52] <juliank> Also what happens with missing git-ubuntu repos
[18:52] <juliank> Some packages are not imported
[18:52] <juliank> Maybe we can have launchpad figure out which packages have repos and add Vcs-Clone fields to the package entries
[18:52] <juliank> :D
[18:53] <tsimonq2> That's a really good point; I'd almost like to ping Robie and Colin to ask for their input, but part of me thinks this belongs on ubuntu-devel@?
[18:54] <juliank> Go for the email!
[18:54] <tsimonq2> Sounds good! I'll CC you :)
[18:58] <rbasak> It's...complicated
[18:59] <rbasak> git-ubuntu is convenient in that it'll give you _actual_ source used to build a package, but there are still some rough edge cases.
[19:00] <rbasak> But if you are submitting a fix, then the team that maintains the package may prefer that you base your changes from a commit from Vcs-Git (or even somewhere else that no metadata points to) with which the git-ubuntu branch has no common ancestor at all.
[19:00] <rbasak> OTOH, I'd like for those teams to accept git-ubuntu MPs since rebasing is trivial and that way it's the same workflow for every package, which is much easier for first time contributors.
[19:01] <jbicha> @pilot out
[19:08] <tsimonq2> juliank, rbasak: https://lists.ubuntu.com/archives/ubuntu-devel/2023-October/042813.html
[23:02] <mwhudson> what's the easiest way to answer "is this binary package in main" in a script i wonder
[23:07] <rbasak> rmadison -cmain -aamd64 -sfocal mosh
[23:07] <rbasak> No answer = not in main
[23:07] <rbasak> rmadison -cmain -aamd64 -smantic mosh
[23:07] <rbasak> Answer = in main
[23:07] <rbasak> You could use -cuniverse to confirm for certain
[23:07] <rbasak> (rather than just a nonexistent package)
[23:08] <rbasak> I don't know how well that'll handle all errors though
[23:08] <rbasak> Another way might be chdist + grep-dctrl
[23:08] <rbasak> and looking at the Section field
[23:08] <rbasak> Or APT-Sources
[23:09] <rbasak> That's probably more reliable but requires setup
[23:11] <mwhudson> yeah i cooked up something with chdist and indextargets