[07:19] <smb> morning
[07:19] <abogani> morning
[13:36] <ppisati>  herton: i was wondering why dind't we release a natty/ti-omap4 kernel along the other flavours? there was some stuff pending there too
[13:37] <herton> ppisati: because there wasn't natty tracking bug opened/being worked on, I think this week we will work on natty update, then one tracking bug for ti-omap4 will be opened
[13:43] <ppisati> herton: ooooooooook :)
[13:48] <tgardner> ogasawara, pushed v3.1-rc4
[13:48] <ogasawara> tgardner: saw that, thanks
[13:49] <tgardner> ogasawara, I consistently forget no_dumpfile=true
[13:50] <ogasawara> tgardner: I've been purposely not checking that in so it's obvious it's still broken
[13:50] <tgardner> ogasawara, agreed
[13:52] <tgardner> ogasawara, maybe I should go look at it and perhaps fix it. what a novel idea.
[13:52] <ogasawara> heh
[14:27] <tgardner> ogasawara, hmm, I am wondering if makedumpfile will get fixed. upstream hasn't touched it since june. the vmcore layout must have changed for 3.1
[14:36] <ogasawara> tgardner: hrm, i thought it was makedumpfile just being stupid with respect to the 3.1 version, but hadn't actually investigated.
[14:37]  * ogasawara back in 20
[14:37] <tgardner> ogasawara, nope. from looking at the source it appears it cannot determine layout.
[17:43]  * tgardner --> lunch
[19:23]  * jjohansen -> lunch
[20:49] <Daviey> Hey, Would it be viable to try and get a kernel module mainline? http://www.circlemud.org/jelson/software/emlog/ (I am using a more recent fork)
[20:50] <Daviey> Not being the author or involved with the project, i don't know much about the background. However lkml doesn't seem to reference it.


[01:21] <BUGabundo> night
[04:25] <dabbill> i just installed 11.04, the normal desktop with the launcher on the left works fine, but the classic desktop wont allow me to change themes, the windows change but the menu bars dont change
[05:03] <dabbill> i just installed 11.04, the normal desktop with the launcher on the left works fine, but the classic desktop wont allow me to change themes, the windows change but the menu bars dont change
[11:17] <dracotux> hey guys i'm new to ubuntu
[11:17] <dracotux> can anybody help me installling my printer?
[11:21] <dracotux> brother dcp-375 cw, someone please help me
[11:22] <dracotux> can't get it installed
[11:24] <qzio> dracotux: are you using the alpha release of ubuntu called natty?
[11:25] <dracotux> no
[11:25] <dracotux> the other one
[11:26] <dracotux> 10.04 lucid lynx
[11:31] <qzio> reat the topic
[11:31] <qzio> s/reat/read
[11:32] <qzio> this channel is for natty stuff. you're more likely to get answers in #ubuntu. Please ask your question there.
[11:33] <dracotux> ok, thnx for that, try it there as well
[11:33] <DJKorbit> good morning
[11:33] <DJKorbit> maybe you can help me on this, since i haven't found a solution
[11:33] <DJKorbit> can i define a different sources.list to be used by apt-get
[11:34] <DJKorbit> to be able to use apt-get as a regular user?
[12:01] <qzio> DJKorbit: i Don't think a different sources.list will enable you to install packages as a general user.
[12:05] <DJKorbit> i don't want to install packages
[12:05] <DJKorbit> i just want to apt-get source
[12:05] <DJKorbit> i'll explain what i want to do
[12:06] <DJKorbit> i'm involved in the development of a portuguese ubuntu based distro
[12:06] <DJKorbit> we were using mandriva but the next version will be ubuntu based
[12:06] <DJKorbit> i'm using apt-mirror to mirror natty
[12:07] <DJKorbit> from the NEW file generated by apt-mirror with the listing of all downloaded files i want to filter the names of all downloaded packages
[12:08] <DJKorbit> for each package i want to replace the new code with our existing code in our svn repo
[12:08] <DJKorbit> so, i want to exec a "apt-get source <package>" and commit the files i get to our svn server
[12:10] <DJKorbit> since i'm currently using a mandriva machine i'll have to install apt-get on my user space and run it against a sources.list that should point to my new repo created by apt-mirror
[12:10] <DJKorbit> got the point?
[12:13] <DJKorbit> i think i have an alternative to using apt-get source
[12:16] <DJKorbit> maybe fetch the files directly from the mirrored repo
[13:25] <edgy> Hi, I have alc888 and surround is not working. I tried options snd-hda-intel model=targa-8ch-dig but now no sound at all. I think this is a regression because previously it's working
[13:27] <edgy> this is the default alsa-info output http://www.alsa-project.org/db/?f=2fab86ace94244ab056c79277bb93964df124249
[13:30] <susundberg> edgy: i would suggest making bug raport
[13:32] <BluesKaj> Hiyas
[13:34] <susundberg> BluesKaj: hi
[13:36] <BluesKaj> hi susundberg
[13:36] <edgy> susundberg: ok
[13:37] <edgy> susundberg: it's already there at https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/642230
[13:37] <susundberg> ok
[13:53] <BluesKaj> susundberg, interesting , you're in my Dad's hometown :)
[13:56] <susundberg> BluesKaj: You net stalker! ;)
[13:56] <Amaranth> BluesKaj: Madison, WI is where the server he connects to is located :)
[13:57] <susundberg> oh true, you got my by suprise, i am connected from uni ssh server
[13:58] <susundberg> and where i am connected there to you would need uni server access ..
[13:58] <susundberg> which offcourse you might have
[13:58] <susundberg> but yes, i am at the same city my server is.
[13:59] <BluesKaj> nice , i visited turku as a small child , I was born in kaavi , moved to Canada when I was just 4yrs old
[14:04] <susundberg> Oh! Come to visit me here and i can show you around. We are currenly even culture capital 2011
[14:04] <susundberg> (in europe)
[14:04] <susundberg> http://www.turku.fi/Public/default.aspx?contentid=231822&nodeid=23
[14:05] <BluesKaj> Amaranth, I just do traceroute then the last IP lookup at  http://ip-whois-lookup.com/lookup.php?ip=
[15:14] <coz_> hey guys, with classic gnome I see the icons on the desktop are space about 100 pixels from the left edge of the screen  as if  Unity was used...   http://dl.dropbox.com/u/132551/screenshots/icons.png    any way around this?
[16:01] <evilvish> does anyone remember how to change the notify-osd slot allocation to dynamic? instead of the fixed slots.. iirc there was a gconf key somewhere..
[16:07] <zniavre_> don't you need a patched notify stuff?
[16:07] <evilvish> zniavre_: oh? i thought it was an option and we needed to just add the gconf
[16:08] <evilvish>  similar to the gravity one
[16:08] <coz_> hey guys, with classic gnome I see the icons on the desktop are space about 100 pixels from the left edge of the screen  as if  Unity launcher was in use...   http://dl.dropbox.com/u/132551/screenshots/icons.png    any way around this?
[16:08] <zniavre_> wow that is a huge screen
[16:09] <coz_> zniavre_,  dual monitors  :)
[16:09] <zniavre_> yeah
[16:10] <zniavre_> evilvish, http://www.webupd8.org/2010/05/finally-easy-way-to-customize-notify.html
[16:12] <evilvish> zniavre_: yea, i saw that.. but could not find the specific gconf key.
[16:12] <evilvish> zniavre_: maybe like what you mention it needs ppa
[16:13] <evilvish> zniavre_: thanks.. i think i'll give up now ;)
[16:16] <zniavre_> http://ubuntuforums.org/showpost.php?p=8111394&postcount=94
[16:16] <zniavre_> i did not try this
[16:17] <zniavre_> this seems to work > gconftool-2 --set /apps/notify-osd/gravity --type int 1
[16:20] <evilvish> zniavre_: yea, that works. the bubble pops up in the middle , and yea, you are right, it is hardcoded  in the src » http://leolik.blogspot.com/2009/11/notify-osd-ubuntu-910.html
[16:21] <evilvish> oh well, maybe another thing i need to rebuild notify-osd for..
[16:21] <zniavre_> :o)
[16:24] <evilvish> haha! now i know why coz_ liked the name "Cosimo Cecchi"
[16:24] <coz_> :)
[16:25] <coz_> evident,  there are so few of us with that name   except maybe in italy and greece  :)
[16:29] <evident> what's the matter?
[16:30] <evilvish> evident: tab fail
[16:59] <dupondje> 3D Support in Nouveau :)
[16:59] <dupondje> yea !
[17:01] <coz_> that would be cool  but i dont think this will happen for some time ...yes?
[17:03] <dupondje> coz_: libgl1-mesa-dri-experimental giving me 3D?
[17:03] <dupondje> At least it gets unity working :)
[17:03] <coz_> wow  cool
[17:07] <dupondje> anyway, my next laptop will have ATI vga
[17:07] <dupondje> damn nvidia :)
[17:08] <coz_> dupondje,   :)   I kinda like nvidia :)
[17:09] <dupondje> they have crap driver support imo
[17:10] <coz_> dupondje,   I sort of agree  but  the capabilites...if the drivers reflected that... are pretty remarkable
[17:10] <coz_> rahter capabilities of the chip
[17:11] <dupondje> btw, Unity seems cool, but to bad it takes alot of place on the screen
[17:12] <coz_> dupondje,   yeah I dont use unity i switch to classic gnome
[17:13] <coz_> dupondje,  on a dual monitor set up  ,, global menu is useless  and slows down productivity
[17:17] <coz_> significantly
[18:12] <litropy> Hi, peeps. When I bot up, the user switcher which wold usually display my only user account, which I would click then log in, doesn't display my user. All I have is the background, the user switcher rectangle, the ubuntu logo, and my computer's name underneath. The switcher is not frozen, for when I click my computer's name, the text switches t "Ubuntu 10.10."
[18:12] <litropy> boot*
[18:12] <litropy> would*
[18:12] <litropy> heh
[19:31] <litropy> how do I upgrade to natty via bash?
[19:31] <litropy> 10.10
[19:35] <litropy> sudo sed -i 's/maverick/natty/g' /etc/apt/sources.list && sudo apt-get update && sudo apt-get dist-upgrade
[19:35] <litropy> for those who want to know
[19:38] <yofel> that too
[19:38] <yofel> but supported would be running 'sudo do-release-upgrade'
[19:39] <yofel> rather 'sudo do-release-upgrade -d'
[19:39] <coz_> mm notice a new gnome panel cannot be moved with alt+click& drag
[20:45] <zniavre_> coz_, i can see the bug of the desktop icons too
[20:46] <coz_> zniavre_,   yeah  irritating  ... yes ? :)
[20:47] <zniavre_> im using it on vbox so it's not so much irritatings (not daily use)
[20:48] <zniavre_> what is irritating it's this unity who does not work on vbox4 here
[20:51] <zniavre_> coz_,  one bug i find strange it's the right clic on the right side of the top panel
[20:51] <zniavre_> but the left side does right clic like normal
[20:52] <coz_> zniavre_,  when it brings up "About"  and "Lock to Panel"  menu ?
[20:53] <zniavre_> coz_ exactly
[20:54] <coz_> zniavre_,   :)  I expect we will see more bugs before the end of April :)
[20:54] <zniavre_> this one is funny at least
[20:54] <coz_> :)
[20:54] <zniavre_> ho we lost one tab on the gnome-apearence-properties
[20:55] <coz_> zniavre_,   the  Visual effects tab ..yes?
[20:55] <zniavre_> yes
[20:56] <zniavre_> cause gnome classic start with compiz activated in vbox it's tooooooo slow i need to switch it off  ( metacity --replace with alt+f2 then )
[20:58] <zniavre_> i tought if compiz works unity should too no ?
[21:34] <multiplatinum> hi
[21:34] <multiplatinum> will the appmenu still suck in 11.04?
[21:34] <charlie-tca> sure
[21:34] <multiplatinum> will there be a way to remove it then?
[21:35] <charlie-tca> don't know
[21:35] <multiplatinum> ><
[21:36] <rww> multiplatinum: if you're talking about the stopgap measure that opens Nautilus with the applications folder when you click on the applications button, then no, that's a stopgap measure until there's a real applications launcher.
[21:36] <rww> if you'
[21:36] <multiplatinum> i mean the improper rendering of menus
[21:36] <rww> ah. no idea.
[21:37] <multiplatinum> and lack of support for other toolkits than Qt, GTK and Gecko
[21:37] <charlie-tca> I just figured anybody that decided it already sucks and didn't expand, must be gonna see the same results
[21:37] <rww> I think the whole menu-at-top-of-screen thing is silly, so I haven't been paying attention
[21:38] <multiplatinum> it's great for small screens like shuttleworth said in his announcement but now they're bringing it to the desktop which contradicts his announcement LOL
[21:39] <charlie-tca> Contradicts how? He never said it wasn't suitable for desktops, did he?
[21:40] <multiplatinum> he kinda did u know
[21:41] <multiplatinum> "only for netbooks since only those have small screens"
[21:41] <multiplatinum> a 24 inch monitor doesnt need it lol
[21:41] <BUGabundo> evening
[21:42] <charlie-tca> Hello, BUGabundo
[21:44] <yofel> hi BUGabundo
[21:44] <rww> multiplatinum: yeah. not the first time he's done stuff like that, and probably won't be the last :(
[21:45] <multiplatinum> lame right
[21:45] <BUGabundo> hi guys
[22:46] <litropy> I need to do what wubildr does, without wubildr. Because I don't have Windows on this machine.
[22:50] <Volkodav> Anybody got the symbol not found error after recent upgrade ? Mine says error symbol not found :'grub_env_export' and gets me to grub rescue cmd - I chrooted in the system , did another upgrade, ran update-grub, checked BIOS for correct drive - everything seems OK ////....
[22:50] <Volkodav> still not bootable
[22:51] <charlie-tca> litropy: wubi is a way to install ubuntu as a windows program, without windows, it won't work
[23:10] <litropy> charlie-tca: Hm. then perhaps my troubleshooting has sent me down the wrong path. When I boot into recovery mode, I get, "Cannot open root device" with my root partition's uuid "or unknown block(0,0)
[23:13] <charlie-tca> It means the uid is wrong for the drive. That was easy to fix in grub legacy, but I don't know how to change it in grub 2
[23:13] <charlie-tca> !grub2
[23:15] <litropy> charlie-tca: it does have the correct uuid ..
[23:17] <litropy> charlie-tca: when I boot into my other partition (using grub2) and ls -l .../by-uuid, it's identical to the uuid listed in recovery mode
[23:18] <charlie-tca> hm, Then I am wrong, huh?
[23:19] <litropy> charlie-tca: I don't know. I'm just providing info.


[17:29] <GridCube> how can i submit a bug report if im behind a proxy?
[17:29] <GridCube> ubuntu-bug doesnt seem to understand the >export html_proxy variable
[17:29] <cjwatson> http_proxy
[17:29] <cjwatson> anyway this is the release coordination channel; please ask somewhere else?
[17:30] <GridCube> ok
[17:30] <GridCube> sorry
[17:36] <micahg> GridCube: you want #ubuntu-bugs for help with filing reports
[17:36] <GridCube> mmkay thanks
[20:13]  * cjwatson removes a million old-style ruby packages or so
[20:13] <cjwatson> looks like I'd fallen behind a bit on process-removals
[20:29] <stgraber> cjwatson: oh, that's why Nagios has been complaining my mirror partition was 92% full for a few days/weeks, thanks for fixing that ;)
[20:31] <cjwatson> hah, dunno how much difference this will make ...
[20:53] <cjwatson> jamespage: do you think you could merge debian-science?  it drops a few old dependencies that I'd like to have out of the way before processing some queued removals


[00:00] <micahg> norax: so then you just need -sponsors :)
[00:08] <micahg> SpamapS: what do you think of pulling in mongodb 1.6 in maverick?
[00:08] <SpamapS> micahg: heh, we have what, 24 hours to get 'er done? Why not!
[00:08] <micahg> SpamapS: k, I'll see if I get to it later :)
[00:08] <SpamapS> micahg: as of the last merge, the only delta was the upstart file
[00:09] <SpamapS> micahg: oh hah, I see.. 1.6 just hit unstable
[00:09] <micahg> SpamapS: cool, it's already in debian, so we'll see if it'll be easy
[00:10] <SpamapS> micahg: https://launchpad.net/debian/+source/mongodb .. gets a lot easier once 1.6 shows up there
[00:10] <micahg> SpamapS: since I"m rushing, I won't be using UDD
[00:11] <lifeless> SpamapS: btw
[00:11] <micahg> will try to use it more next cycle
[00:11] <lifeless> SpamapS: are you on the launchpad-dev list ?
[00:11] <SpamapS> lifeless: I'm not, but I've been meaning to join. :)
[00:11] <lifeless> please do
[00:11] <lifeless> https://edge.launchpad.net/~launchpad-dev
[00:12] <micahg> yeah, you get cryptic messages in foreign languages :)
[00:12] <lifeless> SpamapS: I was thinking of you when I wrote https://lists.launchpad.net/launchpad-dev/msg04228.html
[00:12] <SpamapS> si? idiomas que no son ingles? bueno.
[00:13] <SpamapS> lifeless: measurement just makes the world seem less scary. :)
[00:16] <SpamapS> lifeless: great report! definitely gives an idea of which pages are being the most naughty.
[00:16] <SpamapS> ok I have to run.. will digest it more later.. :)
[01:30] <highvoltage> SpamapS: your nick sends me in an infinite loop!
[02:13] <pindonga> hi again, ajmitch , did you manage to get a look at django-configglue?
[02:14] <ajmitch> pindonga: yes, it's awaiting an archive admin now
[02:14] <pindonga> cool. so it passed initial review? whom shall I bother now?
[02:14] <ajmitch> I'd say look at the queue, but it just timed out for me
[02:15] <ajmitch> it's best not to bug archive admins about stuff in general
[02:15] <ajmitch> it's been uploaded, they'll most likely get to the backlog soon
[02:16] <ajmitch> freeze time is very busy for them, as you can imagine :)
[02:16] <pindonga> yes, so basically now we sit and wait? and it should get archived into maverick? that's awesome!!
[02:17] <ajmitch> yes
[02:17] <pindonga> ajmitch, thanks so much... it was a lot of effort, and you made it worth :)
[02:17] <pindonga> thanks
[02:17] <ajmitch> np
[02:17] <pindonga> where can I see the queue? just in case I get too anxious
[02:18] <ajmitch> https://edge.launchpad.net/ubuntu/maverick/+queue
[02:18] <pindonga> cool, I'll sit and wait now
[02:18] <pindonga> happy hacking :)
[03:17] <nigelb> 25
[03:19] <ajmitch> 16?
[03:22] <nigelb> dangers of using irssi :/
[03:22] <nigelb> ajmitch: 42!
[03:25] <micahg> I've got a weird problem with source format 3 not applying patches when I run debuild -b, am I doing something wrong?
[03:27] <ajmitch> probably :)
[03:28] <ajmitch> debian/patches/series ?
[03:29] <ajmitch> actually, is the problem that you're doing -b? since the patch applying is done prior to that, I think
[03:30] <paultag> not using pbuilder is doing something wrong ;)
[03:31] <paultag> +1 ajmitch
[03:31] <paultag> dpkg-sourcec does it
[03:31] <paultag> dpkg-source *
[03:31] <paultag> at least according to my last build logs
[03:31] <paultag> dpkg-source: info: applying fix-xterm-keybinding.patch
[03:31] <micahg> ajmitch: weird, it's worked fine in tehe past
[03:32] <micahg> paultag: I use pbulder to test once it works :)
[03:32] <paultag> micahg: looks like it's patching ( i use source 3 ) via dpkg-source. Were you using source3 before?
[03:32] <paultag> micahg: it could be that your rules file called depatch
[03:33] <micahg> paultag: it's a merge between source format 1 and 3
[03:33] <paultag> micahg: were you using quilt before?
[03:33] <micahg> paultag: yes
[03:33] <paultag> micahg: were you patching in the rules file or was it handling it on it's own?
[03:34] <micahg> on its own
[03:34] <paultag> micahg: did you take ajmitch's advice and check debian/patches/series ?
[03:34] <micahg> it's fine
[03:34] <paultag> micahg: could you try a pbuild, perhaps?
[03:35] <micahg> it'll probably work...
[03:35] <micahg> but the build is broke
[03:35] <micahg> so I need interactive
[03:35] <paultag> micahg: it really looks like it's dpkg-source that does it
[03:36] <paultag> micahg: and dpkg-source is also a debsrc3 thing iirc
[03:36] <paultag> micahg: so it might be due to a migration from format 1 to 3
[03:38] <micahg> k, I'll get back to that in a minute, I'm trying to do about 5 uploads tonight, so we'll see what actually gets done
[03:38] <paultag> sure :)
[03:40] <lfaraone> Is the Feature Freeze now in effect?
[03:40] <paultag> lfaraone: not yet, in a few days
[03:41] <paultag> lfaraone: deb is frozen ( as you know ;) )
[03:41]  * micahg hopes not
[03:41] <micahg> should be sometime today/tomorrow
[03:43] <lfaraone> micahg: mk. is pyxpcom anywhere near shippable? :)
[03:43] <micahg> lfaraone: no, chrisccoulson took that over
[03:43]  * ajmitch saw python-xpcom uploaded to debian as a separate source
[03:43] <micahg> lfaraone: try him in the morning
[03:44] <ajmitch> he was around about 40 minutes ago, might still be
[03:44] <micahg> we can still get it in before beta if it's feasible and ubuntu-release is nice to us :)
[03:44] <ajmitch> what's left to fix up on it?
[03:45] <micahg> ajmitch: idk, he started packaging it, but there are questions about viability
[03:45] <micahg> last commit was 6 months ago
[03:46] <ajmitch> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591894 fwiw
[03:46] <micahg> is a patch target no longer needed in source format 3?
[03:46] <ajmitch> wow, it really hasn't had many commits in the last year
[03:46] <paultag> OK. I'm off for the night. lfaraone I sent you an email, I got flux to behave. I'd really be indebted to you if you got to it sometime
[03:46] <paultag> Night!
[03:47] <lfaraone> paultag: will do.
[03:47] <micahg> oh, debian's trying for it too
[03:47]  * micahg subscribed
[05:29] <MTecknology> The other channels seem kinda dead so I hope nobody minds me asking here too...
[05:29] <MTecknology> In my init script - I have a little thing in there that makes sure nobody accidentally stops something for every user - but that catches when the system shuts down. Is there any way to see if the system is shutting down from inside of the script?
[05:39] <LucidFox> heh "Currently building on crabapple (armel)"
[05:39] <LucidFox> I read that as "crappable"
[05:47] <MTecknology> LucidFox: your first line - I did too :P
[05:47] <micahg> hi simar
[05:53] <simar> micahg: Hi :)
[05:53] <simar> micahg: i am in ubuntu bug control now :)
[05:54] <micahg> simar: I saw congrats
[05:55] <simar> micahg: ya, a lot of..
[05:56] <simar> micahg: I found that I should focus on papercuts as fas as ubuntu packaging is concerned, rather than FTBFS, what do you say?
[05:56] <micahg> simar: up to you
[05:57] <simar> micahg: I think papercuts will make my entry more smooth :__|
[06:49]  * micahg hates packages that run configure to build a source package
[06:54] <SpamapS> micahg: dh_autoreconf / dh_autoreconf_clean
[06:54] <micahg> SpamapS: thanks :)
[06:54] <SpamapS> micahg: oh wait, I think I misread that..
[06:54] <SpamapS> configure or autogen.sh ?
[06:54] <micahg> SpamapS: mongo db is failing because of mozjs now
[06:55] <SpamapS> micahg: right I was reading that bug report
[06:55] <SpamapS> micahg: I'm ready to test if you need a tester. :)
[06:56]  * micahg needs to figure out how scons works
[06:56] <micahg> I guess this one bites the dust too
[06:58] <SpamapS> micahg: I think this is my fault.. the merge probably was done wrong. :-/
[06:58] <SpamapS> isn't libmozjs what xulrunner replaces?
[06:58] <micahg> heh, don't worry about it, yeah, but it's not in /usr/liib like in debian
[07:00] <micahg> my happy packaging night is turning sad :(
[07:00] <SpamapS> actually I remember now where Mathias fixed that.
[07:01] <SpamapS> $ LD_LIBRARY_PATH=/usr/lib/xulrunner-<IP_ADDRESS> mongos
[07:01] <SpamapS> error: no args for --configdb
[07:03] <micahg> SpamapS: I get it during build
[07:03] <SpamapS> micahg: is it as simple as providing a wrapper script and dumping the actual binaries in /usr/lib/mongodb?
[07:03] <micahg> SpamapS: first I want it to build :)
[07:03] <micahg> it might be, idk
[07:04] <SpamapS> micahg: 1.6 won't build, or 1.4?
[07:04] <SpamapS> I'm building 1.4 now, ugh.. I forgot how painful this build is
[07:05] <ajmitch> yay for weird build systems?
[07:05] <micahg> SpamapS: trying 1.6
[07:05] <SpamapS> Its not weird, its just giant
[07:05] <micahg> SpamapS: no, it's weird
[07:05] <SpamapS> ajmitch: C++ might qualify as weird actually. ;)
[07:06] <SpamapS> isn't libtool supposed to embed the full path to the depended on lib?
[07:07] <micahg> SpamapS: the path changes with each xulrunner release
[07:08]  * micahg thinks maybe to try mediatomb again
[07:08] <SpamapS> why, exactly, aren't we dumping an ABI compaible libmozjs.so.1.9.2 in /usr/lib ?
[07:09] <micahg> SpamapS: because it's not guaranteed to stay compatible for 1.9.2
[07:09] <micahg> and we don't want people using it until mozilla commits to providing it
[07:10] <SpamapS> Ah lovely
[07:10] <SpamapS> ugh building this on my lap is proving to be a burn hazard
[07:10] <SpamapS> but at least its killing my battery so I can justify going to sleep earlier
[07:14] <SpamapS> linking.. running tests.. ok 1.4 builds fine
[07:15] <SpamapS> 10395 clint     20   0 49304  29m 2720 R 11.7  2.9   0:00.36 /usr/lib/gcc/x86_64-linux-gnu/4.4.4/cc1plus -quiet -I/usr/include/nspr -I/usr/include/xulrunner-<IP_ADDRESS>/stable -I/usr/include/xulrunner-1.9.2
[07:15] <micahg> SpamapS: maybe I should just merge 1.4.4-3 and be done with it then
[07:15] <SpamapS> I just love C++
[07:15] <micahg> SpamapS: wrong path :P
[07:15] <micahg> or your system isn't up to daye
[07:15] <micahg> *date
[07:15] <SpamapS> oh wait, thats reasonable.. 1 second before copying that, it was 385m not 29m
[07:15] <SpamapS> micahg: <IP_ADDRESS> is old? s***
[07:16] <micahg> <IP_ADDRESS> is current
[07:16] <SpamapS> I have been updating my pbuilder but not my system.
[07:19] <SpamapS> well rebuilding w/ <IP_ADDRESS> did fix mongos when <IP_ADDRESS> is installed... :-P
[07:19] <SpamapS> micahg: seems like we need to be manually setting the depends on xulrunner to be (==<IP_ADDRESS>) on build
[07:20] <micahg> well, gjs does that ATM, we're trying to move away from that
[07:24] <DktrKranz> directhex: there is, for binary-NEW packages, we're waiting for RT input before accepting those, source NEWs pass regularly (holiday in progress, though)
[07:26] <directhex> DktrKranz, is it maintainer responsibility to check with RT and hand over that feedback, or does that happen in the background directly between you? my understanding is the RT is okay with meebey's plan regarding mono 2.6.7, but i don't know if that's been communicated to the ftp team
[07:28] <DktrKranz> directhex: I created a page to help them track bin-NEWs, I think I can accept any exp package, but if someone say "please go", I'm even happier :)
[07:29]  * DktrKranz doesn't want to break freeze with a simple "A" pressure :P
[07:31] <ajmitch> DktrKranz: do it! :)
[07:31] <ajmitch> noone will mind...
[07:34] <SpamapS> micahg: so really we just need to file a "needs noop rebuild" bug for all of xulrunner-1.9.2's rdepends, whenever we upload a new version?
[07:34] <directhex> DktrKranz, 2.6.7-1 is an exp package, and i kinda badly want to merge it into ubuntu. i believe there's clearance for -2 into unstable->squeeze a week later, but i wasn't involved in the discussion so can't present any evidence
[07:34] <micahg> SpamapS: well, just a couple at the moment, most of them have wrappers
[07:36] <DktrKranz> directhex: I saw meebey raised the topic in #d-release, I'll drop a sentence me too
[07:40] <SpamapS> micahg: so wrap mongod/mongos and all is well?
[07:40] <SpamapS> micahg: (I think this is happening in lucid too, so will be looking at doing an SRU this week)
[07:42] <micahg> SpamapS: yeah, no source rebuild should work for lucid, wrapper might work, needs to be tested
[07:47] <SpamapS> micahg: works for me to set LD_LIBRARY_PATH properly
[07:48] <micahg> SpamapS: in a wrapper?
[07:48] <SpamapS> micahg: well, in /etc/init/mongodb.conf and/or on my own via the cmdline
[07:49] <SpamapS> https://bugs.launchpad.net/ubuntu/+source/mongodb/+bug/557024/comments/10
[07:49] <micahg> you should do xulrunner-1.9.2 --gre-version
[07:51] <SpamapS> ah
[07:51] <SpamapS> well, need to sleep, feel free to correct me w/ another comment. ;)
[08:00] <dholbach> good morning
[09:01] <huats> morning
[09:40] <Quintasan> https://bugzilla.gnome.org/show_bug.cgi?id=626593
[09:41] <Quintasan> good morning by the way
[09:59] <bilalakhtar> I'm facing a dilemma over here. Should I sync or merge? Just a minute, I explain the situation
[10:00] <bilalakhtar> The only ubuntu change is that the python version everywhere is changed to 2.6 from 2.5
[10:00] <bilalakhtar> ^^ including debian/rules
[10:00] <bilalakhtar> debian has accepted the changes, except the one-line change in debian/rules
[10:04] <bilalakhtar> What should I do?
[10:06] <directhex> bilalakhtar, talk to the ubuntu python team
[10:06] <bilalakhtar> directhex: fine
[10:23] <AnAnt> Hello
[10:23] <bilalakhtar> AnAnt: Assalam alaikum
[10:23] <AnAnt> bilalakhtar: wa alaykom as-salamu wa rahmatu Ullahi wa barakatoh
[10:24] <tumbleweed> bilalakhtar: there isn't only one way to fix a bug in a package. Is the Debian version broken?
[10:24] <bilalakhtar> AnAnt: lp is down, once its up I need you for some acking.
[10:24] <bilalakhtar> tumbleweed: I don't think so
[10:24] <tumbleweed> bilalakhtar: most of the python2.6 compatibility fixes in Ubuntu were non-optimal (or even horrifically ugly)
[10:24] <tumbleweed> bilalakhtar: then sync
[10:25] <bilalakhtar> tumbleweed: I think syncing is better
[10:25] <bilalakhtar> tumbleweed: yup
[10:25] <AnAnt> bilalakhtar: LP is working here
[10:25]  * bilalakhtar checks lp
[10:26] <bilalakhtar> AnAnt: It is read-only
[10:26] <AnAnt> oh
[10:26] <bilalakhtar> That's akin to be down
[10:27] <bilalakhtar> According to the schedule, It should be up in 5 mins
[10:30] <bilalakhtar> LP IS UP!
[10:36] <bilalakhtar> AnAnt: bug #616655
[10:38] <tumbleweed> bilalakhtar: that doesn't look like it came from requestsync
[10:40] <bilalakhtar> tumbleweed: requestsync is failing
[10:40] <bilalakhtar> tumbleweed: I got 2 failure messages from some *.ubuntu.com server
[10:40] <bilalakhtar> tumbleweed: so I filed one manually
[10:41] <bilalakhtar> tumbleweed: sorry I had to dash a description
[10:41] <bilalakhtar> tumbleweed: I will re-qrite it after 10 mins
[10:41] <bilalakhtar> *re-write
[10:42] <AnAnt> tumbleweed: what failures ? SMTP ?
[10:42] <AnAnt> bilalakhtar: ^
[10:42] <bilalakhtar> AnAnt: no, some 'Cannot connect to launchpad' issue
[10:42] <AnAnt> ah
[10:42] <bilalakhtar> AnAnt: it still comes
[10:42] <bilalakhtar> AnAnt: LP isn't up completely
[10:45]  * abogani waves
[10:45] <abogani> Anyone could pinpoint me how configure dput for working behind a proxy?
[10:45] <bilalakhtar> tumbleweed: Why did you assign that bug to yourself?
[10:45] <tumbleweed> abogani: can you ssh? then use sftp mode
[10:46] <tumbleweed> bilalakhtar: that's ack-sync
[10:46] <bilalakhtar> tumbleweed: But, This is the first time I saw a sponsor assigning instead of acking
[10:46] <AnAnt> tumbleweed: so, you're going to upload it?
[10:46] <bilalakhtar> tumbleweed: you're gonna upload?
[10:47] <bilalakhtar> aha
[10:47] <bilalakhtar> got it
[10:47] <tumbleweed> AnAnt: I can answer that in 20 secodns
[10:47] <bilalakhtar> thanks tumbleweed and AnAnt
[10:47] <tumbleweed> AnAnt: yes
[10:47] <AnAnt> ok
[10:48] <bilalakhtar> tumbleweed: it appears requestsync finally worked. bug #616662. please mark dup
[10:49] <bilalakhtar> why did I get failure messages then?
[10:51] <abogani> tumbleweed: Ah! Thanks!
[10:51] <bilalakhtar> tumbleweed: Thanks!
[10:55] <AnAnt> tumbleweed: does sftp work with ubuntu , revu & PPA ?
[10:56] <bilalakhtar> AnAnt: only PPA
[10:56] <AnAnt> ok
[11:02] <bilalakhtar> tumbleweed: free? Another sync: bug #616676
[11:32] <tumbleweed> bilalakhtar, AnAnt: I thought it worked for upload.ubuntu.com too?
[11:33] <jpds> It works with ubuntu.
[11:33] <bilalakhtar> tumbleweed: probably, I don't know, I am not MOTU
[11:33] <bilalakhtar> BRB
[11:33] <tumbleweed> except I do most of my sponsoring on debian, where dput doesn't support sftp...
[11:58] <directhex> DktrKranz, can you please let mono 2.6.7-1 into exp, for ubuntu's sake? we can worry about uploading to unstable and release team fiddling at a later date
[12:19] <AnAnt> Hello, could someone comment on 616685 ?
[12:19] <AnAnt> LP #616685
[12:20] <tumbleweed> AnAnt: doing so
[12:20] <AnAnt> tumbleweed: thanks
[12:24] <AnAnt> tumbleweed: I don't understand
[12:24] <AnAnt> tumbleweed: those errors are not in the Debian package
[12:25] <tumbleweed> AnAnt: oh I missed that, fix it
[12:26] <tumbleweed> AnAnt: that reminds me of how apache used to install it's default index.html but I don't know the details of the changes there...
[12:27] <AnAnt> the changelog is misleading too
[12:36] <AnAnt> tumbleweed: this has been there since karmic
[12:37] <kaushal> is java6 update 20 ported to hardy ?
[12:45] <tumbleweed> AnAnt: the lintian warning seems pretty reasonable
[12:45] <AnAnt> tumbleweed: can you suggest a fix/workaround ?
[12:49] <tumbleweed> AnAnt: you can look at apache2.2-common's default-site installation method, as this was inspired by apache2.2-common's old method
[12:49] <DktrKranz> directhex: will do
[12:50] <SpamapS> micahg: did you give up on mongodb 1.6 for now?
[12:50] <tumbleweed> AnAnt: basically, don't have the deb install stuff there, but if there's nothing there (fresh install) or old default site, you can copy a default site in
[12:50] <DktrKranz> directhex: I sent a last-notice, it seems transition was discussed on IRC only, so it will take a while to upload to unstable anyway
[12:58] <SpamapS> AnAnt: I'd agree with tumbleweed.. it can be very simple. cp -n /usr/share/doc/nginx/examples/nginx-default/* /var/www
[12:58] <SpamapS> AnAnt: done in a postinst maintainer script that would not clobber any existing files at least.
[12:59] <directhex> DktrKranz, thanks luca
[13:07] <kaushal> Any clue to my query ?
[13:11] <AnAnt> kaushal: $ rmadison sun-java6-jre
[13:11] <AnAnt> sun-java6-jre | 6.20dlj-0ubuntu<IP_ADDRESS> | hardy-security/multiverse | all
[13:11] <AnAnt> sun-java6-jre | 6.20dlj-0ubuntu<IP_ADDRESS> | hardy-updates/multiverse | all
[13:12] <AnAnt> I dunno if that is what you ask for or not?
[13:17] <pindonga> AnAnt, tumbleweed, I wanted to thank you for your help yesterday reviewing django-configglue
[13:17] <tumbleweed> pindonga: np
[13:17] <AnAnt> pindonga: no problem
[13:20] <DktrKranz> directhex: accepted
[13:21] <directhex> DktrKranz, awesomes!
[13:36] <sebner> DktrKranz: awesome! \o/  :P
[13:37] <DktrKranz> directhex: sebner bribed me :)
[13:37]  * sebner hides
[13:51] <shadeslayer> can anyone complete the sponsorship process at summit.ubuntu.com ?
[13:52] <jpds> shadeslayer: Yes.
[13:52] <shadeslayer> i cant :(
[13:52] <jpds> Explain.
[13:52] <shadeslayer> waiting for like 15 mins and it still is at http://summit.ubuntu.com/openid/login/?next=/uds-n/sponsorship/done/
[13:53] <shadeslayer> ^ isnt loading
[13:53] <jpds> shadeslayer: Talk to jcastro.
[13:53] <shadeslayer> jcastro: poke poke
[13:54] <shadeslayer> i cant complete the sponsorship process, its on a endless load loop :P
[13:54] <shadeslayer> Waiting for summit.ubuntu.com -> waiting for login.launchpad.net -> waiting for summit.ubuntu.com
[13:55] <shadeslayer> also... it seems the process is complete as such because i get : You've already requested sponsorship to uds-n. If you have any queries about your request, please e-mail<EMAIL_ADDRESS>We'll let you know whether or not your request has been accepted after March 26th
[13:56] <shadeslayer> that date needs fixoring :P
[13:56] <directhex> there's an uds-n? :o
[13:57] <directhex> orlando..... i'm taking my family holiday there next summer. the wife would kill me
[13:57] <directhex> i'll wait for Outrageous Ocelot
[13:59] <shadeslayer> directhex: hehe :P
[13:59] <shadeslayer> this is probably my first and last chance of attending UDS :P
[14:19] <AnAnt> DktrKranz: I don't understand, why do you need to ask before uploading to experimental ?
[14:22] <AnAnt> how many hours till freeze ?
[14:41] <DktrKranz> AnAnt: overrides are shared between experimental and unstable, so it could happen that a subsequent upload lands in unstable without any barrier, triggering an unplanned transition. Worst case is *deliberately* doing that, but we hope it's a corner case.
[14:42] <DktrKranz> and even if testing is frozen, it doesn't mean new troubles can't arise
[14:43]  * DktrKranz is too picky at times :)
[14:43] <directhex> well, aba gave you an ack for mono anyway ;)
[15:11] <AnAnt> DktrKranz: I don't understand
[15:35] <AnAnt> DktrKranz: how could a subsequent upload land in unstable ?
[15:46] <shadeslayer> hi anyone around to help me package a mozilla plugin ?
[15:49] <AnAnt> shadeslayer: I'm sure -mozillateam would be useful
[15:49] <shadeslayer> AnAnt: im there ... but its pretty dead
[15:49] <AnAnt> I see
[15:49] <DktrKranz> AnAnt: you just have to target an upload to unstable, and it will be accepted.
[16:05] <micahg> SpamapS: yes, for the moment
[16:24] <juli_> hi everybody! Give me advice plz. I want to upload an update for  a package before FF but the library it relies on is still in NEW queue.  I built this package in pbuilder using local deb. Is is ok to upload it or I should ask for FFE?
[16:25] <lfaraone> juli_: if FF is not in effect, sure, uplaod it, and it'll  just be in depwait
[16:25] <sistpoty|work> *cough*, pointing at topic :P
[16:27] <sistpoty|work> juli_: source or binary new?
[16:27] <juli_> sistpoty|work, new upstream release
[16:27] <sistpoty|work> juli_: sorry, meant the package that's needed as build-dep
[16:27] <juli_> sistpoty|work, binary
[16:28] <sistpoty|work> juli_: ok, then please make sure that it won't break things and upload (as it'll sit in dep-wait then as lfaraone explained)
[16:29] <lfaraone> juli_: you're a few minutes late :)
[16:29] <juli_> sistpoty|work, thanks! I'll upload soon.
[16:31] <juli_> and for the future - is there an exact time when FF happens?
[16:32] <sistpoty|work> juli_: the date should be always described at the release schedule (wiki.ubuntu.com/<dist>ReleaseSchedule).
[16:33] <juli_> sistpoty|work, I know thw date, but exact time?
[16:33] <sistpoty|work> juli_: well, once the announcement is sent :P
[16:34] <juli_> sistpoty|work, :))) it is not easy to be in time if you don't know it:)
[16:34] <sistpoty|work> juli_: sure it is, just make sure to land new features a day earlier then :P
[16:35] <juli_> sistpoty|work, I'm trying but too many dependencies:(( I should wait for approvals on REVU and in NQ
[16:35] <sistpoty|work> heh
[16:36] <juli_> sistpoty|work, anyway thank you for help!
[16:36] <sistpoty|work> yw
[16:36] <didrocks> hyperair: trying to avoid duplicated work, do you plan to update banshee this week?
[16:37] <directhex> something bansheeish went into RFS earlier today
 debian-pkg-cli-apps: hyperair pristine-tar * rf1951ad banshee/ (banshee_1.7.4.orig.tar.gz.delta banshee_1.7.4.orig.tar.gz.id): pristine-tar data for banshee_1.7.4.orig.tar.gz
[16:37] <directhex> so that'll be in debian as soon as a DD uploads it there
[16:38] <didrocks> directhex: oh awesome! thanks for the info :)
[16:38] <didrocks> I know hyperair is quick at that :-)
[16:39] <SpamapS> micahg: ok, I'm adding wrappers to 1.4
[16:40] <micahg> SpamapS: k, if I finish my other stuff, I might come back to trying to get 1.6 in maverick, but feel free to do it
[16:41] <micahg> SpamapS: after getting an FFe of course ;)
[16:41] <micahg> SpamapS: BTW, I can sponsor that for you :)
[16:43] <SpamapS> micahg: mongodb is one of those things where each release fixes so much, its probably worthwhile to apply for FFe for 1.6, though I haven't looked through the changelog.
[16:45]  * micahg was more concerned for security, but apparently there are no CVEs
[17:12] <hyperair> didrocks: yeah i'll be doing the merge as well, unless you want to handle it?
[17:12] <didrocks> hyperair: if you want to handle the merge, do not hesitate. I have a lot on my plate right now :)
[17:12] <hyperair> didrocks: sure.
[17:12] <didrocks> hyperair: thanks a lot :-)
[17:12] <hyperair> np =)
[17:13] <hyperair> thanks for your netbook on banshee =)
[17:13] <didrocks> hyperair: heh, my pleasure ;)
[17:13] <didrocks> hyperair: so, no more hal dep, right? \o/
[17:13] <hyperair> eh? O_o
[17:14] <hyperair> are we ready for that?
[17:14] <didrocks> hyperair: hum, the udev branch should have been in this release, I didn't check
[17:14] <hyperair> i didn't detect anything from *.m4
[17:14] <hyperair> or configure.ac
[17:14] <didrocks> ah… maybe false alarm so. I'll check with them (not now, but tomorrow)
[17:17] <Laney> I don't think it got merged
[17:18] <hyperair> yeah i don't think it did.
[17:26] <hyperair> lool: regarding your upload to banshee.. did you mean to purge the entire /usr/share/mime, or did you mean to leave /usr/share/mime/packages behind?
[17:28] <hyperair> nevermind, the changelog entry seems to answer the question
[17:46] <SpamapS> micahg: ugh, I just read through the reasons why libmozjs.so isn't in /usr/lib. What a crock.. "we can't provide a stable release because we have to change things too fast"
[17:46] <micahg> SpamapS: well, its their choice
[17:46] <SpamapS> micahg: has anybody considered forking spidermonkey to provide a stable lib?
[17:47] <SpamapS> Seems like it wouldn't be too hard to simply maintain a branch that imports fixes and makes sure they don't break ABI compatibility.
[17:47] <micahg> SpamapS: even if they did idk if we'd take it since it's a security nightmare
[17:47] <SpamapS> I mean, thats.. sort of what we do here, isn't it? ;)
[17:48] <SpamapS> micahg: the alternatives aren't all that attractive though, right?
[17:48] <micahg> SpamapS: idk
[17:50] <SpamapS> micahg: seems incredibly silly for us not to just maintain our own stable release branch. The alternative is breaking everything that depends on it every time we roll out a release.
[17:50] <SpamapS> s/breaking/potentially breaking/
[17:51] <SpamapS> wrappers work, but they might not if the ABI is in fact broken
[17:53] <hyperair> iirc we've got some agreement about keeping the firefox branding only if we do not deviate from upstream firefox
[17:56] <micahg> SpamapS: security maintenance would be a nightmare, that's the issue
[17:56] <micahg> I think...
[17:57] <micahg> SpamapS: we have enough trouble getting supported stuff out the door in time :)
[17:57]  * micahg points to TB3.1 not in maverick yet :-/
[17:58] <SpamapS> micahg: true, mongod that won't start is definitely more secure than mongod that starts with an insecure library version. ;-)
[17:59] <micahg> SpamapS: let's get a wrapper around it then so it doesn't need rebuilds
[18:10] <SpamapS> micahg: right, working on that, but I guess my point is, if we can't guarantee ABI compatibility, we're just delaying the inevitible bug reports that will happen when it does get broken, instead of at least being able to know when that will happen.
[18:10] <SpamapS> libmozjs.so is not a special snowflake
[18:11] <SpamapS> its just an orphan needing somebody to give it a nice stable home and a hot cup of soname.
[18:14] <micahg> SpamapS: that works with upstream support, we don't have it, Debian's trying anyway, bbiab
[18:31] <Laibsch1> Hi, is this the right place to ask about a sync request? -> bug 605774
[18:32] <Laibsch> this may not be a regular sync, the package is not yet in Ubuntu
[18:32] <Laibsch> it only entered unstable a few weeks ago
[18:33] <fabrice_sp> Laibsch, we are past feature freeze, so you need a FFe first
[18:34] <fabrice_sp> strange, the ack is one month old, and archive admin is subscribed
[18:35] <fabrice_sp> but no sync happened
[18:36] <shadeslayer> http://launchpadlibrarian.net/53569501/buildlog_ubuntu-lucid-i386.kdepim-runtime_4:4.5~beta2-0ubuntu1~lucid1~ppa1_FAILEDTOBUILD.txt.gz << any ideas?
[18:43] <fabrice_sp> shadeslayer, ../../../migration/kmail/imapcachelocalimporter.cpp:212: error: 'class OrgKdeAkonadiMaildirSettingsInterface' has no member named 'writeConfig'
[18:44] <shadeslayer> fabrice_sp: err... ok, but the same thing builds in maverick
[18:44] <shadeslayer> could be that i downgraded boost to 1.40 from 1.42
[18:45] <fabrice_sp> shadeslayer, where is defined OrgKdeAkadoniMaildirSettingsInterface class defined?
[18:45] <fabrice_sp> doesn't seems to be linked to boost
[18:45] <shadeslayer> lemme check kdepim runtime sources
[18:47] <Laibsch> fabrice_sp: yes, the ACK is old.  FF happened today?
[18:47] <Laibsch> I also wonder why the sync got stuck
[18:47] <fabrice_sp> Laibsch, yes. I'm asking the same in ubuntu-devel
[18:47] <shadeslayer> !find OrgKdeAkonadiMaildirSettingsInterface
[18:48] <shadeslayer> oh wait.. it cant search files... dang
[18:48] <jpds> That would take a while.
[18:48] <jpds> Keeping in mind the whole archive is about 380G.
[18:48] <Laibsch> fabrice_sp: thanks.  joining the channel myself now.
[18:49] <shadeslayer> yeah :P
[18:49] <fabrice_sp> no answer yet (quite quiet there)
[18:50] <ScottK> fabrice_sp: If the request was made prior to FF, then no FFe is needed.
[18:50] <Laibsch> uff
[18:50]  * Laibsch is glad
[18:51] <fabrice_sp> ScottK, ok. Thanks. As more recent sync request has been processed, I was wondering if I made something wrong
[18:51] <Laibsch> ScottK: I'm not sure, can you do the sync?
[18:51] <Laibsch> ;-)
[18:51] <ScottK> No.  Needs shell access to the archive.
[18:51] <Laibsch> the people in charge are already subscribed to that ticket, right?
[18:52] <Laibsch> so, there isn't really much us "mere mortals" can do, correct?
[18:52]  * Laibsch is the merest of the mortals ;-)
[18:53] <ScottK> Laibsch: That's correct.
[18:53] <ScottK> Didn't malone used to have a link to the full history of the bug?
[18:53] <ScottK> I don't see when the archive was subscribed and can't see how to find it.
[18:54] <fabrice_sp> See Full Activity log at the bottom?
[18:54] <fabrice_sp> https://bugs.launchpad.net/ubuntu/+bug/605774/+activity
[18:54] <ScottK> Thanks.
[18:55] <ScottK> Note sure why it wouldn't have been done.
[18:55] <ScottK> Mabye james_w is still doing syncs and can look?
[18:58] <shadeslayer> fabrice_sp: no idea :(
[18:58] <shadeslayer> cant find it in kdepim
[19:06] <shadeslayer> fabrice_sp: ill build kdepim first and then kdepim-runtime
[19:06] <fabrice_sp> did you do a grep -R on /usr/include ?
[19:09] <shadeslayer> fabrice_sp: more like on the sources
[19:10] <shadeslayer> nope... nothing there too :P
[19:11] <shadeslayer> maybe i dont have the headers installed :P
[19:12] <fabrice_sp> install the build dependencies, to check
[19:13] <shadeslayer> brr...
[19:13] <shadeslayer> will have to wait till tommorow then
[19:14] <fabrice_sp> no idea. Sorry
[19:16] <shadeslayer> thanks anyways
[19:17] <SpamapS> Hmm.. so.. is it necessary/a good idea to add a copyright/license header to a 5 line shell script?
[19:18] <SpamapS> I feel like "more explicit is always better" .. but it feels like using a jackhammer in a sand box.
[19:19]  * micahg forgot to add one when I added a wrapper, but gxine has one
[19:19] <micahg> SpamapS: probably a good idea I would think since it gets installed on the system
[19:19] <ScottK> SpamapS: If you want it to be legally distributable, then yes.
[19:19] <SpamapS> well said Scott. :)
[19:19]  * micahg needs to update tuxguitar w/a liicense for the wrapper
[19:24] <SpamapS> ugh
[19:24] <SpamapS> accidentally cleaned out my working dir for mongodb..
[19:25]  * SpamapS waits 10 minutes more for it to finish compiling
[19:31] <tyarusso> Is 'cd' not available in debian/rules for some reason?  It doesn't appear to be working for me....  (The real issue being that I made a package with the 3.0 source format, and now I'm trying to modify it to build on Hardy, and quilt isn't finding its series file because it's one directory too high.)
[19:31] <paultag> tyarusso, did you put it on one line?
[19:32] <paultag> tyarusso, remember make sends each command out on it's own, so a cd on the line before won't work. Try an
[19:32] <paultag>     cd ../ \
[19:32] <Laney> there's an environment variable for that, but what? the series file should be in the same place
[19:32] <paultag>     echo pwd
[19:32] <tyarusso> paultag: Oooohhhhh, that would explain it.  (Make is Greek to me)
[19:33] <tyarusso> paultag: Don't I need && or ; between commands then still?
[19:33] <Laney> including quilt.make should set it all up for you
[19:33] <paultag> tyarusso, yeah, a ;, but Laney is giving good advice as well
[19:34] <tyarusso> Laney: could you expand on what you mean by that?
[19:34] <Laney> tyarusso: usually adding include /usr/share/quilt/quilt.make and having clean: unpatch configure: patch is all you need
[19:35] <paultag> tyarusso, and just fy(future)i -- http://paste.ubuntu.com/477073/
[19:35] <tyarusso> paultag: what are the @ for?
[19:36] <tyarusso> Laney: where would I put the include statement?  Just up at the top?
[19:36] <paultag> tyarusso, just makes it shut up, sorry, habit :)
[19:36] <Laney> yep
[19:37] <tyarusso> Laney: I don't have a configure target currently, just build.  Will that work, or should I make one?
[19:37] <Laney> nope, you can add it to build
[19:38] <tyarusso> sweet
[19:38] <Laney> whichever target you need the patches available for
[19:39] <tyarusso> hey, that appears to have worked.
[19:39] <tyarusso> Of course, now I get a different (unrelated) error that I thought I fixed already, but hey...
[19:40] <Laney> there you go, you just learned how to add quilt to a package :)
[19:40] <tyarusso> Oh, debhelper compat change.  /me looks back at the man page.
[19:40] <tyarusso> yay!
[19:40] <tyarusso> Of course, with the new source format you just make the patches directory and it's all magic.
[19:41] <Laney> If you like that sort of thing ;)
[19:45] <tyarusso> whoooo, successful pbuilder exit status
[19:45]  * paultag hugs tyarusso
[19:45] <paultag> tyarusso, great job :)
[19:47] <tyarusso> Now to see if soyuz does it happily too.
[20:40] <micahg> SpamapS: I'll have a look this evening, thanks
[20:42] <SpamapS> micahg: np, thanks for the encouragement. :)
[20:42] <micahg> SpamapS: np, it's good to know someone with experience with the app, I don't have any :)
[20:43] <Rhonda> james_w: Thanks for the syncs. :)
[20:43] <james_w> np
[20:45] <SpamapS> micahg: my experience with mongodb is setting it up about a year ago to compare it to CouchDB and TokyoTyrant. :)
[20:45] <micahg> SpamapS: still more than me :0
[20:46] <SpamapS> micahg: I do find it odd that all of these server side apps are using javascript.
[20:47] <micahg> SpamapS: usually in their admin interfaces
[20:48] <SpamapS> micahg: in couchdb's case.. almost everything ends up being javascriptable.
[21:31] <bdrung> has anyone a idea why audacity fails to build on maverick (but builds on lucid): http://launchpadlibrarian.net/53254262/buildlog_ubuntu-maverick-amd64.audacity_1.3.12-5_FAILEDTOBUILD.txt.gz
[21:33] <ajmitch> bdrung: the only obvious error I can see is /usr/bin/ld: cannot find -lhpi
[21:34] <ajmitch> ah, and earlier errors, I was reading from the bottom :)
[21:34] <bdrung> ajmitch: configure: error: "Your version of portaudio does not include required functions"
[21:35] <ajmitch> yeah, I see that now
[21:35] <bdrung> ajmitch: but it uses the portaudio version provided by upstream
[21:35] <ajmitch> the --with-pa-include=../portaudio-v19/include ?
[21:35] <ajmitch> that is the directory name?
[21:38]  * ajmitch is waiting for the laptop to stop thrashing before checking it
[21:40] <lfaraone> dyfet: idle question re bug 617026, any idea why it would only ftbfs on armel and sparc, yet work fine on all other arches?
[21:45] <dyfet> lfaraone: yes, that seems strange to me also, is the version in ports archive different?
[21:46] <lfaraone> dyfet: I don't see why it would be, I just uploaded the package unmodified to all arches in Debian...
[21:47] <lfaraone> that is, I didn't do anything specific for different arches.
[21:47] <lfaraone> in debian, the buildds do not  have problems with it: https://buildd.debian.org/pkg.cgi?pkg=imageshack-uploader
[21:48] <dyfet> well, av_log_level doesnt seem to exist anywhere within the package itself, maybe it is an oddball dependency difference then ..I will try to verify that.
[21:50] <dyfet> lfaraone: let's do this, lets change the status from new to something else...and remove sponsors from it for the moment...
[21:51] <dyfet> Oh, never mind, I see you already mostly did that :)
[21:52] <lfaraone> dyfet: I unsubbed sponsors because I was going to sponsor it, but it didn't make sense :)
[21:53] <lfaraone> the problem, that is. I don't doubt your patch solves it.
[21:53] <lfaraone> dyfet: shall I assign it back to you and set it to in-progress?
[21:54] <dyfet> Yes, it may be fixing the wrong issue...that makes sense to send it back to me and set in progress.
[21:55] <lfaraone> dyfet: by the way, you didn't happen to be at debconf, were you?
[21:56] <dyfet> nope
[21:57] <dyfet> if i had i would have been the one with the eye patch
[22:09] <bdrung> ajmitch: the directory is lib-src/portaudio-v19/include
[22:34] <chilicuil> good afternoon, I'm trying to upload a new debdiff to the bug #462193 , however my diff ( http://pastebin.com/dHLELxfE ) looks differente to one uploaded by the last person ( http://launchpadlibrarian.net/52823113/lp462193.debdiff ) , since it's a dump change I'd not like to upload the wrong diff, I've make it with $ bzr diff --old ../previous_copy, do you think is it ok?
[22:47] <micahg> chilicuil: he added some stuff
[22:48] <micahg> chilicuil: he gave you credit for what you did and made some packaging fixes
[22:50] <paultag> lfaraone: howdy :) -- did you get a chance to take a look at the changes I made?
[22:51] <chilicuil> micahg: I'm sorry, I dont get it, do you think the last patch ( http://pastebin.com/dHLELxfE ) is ok?, I've never worked debdiffs with bzr
[23:03] <lfaraone> paultag: sorry, I didn't get a chance . I'll take a look now.
[23:03] <paultag> lfaraone: sorry, if you don't have time, I don't mean to be an ass, I just know how often I forget about stuff / did partial amounts of stuff
[23:04] <lfaraone> paultag: no, it just slipped lower in my inbox :)
[23:04] <paultag> lfaraone: happens to me all the time :)
[23:05] <lfaraone> paultag: so you opted to not go for the lower date? (not a problem, just making sure it was intentional)
[23:06] <paultag> lfaraone: aye, I won't push more then once a day, I was just trying to make sure I understood what was going on ;)
[23:06] <paultag> I like knowing where the "gotchas" are
[23:15] <lfaraone> paultag: fyi, when you change the upstream version part you reset the debian revision to -1 :)
[23:15] <lfaraone> paultag: I know what you were trying to do, so no harm :)
[23:16] <paultag> lfaraone: Ah, shucks. Thanks, I should have figured that out
[23:16] <lfaraone> paultag: in debian/changelog, you mangled some unicode character somehow.
[23:16] <paultag> lfaraone: is it OK to leave for now?
[23:16] <paultag> lfaraone: whoh, what? where?
[23:16] <lfaraone> paultag: "* Fluxbox decoración y xmms (closes: #311669)." became "* Fluxbox decoraciÃ³n y xmms (closes: #311669)."
[23:16] <paultag> whoh what
[23:17] <lfaraone> paultag: *how* you did that is beyond me :D
[23:17] <paultag> lfaraone: whoh, that's from way far back. Can I edit that safely?
[23:17] <paultag> lfaraone: looks like Dmitry did that
[23:17] <paultag> lfaraone: I was told never to edit old changelog entries
[23:17] <lfaraone> paultag: you can modify the changelog entry. in fact, you should, because something you did mangled it :)
[23:18] <paultag> o.O
[23:18] <paultag> lfaraone: let me fix that
[23:18] <lfaraone> paultag: I'll just fix the ó when I upload, but it's usually a good idea to review the diff of your changes to catch things like this.
[23:18] <paultag> lfaraone: thanks :)
[23:19] <lfaraone> paultag: also, FYI, you misspelled Ubuntu: Ubuntnu. I'll fix that too.
[23:20] <paultag> lfaraone: yeah, I'll have to modify my workflow to keep old builds to check against
[23:21] <paultag_> My connection just died, sorry
[23:21] <lfaraone> that's exciting.
[23:21] <lfaraone> paultag: long time no see.
[23:21] <paultag> for the love of...
[23:21] <paultag> lfaraone: :)
[23:22] <paultag> lfaraone: my work laptop is acting up, it barfs on my network all the time for no reason
[23:22] <lfaraone> paultag: why was Denis Briand<EMAIL_ADDRESS>removed as an uploader? I didn't see a mention of that in changelog.
[23:22] <paultag> lfaraone: oh yes, he quit a few weeks back, it must have been lost when I reset my git.pault.ag repo
[23:23] <paultag> lfaraone: nasty situation :(
[23:23] <lfaraone> paultag: I see. Dmitry's the one whose father passed?
[23:24] <paultag> lfaraone: yessir. and narcan ( Denis ) was a DM on the project, but he was really fed up with it ( he did not like working on a project "alone" ) so I have no way to get stuff uploaded :(
[23:25] <paultag> lfaraone: just pushed that edit to git.debian
[23:25] <paultag> erm, pushing
[23:26] <lfaraone> paultag: if I had known you used git, we wouldn't have needed to use mentors :)
[23:26] <paultag> lfaraone: git.debian and git.pault.ag :)
[23:26]  * lfaraone uses git for almost all his packaging.
[23:27] <paultag> :)
[23:28] <paultag> lfaraone: flux is in collab-maint, just fyi
[23:29]  * lfaraone saw.
[23:29] <paultag> hey lfaraone, I was just checking old revisions, that unicode error has been in there for years
[23:30] <lfaraone> paultag: interesting, diff told me it wasn't in the most recent version of the package published in debian.
[23:30] <paultag> lfaraone: I just checked fd19439c9208f8cfc60c51ffd14652af4fc121f3 ( 1.1.1-3 )
[23:31] <paultag> yeah and 1.1.1-1
[23:32] <paultag> sorry, 2
[23:34] <lfaraone> paultag: compare http://git.debian.org/?p=collab-maint/fluxbox.git;a=blob;f=debian/changelog;h=05d4fd96ce04f882e0ec362748572728f588d66a;hb=e270e7737d232a283ee18c28f6277e07ae05eb9b#l278 and http://git.debian.org/?p=collab-maint/fluxbox.git;a=blob_plain;f=fluxbox-1.1.1%2Bgit20100807.0cc08f9/debian/changelog;hb=HEAD
[23:35] <paultag> lfaraone: Ahha, sorry. They both looked messed up :)
[23:36] <paultag> lfaraone: You're right, I'm wrong
[23:36] <lfaraone> paultag: no worries.
[23:49] <lfaraone> paultag: any reason why you didn't ask madduck?
[23:49] <paultag> lfaraone: he's been inactive for a long time, Dmitry left him on because they worked closely, I think he wanted to be removed
[23:50] <paultag> lfaraone: I don't really like pestering people if I can help it
[23:50] <paultag> ( you worked on this once 4 years back, mind doing some work on it? kthx ) ;)
[23:51] <lfaraone> paultag: do you want me to collapse the changelog entries since hte last debian upload?
[23:51]  * lfaraone will brb, dinner.
[23:51] <paultag> lfaraone: that would be great
[23:51] <paultag> lfaraone: sure, I'll be here


[13:05] <cmaloney> morning
[21:04] <cmaloney> Thank you, rick_h for sponsoring PyOhio! :)
[22:02] <rick_h> Woot!
[22:50] <cmaloney> ;)


[21:49] <anikoy> Hello, pleas don't kick me yet:)
[21:55] <anikoy> Will cloud-init.target be reached in case cloud-final.service fails for some reason? I want my systemd service to start if and only if cloud-final succeeds


[01:39] <rsalveti> apachelogger: ouch
[01:39] <apachelogger> rsalveti: do you happen to know where does our omap_rev_lt_3_0
[01:40]  * apachelogger is trying to get our dkms package build modules for the meego kernel, since he is out of other options
[01:40] <apachelogger> currently fails to build with omap_rev_lt_3_0 being implictly defined
[01:40] <rsalveti> apachelogger: what exactly are you trying to do, port ubuntu to n900?
[01:41] <rsalveti> when I was trying that I basically ported the meego patches to the ubuntu tree, got it booting but didn't have time to test the sgx packages
[01:41] <apachelogger> porting is a bit of a strong word, ScottK tells me someone is working on a kernel that will run on the n900
[01:41] <apachelogger> meanwhile I am trying to work out what needs doing on the kubuntu side of things to give decent user experience
[01:41] <rsalveti> I was doing that, then mpoirier also got some work on it
[01:42] <rsalveti> ok
[01:42] <rsalveti> so for now I'd recommend you to use at least the sgx kernel patch available for meego
[01:42] <rsalveti> then try using their libraries and x driver, but that's what you said you did
[01:42] <rsalveti> would be interesting to see your segfault
[01:43] <apachelogger> yeah
[01:43] <rsalveti> this weekend I'm planing to waste some time on that, now that I got my n900 back
[01:43] <apachelogger> hooray
[01:43] <rsalveti> at least to get a proper kernel tree that can be properly used by ubuntu's userspace
[01:43] <apachelogger> having a working kernel makes things a lot more fixable for me ^^
[01:44] <rsalveti> apachelogger: this was the latest tree that I did some work http://kernel.ubuntu.com/git?p=rsalveti/ubuntu-maverick.git;a=shortlog;h=refs/heads/rsalveti-master-n900
[01:44] <apachelogger> ok
[01:44] <rsalveti> got it booting until x11, and then used the efl interface
[01:45] <rsalveti> but then I had to give my n900 to a friend of mine
[01:45] <rsalveti> and I got it back this week
[01:45] <rsalveti> while at uds I was debugging this with rbelem
[01:49] <rcn-ee> apachelogger, which kernel?  give this a shot.. http://gitorious.org/angstrom/angstrom-linux/commit/38adc41c6f6d686156083ff0889d0b2dd71f2e14
[01:49] <apachelogger> rcn-ee: 1.1
[01:49] <apachelogger> we did dirty kernel copies ^^
[01:50] <apachelogger> https://wiki.ubuntu.com/ARM/n900
[01:51] <rcn-ee> ah, the meego kernel..
[01:51] <apachelogger> aye
[01:51] <rsalveti> rcn-ee: yeah, there are some other patches just to make n900 work properly
[01:51] <apachelogger> DKMS: install Completed.
[01:51] <apachelogger> omg
[01:51]  * apachelogger gets all jumpy
[02:04]  * rbelem o/
[02:05] <apachelogger> QGLShader: could not create shader
[02:05] <apachelogger> Warning: "" failed to compile!
[02:05]  * apachelogger sighs
[02:06] <rbelem> apachelogger, which plasma-mobile are you running?
[02:06] <apachelogger> whatever is in maverick
[02:06] <apachelogger> oh
[02:06] <apachelogger> omg
[02:06] <apachelogger> uh
[02:06] <apachelogger> OGLES2Coverflow works
[02:06]  * apachelogger got gles2 it seems \\o/
[02:06] <rbelem> \o/
[02:07] <rbelem> apachelogger, you rock!
[02:07] <apachelogger> now if only plasma would like to work too
[02:07] <rsalveti> apachelogger: cool
[02:07] <apachelogger> rsalveti: would Qt need to be compiled against special sgx headers?
[02:07] <apachelogger> currently it is built against mesa's gles
[02:07] <rsalveti> just to be compiled with opengl
[02:07] <rsalveti> apachelogger: nops, that should work
[02:07] <apachelogger> strange
[02:08]  * rsalveti brb
[02:09] <rbelem> apachelogger, do you know any tool that makes debian/copyright maintainance easy? :-)
[02:09] <apachelogger> http://people.ubuntu.com/~apachelogger/scripts/
[02:09] <apachelogger> copyright and license scripts
[02:12] <apachelogger> http://paste.ubuntu.com/541253/
[02:16] <rbelem> apachelogger, maybe martin has better clues about that
[02:16] <apachelogger> http://comments.gmane.org/gmane.comp.lib.qt.qml/1749
[02:16] <apachelogger> that does not sound very good
[02:17] <rbelem> apachelogger, qt not compiled with gl es?
[02:17] <apachelogger> no, it is
[02:18] <apachelogger> but apparenlty it needs to be compiled against an appropriate version
[02:18] <GrueMaster> I'd look at the problem in a deeper vein.  "The device itself is runs on a Atom Z520 processor".  That is Poulsbo video, which (when I worked on it) wasn't that great.
[02:19] <rbelem> apachelogger, hum... martin said something about use mesa gl es libs to compile
[02:19] <GrueMaster> And I don't know of any GMA500 (Poulsbo) support in Ubutnu since 8.04.
[02:19] <apachelogger> rbelem: that is what I did
[02:20]  * apachelogger did not even know one needed proprietary blob until this week ^^
[02:21] <rbelem> brb
[02:24] <apachelogger> in the lands of meego the have sgx devel packages, making me think they build against it...
[02:31] <apachelogger> rbelem: if you can find someone to give input on the problem, that would be great
[02:31]  * apachelogger needs to go to bed
[02:32] <apachelogger> rbelem: also, fwiw, plasma-netbook does not manage to come up with *anything*
[09:29] <hrw> hi
[09:29] <hrw> do we have kernel for pandaboard which will work with 1G ram finally?
[09:30] <rsalveti> maybe cooloney knows better
[09:31] <cooloney> hrw: yeah,
[09:31] <hrw> cooloney: is it available in natty?
[09:31] <cooloney> i think maverick kernel works with mem=1G, but we use 2:2 split
[09:31] <hrw> cooloney: which maverick kernel?
[09:32] <cooloney> hrw: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4
[09:32] <rsalveti> for me it never worked well with high cpu loades
[09:32] <rsalveti> always giving weird crashes
[09:32] <cooloney> that's maverick
[09:32] <rsalveti> but that might be fixed already at the lates ti kernel
[09:32] <hrw> btw - definition of stable kernel: "apt-get source somethingbig -b"
[09:32] <cooloney> hrw: if you wanna try natty, please try linaro natty kernel
[09:32] <rsalveti> cooloney: are you able already to boot upstream on panda?
[09:32] <cooloney> http://git.linaro.org/gitweb?p=ubuntu/linux-linaro-natty.git;a=summary
[09:33] <hrw> cooloney: I use natty and maverick-14 kernel
[09:33] <cooloney> rsalveti: i can boot up the upstream kernel. but it is panic when it try to use our ubuntu mininal root filesystem
[09:33] <cooloney> rsalveti: but you can try linaro natty kernel
[09:34] <cooloney> which is .37 based and very close to mainline
[09:34] <cooloney> with our ubuntu sauce and config.
[09:34] <cooloney> so it boots fine with on my panda
[09:34] <rsalveti> that's nice
[09:35] <cooloney> rsalveti: so in mainline highmem is disabled defaultly
[09:35] <cooloney> rsalveti: i can still see such instability with linaro natty kernel
[09:35] <rsalveti> hm
[09:35] <cooloney> rsalveti: but if you have time, you can try that on your board
[09:36] <hrw> otyher thing: usb. 13MB/s is max?
[09:36] <rsalveti> cooloney: sure, will try it later
[09:38] <tmzt> does that linaro support omap3/beagle?
[09:38] <tmzt> kernel
[09:42] <cooloney> tmzt: sure
[09:42] <tmzt> cooloney: we are trying to port to the new nook color, which is an omap3+slcd on the lvds, and very similar to beagle
[09:42] <cooloney> tmzt: so one linaro kernel can boots up on omap3/beagle and omap4/panda with the same natty file system
[09:43] <tmzt> and we have the source from bn to port the board
[09:44] <cooloney> tmzt: that's good start point. mainline supports beagle very well
[09:44] <cooloney> but limited to panda
[09:44] <cooloney> we still miss some driver or feature of omap4 in mainline
[09:44] <hrw> nothing strange - omap4 is still young
[09:44] <tmzt> this is omap3 though
[09:45] <tmzt> looking for the best support (tony kernel?) for that
[09:51] <cooloney> tmzt: i think mainline is good for omap3
[09:52] <tmzt> okay
[11:06] <janimo1> I am trying to run 10.10 omap3 image under qemu but it hangs timeing out on mtd
[11:06] <janimo1> qemu-maemo-system-arm -M beagle -m 256 -sd ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img -serial stdio
[11:06] <janimo1> how can I create a valid beagleboard mtd file to see if that is the prob?
[11:07] <tmzt> mtd file?
[11:13] <janimo1> tmzt: something to stand for the expected mtdbloc device in the guest
[11:13] <janimo1> there
[11:13] <janimo1> is a sdcard image
[11:13] <janimo1> and I understand there's a NAND image as well
[11:13] <tmzt> I guess mtd image has to have an ftl
[11:14] <tmzt> how's the tegrabook going?
[14:34] <davidm> ndec1, call time?
[15:01] <GrueMaster> To all that were planning on attending the Mobile/Arm team meeting today at 15:00 UTC; the meeting has been canceled do to key players' otehr commitments and holiday schedules.  Thank you.
[16:37] <dmart> asac: yes
[20:40] <GrueMaster> Hmm.  It would appear that one of the recent changes to Natty since A1 has clobbered X on panda.
[20:49] <rsalveti> GrueMaster: with which image?
[22:00] <GrueMaster> No new image.  Just using A1 and running apt-get udgrade.
[22:01] <rsalveti> ok
[22:03] <GrueMaster> I'm looking into it now.  Had to check my other board I had sent to Lexington to make sure it survived.  Also had to run a vehicle to the shop (another transmission) and get a bag of fresh ground coffee.
[22:03] <GrueMaster> Busy morning.
[22:09] <rsalveti> :-)
[23:30] <GrueMaster> rsalveti: I stand corrected.  I had used the latest image, 20101206, and updated from there.  Am now running clean image to see what update clobbered X.
[23:30] <rsalveti> ok
[23:31] <GrueMaster> Hrm.  Networking fails when the cord isn't plugged in.  (oops).


[00:45] <thumper> wallyworld: looking
[00:46] <wallyworld> ta
[00:46] <thumper> wallyworld: there is no diff
[00:46] <wallyworld> ? i pushed the branch
[00:47] <wallyworld> thumper: https://code.launchpad.net/~wallyworld/launchpad/link-checker-oops
[00:47] <thumper> wallyworld: yeah, I can see that
[00:48] <wallyworld> thumper: i should have looked more carefully at the console when i bzr pushed
[00:48] <wallyworld> thumper: there was a zope error xmlrpclib.Fault: <Fault -1: 'Unexpected Zope exception: AssertionError: '>
[00:49] <wallyworld> what's the best way to fix it - repush or delete and start again?
[00:49]  * thumper tries something
[00:55] <thumper> wallyworld: here is where we need the regenerate diff button
[00:55] <wallyworld> yep :-)
[00:55] <wallyworld> so are you going to invoke the scan job again manually?
[01:06] <thumper> wallyworld: done
[01:06] <wallyworld> thanks
[11:06] <gmb> allenap: Thanks for your review; I've replied.
[13:53] <allenap> gmb: I'll go and take a look now.
[13:56] <gmb> Ta
[14:43] <sinzui> adeuring, I have a branch that fixes 4 trivial bugs
[14:46] <sinzui> adeuring, do you have time to review https://code.launchpad.net/~sinzui/launchpad/headings-and-words-0/+merge/40677
[14:47] <adeuring> sinzui: I'll look
[14:47] <sinzui> thanks
[15:15] <adeuring> sinzui: approved
[15:16] <sinzui> thank you very much
[16:27] <danilos> adeuring, hey, still around? I've got a branch up for review but it also needs a DB review that I am probably not getting before Monday, so it's not urgent, but I don't mind getting a code review for now :)
[16:27] <adeuring> danilos: sure, I'll look
[16:27] <danilos> adeuring, https://code.launchpad.net/~danilo/launchpad/drop-variants/+merge/40735
[16:27] <danilos> adeuring, thanks
[16:28] <danilos> adeuring, it should be very simple, mostly removals
[16:28] <adeuring> danilos: ok, that sounds good ;)
[16:57] <adeuring> danilos: r=me
[16:57] <danilos> adeuring, thank you very much
[16:59] <danilos> adeuring, thanks for grepping yourself, I did miss a case ;)
[17:00] <adeuring> danilos: well that's what reviews are for, aren't they ;)?
[17:00] <danilos> adeuring, totally :)
[20:13] <sinzui> EdwinGrubbs, about your branch, the comment is included in rendered markup. It looks like the table will be show to everyone. Is that not so? does "view/configuration_links" always do the right thing; it was the progress bar table that was the problem?
[20:15] <EdwinGrubbs> sinzui: good point. I need to add a method in the view to loop through view/configuration_links to see if any of the links are enabled, so that the table can be removed.
[20:16] <sinzui> EdwinGrubbs, brian added the permission launchpad.BugSupervisor maybe we only need to change a launchpad.Edit
[20:17] <EdwinGrubbs> sinzui: sure, I was making it re-usable in case there was another group of people that only got to see some subsection of the links, but there will probably never be anyone else besides the BugSupervisor.
[20:20] <EdwinGrubbs> sinzui: I pushed up the suggested changes.
[20:23] <sinzui> EdwinGrubbs, can you look at https://code.edge.launchpad.net/~sinzui/launchpad/ds-getcurrentreleases/+merge/40756
[20:24] <sinzui> EdwinGrubbs, r=me
[20:24] <EdwinGrubbs> thanks
[20:24] <EdwinGrubbs> looking at your branch now
[20:38] <EdwinGrubbs> sinzui: r=me
[21:01] <sinzui> thanks edwin.
[21:50] <henninge> So, how is everybody?
[21:51] <henninge> Anybody in need of r-c approval before PQM closes? ;-)
[21:57] <lifeless> https://code.edge.launchpad.net/~sinzui/launchpad/ds-getcurrentreleases/+merge/40756
[21:57] <lifeless> hmm, thats an edfe url
[21:57] <lifeless> sinzui: how come you're still using edge? :)
[21:57] <lifeless> henninge: ^
[21:57] <sinzui> lifeless, I seem to have some bookmarks. I am not every trying to use edge
[21:58] <sinzui> It might be more email since I purged browser history and update bookmarks


[00:06] <MarkB2> Could someone refer me to a URL having a guide on installing UBuntu Linux to an external USB-HDD ?
[06:17] <mup> Bug #1634089 opened: Cannot activate Chinese input method for Qt app <Snappy:New for jdstrand> <https://launchpad.net/bugs/1634089>
[07:30] <mup> PR snapd#2540 closed: tests: fix mkversions.sh failure on zesty <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2540>
[07:34] <mup> PR snapd#2545 closed: overlord: allow max 100 changes in "ready" state to avoid growing changes for 24h <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2545>
[07:35] <mup> PR snapd#2545 opened: overlord: allow max 100 changes in "ready" state to avoid growing changes for 24h <Created by mvo5> <https://github.com/snapcore/snapd/pull/2545>
[07:55] <mup> PR snapd#2546 opened: overlord: use a ticker for the pruning <Created by mvo5> <https://github.com/snapcore/snapd/pull/2546>
[08:41] <mup> PR snapd#2512 closed: Release snapd 2.20.1 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2512>
[09:13] <mup> PR snapd#2547 opened: To allow access disk partition from efivar library with mmc and other platform specific drivers interface <Created by timchen119> <https://github.com/snapcore/snapd/pull/2547>
[09:53] <mup> PR snapd#2377 closed: snap: provide friendlier `snap find` message when no snaps are found <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2377>
[09:55] <mup> PR snapd#2527 closed: tests: fix -reuse and -resend when govendor is missing <Created by zyga> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2527>
[10:02] <cking> any ideas why I'm seeing "binary_filesize: This field is required." when I try and upload the bcc snap?
[10:07] <cking> looks like it's been reported here: https://bugs.launchpad.net/software-center-agent/+bug/1649946, it is blocking me uploading the bcc snap, so it's a show stopper for me
[10:07] <mup> Bug #1649946: race condition in uploader widget  <Software Center Agent:New> <https://launchpad.net/bugs/1649946>
[10:10] <mup> Bug #1653648 opened: classic does not properly unmount /dev/pts on exist <Snappy:New> <https://launchpad.net/bugs/1653648>
[10:48] <mup> PR snapd#2548 opened: snap: show `snap --help` output when just running `snap` <Created by mvo5> <https://github.com/snapcore/snapd/pull/2548>
[11:00] <mup> PR snapd#2518 closed: many: put a marker in the User-Agent sent by snapd/snap when under testing <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2518>
[12:19] <ogra_> xnox, hmm, seeing bug 1651947, do you also plan to backport the transition to the LTSes (xenial mainly so we can have it in the snappy images)
[12:19] <ogra_> (i assume "transition" just means pointing urandom to the new file)
[12:19] <mup> Bug #1651947: installer ought to install a proper random-seed <livecd-rootfs (Ubuntu):Confirmed> <ubiquity (Ubuntu):Confirmed for xnox> <https://launchpad.net/bugs/1651947>
[12:19] <liuxg> sergiusens, is this a problem in the snapcraft tool? I am now still stuck here. https://bugs.launchpad.net/snapcraft/+bug/1650946
[12:19] <mup> Bug #1650946: unhelpful error when building a classic snap: classic confinement requires the core_dynamic_linker to be set <Snapcraft:New> <https://launchpad.net/bugs/1650946>
[12:20] <xnox> ogra_, i've based my comment on the xenial systems.
[12:21] <xnox> ogra_, i see that on my xenial desktop systemd-seed-random.service is used and expects /var/lib/systemd/seed-random.
[12:21] <xnox> ogra_, i expect more of "fix broken stuff" rather than "transition pointlessly from one name to another"
[12:22] <ogra_> welll, i just noticed that we ship both in snappy ... do you mean /var/lib/systemd/seed-random will be properly seeded regardless ?
[12:22] <xnox> ogra_, what i mean is that /var/lib/urandom/seed-random is not used at all in xenial by anything (e.g. it is not read, not loaded into random pool on boot)
[12:23] <xnox> however, let me check initramfs hooks too.
[12:23] <ogra_> (iirc we use a generator that transitions sysv jobs over to systemd units on first start)
[12:24] <xnox> ogra_, but urandom.service masks urandom init.d script, and thus only systemd-seed-random.service is in use.
[12:25] <xnox> e.g. $ systemctl status urandom -> gives the status output for systemd-seed-random.
[12:25] <ogra_> ah, k
[12:25] <ogra_> then we're fine
[12:28] <mup> PR snapcraft#1021 closed: integration tests: add alias integration test <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1021>
[12:31] <mup> PR snapcraft#1012 closed: travis.yaml: use docker exec to split build phases <Created by 3v1n0> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1012>
[12:55] <mup> PR snapd#2370 closed: i18n: use github.com/mvo5/gettext.go (pure go) for i18n to avoid cgo <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2370>
[13:04] <shuduo> sergiusens: hi, according to your blog i tried to reproduce UC16 image for dragonboard. but the booting interrupted. i have reported a bug https://bugs.launchpad.net/snappy/+bug/1652617. Anything wrong i made?
[13:04] <mup> Bug #1652617: customized dragonboard image cannot complete booting <Snappy:New> <https://launchpad.net/bugs/1652617>
[14:04] <sergiusens> shuduo that post is rather old, might need some updating to get the right toggles in place
[14:19] <shuduo> sergiusens: do you mean snapcraft-examples/examples/96boards-kernel need update too?
[14:19] <sergiusens> shuduo if it does, we welcome a PR
[14:23] <shuduo> sergiusens: there is a customer working on their community kernel by referring the blog but stuck there now. any quick way to fix or workaround? thanks
[14:26] <mup> PR snapcraft#941 closed: sources: support symlinks in deb sources <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/941>
[14:32] <mup> PR snapcraft#727 closed: Add a new build plugin 'shell' that runs arbitrary shell commands <Created by Magical-Chicken> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/727>
[14:44] <mup> PR snapcraft#972 closed: ci: add a checklist in the pull request template <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/972>
[14:46] <sergiusens> shuduo no, not really I haven't touched anything kernel in more than 9 months, maybe ogra_ can help
[14:46] <ogra_> well, i can obnly point you forward to the kernel team
[14:47] <ogra_> given how old the blocg post is it is well possible that things changed regarding the default config etc
[14:48] <shuduo> ogra_: could you let someone of kernel team in #snappy know? :)
[14:48] <ogra_> well, ppisati seems to still be on vacation
[14:49] <ogra_> (at least i dont see him here)
[14:49] <shuduo> ogra_: okay. let me wait ppisati back.
[14:51] <shuduo> ogra_: maybe EXT4_FS need be builtin to fix. i  will try
[14:52] <ogra_> shuduo, hmm, looking at the bug ... do you actually have a filesystem labelled "writable" on the SD at all ?
[14:53] <liuxg> sergiusens, ping
[14:53] <ogra_> also note that the gadget snaps from github are still untested ... did you try using the gadget from the stable channel instead ?
[14:54] <ogra_> (you are building with two modified snaps there, i'd try with one only first so you can rule out that something is broken by the combination of them)
[14:54] <liuxg> sergiusens, when I build my classic snap project, it shows sth like http://imgur.com/a/zJbCk
[14:55] <mup> PR snapd#2549 opened: cmd/snap-confine: add shutdown helper <Created by chipaca> <https://github.com/snapcore/snapd/pull/2549>
[14:57] <shuduo> ogra_: http://pastebin.ubuntu.com/23733760/
[14:58] <ogra_> heh, parted -l .... (-l is a fdisk flag,. parted needs "print", that is why it prints sda too)
[14:59] <ogra_> well, the Sd looks fine to me
[14:59] <ogra_> so yeah, try with building in ext4 ...
[14:59] <shuduo> ogra_: i also tried launchpad's  lp:~snappy-dev/snappy-hub/snappy-systems but no luck. good point to use stable channel's
[14:59] <ogra_> and really try with the gadget from the store first
[14:59] <ogra_> i.e. just drop --extra-snaps dragonboard_16.04-0.18_armhf.snap
[15:00] <ogra_> that will make it pull the one from the store
[15:01] <ogra_> while you're at it. vfat needs to be builtin too
[15:01] <alf_> mvo: Hi! I was looking at upower_observe.go interface and noticed that it only supports running upowerd unconfined (i.e. plug rules have label=unconfined). Is this on purpose, or just not updated yet to support non-classic?
[15:01] <shuduo> ogra_: okay i will try them as your suggest. thanks
[15:02] <ogra_> good luck
[15:04] <liuxg> elopio, do you still have the reported problem in your place? https://bugs.launchpad.net/snapcraft/+bug/1650946
[15:04] <mup> Bug #1650946: unhelpful error when building a classic snap: classic confinement requires the core_dynamic_linker to be set <Snapcraft:Incomplete> <https://launchpad.net/bugs/1650946>
[15:07] <alf_> jdstrand: ^^ see question to mvo above
[15:11] <mvo> alf_: sorry, I defer to jdstrand for this one
[15:11] <alf_> mvo: sure, thanks
[15:16] <elopio> liuxg: not sure. I will retry today.
[15:17] <liuxg> elopio, OK. I am still having the problem. I am not sure whether it is related to any installation.
[15:52] <elopio> jdstrand: hey, I heard you were having troubles with your rocket account. Did you solve them? I can't log in.
[15:54]  * ogra_ had that too ... solved it by remembering that i had created the login before SSO was enabled on the rocket server .... normal username/passwd login worked for me
[15:54] <ogra_> it is pretty misleading that it always wants to take you to SSO immediately
[15:57] <elopio> ogra_: username/password doesn't work for me. Neither password recovery.
[15:59] <ogra_> wow, thats bad
[16:06] <morphis> jdstrand: ping
[16:17] <mup> PR snapd#2129 closed: interface hooks: prepare plug slot hooks (step 1) <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/2129>
[16:18] <mup> PR snapd#2547 closed: To allow access disk partition from efivar library with mmc and other platform specific drivers interface <Created by timchen119> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2547>
[16:25] <mup> PR snapd#2209 closed: interface hooks: confirm plug slot hooks (step 2) <Created by stolowski> <Closed by stolowski> <https://github.com/snapcore/snapd/pull/2209>
[16:29] <mup> PR snapcraft#1023 closed: nodejs plugin: fix the plugin’s dependency installation <Created by jonathon-love> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1023>
[16:30] <mup> PR snapd#2550 opened: interface hooks: connect plug slot hooks (step 2) <Created by stolowski> <https://github.com/snapcore/snapd/pull/2550>
[16:48] <mup> Bug #1634089 changed: Cannot activate Chinese input method for Qt app <Snappy:Fix Released by jdstrand> <https://launchpad.net/bugs/1634089>
[16:49] <jdstrand> alf_ (cc mvo): regarding upower-observe and unconfined: the interface is currently only designed for classic (and thus, unconfined), which is why it is currently in implicitClassicSlots in snap/implicit.go. upowerd does not exist in the core snap so a slot implementation (and corresponding updates to the interface) would need to be implemented.
[16:51] <jdstrand> elopio: re rocket> it worked fine once I stopped trying to use sso
[16:51] <jdstrand> morphis: hey
[16:53] <alf_> jdstrand: morphis is working on upower-control which contains a slot part. If that lands, is then the next step is to update upower-observer for non-classic? (e.g. ###SLOT...### vars?)
[16:54] <jdstrand> alf_: yes, though it could be part of the same PR
[16:54] <mup> Issue snapd#2538 closed: Stop the download of the snap package <Created by sidahmed-malaoui> <Closed by sidahmed-malaoui> <https://github.com/snapcore/snapd/issue/2538>
[17:01] <morphis> alf_: if I forgot that, let me fix that tomorrow
[17:01] <morphis> jhodapp: first, happy new year and I hope you had a good time off :-)
[17:33] <iLembus_> anyone here knows details about Ubuntu Snappy Core?
[17:33] <iLembus_> I'd like to install it on an Raspberry Pi 3
[17:34] <iLembus_> but the first boot needs to be guided with a display device
[17:34] <iLembus_> i dont have such a thing
[17:34] <iLembus_> any chance i can ssh into it?
[17:34] <kyrofa> iLembus_, unfortunately SSH is only enabled after the first boot
[17:35] <iLembus_> kyrofa: isn't there like a special edition i could use which enabled a default-configured ssh?
[17:35] <iLembus_> kyrofa: any alternative?
[17:35] <kyrofa> ogra_, is console conf made available over serial?
[17:35] <iLembus_> kyrofa: i only want a small and stable device to install ownCloud
[17:37] <kyrofa> iLembus_, yeah fair enough-- the default images have no default passwords, which is why that first boot experience exists. But indeed, if you make your own image you can do whatever you like with it
[17:37] <Chipaca> iLembus_, not even a serial cable?
[17:38] <kyrofa> Chipaca, I'm not 100% certain that is available on serial (though it should be)
[17:38] <kyrofa> I've seen a few people mention it doesn't work
[17:39] <kyrofa> Have you tried it?
[17:39] <Chipaca> that was my next question (to ogra_)
[17:40] <Chipaca> it used to work, i haven't tried it in a while though
[17:40] <Chipaca> it works in qemu :-D
[17:40] <kyrofa> iLembus_, have you tried that?
[17:40] <Chipaca> bah, last time i tried it which was a few weeks ago also :-)
[17:42] <ogra_> kyrofa, yes, indeed
[17:42] <ogra_> console-conf is replacing all tty jobs until it was run one
[17:42] <ogra_> *once
[17:43] <mup> Issue snapd#2510 closed: spread tests fail when invoked in a sub-directory (generate-packaging-dir) <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/issue/2510>
[17:43] <mup> PR snapd#2511 closed: spread: find top-level directory before running generate-packaging-dir <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2511>
[17:43] <ogra_> so it will be available on all possible consoles, including serial
[17:43] <kyrofa> ogra_, alright very good, thank you!
[17:44] <ogra_> (and i know it definitely works on stable images, i tested it there last release)
[17:44] <kyrofa> iLembus_, that's probably your best bet, then
[17:44] <ogra_> no idea about edge though ... i havent touched them in a while
[17:47] <mup> PR snapcraft#986 closed: parser: clean up help <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/986>
[17:59] <elopio> ogra_: how can I change the /etc/os-release of snappy? Where does it come from?
[17:59] <ogra_> elopio, from under mvo's desk ;)
[18:00] <ogra_> elopio, it is set hard-coded in livecd-rootfs during the build of the core snap, i dont think there is a way to change it despite re-squashing
[18:02] <Cust0sLimen> hi
[18:03] <ogra_> elopio, http://paste.ubuntu.com/23734598/
[18:03] <ogra_> elopio, what needs changing ?
[18:09] <Cust0sLimen> is there some place where I can see available snaps ?
[18:09] <Cust0sLimen> want to know if there is current vlc snap
[18:09] <Cust0sLimen> nvm
[18:09] <Cust0sLimen> https://uappexplorer.com/apps?type=snappy
[18:10] <Cust0sLimen> hmm
[18:10] <Cust0sLimen> only see vlc daily
[18:10] <Cust0sLimen> is there like vlc 2.2.4 ?
[18:17] <elopio> ogra_: it has an extra "
[18:18] <elopio> VERSION_ID="16""
[18:18] <kyrofa> Cust0sLimen, indeed, all I see is daily as well. Note that they are published by videolan, though-- probably a question for the
[18:18] <kyrofa> m
[18:18] <ogra_> elopio, yeah, i see it ... fixing (for edge though)
[18:19] <elopio> ogra_: could you get it from a repository during the build?
[18:19] <elopio> not a big deal now that you will fix it, but it would be nice to know where it is defined, and be able to propose changes there.
[18:22] <ogra_> elopio, http://paste.ubuntu.com/23734727/ uploaded ... will be in tomorrows edge core snap
[18:23] <elopio> ogra_: thank you!
[18:23] <ogra_> elopio, you can file a snappy bug and open a livecd-rootfs task next time and assign to mvo or me ... we are usually the only ones caring for that package in that context
[18:24] <ogra_> that package lives fully in the image PPA though ... and it isnt really easy to trace back that the change came from  a script during build ... so IRC ping is probably still the best bet
[18:24] <elopio> ogra_: I had time to play with my beagle during the holidays :) I have a few questions for you, but I'm first trying to not drown in my inbox.


[12:46] <jincreator> Hi, I'm writing a patch header. Is it okay if length of the line overs 80 characters? In my situation, Origin location url of patch is too long.
[14:23] <ScottK> jincreator: It's OK.
[14:56] <jincreator> Thanks, ScottK
[18:18] <michagogo|cloud> Anyone have an idea why https://launchpad.net/~bitcoin/+archive/bitcoin/+sourcepub/4094734/+listing-archive-extra and https://launchpad.net/~bitcoin/+archive/bitcoin/+sourcepub/4094732/+listing-archive-extra both succeeded for amd64 but failed for i386?


[18:33] <nhaines> The loco-contacts ML is really rocking today.
[18:33] <pleia2> that's one word for it
[18:33] <pleia2> I'm glad the discussion is happening though
[18:33] <nhaines> Yeah.  I wish the LoCo Council seemed as glad about that.
[18:34] <nhaines> If I'm not allowed to say RTFM, no one can.  :)
[18:34] <pleia2> they've been really beat up by some of the discussions this year, so I think there's some burnout happening
[18:34] <pleia2> it's also frustrating that people read half the guidelines, see they are "invalid" and then stop reading and start ranting without noticing the "you can ask for an exception bit"
[18:34] <nhaines> That *is* really frustrating.
[18:35] <nhaines> It's why I should print out the CoC, fold it into an origami cat, and then stroke it everytime somebody goes on an ill-targeted rant.
[18:35] <pleia2> amusing that the Catalonia team was used as an example of a team that has been disenfranchised by this change, and yet they were the first to be granted an exception, months ago :)
[18:35] <pleia2> nhaines: best idea ever
[18:36] <nhaines> That sounds about par for the course.  And probably should've been the first thing mentioned in the response.
[18:36] <pleia2> I think I'll do that actually
[18:36] <nhaines> Worst comes to worst, you have an origami cat.
[18:36] <pleia2> I advocated for putting the exception rules at the top of their policy (prefering in bold, red, blinking) because I knew this would happen, but I was overruled :)
[18:37] <nhaines> Needs more marquee tag.
[18:37]  * nhaines sighs.
[18:37] <nhaines> Ahhh, 1994 HTML.  :)
[18:40] <pleia2>  I don't like that the "easy oragami cat" video is 5 minutes long
[18:40] <pleia2> 5 minutes != easy
[18:40] <nhaines> Only 78 easy steps!
[19:42] <jyo> pleia2: Forgot to event this morning. Will event and email your copypasta (Thanks!!!) before G's.
[19:42] <pleia2> jyo: thanks :)
[19:48] <jyo> rww: You still "want" to "present" on 14.10 changes, right?
[20:09] <nhaines> "changes"
[20:09] <pleia2> it will be a short presentation
[20:09] <pleia2> "who likes new kernels?" *throws popcorn*
[20:10] <rww> jyo: sure
[20:10] <rww> at least we got new desktop environments, otherwise it'd be one slide :|
[20:11] <pleia2> rww: this is very very important: To celebrate the 14.10 codename “Utopic Unicorn” and to demonstrate the easy customisability of Xubuntu, highlight colors have been turned pink for this release.
[20:11] <pleia2> ^^ Xubuntu
[20:11] <nhaines> ["Getting Better" by The Beatles plays.]  "I've got to admit it's getting better.  A little better all the time."
[20:11] <rww> oh, mate-desktop is in Trusty, so we got... Cinnamon
[20:11] <rww> oh, mate-desktop-environment is only in Utopic. i guess they moved metapackages around
[20:11] <rww> (or is that matepackages)
[20:11] <pleia2> (I honestly had nothing to do with it, my team mates on Xubuntu just love me)
[20:12] <nhaines> pleia2: I could have sworn it was you.  :)
[20:13] <pleia2> 14.10 will forvery be my release <3
[20:13] <jyo> I like new kernels. Occasionally, they have more of the things I like.
[20:13] <rww> occasionally, they cause hilarious breakage
[20:14] <rww> allegedly. people complain \o/
[20:15] <pleia2> rww: my favorite thread ever
[20:15] <nhaines> This reminds me that I need to poke Canonical and see if they intend on updating the wallpaper for utopic.
[20:15] <nhaines> Not that a SRU with a new wallpaper wouldn't be hilarious.
[20:16] <pleia2> now I can't find it, the WORKST KERNLE IN ALL OF HISTORY thread
[20:19] <jyo> Did it burn your toast and hold your family hostage?
[20:19] <nhaines> Taunted her cats.
[20:24] <OERIAS> rww, you're in the republic of california?
[20:26] <pleia2> oh, it's this one https://lists.ubuntu.com/archives/ubuntu-server/2014-July/006934.html
[20:26] <darthrobot> Title: [Is Linux 3.13, the worst kernel version, ever? YES! It is... So, why Trust come with it? WHY!?]
[20:26] <pleia2> my favorite is that they start off with "I don't want to be rude but"
[20:26] <pleia2> *lots of rude*
[20:38] <nhaines> It's almost as if you should test enterprise rollouts before starting hundreds of them.
[20:38] <nhaines> "I didn't test the utopic kernel at all, but here's how YOU can!"
[20:43]  * ianorlin has run utopic virtual machines from utopic although I wonder if that is feeding unicorns dogfood
[20:46] <rww> OERIAS: no, I'm in the state of california
[20:46] <OERIAS> Im in Diamond Bar
[20:52] <jyo> Yes, State of California but it's People's Republic of Berkeley.
[20:52] <OERIAS> jyo, i go to Berkeley
[23:58] <pleia2> https://twitter.com/sfgov/status/522173762356006912
[23:58] <darthrobot> Title: [City of SanFrancisco on Twitter: "#SFGiants Wine Game 3! ##OctoberTogether... http://t.co/3hu4UiK62i"]
[23:58] <pleia2> hehe, wine
[23:58] <pleia2> norcal has wine on the brain :)