[22:17] <godbyk> hey, jenkins!
[22:17] <jenkins> hey man hows you?
[22:19] <godbyk> give me a few minutes and I'll have a better answer for you.
[22:19] <godbyk> I just got back in from shoveling snow for 25 minutes.
[22:19] <godbyk> so you'll have to wait for my body temperature to acclimate and my glasses to defog. :-)
[22:24] <jenkins> wow how deap is it out there?
[22:24] <godbyk> It's not deep at all.. maybe an inch or so.   Living at home, running scouts and work has zapped my time
[22:30] <godbyk> Very slowly, I think.
[22:30] <jenkins> i think....?
[22:30] <godbyk> I need to tackle the index soon.  I'm not sure how everything else is coming along.
[22:31] <godbyk> There haven't been any status reports for a little while, so I'm not sure what's been happening.
[22:32] <jenkins> hmm not good I whish i was at uni to help as i have more time there. I guess we have not gained many people then?
[22:32] <godbyk> Not that I'm aware of.
[22:32] <godbyk> Do you know what the status of Quickshot (client and server both) is?
[22:33] <godbyk> Can we get a PPA for the latest version and make sure that the server is configured to be used for all our manual editions (lucid-e1, -e2, and maverick)?
[22:33] <godbyk> I think screenshots is one of the big remaining to do items.
[22:33] <jenkins> erm tbh I haev not touched it in ages I can send up the latest version to the ppa at the weekend
[22:33] <godbyk> That'd be awesome if you could find some time to do that.
[22:34] <jenkins> as for the server flan is a better person to ask. I will do my best
[22:34] <godbyk> Based on the emails I've received from him, it sounds like he's swamped at work these days.
[22:35] <jenkins> sounds like we both are then :(
[22:36] <godbyk> Tomorrow is the last day of the semester here.
[22:36] <godbyk> So I'll be on break soon.
[22:36] <godbyk> I'll still have to work a bunch, but hopefully I can eek out some time to move things forward on the manual project.
[22:37] <jenkins> cool, I don't finish work untill the 23rd
[22:37] <godbyk> I'll be at my parents' house from the 23rd to the 28th.  So I probably won't get much done during that time.
[22:40] <jenkins> I don't think many people will
[22:43] <dutchie> i should probably have done considerably more than i have
[22:43] <dutchie> but i am still here
[22:46] <jenkins> Hey dutchie hows you?
[22:46] <dutchie> fine really
[22:46] <dutchie> nothing much going on now
[22:48] <jenkins> hows uni been going?
[22:49] <dutchie> knackering
[22:50] <jenkins> :(
[23:12] <jenkins> night all o/


[01:53] <Frogging101-chan> In kernel 4.2.1 from kernel.ubuntu.com, 0001-base-packing.patch has "+drivers/scsi/scsi_dh.ko" in generic.inclusion-list. I think it's supposed to be "+drivers/scsi/device_handler/scsi_dh.ko", since that's where that file actaully is
[01:53] <Frogging101-chan> And in 4.2 it has the subdirectory in the path
[01:53] <Frogging101-chan> Because when I try and build it, I get errors about that file not being found
[01:54] <Frogging101-chan> 4.2 works, 4.2.1 doesn't
[01:58] <Frogging101-chan> So, why was that changed? The file is still where it was before, but the path is now wrong
[07:30] <silidan> apw: i suppose they did not yet contact you?
[07:31] <silidan> apw: i mean manufcaturer/dev of camera SDK with the short URB broblem
[07:41] <apw> Frogging101-chan (N,BFTL), we build all of those without extras to avoid that kind of things, you should too ... add do_extras_package=false
[07:41] <apw> silidan, no they did not
[10:17] <silidan1> apw: did they contact you?
[10:32] <silidan1> apw: i found an open source capture application which also implements an open source low level access to the camera via libusb, the essential call to libusb_bluk_transfer is definitly made with the right size (1228800 bytes = 1280x960x1byte), the URB in wireshark still report a length of 61504, with the URB containing: "URB Length = 1228800" and "Data Length = 61440" interesting..
[10:38] <silidan1> apw: could this short URBs data length be a limitation of usbmon itself?
[10:58] <silidan1> apw: according to gdb, the libusb_bulk_transfer call returns with exactly the amount of data it expected...
[11:45] <apw> silidan1, it is possible that is a capture length, strace has a similar thing, you can often change it
[12:00] <silidan1> apw: any hint how? there seems to be no manpage for usbmon, at least on my system
[12:01] <apw> silidan1, sorry no
[12:12] <silidan1> apw: can you point me where i should ask about usbmon if not here?
[12:19] <apw> silidan1, sorry i have no additional info on that tool
[12:40] <silidan1> does anyone here know if the usbmon kernel module has a limitation on the size of captured frames?
[12:41] <silidan> does anyone here know if the usbmon kernel module has a limitation on the size of captured frames?
[12:55] <TJ-> silidan: look at the drivers/usb/mon/ source
[12:57] <TJ-> silidan: default buffer for binary capture looks to be ~300KB, and the max 1.2MB, but it looks like that is in total, not per-packet
[13:49] <silidan> apw: a little question, lets assume in my app is using libusb, i know i want to receive 30fps from my camera and my camera can provide them. Can I just issue 30 libusb_bulk_transfers every second to achive that?
[13:49] <apw> silidan, i have no idea, but in their sceario they are sending continious packets without having to receieve one, which makes a difference
[13:50] <silidan> apw: you refer to their winxp scenario?
[13:50] <apw> yes
[13:51] <silidan> apw: but arent these receiveing bulk transfer also issued from the host controller via URBs? i mean doesnt just the app send the URB for bulk in, and waits for the kernel to basically return it with data in?
[13:52] <apw> silidan, nope, it sends some vendor specific control message at the start, and never speaks again
[13:53] <silidan> apw: but usb 2.0 devices cant initiate a bulk transfer on their own.. this is done from host side if im not mistaken... like host asks device for bulk transfer... waits till device sendit, and returns the data to the app..
[13:53] <apw> silidan, that is not what the trace says
[13:54] <silidan> apw: but the trace just reports the URBs send to the kernel and their contents, the kernel operates based on that data, ie reads from it or writes to it and then just issues a callback if i got that right from reading so far?
[13:55] <silidan> apw: o wait, you said trace, you meant the strace output?
[16:00] <mikkqu> hey there, can i have some help?
[16:01] <mikkqu> i have latest ubuntu version available and i want to recompile the kernel with custom parameters
[16:01] <jpds> Why?
[16:01] <mikkqu> is there any easy way to achieve that? i failed at "sudo apt-get source linux-image-`uname -r`" step
[16:02] <jpds> mikkqu: https://help.ubuntu.com/community/Kernel/Compile
[16:02] <mikkqu> actually, there are two points why: 1. for learning purposes and to find out how it works in ubuntu, 2. i just want to experiment with option MODULE_FORCE_UNLOAD to be able to unload broken modules
[16:02] <mikkqu> and I know that's not safe, i just want to get some experience with that
[16:04] <mikkqu> jpds: I've seen the page, but there is no (yet) instructions for 15.04 which I have
[16:04] <jpds> mikkqu: I can't imagine that they change that much
[16:04] <mikkqu> I'm stuck with downloading the kernel source archive for my currently using kernel
[16:04] <mikkqu> there is a necessary step for obtaining the source: sudo apt-get source linux-image-`uname -r`
[16:04] <mikkqu> and it's just don't work for me for some reason
[16:05] <mikkqu> Picking 'linux-lts-raring' as source package instead of 'linux-image-3.8.0-19-generic'
[16:05] <mikkqu> E: Unable to find a source package for linux-lts-raring
[16:05] <mikkqu> maybe I need to have some special repository enabled for that?
[16:05] <mikkqu> and I have no clue why it suggesting me to pick "linux-lts-raring" which is not found anyway
[16:07] <jtaylor> mikkqu: are you on ubuntu 12.04?
[16:07] <mikkqu> no, i'm on the latest available, (not lts) - 15.04
[16:07] <mikkqu> according to lsb_release -a
[16:07] <jtaylor> and running a 3.8 kernel?
[16:08] <mikkqu> yes, it's just by default. i didn't touch anything
[16:08] <mikkqu> since i've installed the latest upgrade
[16:08] <jtaylor> hm 15.04 should use 3.19
[16:09] <jtaylor> use apt-get source linux and you should get the latest source for 15.04
[16:09] <mikkqu> hmm.. that makes sense actually. i've been tricked that 3.8 is latter than 3.19
[16:09] <jtaylor> if you need 3.8 you have to download it manually from launchpad
[16:09] <mikkqu> but now I see that it's not
[16:10] <mikkqu> i think i should switch my kernel to 3.19 first, then
[16:14] <mikkqu> hmm.. i 100% remember i did "sudo apt-get dist-upgrade" (actually, two times)
[16:14] <mikkqu> why my kernel wasn't switched automatically?
[16:15] <jtaylor> maybe you removed the linux-generic package so it didn't upgrade
[16:16] <mikkqu> ops, looks like you're right
[16:18] <arges> rtg: whats the numbering scheme for the raspi tags in ubuntu-wily git tree
[16:18] <arges> rtg: 1008 is the starting ABI and will just grow
[16:18] <arges> ?
[16:18] <rtg> arges, monotonically increasing ?
[16:19] <arges> rtg: ok, just making sure (since its the first one). thanks
[16:20] <rtg> arges, we used to have some package name conflicts, so haveing an ABI number like this is a bit historical. blame it on ppisati (cause he's not here)
[16:21] <arges> gotcha
[17:11] <bjf> jpds, https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel is often an easier starting point for folks wanting to build their own kernel
[17:23] <rtg> jsalisbury, https://bugs.launchpad.net/ubuntu/wily/+source/linux/+bug/1440103/comments/16
[17:25] <jsalisbury> rtg, awesome.  Thanks!
[17:29] <mikkqu> thanks guys, i've updated to the latest kernel and i've been able to download ubuntu kernel sources with apt-get source
[17:30] <mikkqu> there is a directory called "linux/", and some gz archive "diff.gz", i guess it's diff between ubuntu and vanilla linux kernel
[17:30] <mikkqu> i think, it's already applied to the files in "linux/" directory? no need to apply it, so it's just for reference?
[17:31] <mikkqu> when i'm trying to run "fakeroot debian/rules editconfigs" i still getting a lot of errors
[17:32] <mikkqu> i'm getting the same errors as in this question, created a month ago. would be great if you could take a look
[17:32] <mikkqu> http://unix.stackexchange.com/questions/225020/check-config-errors-on-linux-3-19-0-kernel-configured-under-ubuntu-15-04-x86-64
[17:41] <mikkqu> ok, it worked in the "old-fashioned" way
[17:45] <apw> mikkqu, i owuld normally recommend you start from the git repository rather than a source packag
[17:45] <apw> mikkqu, as that is what we all do when working with the very same source
[17:52] <mikkqu> apw: hmm, yeah, git might be a more convenient way, but I'll try to stick to packaging method just this one time
[17:52] <mikkqu> how it'll work well. i should probably modify grub somehow, to be able to choose between kernels in case of fail
[17:53] <apw> mikkqu, some of the permissions bits get lost in the package on things you use when modifying the package
[17:53] <apw> mikkqu, so don't be supprised
[17:54] <mikkqu> apw: i guess, in case of permission problems, the worst case is just the broken build near the end
[17:55] <mikkqu> but something still could go wrong
[17:57] <mikkqu> never thought kernel build takes so much time. is it possible to shorten the build time with ccache or something like this? in case if you have to build it a lot?
[18:19] <apw> mikkqu, to build it "the way the archive does" is tricky to do those tricks
[18:19] <apw> mikkqu, then again i normally build in a PPA because that uses someone elses compute
[18:32] <mikkqu> oh crap! build actually failed, after about an hour of work
[20:32] <th3s3_3y3s> What process runs bluetooth or is it in kernel?
[20:57] <th3s3_3y3s> The thing crashes and respawn.
[20:58] <th3s3_3y3s> And says bluetooth process is it talking about bluetoothd?
[21:22] <th3s3_3y3s> Mbp
[22:36] <th3s3_3y3s> Looks like btusb is disabled
[22:36] <th3s3_3y3s> It doesn't load where is the block list?


[00:00] <svu> JanC, :) I feel sorry that Ubuntu does not have Jobs-like kharismatic person to make ANNOUNCES.
[00:00] <Aquina> Oh yeah... rally!? :-)
[00:00] <soren> Aquina: Yes, so within the next thirtysomething hours.
[00:01] <Aquina> I think it was a bit less time between RC and final.  But does that in style! :)
[00:04] <xnox> oh it's release day =) forgot about that =)
[00:04] <JanC> well, "day"
[00:04] <JanC> "while it's 2010-04-29 in some place on Earth" spans almost 2 days  ;)
[00:08] <Aquina> Am I the only person calculating to figure out whether these are 2 days or almost 2 days... :D
[00:08] <Keybuk> it's more than 2 days
[00:08] <Keybuk> 52 hours iirc
[00:09] <svu> 51:59:59 I guess
[00:12] <Keybuk> it's an illogical number due to daylight savings
[00:13] <lifeless> also there are more than 24 time zones
[00:13] <ajmitch> a shame I'm only on UTC+12 at the moment
[00:13] <Keybuk> yeah, but you can end up with UTC+13 and UTC-13 depending on hemisphere ;)
[00:14] <lifeless> more than
[00:14] <lifeless> there is that weird little kink in the north pacific
[00:14] <ajmitch> there's a +14, I think
[00:14] <xnox> silly politics
[00:14] <xnox> imho we relase in UTC
[00:15] <lifeless> rawaki is +13 normally
[00:15] <lifeless> and tonga
[00:16] <Keybuk> xnox: your opinion is neither humble or correct ;-)
[00:17] <lifeless> Kiritimati is +14
[00:17] <lifeless> wikipedia ftw
[00:17]  * xnox sticks his tongue out at Keybuk =) I can pretend whatever I want =)
[00:17] <xnox> BTW I knew there is +13 but I never thought there is +14
[00:18] <ajmitch> there are odd timezones like +13:45
[00:20]  * ajmitch is glad that the NZ mirrors don't lag too far behind this week
[00:20]  * jpds is glad that some NZ mirrors get pushed.
[00:21]  * lifeless offers a Tool
[00:21] <Aquina> Yeah +14 exists, but isn't the calculation 12+14+23=49hrs == max time of same weekday?
[00:21] <lifeless> and hell, I'm in NZ now.
[00:21] <lifeless> Aquina: 49:59:59
[00:21] <ajmitch> lifeless: I'm sure you enjoy the blazing speeds to archive.ubuntu.com then
[00:22] <Aquina> ah ok
[00:22] <lifeless> ajmitch: it took me a day to update after crossing the tasman. OUCH.
[00:22] <lifeless> ajmitch: OTOH I think telecom are doing some stupid shite
[00:22] <ajmitch> that wouldn't surprise me
[00:22] <lifeless>  not my phone line, sadly
[00:23] <lifeless> so I can't really dig in deeply to fix
[00:23] <imbrandon> dont the ISP's down there run their own mirrors too mostly ?
[00:24] <ajmitch> yes, which is why I was glad that they're not too far behind, sometimes they've been out of date by a few days
[00:24] <zul> aussies and kiwis are weird
[00:24] <imbrandon> ajmitch, ouch
[00:24] <ajmitch> says the canadian
[00:25] <lifeless> ajmitch: do you know why they have been that out of date?
[00:25] <imbrandon> their has to be a way to my my gnome-xchat ignore joins/parts when its running on my irssi proxy ....
[00:25] <ajmitch> lifeless: no I don't, someone was talking about it in #ubuntu-nz recently though
[00:26] <imbrandon> ajmitch, yea i rember TheMuso saying something along those lines, i think thats one reason he runs a local mirror
[00:26] <imbrandon> iirc
[00:27] <lifeless> imbrandon: themuso is in .au, totally different internet landscape
[00:27] <imbrandon> yea but much of the same fundimental issues as far as limited bandwidth accross the ocean and such isnt it
[00:28] <TheMuso> imbrandon: Yeah that, and distro development is easier when you have the most recent published packages, so I have less breakage during the day when I need to test/update/test build something.
[00:29] <imbrandon> ahh right because bandwidth is cheaper at off peak hours or something like there isnt it
[00:29] <imbrandon> ( when you mirror )
[00:30] <TheMuso> Depends on the ISP you are with. Some offer off peak quotas, and some don't. I don't like off peak quotas myself.
[00:31] <imbrandon> yea always seemed kinda wonky to me too, but i like in the US so its QUITE diffrent here than alot of the world ( for better or worse )
[00:31] <imbrandon> s/like/live
[00:31] <mdeslaur> Nafai: it's really curious that you can't reproduce bug #570809...I wonder what I could be doing different
[00:32] <Nafai> mdeslaur: yeah, that is curious.  I did this all in KVM, but I can't imagine this would be any different
[00:32] <Nafai> mdeslaur: What language/locale are you using?
[00:32] <mdeslaur> Nafai: let me try again on an hp mini
[00:33] <mdeslaur> Nafai: well, the live cd doesn't ask for a language/locale
[00:33] <Nafai> right
[00:33] <Nafai> just grasping for what might be different ;)
[00:33] <mdeslaur> Nafai: When I install, I chose en_CA
[00:33] <mdeslaur> Nafai: but, let me try the live cd again, just a sec
[00:33] <Nafai> I installed as en_US, but I can't imagine that would be different
[00:38] <mdeslaur> Nafai: so, I just booted the live cd, let the default language selected as "English", clicked the "try" button and it booted the desktop with the favorites menu open
[00:38] <mdeslaur> Nafai: In the favorites menu, I've got "Firefox Web Browser", which is okay
[00:38] <mdeslaur> Nafai: but I also have "Evolution", "Cheese", "Empathy"
[00:38]  * Nafai scratches head
[00:39]  * Nafai tries something
[00:40] <Aquina> Is firefox 3.5 faster (+less memory footprint) vs. 3.0.19?
[00:40] <micahg> Aquina: yes
[00:40] <Aquina> ah fine so they must have heard what I wrote at the mozilla zine commentary section. :-))
[00:40] <micahg> Aquina: ?
[00:41] <Aquina> Ah.. I complained about always implementing features instead of making that thing more stable and less bloated.
[00:41] <micahg> Aquina: we have a PPA with Firefox 3.6 as well
[00:41] <micahg> Aquina: and 3.6 is in Lucid
[00:41] <Aquina> I also argued (some) corps move to propreatary stuff like Opera and thelike.
[00:42] <Aquina> oh yes 3.6 I ment. I use hardy though and upgrade is not faar anymore...
[00:42] <Aquina> ...at least when I have tested the upgrade procedures on ubuntu QA.
[00:43] <Nafai> mdeslaur: Which launcher is being run?  netbook-launcher-efl or netbook-launcher?
[00:43] <RAOF> mdeslaur, Nafai: I also see that behaviour, with an en_AU locale.
[00:43] <Nafai> RAOF: strange :(
[00:44] <Nafai> Perhaps I should boot the live cd on my spare machine here
[00:45] <mdeslaur> Nafai: it's netbook-launcher
[00:45] <Nafai> ok, that helps
[00:46] <Nafai> I need to run to dinner, but I'll take a look later
[00:46] <Nafai> RAOF: Could you add an "me too" on bug #570809
[00:47] <RAOF> Off the top of my head, I'd guess that there's something wrong with the X-GNOME-FullName handling.
[00:47] <Nafai> RAOF: Along with which launcher is being run.
[00:47] <Nafai> Yeah, maybe this is something for didrocks to look into and guide me on, because I know nothing about that yet :)
[00:48] <Nafai> mdeslaur: thanks for the report, hopefully we can figure it out soon.
[00:49] <mdeslaur> Nafai: ok, cool. Hope you'll be able to reproduce it! :)
[01:00] <mathiaz> lool: hey - could you update the release note from bug 423252?
[01:46] <fabiobik> how to solve my problem? when i try to boot from the lastest kernel the pc restart. if i try to boot from the oldest version i can see the ubuntu logo but not the login screen!
[01:47] <fabiobik> ive updated from 9.10 version
[03:22] <ScottK> fabiobik: Help for Lucid is in #ubuntu+1.
[05:32] <pitti> Good morning
[05:32] <pitti> bryceh: confirmed, ubuntu8 is okay since we'll pocket-copy it to meerkat anyway
[05:39] <bryceh> pitti, great
[05:40] <bryceh> pitti, btw, sarvatt noticed that we've not been getting apport crash reports for xserver, except for binary drivers
[05:41] <pitti> kees, mdeslaur: so you guys moved postgresql to security after all?
[05:42] <bryceh> pitti, looking back, we've not gotten reports except against nvidia/fglrx/vbox since 2:<IP_ADDRESS>2-1ubuntu10 in early Feb, when the rethrow signals patch was re-enabled
[05:42] <pitti> bryceh: I think mvo noticed the same indeed :/ so that seems to be real
[05:42] <bryceh> something to work on for meerkat I guess
[05:45] <pitti> kees, mdeslaur, jdstrand: it requires an authenticated attacker who also has the privilege to create and use new functions, and if you have that, you can screw over the server anyway
[05:58] <pitti> slangasek, cjwatson, jdong, ScottK: FYI, I just switched queuediff and sru-accept to default to lucid
[05:58] <ScottK> Thanks.
[05:58] <jdong> cool, thanks
[05:58] <slangasek> oh, that means I didn't commit my changes, oops :)
[06:03] <pitti> jdong: FYI, I caught up with all bug mail, and there are only two bugs left which need sponsoring; the rest is uploaded to the queue
[06:04] <pitti> jdong: (in case you want to delete your current load of SRU bug mail :) )
[06:04] <jdong> pitti: ok awesome! I've been falling a bit behind this week :)
[06:05] <pitti> jdong: perhaps instead of a "needs attention" tag we need to have a landmark "all SRU mail until <date> were processed" :)
[06:05] <jdong> pitti: hehehe that would be nice too :)
[06:05] <jdong> pitti: kinda like a google reader for SRU!
[06:05] <jdong> </nonfree idea of the day>
[06:05] <pitti> jdong: I'll do the bulk of queue review now, but I also uploaded a few myself (which I can't process)
[06:05] <pitti> heh
[06:06] <pitti> jdong: we need cross-user offlineimap syncing
[06:06] <jdong> ooooh now that sounds like a good idea :)
[06:06] <pitti> actually, maybe this isn't such a crazy idea after all
[06:07] <jdong> even just a meta-sru-team IMAP account would do that
[06:08] <ccheney> anyone have issues with a memory leak under ubuntu gnome?
[06:09] <ccheney> i haven't determined whats causing it yet, but it seemed to be leaking a lot for me, had nearly filled my swap and actual ram with nothing running, logged out and back in, relaunched all my usual apps and only have about 800MB ram used and no swap
[06:09] <ccheney> i saw someone earlier today complaining on the channel about what sounded similar to that
[06:10] <ccheney> if it happens again i'll try to grab a process list with memory information and then log out and compare on a fresh login
[06:11] <ion> I might have something similar. I’m running fglrx in case that matters.
[06:11] <RAOF> ccheney: It's not the gem leak?
[06:11] <ion> Subjectively the memory usage seems much higher than weeks (or something) ago.
[06:11] <ccheney> RAOF: hmm? maybe is there info about that?
[06:12] <ccheney> RAOF: if X was leaking that would certainly make sense since i closed all major apps and it didn't release the memory until I actually logged out
[06:13] <RAOF> ccheney: https://wiki.ubuntu.com/X/Testing/GEMLeak - but if you're up to date you should be running xserver-xorg-core 2:1.7.6-2ubuntu7, which should not leak in that way.
[06:14] <ccheney> RAOF: i don't log out that often so it might have been from the previous version
[06:14] <ccheney> my uptime is 11 days on my laptop so i might have not logged out since before 2:1.7.6-2ubuntu7 was released
[06:15] <RAOF> ion: You'd be seeing something else; maybe it's evolution+evolution-data-server tempting the OOM killer? :)
[06:15] <ccheney> perhaps i should reboot to make sure i am completely up to date :)
[06:16] <RAOF> ccheney: I'm pretty sure there's been a kernel upgrade in th elast 11 days, at least :)
[06:16] <ccheney> RAOF: yea i think so too
[06:23] <ion> raof: Nope, no evolution problem. Total memory usage is 1503 MB at the moment. The huge memory devourers are Firefox with a resident size of 220 MB, X.org with 210 MB and Vuze with 151 MB. The next worse process has only allocated 28 MB. I’d have to actually sum the amount of memory allocated by all processes, but it seems 1.5 gigabytes might be considerably more. I haven’t got around to investigating any further than this.
[06:24] <ion> The first thing i probably should do would be to try with the free radeon driver.
[06:26]  * ccheney finished rebooting finally, fsck ran ugh
[06:29] <ccheney> RAOF: thanks for the information about the gem issue :)
[06:29] <pitti> ccheney: wow, your machine lasted 11 days with this bug?
[06:29]  * pitti usually had to reboot after 6 hours
[06:30] <pitti> probably due to all the graphics intensive applications that I run
[06:30] <pitti> 4 gnome-terminals in parallel want their share!
[06:32] <ccheney> pitti: well i don't know for sure how long i had been logged in but it was for a while
[06:32] <ccheney> pitti: i am on x4500 so it might not have been as bad as for some
[06:34] <TheMuso> pitti: Don't tell me you don't use tabs..
[06:34] <ccheney> only 71MB now, not sure what it was before, heh
[06:34] <pitti> TheMuso: I do, why? :-)
[06:34] <TheMuso> You said 4 terminals. I thought you meant separate windows. :)
[06:35] <ion> What’s wrong with separate windows?
[06:35] <pitti> TheMuso: it's still four separate windows, since I also like them to be side by side; and I have mutt running on another desktop
[06:35] <TheMuso> pitti: ah ok
[06:36] <TheMuso> Oh nothing.
[06:36] <TheMuso> To each their own. I have 6 terminals as tabs in one window and IRC in another window, so that tab switching doesn't clash with irssi's shortcuts for the first 10 windows.
[06:37] <TheMuso> s/10/19/
[06:37] <Keybuk> I have only terminals as separate windows
[06:37] <Keybuk> one above the other
[06:37] <Keybuk> the other half of the screen is a vertically maximised emacs window
[06:38] <ion> If i were to use a single maximized terminal window, its dimensions would be 274 columns by 76 lines. That’s a bit excessive. I find splitting the screen to multiple windows more useful. :-)
[06:40]  * ccheney has a terminal with screen running for 4 irc connections and a few other terminals for work
[06:41]  * hyperair always has byobu running.
[06:41] <ccheney> when doing builds i login to my real system (non-laptop) and run screen on it instead of tabs, so never really use tabs for terminals
[06:41] <hyperair> and irssi starts up with byobu
[06:41] <hyperair> screen++
[06:43] <Keybuk> what we really need is just a display engine that writes to the frame buffer
[06:43] <Keybuk> displays near-full screen vtes
[06:43] <Keybuk> with tabs along the top
[06:43] <Keybuk> and a button that lets you make a new vte tag
[06:43] <Keybuk> and a button that lets you make a new webkit tab
[06:43]  * Keybuk designs FUTURE UI
[06:43] <hyperair> tabs waste space.
[06:43] <RAOF> None of this messy X stuff!
[06:44] <ion> keybuk: Add splitting the display to tiles and you have the basic tiling window manager. :-)
[06:44] <hyperair> just open a vt and run byobu. problem solved. =D
[06:44] <Keybuk> ion: there's a window manager just like that for X
[06:44]  * Keybuk can't remember what it's called
[06:44] <Keybuk> ion: any ideas?
[06:44] <Keybuk> ion: ever heard of it?
[06:45] <dholbach> good morning
[06:45] <ajmitch> morning dholbach
[06:45] <ion> I used to use it, but then it became nonfree. :-P
[06:45] <dholbach> hey ajmitch
[06:50] <pitti> jdong: if you have a minute, do you think you can review bug 562418 ?
[06:50] <jdong> pitti: sure
[06:50] <pitti> jdong: I'd really like to have this in -proposed/-updates soon, so that we get good ddebs as soon as we accept xorg
[06:52] <ajmitch> pitti: for a fix that'll go into -proposed that I'm sponsoring, keep the original person in the changelog, right?
[06:52] <pitti> ajmitch: sure, as usual
[06:53] <jdong> pitti: looked reasonable to me, ACKed :)
[06:53] <pitti> jdong: cheers
[06:53] <ajmitch> pitti: ok, will push a libsdl1.2 SRU soon then :)
[07:03] <ScottK> pitti: I'll have a clamav SRU soon too, but the Debian changes in their next upload aren't quite doing what I'm expecting, so I need to try to talk to sgran about it.  Unfortunately, I'm 3 hours further west than usual.
[07:07] <jdstrand> pitti: just passing through before bed, but if I create a user and db like so: createuser -DRS foo ; createdb -O foo foo_db ; then I can connect as 'foo' to the 'foo_db' database and use the following to crash the server 'select substring(B'10101010101010101010101010101010101010101010101',33,-15);'
[07:07] <ion> Computers hate binary.
[07:07] <jdstrand> pitti: that seemed like a not so uncommon setup, so we decided to fix it
[07:08] <pitti> jdstrand: ok; it seemed a bit borderline to me
[07:08] <jdstrand> pitti: well, *you* fixed it, we decided to republish
[07:09] <jdstrand> pitti: we debated internally and thought better safe than sorry since the update was so lovingly prepared by you already :)
[07:09] <pitti> heh
[07:10] <jdstrand> it wasn't hard to imagine it snowballing if a crappy web app didn't filter its SQL
[07:10] <jdstrand> anyhoo, off to bed
[07:10] <pitti> sleep well!
[07:11] <jdstrand> thanks! :)
[07:13] <aburch> Hi, is there someone to poke to get a backport approved?  Currently simutrans from karmic-backports is uninstallable due to a versioned dependency on a newer version of simutrans-pak64 (LP #550880)
[07:17] <ScottK> Looking
[07:20] <ScottK> aburch: Did you test that your propose backport works?
[07:21] <ScottK> jdong: You approved the simutrans backport.  Would you please follow-up with getting it fixed?
[07:24] <aburch> ScottK: The PPA used for testing the simutrans backport did also include simutrans-pak64 which is why it was successfully tested at all (see LP #538897).
[07:24] <ScottK> OK.
[07:25] <ScottK> jdstrand: Would you have a moment to process the backport in 550880 to fix an installability problem in backports?
[07:46] <pitti> jdong: I'm not done yet with the current queue, but I'll run out for an hour and continue then; I have some uploads in the queue (gdm, gvfs, gnome-keyring, totem) which need to be processed by someone else, I'll review the rest (feel free to purge your bug mail again from all the "plz test" stuff :) )
[07:46] <pitti> jdong: gdm is debatable, the other three should be harmless
[08:50] <hrw> morning
[08:55] <hrw> are there any plans to have also debian-installer way of installing (so lvm/raid/crypto) available on normal ubuntu cd?
[08:57] <stefanlsd>  #ubuntu-motu
[08:57] <stefanlsd> bleh :)
[09:32] <cjwatson> hrw: not by way of putting d-i on it, but I do have plans to get raid/lvm/crypto support into ubiquity - just haven't yet had time to execute on them
[09:33]  * ogra_cmpc would love to have an in RAM mode for the live image that implements something similar to d-i netinst (install to the device you booted the installer from)
[09:34] <ogra_cmpc> indeed that would require a lot of ram
[09:34] <hrw> cjwatson: I just did installation on my new laptop only to find out that I have to erase all and start from scratch
[09:35] <hrw> cjwatson: I want: /boot + crypto->lvm (rootfs, swap, /home, second rootfs) + 8MB vfat
[09:35] <hrw> cjwatson: I thought that I did such setup in d-i but it rebooted straight to desktop...
[09:36] <hrw> cjwatson: and I have such scheme on my old machine and found it great to use
[09:36]  * ogra_cmpc always wondered why people encrypt /
[09:36] <hrw> ogra_cmpc: wifi passwords?
[09:37] <hrw> vpn passwords?
[09:37] <joaopinto> aren't those on your user's keyring :P ?
[09:37] <ogra_cmpc> isnt that all stuff stored in your home nowadays ?
[09:37] <ogra_cmpc> heh, joaopinto beats me
[09:37] <hrw> not on my systems
[09:37] <joaopinto> ah, you are not using NM
[09:37] <hrw> yep
[09:38] <hrw> plain wpa-supplicant is enough for wifi
[09:38] <hrw> plain openvpn for vpns
[09:38] <hrw> and many times I land on text console instead of x11
[09:38] <ogra_cmpc> still a lot of hassle to encrypt the whole / for two passwords
[09:39] <hrw> ogra_cmpc: a lot? Debian does it in invisible way - just one pass on system start
[09:40] <hrw> and I have everything which my linux uses encrypted. only /boot/ is plain (and small vfat partition for bios flashers if I do such one)
[09:44]  * YokoZar wonders if his wine1.0 package will get in so he can rebuild dssi-vst
[09:47] <hyperair> say...
[09:47] <hyperair> "Configuring Checkbox" Default enabled.
[09:47] <hyperair> exactly what is this checkbox?
[09:47] <hyperair> hmm it's a package!
[09:47] <hyperair> =O
[09:48] <hyperair> i thought it was a checkbox that my terminal wasn't displaying for some reason or other.
[09:48] <ogra_cmpc> formerly it was called the hardware database client ... nowadays its a full QA tool
[09:48] <hyperair> cool
[09:54] <hrw> what is a name of alternate-cd install in launchpad? I want to report bugs
[09:55] <cjwatson> hrw: debian-installer package in Ubuntu
[09:56] <ogra_cmpc> hrw, attach patches too ;)
[09:56] <hrw> ogra_cmpc: first need to reinstall ubuntu in really my way
[09:56] <hrw> and I cant make it remotely due to lack of ethernet driver
[09:57] <ogra_cmpc> oh, what kind of card is that for which we dont have a driver ?
[09:57] <ogra_cmpc> x86 should surely support the majority
[09:58] <cjwatson> note that sometimes it's just that the udebs generated by the linux source package for use in the installer don't contain some driver or other
[09:58] <cjwatson> those kinds of bugs would be straightforward to fix for 10.04.1
[09:58] <ogra_cmpc> cjwatson, yeah, i seem to have that issue on omap
[09:59] <hrw> ogra_cmpc: atl1c
[09:59] <hrw> there are atl1 and atl1e in installer
[09:59] <ogra_cmpc> (sadly didnt catch it since my USb NICs are both supported by default)
[09:59] <hyperair> i think.... that initramfs-tools is broken.
[09:59] <hyperair> update-initramfs complains of a missing file /scripts/functions
[09:59] <hyperair> it sounds like it should be checking in /usr/share/initramfs-tools/scripts/functions instead.
[09:59] <cjwatson> no ...
[10:00] <cjwatson> it'll be more subtle than that
[10:00] <hyperair> hmm?
[10:01] <cjwatson> /scripts/functions is normally what those scripts *should* be sourcing (that's the path when the initramfs is actually running) - the problem will probably be that it's sourcing /scripts/functions at all when invoked only to determine script ordering
[10:02] <hyperair> wait, so if it's supposed to be running while initramfs is actually running, then why does upadte-initramfs call these?
[10:02] <cjwatson> to determine script ordering
[10:02] <cjwatson> hyperair: if you can put 'set -x' on the second line of /usr/sbin/mkinitramfs, rerun, and show me the output, I can work out where the problem is
[10:03] <hyperair> gimme a moment, let me try running update-initramfs manually.
[10:03] <cjwatson> hrw: that's bug 557130
[10:03] <hrw> cjwatson: thx
[10:03] <hrw> have to learn launchpad bugtracking
[10:10] <hyperair> cjwatson: it's /usr/share/initramfs-tools/scripts/init-bottom/_apparmor.
[10:11] <ogra_cmpc> underscore ?
[10:11] <hyperair> cjwatson: is it supposed to chroot?
[10:11] <hyperair> cjwatson: also, all my initrds fail to generate
[10:11] <hyperair> oh wait, i read the message wrongly
[10:12] <cjwatson> hyperair: could I please have the unedited log?
[10:23] <pitti> ArneGoetje, dpm: the jaunty-proposed langpacks (1:9.04+20090921) have been in -proposed for 218 days now; are they ok and should be moved to -updates, or should we delete them from -proposed? (I think we should stop providing langpack updates for jaunty, too)
[10:35] <maxb> bryceh: I've just stumbled across ubuntu-wilson. Amazing! You rock! :-)
[10:38] <soren> I have a filesystem with this "tune2fs -l" output: http://paste.ubuntu.com/424494/   It's just been rebooted, and I don't understand why it's not being fsck'ed.
[10:38] <wira_> so, when ubuntu lucid final would be released?
[10:40] <ogra_cmpc> wira_, ask in #ubuntu-release-party :)
[10:40] <wira_> ogra_cmpc, wow, thx
[10:46] <dpm> hey pitti good morning and happy release day ;), let me ask translators after the release, upload only those for which there has been feedback in a couple of days, and discard the rest. How does that sound? Calls for testing are still not working well, and even though we talked about it at the UDS in BCN, there hasn't been much change. A community member registered a session for it, and I'm leaning towards on-demand updates more and more. I'd like to di
[10:46] <dpm> scuss it there one and for all, and it'd be good to have someone from the release team there. Considering you've been doing the uploads until now and that you're the one that best understands langpacks, may I ask you to subscribe and participate in the session?
[10:46] <dpm> Here's the BP: https://blueprints.edge.launchpad.net/ubuntu/+spec/fixed-schedule-for-translation-updates/
[10:46] <dpm> ArneGoetje, ^
[10:46] <pitti> dpm: can do
[10:46] <pitti> dpm: selective -updates sounds good
[10:47] <dpm> thanks pitti
[10:57] <cjwatson> superm1,Daviey,mr_pouit: we're respinning the Ubuntu desktop CDs for bug 570765 and doing emergency revalidation.  You have the option of doing the same for Mythbuntu/Xubuntu if you choose (Edubuntu has already chosen to do so; Kubuntu and Ubuntu Studio are unaffected), and if you can get revalidation within at most a reasonable delay time.  Speak now?
[10:57] <cjwatson> (or forever hold your peace etc. ...)
[10:58] <cjwatson> superm1,Daviey,mr_pouit: if you choose to respin, you'll have the option of taking either the current validated image or the new one
[11:05] <darius_> Does packages.ubuntu.com track the compile options used for an Ubuntu package?
[11:06] <cjwatson> darius_: no, 'apt-get source <package>' and look in debian/rules
[11:06] <darius_> cjwatson: thanks
[11:06] <Riddell> cjwatson: what makes Kubuntu unaffected by the grub issue?
[11:06] <cjwatson> Riddell: no migration-assistant
[11:07] <Riddell> ok thanks
[11:07] <cjwatson> the bug is that migration-assistant accidentally left a filesystem mounted in the installer filesystem namespace, which meant that os-prober running chrooted to /target was unable to bind-mount it
[11:07] <cjwatson> or at least such is the current diagnosis
[11:13] <tkamppeter> pitti, hi
[11:14] <pitti> hello tkamppeter
[11:14] <tkamppeter> I have a problem with compiling. When building Ghostscript I got this: http://pastebin.ubuntu.com/424510/
[11:15] <tkamppeter> pitti, the file was not affected by recent changes and compiling Ghostscript on another Lucid box works perfectly.
[11:15] <pitti> urgh, WTH
[11:16] <tkamppeter> The problem occurs on my 64-bit laptop and does not occur on my 32-bit laptop, both up-to-date Lucid.
[11:16] <pitti> I've never seen an error like that, I'm afraid
[11:18] <tkamppeter> pitti, who could be of help here?
[11:18] <pitti> tkamppeter: not sure; perhaps try googling this error first?
[12:08] <hrw> plymouth nicely integrates with cryptolvm question - good job
[12:09] <slangasek> hrw: thanks :)
[12:09] <hrw> slangasek: you welcome
[12:33] <nigelbabu> ogra: did you get a mailto for the magazine?
[12:33] <nigelbabu> http://www.chip.de/cxo/b2b_artikel_10981369.html might help
[12:35] <ogra> nigelbabu, TA
[12:35] <nigelbabu> :)
[12:36] <ajmitch> hopefully they can be firmly convinced not to prematurely post URLs :)
[12:38] <ogra> they didnt post urls
[12:38] <ogra> thats the bad part
[12:38] <ogra> they mirrored the iso to their own server
[12:38] <ajmitch> ugh
[12:38]  * ajmitch was just reading along in -release, I hadn't spotted that they were copies on their server
[13:17] <Brimstones> After i bring down an OpenVPN client tunnel Networkmanager lands in a state where its not connected, but doesnt seem to know about its state. Clicking it and then eth0 the connection goes online again. Is there a tool to tell NetworkManager to reinitiate its connections ?
[13:17] <Brimstones> nm-online , nm-tool and nmcli doesnt seem to be able to do so...
[13:17] <Brimstones> .
[13:19] <Brimstones> Heeelp! :)
[13:41] <MarcSpitz> Hi, does someone know how indicator-applet really works and could therefore answer a question i've been asking myself for some hours..
[13:45] <cjwatson> hyperair: did you get that initramfs log?
[13:45] <hyperair> cjwatson: sorry, i was asleep. i just woke up
[13:45] <cjwatson> ah
[13:45] <hyperair> cjwatson: i've got a screen backlog of it though. let me just dump it out...
[13:46] <hyperair> now how do i do that with screen without going into select mode and copying everything out?
[13:47] <hyperair> nevermind i figured ito ut
[13:48] <jdstrand> bryceh: hi! so I am trying to get a bt following X/Backtracing with no luck
[13:48] <jdstrand> bryceh: this is for bug #571552
[13:48]  * hyperair kicks pastebinit for moving slowly
[13:49] <cjwatson> hyperair: I'd have thought 2>file would be easier :)
[13:49] <cjwatson> or >file 2>&1
[13:49] <hyperair> cjwatson: then i'd have to run the whole thing again.
[13:49] <jdstrand> bryceh: part of the problem is likely I have things like: warning: the debug information found in "/usr/lib/debug/usr/lib/dri/radeon_dri.so" does not match "/usr/lib/dri/radeon_dri.so" (CRC mismatch).
[13:49] <cjwatson> hyperair: takes about a minute right? :)
[13:50] <hyperair> cjwatson: eh i'm not sure. quite long.
[13:50] <cjwatson> I don't see why it would take significantly longer than that
[13:50] <hyperair> it tries to generate each initramfs, fails, and then returns
[13:50] <seb128> jdstrand, did you install the -dbg or -dbgsym for it?
[13:50] <jdstrand> bryceh: even though the -dbg version matches the regular package
[13:50] <jdstrand> seb128: yes
[13:50] <seb128> jdstrand, it was a "or" question, "yes" is not a reply ;-)
[13:51] <jdstrand> xserver-xorg-video-ati: 1:6.13.0-1ubuntu5
[13:51] <jdstrand> xserver-xorg-video-ati-dbg: 1:6.13.0-1ubuntu5
[13:51] <hyperair> cjwatson: because i'm still halfway upgrading and dpkg is taking all my i/o
[13:51] <jdstrand> seb128: -dbg
[13:51] <pitti> jdstrand: could have been a victim of bug 562418?
[13:51] <seb128> jdstrand, this .so is not in that binary too btw, dlocale radeon_dri.so
[13:51] <seb128> jdstrand, try with the -dbgsym, it should be working, cf bug pitti pointed just now
[13:52] <pitti> jdstrand: although this bug is a problem of xorg-server; unless mesa is also double-dh_strip'ing, it's a different problem
[13:52] <jdstrand> seb128: I also have the libgl1-mesa-dri and libgl1-mesa-dri-dbg packages installed
[13:53] <jdstrand> I'll try with dbgsym
[13:53] <pitti> lamont: is pkg-create-dbgsym pinned as well in the buildd chroots, or does it just auto-upgrade? I recently uploaded a newer version to lucid-proposed to fix ddeb generation in some cases, and wonder if I/you need to do anything special now
[13:54] <pitti> apw: FYI, I just binNEWed linux-proposed kernel
[13:54] <pitti> apachelogger: erm, lucid-proposed of course
[13:55] <pitti> ok, let's try that again
[13:55] <pitti> apachelogger: sorry
[13:55] <lamont>                         # manual upgrades only for pkgbinarymanagler, until slangasek says otherwise
[13:55] <lamont>                         echo "echo pkgbinarymangler hold | dpkg --set-selections || true"
[13:55] <lamont> pitti: ^^
[13:55] <hyperair> cjwatson: http://people.ubuntu.com/~hyperair/initramfslog
[13:55] <pitti> apw: I binNEWed lbm now, linux went through in the morning
[13:55] <pitti> apw: so the way is free for -meta
[13:55] <pitti> lamont: thanks
[13:55] <lamont> I suspect that we may decide that package has been in the dog house for long enough, come maverick
[13:55] <lamont> and unhold it, too.
[13:55] <pitti> lamont: so pkg-create-dbgsym should Just Work?
[13:55] <lamont> but that's a post-release discussion
[13:56] <lamont> yeah
[13:56] <pitti> lamont: thanks
[13:56] <ogra> post-release ? post-release is pre-release !
[13:56] <lamont> just you know, don't make me get deal with an emergency bootstrap need during non-core
[13:56] <lamont> because then I get cranky and throw great big roadblocks in your package's way
[13:57] <lamont> ogra: not until I upload chroot tarballs, it's not. :-p
[13:57] <ogra> heh
[13:59] <lamont> pitti: I think it was more the nature of the first failure and the time before the next failure that triggered my BOFH response in pkgbinarymangler's case.
[13:59] <pitti> lamont: oh, that was entirely plausible; I wasn't criticizing, I just wasn't sure if it applied to that other Bloody Hack From Hell, aka pkg-create-dbgsym, as well :)
[14:00] <lamont> while I certainly can't yell at people for not fully testing every upload with any degree of guiltless ire, please at least don't get caught on not testing critical packages
[14:00] <pitti> lamont: unlike pkgbinarymangler, p-c-d actually has a test suite, though
[14:01] <lamont> this is a good thing.  hopefully run during debian/rules build, too
[14:01] <cjwatson> hyperair: seems empty
[14:01] <hyperair> cjwatson: scroll downn..
[14:01] <pitti> apw: ah, seems you actually beat me to it :) accepted
[14:01] <pitti> lamont: yes, and FTBFSing if it fails
[14:01] <lamont> \o/
[14:02] <cjwatson> oh, urgh, ok
[14:02] <ogra> heh
[14:02] <ogra> thats a lot of nothing
[14:02] <hyperair> cjwatson: sorry for the blank space. i'll reupload
[14:03]  * lamont briefly considers prepending every buildlog with 1000 blank lines.  then decides that maybe he might be a bit off his meds today
[14:04] <cjwatson> hyperair: you sure you have the newest cryptsetup installed?
[14:04] <superm1> cjwatson, well migration assistant is actually disabled by the mythbuntu ubiquity plugins, so i would say not worthwhile for a respin on mythbuntu
[14:04] <hyperair> cjwatson: umm.... like i said, it was halfway through upgrade..
[14:04] <hyperair> cjwatson: update-initramfs looked like it was getting called a few times.
[14:04] <hyperair> cjwatson: once for apparmor, once for cryptsetup, once for lvm....
[14:04] <hyperair> cjwatson: yeah something along that line.
[14:05] <hyperair> i think there was the plymouth or whatever thing
[14:05] <Daviey> superm1: Equally, i don't think our users are likely to be dual booting - unlike Ubuntu, perhaps i'm wrong.
[14:05] <cjwatson> cryptsetup looks like it'll be fine once you get it fully upgraded
[14:05] <hyperair> cjwatson: lemme try again then
[14:05] <cjwatson> that apparmor script is gone in lucid
[14:05] <jdstrand> *sigh*
[14:05] <hyperair> cjwatson: it causes upgrade failures, by the way. or maybe something else is breaking..
[14:05] <cjwatson> and I think that accounts for the two errors you see
[14:05] <cjwatson> no it doesn't
[14:05] <hyperair> cjwatson: my apparmor script is still lying around.
[14:06] <cjwatson> something else may do
[14:06] <jdstrand> I can't get anything useful. apport won't catch it, I can't get a core file, nothing
[14:06] <jdstrand> I clearly stink at debugging X crashes
[14:06] <cjwatson> update-initramfs is exiting successfully in your log; it is not the cause of your failures
[14:07] <jdstrand> pitti, seb128: I'm sorry, can you think of anything obvious I might be missing?
[14:07] <hyperair> cjwatson: ah right. okay
[14:07] <hyperair> *groans*
[14:07] <hyperair> this is the hardest failed upgrade i've had to fix so far.
[14:08] <seb128> jdstrand, ssh in the box attach gdb to xorg, "continue" wait for the crash, get a stacktrace?
[14:08] <jdstrand> seb128: that is what I am doing
[14:08] <seb128> what is not working then?
[14:08] <sebner> hyperair: that's why I upgrade 1 week after release and then do a fresh-install 6 months later _Ü
[14:08] <sebner> :P
[14:09] <hyperair> sebner: i'm planning to see how long i can stave off a fresh install.
[14:09] <jdstrand> seb128: bt is cruddy
[14:09] <hyperair> Current status: 0 broken [-1], 28143 new [-5]. \o/
[14:09] <jdstrand> (gdb) bt full
[14:09] <jdstrand> #0  __memcpy_ia32 () at ../sysdeps/i386/i686/multiarch/../memcpy.S:75
[14:09] <jdstrand> No locals.
[14:09] <jdstrand> #1  0x00000000 in ?? ()
[14:09] <jdstrand> No symbol table info available.
[14:09] <seb128> urg
[14:09] <seb128> sorry no clue about how to get better ones in such cases
[14:09] <sebner> hychen: well, my system boots in ~65 seconds, If I do a fresh-install ~20 seconds so ..
[14:09] <seb128> out of running the binary under valgrind
[14:10] <seb128> which is sort of challing on xorg for different reasons
[14:10] <hyperair> sebner: i don't believe you can fresh-install in 20 secs
[14:10] <jdstrand> well, X managed to get something more useful in http://launchpadlibrarian.net/46157466/XorgLogOld.txt
[14:10] <seb128> ie slowness and valgrind will not run setuid binaries
[14:10] <hyperair> hmm
[14:10] <cjwatson> stave off a fresh install> no reason it shouldn't be forever
[14:10] <seb128> jdstrand, do you have apport enabled?
[14:10] <seb128> it's not by default
[14:10] <hyperair> dpkg: error processing /var/cache/apt/archives/gir1.0-clutter-1.0_1.2.4-0ubuntu1_amd64.deb (--unpack): trying to overwrite '/usr/lib/girepository-1.0/ClutterJson-1.0.typelib', which is also in package libclutter-1.0-0 0:1.2.6-0ubuntu1~9.10~ricotz1
[14:11] <jdstrand> seb128: I tried with and without
[14:11] <hyperair> hmmmm
[14:11] <jdstrand> seb128: nothing in /var/crash
[14:11] <seb128> not sure if you can tell xorg to not catch the crash
[14:11] <seb128> ask on #ubuntu-x maybe about it
[14:12] <tkamppeter> pitti, I googled for "undefined reference to `__libc_csu_fini'" but not the slightest chance, people posted the problem, but no one solved it.
[14:12] <seb128> otherwise next advice would be to rebuild xorg locally with DEB_BUILD_OPTIONS=nopt,nostrip and get a new stacktrace in the xorg log
[14:12] <jdstrand> seb128: well, there is 'Untrap signals' in X/Backtracing which I did (ie, use "NoTrapSignals" "true"
[14:12] <jdstrand> )
[14:12] <jdstrand> right
[14:13]  * jdstrand tries building own packages
[14:44] <didrocks> kirkland: hey, do you have some recipe for someone who forgot is wrapped passphrase in encrypted home (but still got his user password) and wanting to do a reinstall of his system? Should he choose "encrypted home" in ubiquity still, what's the steps?
[14:49] <RedNifre_backup> This is a fake channel! :D
[14:50] <hyperair> RedNifre_backup: you're a fake person.
[14:50] <pitti> didrocks: run ecryptfs-unwrap-passphrase
[14:50] <RedNifre_backup> So where can I find current updates on the developement progress?
[14:51] <deathbysushi> hey all, just wanted to ask a quick q, if i wanted to get involved, is the MOTU the first place I should get involved?
[14:51] <didrocks> pitti: ok, but should I choose again "encrypted home" as next installation and it will ask me for my passphrase?
[14:51] <cjwatson> IRC is for discussion, not for an update stream.  We recommend patience
[14:51] <pitti> didrocks: I don't think it'll touch an existing /home at all, unless you reformat the partition of course
[14:52] <stefanlsd> didrocks: not an expert, but it also depends on where they are upgrading from
[14:52] <pitti> didrocks: but interesting question, I don't know (since it would require you at least to use the same password)
[14:52] <stefanlsd> didrocks: ie. karmic did things diffeent
[14:52] <stefanlsd> didrocks: there was a blog post, let me find it
[14:53] <didrocks> pitti: ok, so, If I choose the same password, it should be safe, and need manual tweaking if I want to choose a different one (I'll write that somewhere as a thing to inspect/work on for maverick)
[14:53] <didrocks> stefanlsd: right, I'm talking about lucid - lucid there :)
[14:53] <didrocks> stefanlsd: so, all with the "new" structure
[14:53] <pitti> didrocks: well, note that I didn't test that; I assume that it uses the plaintext password for wrapping the ecryptfs passphrase
[14:54] <pitti> didrocks: and in fact it's not just "assume" but also "remember", but still don't take it for granted, please, and do an ecryptfs-unwrap-passphrase first, to avoid data loss
[14:54] <didrocks> pitti: I guess it it, I'll wrote the passphrase down in any case and do the needful backup. Nice testcase :)
[14:54] <didrocks> pitti: sure, thanks :)
[14:54] <hyperair> deathbysushi: nice nick ;-)
[14:54] <stefanlsd> didrocks: as far as i know, everything previous karmic was in /var (which caused problems), now it should be in /home  .(something)
[14:54] <pitti> didrocks: yes, indeed that's interesting to test
[14:55] <pitti> didrocks: once kirkland wakes up, he'll LART me appropriately, I figure :)
[14:55] <hyperair> stefanlsd: what was in /var?
[14:55] <superm1> Daviey, i agree with you, and we haven't gotten any complaints yet
[14:56] <didrocks> pitti: hehe, thanks for the notice.
[14:57] <didrocks> stefanlsd: yeah, I'm aware of that. I'm just interest in lucid - lucid tests for now (and for post lucid consequently)
[14:59] <stefanlsd> hyperair: the ecryptfs directory. Now its /home/.ecrypfs/$USER i think
[15:01] <stefanlsd> hyperair: i logged this a while back. bug #405997
[15:01] <hyperair> stefanlsd: aah ecryptfs.
[15:02] <MarcSpitz> I'm stuck trying to change indicator-applet's behaviour, can someone help me ?
[15:03] <MarcSpitz> didrocks: hi :)
[15:05] <didrocks> MarcSpitz: hey
[15:08] <hyperair> MarcSpitz: add tooltips!
[15:09] <MarcSpitz> hyperair: sorry ? what do you mean ?
[15:09] <hyperair> MarcSpitz: eh you haven't heard the ruckus about indicator-application not having tooltips?
[15:10] <kirkland> didrocks: hiya
[15:10] <didrocks> kirkland: hey :)
[15:10] <kirkland> didrocks: tell me more about what you're doing ...
[15:10] <kirkland> didrocks: ah, i see pitti answered
[15:10] <MarcSpitz> hyperair: no, I didn't :s
[15:10] <kirkland> didrocks: let me read pitti's response
[15:10] <didrocks> kirkland: ok :)
[15:12] <MarcSpitz> my goal is changing the label displayed on the panel. I managed to set it back to my real name in  < Karmic but I can't manage to do it again in Lucid (indicator-applet 3.6)
[15:13] <kirkland> didrocks: so is your /home on its own partition or something?
[15:13] <didrocks> kirkland: right
[15:13] <kirkland> didrocks: i'm going to test in a vm now
[15:13] <kirkland> didrocks: but off the top of my head ....
[15:14] <kirkland> didrocks: if you select just "use my passphrase" to login, (ie not encrypted home), your /home should be untouched and work fine
[15:15] <kirkland> didrocks: i'm installing 9.10 in a vm now
[15:15] <didrocks> kirkland: oh, I'm talking about lucid - lucid reinstallation (no change of layout)
[15:16] <didrocks> kirkland: so, if I understand correctly, I just have to use a non encrypted home and use the same password for my user account (the same that was used to wrap my passphrase)
[15:18] <cjwatson> MarcSpitz: that's actually in indicator-me - but better ask in #ayatana
[15:19] <MarcSpitz> cjwatson: thank you, I'll ask there
[15:19] <cjwatson> (I think src/indicator-me.c:username_cb is the function in question, but you'd need to either change the d-bus message definition, or else get the real name some other way or set the label somewhere else
[15:19] <cjwatson> )
[15:25] <siert> hello, still having issue 534225 in 10.04 rc; the no_proxy var ends with a comma
[15:29] <kirkland> didrocks: oh, yeah
[15:29] <kirkland> didrocks: that should just do it
[15:29] <kirkland> didrocks: i'll test in a vm for you, though, if you like
[15:30] <didrocks> kirkland: that will be cool :) I think we should take that case into account for lucid -> maverick (people reinstalling, using encrypted home and wanting to change their password)
[15:31] <didrocks> kirkland: if you want, we can discuss that together at UDS, shoudl not be a lot of work (just integrating the case to ubiquity with unwrapped/rewrapped passphrase)
[15:33] <kirkland> didrocks: fair enough;  would love to get some of you desktop guys making the encrypted home thing work better with the desktop ;-)
[15:33] <tkamppeter> pitti, Ghostscript SRU for Lucid uploaded, bug 539708, should also fix many other Ghostscript problem,,s reported to Ubuntu.
[15:33] <pitti> tkamppeter: nice, thanks
[15:34] <didrocks> kirkland: sweet, we will discuss also on the UNE default settings session about enabling it by default. Do you have any warnings/inputs there? ;)
[15:34] <pitti> tkamppeter: will process in a bit, I'm still knee-deep in ISO testing
[15:34] <kirkland> didrocks: i'd love to see it enabled by default;  I do have a couple of things I'd raise, though
[15:35] <kirkland> didrocks: 2 main ones ...
[15:35] <kirkland> didrocks: 1) we need to offer a key escrow service or something better than the popup that says "write down this passphrase"
[15:35] <kirkland> didrocks: we should offer to encrypt it and store it in Ubuntu One, or something
[15:36]  * didrocks nods
[15:36] <pitti> stgraber: thank you so much for adding the "started" iso testing state, BTW!
[15:36] <kirkland> didrocks: every week, 2-3 people come by #ecryptfs and they didn't write down their passphrase
[15:36] <kirkland> didrocks: i actually have a key escrow web implementation already
[15:36] <didrocks> kirkland: argh :/ but at least ecryptfs-unwrapp* is there (if they remember their password ^^)
[15:37] <didrocks> sweet
[15:37] <kirkland> didrocks: *and* if they have their wrapped passphrase, yes
[15:37] <kirkland> didrocks: this is much better now that we put everything in /home
[15:37] <kirkland> didrocks: when it was in /var in Jaunty and before, it was a disaster
[15:37] <didrocks> right, I can imagine :/
[15:38] <kirkland> didrocks: okay 2) long filenames
[15:38] <stgraber> pitti: that's ara you have to thank for that one, I just did a code review ;)
[15:38] <kirkland> didrocks: files in Linux are limited to 256 characters
[15:38] <kirkland> didrocks: encrypting filenames involves some padding that makes the lower filename longer than the decrypted filename
[15:38] <didrocks> kirkland: do you want to subscribe to the session: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-une-app-selection btw? (I still put that on the whiteboard)
[15:38] <kirkland> didrocks: so filenames in ecryptfs are limited to something like 180 character
[15:39] <didrocks> oh, ok, so, some corner cases are to be expected there
[15:39] <kirkland> didrocks: yeah, mostly java programmers hit this
[15:39] <kirkland> didrocks: eclipse, and autocad, and some programs like that save files with a paragraph for a filename
[15:39] <kirkland> didrocks: https://bugs.edge.launchpad.net/ecryptfs/+bug/344878
[15:40] <kirkland> didrocks: we could probably lean on the ecryptfs upstream kernel guy to get that one fixed
[15:40] <kirkland> didrocks: or we could ask one of our kernel guys to fix it for them and send it upstream
[15:40] <didrocks> kirkland: hum, that can be a blocker :/ let's see…
[15:40] <didrocks> right
[15:40] <kirkland> didrocks: yeah, i agree
[15:41] <kirkland> didrocks: it's the main place that you can actually see a "difference" between ecryptfs and non-ecryptfs home
[15:41] <kirkland> didrocks: i have 10G of files in my home dir, and no file name is that long
[15:41] <kirkland> didrocks:  but people do hit that one, based on their usage patterns
[15:42] <didrocks> yeah, but that's a pretty hard limitation for them (not sure it's quite relevant using eclipse or autocad in a netbook though), but we should take that into account
[15:42] <didrocks> kirkland: well, I'm pushing that in the whiteboard
[15:43] <kirkland> didrocks: thanks
[15:43] <didrocks> kirkland: thanks for the feedback :)
[15:43] <kirkland> didrocks: yeah, it's not just those two
[15:43] <kirkland> didrocks: but you get the idea
[15:43] <kirkland> didrocks: it's an unexpected difference in behavior
[15:43] <kirkland> didrocks: oh, launchpad cookies ... that's where else i've seen *really* long filenames
[15:43] <kirkland> didrocks: anyway, upstream should solve that
[15:44] <didrocks> kirkland: yeah, that's why I was requesting those feedback ;) We can maybe see with upstream for the long filename one, right
[15:46] <MarcSpitz> cjwatson: thx for the message sent @ 16:19, i didn't see it :)
[15:51] <jdstrand> kirkland: fyi on bug 344878, evolution users hit it pretty easily with their cache files. just ask mdeslaur :)
[15:51] <kirkland> jdstrand: ?  really?  i'm an evolution user on encrypted home....
[15:51] <kirkland> mdeslaur: under what circumstances do you hit that?
[15:52] <mdeslaur> kirkland: the evolution web cache when you load images that are in html email hits it often for me
[15:52] <kirkland> mdeslaur: web cache?
[15:52] <mdeslaur> kirkland: open an html email, click "load images"
[15:53] <kirkland> mdeslaur: interesting, okay, good to know
[15:53] <kirkland> i'll talk to tyhicks about this again
[15:53] <jdstrand> kirkland: excellent!
[15:54] <mdeslaur> kirkland: I see it with geeks.com html email, for example
[15:54] <jdstrand> kirkland: I actually *just* wrote an email to someone mentioning not to use long filenames in their ~/Private directory
[15:54] <cjwatson> superm1,Daviey: thanks, acknowledged, sorry I didn't see your replies earlier
[15:55] <Daviey> cjwatson: I imagine your hands are full. :)
[15:57] <slangasek> cody-somerville: hi; we need a decision regarding whether Xubuntu wants a respin of desktop ISOs for bug #570765, and AFAIK mr_pouit hasn't been around to make the call - is this something you can help with?
[15:58] <cody-somerville> slangasek, Are the other cds re-spinning for it?
[15:58] <slangasek> cody-somerville: ubuntu desktop, netbook, dvd, and edubuntu: yes; mythbuntu: no; others: unaffected
[15:58] <cody-somerville> slangasek, please respin
[15:58] <slangasek> ok
[15:59] <cjwatson> mythbuntu: unaffected # in fact
[15:59] <pitti> mvo: unattended-upgrades> heh, I had to look three times before I spotted the difference :)
[15:59] <mvo> pitti: terrible, isn't it!
[15:59] <pitti> mvo: the joys of Python..
[15:59] <mvo> pitti: its fortunately super-rare, can only happen if a package in -updates can not be upgraded
[16:00] <mvo> pitti: yeah, more tests *cough*
[16:00] <slangasek> cjwatson: ah, even better
[16:00] <pitti> mvo: that's the problem -- it would have gotten fixed right away if it was in a main code path instead of an except: clause
[16:00] <mvo> pitti: exactly
[16:01] <pitti> tkamppeter: if it's cheap for you, would you mind reuploading ghostscript with the "LP: #" typo (missing #) fixed in the changelog?
[16:02] <MarcSpitz> cjwatson: it works perfectly now, I can patch it just like old times, thanks
[16:03] <MarcSpitz> how did you manage to find where it was to be changed ?
[16:03] <cjwatson> guesswork and grepping
[16:03] <MarcSpitz> amazing :)
[16:14] <Adri2000> is it possible to tell germinate to not check whether a package exists?
[16:18] <cjwatson> Adri2000: more detail please?
[16:19] <mathiaz> james_w: hi!
[16:19] <mathiaz> james_w: could you import the latest version of openldap?
[16:19] <mathiaz> james_w: lp:ubuntu/lucid/openldap is still at ubuntu4 while ubuntu5 is available in the lucid archive
[16:21] <james_w> mathiaz: otp, I'll look in a few
[16:22] <MarcSpitz> i'm leaving, bye
[16:24] <Adri2000> cjwatson: I'm building a custom -desktop package, so I bzr branch'ed the necessary seeds, committed my changes in it, modified update.cfg in my package. now ./update works correctly, except when I add a package which doesn't exist in the ubuntu archive (it does exist in our own repository though). so I need either to skip the check, or tell germinate to look at our repository
[16:25] <jimlovell777> Well done ladies and gents. Thanks for all of your hard work.
[16:26] <cjwatson> Adri2000: better to change update.cfg to look at your repository as well
[16:26] <cjwatson> Adri2000: the germinate-update-metapackage(1) manual page should help
[16:27] <cjwatson> (search for 'multiple')
[16:28] <Adri2000> cjwatson: the point is that our repository is not deb http://our_url/foo lucid main; it's deb http://our_url/foo our_own_dist main; is it possible to do this?
[16:28] <cjwatson> I think maybe not at the moment
[16:29] <cjwatson> would mean hacking the code either way
[16:30] <Adri2000> ok :( well, thanks
[16:30] <cjwatson> I don't know that it would be straightforward to skip the existence check; that's pretty wired into germinate
[16:31] <cjwatson> so maybe hack on Germinate/Archive/TagFile.pyp
[16:31] <cjwatson> .py
[16:31] <cjwatson> tagfile.py rather
[16:31] <cjwatson> and special-case dist depending on your mirror, perhaps
[16:32] <cjwatson> do also please file a bug on germinate about this
[16:34] <hrw> ok, touchpad should work now
[16:35] <Adri2000> cjwatson: ok
[16:52] <didrocks> kirkland: I confirm, it works with encrypted passphrase + using the same password. (well, my setup is a little bit more complicated as I'm using lvm and ubiquity doesn't handle it well, but I'll try to have a crack on it for maverick)
[16:52] <kirkland> didrocks: cool
[16:52] <slangasek> cody-somerville: xubuntu will be
[16:52] <slangasek> eh
[16:53] <kirkland> didrocks: sorry, i got pulled into meetings, distracted
[16:53] <slangasek> cody-somerville: xubuntu will be available in <20min for testing
[16:53] <didrocks> kirkland: no pb, an install is the better way to achieve this :)
[16:53] <slangasek> cody-somerville: the release announcement for the rest will be out before validation is done on xubuntu, I expect
[16:53] <cody-somerville> ok
[16:54] <slangasek> cody-somerville: do you want xubuntu excluded from the announcement mail, or annotated about the fact that it's not out yet?
[16:55] <cody-somerville> slangasek, How much time do we have? We might be able to test in time.
[16:55] <cody-somerville> charlie-tca, are you around?
[16:56] <charlie-tca> yup
[16:56] <slangasek> cody-somerville: ~1h
[16:56] <charlie-tca> just waiting for it
[16:56] <slangasek> including whatever time it takes you for syncing
[16:56] <charlie-tca> It took less than 1 hour to rsync and test all of Ubuntu
[16:56] <slangasek> yes, but there's a bit more bandwidth pressure in your way now :)
[16:57] <charlie-tca> oh
[16:57] <slangasek> if you can get it done, kudos
[16:57] <charlie-tca> got to try
[17:02] <slangasek> charlie-tca, cody-somerville: xubuntu desktop up
[17:02] <charlie-tca> Thanks
[17:02] <cody-somerville> ty
[17:15] <pitti> stgraber: do you know why http://iso.qa.ubuntu.com/qatracker/build/all/untested doesn't show the ubuntu amd64 DVD, just i386? perhaps this causes more images to be missing, too?
[17:16] <stgraber> pitti: try to drop /untested from that URL, I noticed it to be a bit buggy yesterday :(
[17:17] <stgraber> http://iso.qa.ubuntu.com/qatracker/build/all/all correctly lists everything though
[17:17] <pitti> stgraber: but that again shows me all images
[17:17] <pitti> right, all/all is fine
[17:17] <tfurtado> amd64 DVD has started to be tested: http://iso.qa.ubuntu.com/qatracker/test/4169
[17:17] <tfurtado> it may be the reason
[17:17] <pitti> stgraber: ok, nevermind
[17:17] <pitti> tfurtado: ah, perhaps
[17:17] <pitti> "in progress" is empty, though
[17:18] <pitti> but nevermind for now
[17:23] <stgraber> ara: ^ seems like images with optional testcases (or these with people marking it as "started") aren't displayed correctly on /untested and /inprogress
[17:24] <stgraber> ara: we are supposed to have 3 "untested" and 1 "inprogress" at the moment but instead get only 2 "untested"
[17:25] <stgraber> ara: with the one that's not showing up, being one with 4 testscases marked as "started"
[17:25] <stgraber> ara: in that specific case, we should either show it in untested or in inprogress but not drop it completely from the lists ;)
[17:25] <stgraber> pitti: ^
[17:27] <ara> stgraber, sure, will fix it... someday
[17:28] <stgraber> ara: yeah, no rush on that one ;)
[17:28] <cody-somerville> slangasek, If Xubuntu isn't tested in time, just include Xubuntu in the release announcement like normal. We'll field questions about why its not available in #xubuntu. We should hopefully be able to give you the green light to publish the Xubuntu images soon (thanks to charlie-tca). :)
[17:29] <charlie-tca> +1
[17:29] <slangasek> cody-somerville: understood, thanks
[17:34] <james_w> mathiaz: done
[17:35] <mathiaz> james_w: thnaks !
[17:36] <hyperair> Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[17:36] <hyperair> does anyone know why dbus fails so spectacularly?
[17:37] <apw> pitti, just had to upload an updated LBM package, we have a file collission which renders LBM uninstrallable if you have two abis installed at once, this is intended to replace the current -proposed version
[17:37] <blackxored> what's the problem with xubuntu, ubiquity???
[17:38] <pitti> apw: ack
[17:38] <apw> sorry to mess you about
[17:39] <cody-somerville> blackxored, pardon?
[17:39] <blackxored> cody-somerville, I've been lurking, some issues with xubuntu, wanted to know what was the problem?
[17:40] <blackxored> s/was/was\/is/
[17:40] <cody-somerville> blackxored, the problem is fixed now. We're just testing the image now.
[17:41] <pitti> apw: done (shouldn't require NEW any more)
[17:41] <blackxored> cody-somerville, cool, wondering what was it related to?
[17:41] <cody-somerville>  bug #570765
[17:41] <blackxored> cody-somerville, thank you
[17:41] <blackxored> cool
[17:42] <blackxored> I'm running RC through updates
[17:42] <blackxored> have you fixed the dbus: no such file or directory one?
[17:42] <blackxored> so it was ubiquity from my previous question ;)
[17:50] <highvoltage> is the new Ubuntu font available anywhere?
[17:52] <hyperair> there's a new ubuntu font?
[17:52] <hyperair> what's it called?
[18:01] <ogra> ikonia, awesome job in #u-r-p ... kudos
[18:02] <ikonia> awesome job on building a distro
[18:03] <ogra> wouldnt be possible with people like you though :)
[18:03] <ogra> catherding a community is part of it ;)
[18:10] <joaopinto> was there something changed with appamor capable of breaking existing custom profiles ?
[18:10] <jdstrand> pitti: hey, I was just testing the postgresql testsuite on an up to date lucid and ran into: http://paste.ubuntu.com/424699/
[18:11] <jdstrand> pitti: do you know what is going on?
[18:12] <jdstrand> pitti: prior to running, I used: apt-get install sudo postgresql postgresql-common libpq-dev procps hunspell-en-us language-pack-ru ssl-cert locales python-pygresql postgresql-plpython-8.4 postgresql-plperl-8.4 postgresql-pltcl-8.4 postgresql-server-dev-8.4
[18:12] <jdstrand> among other things
[18:15] <jdstrand> pitti: as with karmic, I use locale-gen for 'en_US', 'en_US.UTF-8', 'ru_RU', 'ru_RU.UTF-8', then set LANG=en_US.UTF-8
[18:17] <jdstrand> pitti: oh, actually I bet the 'system has a default UTF-8 locale' has to do with the lost RU? I can whitelist those in qrt. the cluster ones in 020_create_sql_remove.t seem perhaps more important
[18:27] <ikonia> kudos to all who worked on 10.04 - it's out, well done
[18:27] <hyperair> it's out?
[18:28] <hyperair> D= it's out!
[18:29] <jiboumans> sweet
[18:30] <jdstrand> pitti: fyi only btw. I have whitelisted those 3 errors in qrt since we released with it
[18:30] <jdstrand> \o/
[18:30] <highvoltage> congrats everyone!
[18:32] <dholbach> you all rock! thanks everyone!
[18:40] <blackxored> !outyet
[18:41] <blackxored> wow
[18:41] <slangasek> cody-somerville: http://xubuntu.org/news/10.04-release - please publish
[18:41] <slangasek> superm1, Daviey: please publish http://mythbuntu.org/10.04/release
[18:41] <pitti> jdstrand: I bet it's because the locales are called .utf8 now
[18:42] <pitti> jdstrand: instead of .UTF-8
[18:42] <pitti> slangasek: congratulations!
[18:43] <jdstrand> slangasek: nice job!
[18:44] <quadrispro> great job!
[18:45] <pitti> jdstrand: off to dinner/evening now; if you think that there's a bug, can you please file one and assign to me, and I'll try to make some sense of it tomorrow?
[18:45] <blackxored> congrats**10000000000000000000000
[18:46] <jdstrand> pitti: I'll fiddle with it some more, sure
[18:46] <jdstrand> pitti: have a nice night :)
[18:51] <akgraner> Thank you all for all your hard work!  You all rock!!
[18:52] <cody-somerville> slangasek, I can't access the xubuntu website. Load is too high. :(
[18:57] <xnox> the website still has logo wrong way around =( ubuntu.com
[18:57] <xnox> with "ubuntu font"
[18:58] <xnox> =(((((( are we gonna get the website today as well like shown in the mockups or is it not ready yet
[19:15] <slangasek> cody-somerville: ah - well, it's published now :)
[19:18] <highvoltage> slangasek: thanks for doing such a great job as release manager during this release! and I'm not just sucking up for more FFe's during maverick, I mean it!
[19:35] <ruku> Hey everyone! Congrats on the release!
[19:36] <Kano> hi, http://packages.ubuntu.com/ still pointing to karmic
[19:44] <highvoltage> ew! ew! ew! I'm on a stable release!!! this is way too comfortable when does maverick open?
[19:45] <xnox> highvoltage, me too
[19:45] <xnox> can't wait for maverick =)
[19:45]  * xnox should start pre-merging packages =)
[19:46] <xnox> it's like so boring. There weren't any juice updates lately and while there is all the hype about lucid I'm like yeah...... 3 months old news for me
[19:46] <persia> Go for SRUs for now: there's lots of bugs that didn't get fixed.
[19:49] <xnox> persia, ever pushing to do the right thing =)
[19:49] <xnox> persia, I actually got my cross-compilers to work though btw
[19:49] <persia> Cool!
[19:50] <xnox> persia, it's a jhbuild moduleset so that upstream can use it as well. And we have gcc & binutils imports in launchpad now
[19:51] <xnox> so i'm considering to start running weekly ppa & propose to restart win32 & win64 debian ports
[19:51] <persia> Great.  There's still lots of packages that *can't* crossbuild, but it's a start
[19:58] <zigo-_-> Can't login to the launchpad (500: Internal Server Error), so I can't reply to a bug entry for one of my packages, is this known and being fixed?
[20:00] <ChogyDan> zigo-_-: you may be able to get an answer in #launchpad
[20:02] <zigo-_-> cheers
[20:04] <xnox> anyone did lpi certification?
[20:04] <xnox> i wonder how hard it is.
[20:05] <xnox> cause i do packaging but I have never been running production servers before........
[20:15] <soren> xnox: Having done packaging is not going to help you.
[20:15] <xnox> soren, that's what I thought.....
[20:15] <xnox> soren, witch dh & cdbs you hardly need to know any command line =)
[20:15] <Pici> Could someone poke the appropriate person to update https://help.ubuntu.com/community/UbuntuHashes ?
[20:16] <Damascene> congratulation, well done
[20:17] <joaopinto> xnox, packaging and not knowing "the command line" is kind of dangerous :)
[20:17] <persia> newz2000: Could you help Pici with that?
[20:20] <xnox> joaopinto, well =) i started with knolewdge how to run latex. And now I'm ok to fix up broken configure.ac & daily WTF makefile.am's =)
[20:21] <xnox> joaopinto, so i'm getting there =) i'm still no guru
[20:30] <ajmitch> well done on the release, good to see it out :)
[20:40] <joaopinto> cjwatson, can you work the wrong timezone being selected for Portugal bug ?
[20:40] <joaopinto> it gives a bad feeling for the installation process
[21:32] <Damascene> is it the time to file mani inclusion request?
[21:32] <Damascene> *main
[21:40] <kkszysiu> hello
[21:40] <kkszysiu> anyone had simillar problem?
[21:40] <kkszysiu> Package cowdancer is not available, but is referred to by another package.
[21:40] <kkszysiu> This may mean that the package is missing, has been obsoleted, or
[21:40] <kkszysiu> is only available from another source
[21:40] <kkszysiu> E: Package cowdancer has no installation candidate
[21:41] <kkszysiu> using sudo cowbuilder --create
[21:43] <persia> kkszysiu: Probably a main/universe issue.  Check your sources.list.
[21:45] <kkszysiu> persia, main/universe? Well my sources.list looks like this: http://friendpaste.com/2NfMprDxjnBYMNQmIBbmEI
[21:45] <persia> That's the sources.list being used by cowbuilder?
[21:46] <persia> I don't know much about cowbuilder (I use sbuild), but I thought it had a separate per-chroot sources.list.  Dunno otherwise: the package exists for all four architectures I track.  Are you using sparc or ia64?  (my madison-lite doesn't tell me about those)
[21:46] <kkszysiu> im using x86
[21:50] <chrismsnz> congrats on the release, ladies and gentlemen :)
[21:56] <xnox> kkszysiu, i've been using cowdancer the whole lucid release cycle
[21:56] <xnox> and using now
[21:56] <xnox> what's up?
[21:58] <kkszysiu> xnox, you used it today?
[21:58] <xnox> yes
[21:58] <kkszysiu> because I used some time ago cowdancer and it works well too
[21:58] <kkszysiu> but today its not working for me
[21:58] <xnox> let me redo dist-upgrade again to doublecheck
[21:58] <kkszysiu> strange
[21:59] <xnox> kkszysiu, what does $ dpkg -l cowdancer
[21:59] <xnox> tell you?
[21:59] <kkszysiu> xnox, http://friendpaste.com/1wNJ153OkrWS6tH0rkFhTI
[22:00] <xnox> right so you have it installed but it's not working?
[22:01] <kkszysiu> xnox, when I use cowbuilder
[22:01] <xnox> kkszysiu, I see what's your problem
[22:02] <xnox> there is something wrong with your ~/.pbuilderrc or the the already created cowbuilder
[22:02] <xnox> kkszysiu, which ubuntu/debian release have you tried to create inside cowbuilder?
[22:02] <kkszysiu> xnox, lucid
[22:02] <kkszysiu> wait
[22:02] <kkszysiu> hmm
[22:02] <kkszysiu> ok I thing I got it
[22:02] <xnox> right let me try that if I can reproduce
[22:03] <xnox> really? cause with lucid you might have timed-out on the mirror & or the mirror might have been inconsistent with respect to getting updates
[22:03] <kkszysiu> http://friendpaste.com/6vLxfmkj4TPndRihNqFEYr
[22:04] <xnox> !!!!!!!!!!!!!
[22:04] <YokoZar> Is it too late to click the rebuild button on launchpad?
[22:04] <kkszysiu> ? :D
[22:04] <xnox> http://friendpaste.com/6vLxfmkj4TPndRihNqFEYr
[22:04] <xnox> i've updated it
[22:05] <xnox> why are you getting base.tgz created if you are using cowbuilder ?
[22:05] <kkszysiu> dont know :D
[22:05] <xnox> note pbuilder creates base.tgz; cowbuilder is a wrapper around pbuilder which uses base.cow/ *directory*
[22:05] <xnox> kkszysiu, let me give you my config
[22:05] <kkszysiu> ph
[22:05] <kkszysiu> ok
[22:07] <xnox> http://friendpaste.com/70JKdZJe7XuxuXtDDDjdQ8
[22:07] <xnox> if you use this .pbuilderrc
[22:07] <xnox> you will need to invoke
[22:07] <xnox> sudo DIST=lucid cowbuilder --create
[22:08] <xnox> and it will make /var/cache/lucid.cow
[22:08] <xnox> you can use this config to create defined debian & ubuntu releases
[22:08] <xnox> also with this config you can do
[22:08] <xnox> sudo DIST=lucid pbuilder --create
[22:09] <xnox> and it will make the pbuilder    /var/cache/lucid.tgz
[22:09] <xnox> but use cowbuilder cause it's faster
[22:09] <xnox> my config sets eg for pdebuild to use cowbuilder and a few other options. Should be save
[22:10]  * xnox did delete a few options before pasting. So still adjust it to use your local mirror and stuff like that
[22:10] <kkszysiu> ah
[22:10] <xnox> see anything interesting?
[22:10] <xnox> also your paste had a hook running, not sure if you have some weird hooks defined
[22:11] <kkszysiu> xnox, you use that for debian? :P
[22:12] <xnox> kkszysiu, both =)
[22:12] <xnox> i do default to sid though
[22:12] <kkszysiu> well
[22:12] <kkszysiu> thats even better for me :P
[22:12] <xnox> cause if my package doesn't build in sid and doesn't pass sid's lintian it's no use =)
[22:13] <xnox> kkszysiu, point is that I sometimes do DIST=karmic sometimes DIST=sid, sometimes DIST=hardy
[22:13] <xnox> cause I keep getting upstream reports saying "hmmmmm package for jaunty from your ppa doesn't work"
[22:14] <xnox> so I investigate in the cowbuilder shell =)
[22:14] <kkszysiu> :D
[22:14]  * xnox 's laptop can't handle VM's nicely =)