[04:50] <tjaalton> are we frozen already?
[05:04] <tjaalton> still trying to get the verdict on mesa
[05:08] <tjaalton> slangasek: ping?
[06:18] <tjaalton> infinity, cjwatson: can either of you take a look at mesa? the new version has seen a lot of testing during the past few weeks (and months before that on a smaller scale) as pointed out on the ffe bug
[06:24] <infinity> tjaalton: I'll have a look.  Point me at the bug again?
[06:24] <tjaalton> infinity: thx, https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1164093
[06:24] <ubot2> Launchpad bug 1164093 in mesa (Ubuntu) "FFe: new upstream release 9.1.1" [Wishlist,Triaged]
[06:31] <tjaalton> whoa :)
[06:31] <infinity> tjaalton: I'd already gone over the source diff a few times in the last day or two.  Just needed to look at the testing trail on the bug to make a decision.
[06:32] <infinity> tjaalton: So, thanks for being verbose.
[06:32] <infinity> tjaalton: And please do watch very closely for regressions in the next few days.
[06:32] <tjaalton> infinity: sure thing, we'll (ab)use the awesome balloons again in the future for point-releases too :)
[06:33] <tjaalton> and yeah, mesa is top-priority now
[06:33] <tjaalton> there's 9.1.2 in the works, so the stable branch might have cherry-pickable stuff until we sru the point-release
[06:34] <infinity> Oh bah.  And this pulls llvm-3.2-dev into main.
[06:35] <tjaalton> hmm
[06:35] <tjaalton> it wasn't already? :/
[06:36] <infinity> Nah, 3.1 is.  Not that I'm against moving to 3.2
[06:36] <tjaalton> if it wasn't so late I'd push glamor-egl (new) for newer radeons too
[06:36] <infinity> Curious if mesa is the only rdep of either.
[06:36] <tjaalton> I think it is actually
[06:36] <infinity> Yeah, it is.  So this is a simple flip.  No big deal.
[06:36] <tjaalton> phew
[06:37]  * infinity promotes 3.2 and lets the world sort itself.
[06:38] <infinity> Actually, that brings mesa in line with llvm-defaults and clang.
[06:38] <infinity> Maybe we can start dropping old llvm versions.
[06:38] <infinity> \o/
[07:04] <infinity> tjaalton: ... was this not tested in a devirt PPA? :/
[07:04] <infinity> tjaalton: It's FTBFS on powerpc.
[07:07] <tjaalton> hrm
[07:07] <infinity> (A good reason to push this stuff to experimental too, it's good to get all-arch build test coverage)
[07:08] <tjaalton> it was on two separate ppa's, but neither had powerpc
[07:08] <tjaalton> the debian-x folks are busy with getting wheezy out :/
[07:08] <infinity> Sure, but one could still upload a mesa to experimental, surely.
[07:08] <tjaalton> there wasn't an upload of 9.0 either
[07:08] <infinity> Anyhow, no big deal.  Just need to fix it.
[07:09] <tjaalton> right..
[07:09] <infinity> I can look at it in the morning.
[07:09] <infinity> Or give you a PPC machine to play with tonight.
[07:09] <tjaalton> yeah
[07:09] <tjaalton> gimme
[07:10] <tjaalton> could be one of the additional lib trickery patches by mlankhorst broke it, I'll let him have a look
[07:12] <infinity> tjaalton: Oh, I took your "gimme" at face value and was setting you up on a host here. :P
[07:12] <tjaalton> heh, that's ok
[07:12] <tjaalton> I guess this is something dead-simple anyway
[07:13] <tjaalton> probably building too much on ppc
[07:13] <infinity> Grr.  Why does this machine come up in 1930?
[07:13] <infinity> And, more importantly, why does dhclient flip out about that?
[07:14] <infinity> (Which leads to no IP, which leads to no ntpdate, which leads to...)
[08:02] <cjwatson> infinity: ghc's still stuck on llvm-3.0, I fear, though hopefully that'll be sorted out in the next mega-transition ...
[08:04] <infinity> cjwatson: Right, but I don't think anything wants 3.1 anymore.
[08:04] <infinity> cjwatson: So, maybe we can keep 3.0 and 3.2.
[08:05] <cjwatson> erk, kapok dead in an RT-requiring way says #webops?
[08:05] <cjwatson> not that I can find the ticket
[08:06]  * infinity taps his foot waiting for this mesa test build on leviathan to finish.
[08:10] <infinity> tjaalton: Looks good.  Want to double-check file lists at the end of the build log look sane and upload ASAP?
[08:10] <tjaalton> infinity: yep
[08:54] <ogra_> infinity, still awake ?
[08:54] <infinity> ogra_: Not that I'm willing to admit to.
[08:54] <ogra_> heh
[08:55] <ogra_> so now thgat i slept (or rather didnt) sleep over it, i think packaging it is as insane as using a livefs builder ... we should have a dedicated android cross build machine i think
[08:56] <infinity> Why?
[08:56] <infinity> Using the package builders is an effective re-use of resources.
[08:56] <infinity> A dedicated machine would be idle half the time.
[08:56] <ogra_> because it will eb really hard to automate and to just quickly shove 2G around
[08:56] <ogra_> more than half
[08:57] <ogra_> but we will also build a lot more images in the future on it
[08:57] <infinity> And if we're generating binaries that we're shipping to people, we need to be able to provide the matching source.
[08:57] <ogra_> thats on phablet.u.c already
[08:57] <infinity> (Sure, that can be done via other methods, but the archive works well for that)
[08:57] <ogra_> i know that the archive works well
[08:58] <ogra_> but you still force someone to shovel 2.1G through the net for every build
[08:58] <ogra_> its not like it needs to be an overly expensive machine or anything
[08:59] <ogra_> http://phablet.ubuntu.com/export/ has snapshot tarballs now ...
[08:59] <ogra_> every new device will add to that and there will very likely be more over time
[08:59] <infinity> Alright, but that's not forcing any uploader to jam 2.1G across their link then, is it?
[08:59] <ogra_> so we might end up with 5G or so ... thats just crazy for moving it around
[08:59] <infinity> You can build a source package remotely, and sign the .dsc and .changes locally.
[09:00] <ogra_> well, if you only rebuild when git changes it means you need the new upstream tarball for every build
[09:00] <infinity> Yeah, it sucks if you want to test-build, but you can do that with a local git clone as an approximation.
[09:00] <ogra_> not talking about tests
[09:01] <ogra_> a standard change in git will force you ro a new upstream tarball
[09:01] <infinity> That's not true, that depends on how you package it.
[09:01] <ogra_> unless yu want to pile up patches and merge them every now and then
[09:01] <ogra_> you need regular upstream pulls
[09:01] <infinity> Your orig could be an export based on the 4.2.1 tag (or whatever), and you could ship a git-updates.diff patch.
[09:01] <infinity> (eglibc is packaged this way)
[09:03] <ogra_> still, that stuff is not designed like being packaged, its a cross build tree and i would prefer to just have it cross built on a dedicated machine ...
[09:03] <ogra_> it ends up to be a hell of a package and even if you package it with multiple tarballs you will have to merge regulary
[09:04] <ogra_> even if you would do one tarball per git repo ... you will have to regulary upload the whole thing at times
[09:05] <ogra_> no matter how you twist it, its 2G+ of data
[09:06] <ogra_> (seems kapok took it swerious yesterday though .... its still not back)
[09:06] <ogra_> -w
[09:08] <cjwatson> I think it's unlikely you'll get a dedicated machine; IS budget is very very very squeezed
[09:08] <cjwatson> My understanding is that for anything new it's canonistack or go home
[09:10] <cjwatson> And Ricardo's numbers indicated more like 1G than 2.1G (that was for source, but it's rare that binaries come out significantly bigger than source)
[09:10] <infinity> cjwatson: http://phablet.ubuntu.com/export/ came out to 2Gish.
[09:11] <infinity> (Though xz instead of bz2 could potentially shrink that a fair bit)
[09:11] <infinity> That might include some bits rsalveti was planning to cull, though.
[09:12] <infinity> Including prebuilt toolchains...
[09:12] <infinity> Man, this stuff is a mess.
[09:13] <ogra_> cjwatson, see the tarball
[09:13] <ogra_> its android ...
[09:13] <ogra_> we should simply treat it like that
[09:18] <cjwatson> Well, OK; but you still don't need to transfer binary components across the network to the livefs builder for bits of the source you don't build.
[09:18] <ogra_> yeah
[09:18] <ogra_> but they are massively smaller
[09:19] <ogra_> http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/
[09:19] <cjwatson> Ricardo's numbers from last night don't really support "massively".  Somewhat, maybe.
[09:19] <ogra_> its all the armel files
[09:19] <cjwatson> Unless you mean that the binary components we need to transfer around are massively smaller.
[09:19] <ogra_> yes
[09:19] <cjwatson> Right.  So that's not really shovelling lots of data around all that often, then.
[09:20] <ogra_> i need the source first
[09:21] <ogra_> and i would prefer if that wouldnt have to leave the datacenter for building
[09:22] <cjwatson> No reason it should.
[09:23]  * ogra_ is just downloading the tarball locally here for test builds ... 2h+
[09:23] <infinity> This was why I suggested a pristine-tar/get-orig-source type thing.
[09:23] <infinity> Locally, you should just have a git clone.
[09:24] <xnox> ogra_: 12.3MB/s   in 2m 53s ;-)
[09:24] <infinity> As for how much data is shoved around the DC for builds, surely a 2.1G orig beats a 15G git clone (which is the current method).
[09:24] <ogra_> xnox, :P
[09:24] <ogra_> oh, no doubt in that
[09:26] <ogra_> though i'm not sure it will just work without networking since you need to do a repo sync first to make the brunch tool happy
[09:26] <ogra_> (i'll see in 2h)
[09:26] <xnox> one can totally rsync .repo off somewhere. it just works =)
[09:26] <infinity> Surely that can all be done as part of preparing the source before building the source package?
[09:26] <ogra_> (and indeed lillipily cant see phablet.u.c so that i could play in the DC)
[09:27] <xnox> imho one actually just needs .repo as that's where all the git repos are and one does a "repo checkout" to unfold a working forest of git trees.
[09:27] <ogra_> infinity, yes, my concern is what repo sync does ... i might end up with a 5G tarball in the end :)
[09:27] <xnox> adjust manifest for source-builds to exclude pre-build toolchain and et.al. as was suggested yesterday.
[09:28] <ogra_> which would make the whole effort moot
[09:28] <cjwatson> ogra_: http_proxy=http://squid.internal:3128/
[09:28] <ogra_> xnox, we cant exclude the toolchain ... which one would you use then (ubuntus doesnt work)
[09:28] <cjwatson> or is this git protocol rather than http?
[09:28] <ogra_> cjwatson, !
[09:28] <ogra_> for the tarball its just http :)
[09:29] <xnox> ogra_: ah, ok right. I'd upload toolchain separately as a separate package, as I don't think it moves as fast as daily android builds.
[09:29]  * xnox "don't think" as in "would not expect"
[09:29] <cjwatson> Hmm, doesn't seem to work through squid.internal either.  I think that's RT-worthy
[09:30] <cjwatson> porter-amd64 gets a response through squid.internal but it's 403
[09:31]  * xnox we could have https git repos.... with reasonable performance these days via smart git protocols
[09:36] <ogra_> lillypilly doesnt even seem to get a response
[09:38] <ogra_> Proxy request sent, awaiting response... 504 Gateway Time-out
[09:38] <ogra_> 2013-04-17 09:36:40 ERROR 504: Gateway Time-out.
[09:38] <ogra_> there we go
[09:41] <infinity> Riddell: If you're going to make smokeqt build-dep on qwt5, were you planning on filing an MIR for the latter?
[09:44] <ogra_> hmm, same thing from nusakan ... i thought we had a resolved RT that allows it to see phablet.u.c
[09:45] <ogra_> but that was probably only kapok
[09:47] <Riddell> infinity: oh, ug
[09:47] <psivaa> cjwatson: xnox: not sure if you already know about amd64 raring server image: http://cdimage.ubuntu.com/ubuntu-server/daily/pending/report.html
[09:47] <cjwatson> psivaa: the builder machine is dead
[09:47] <ogra_> psivaa, the livefs builder is dead ...
[09:47] <ogra_> webops is on it (at least i hope there was a proper handover to the next vanguard)
[09:48] <infinity> Riddell: Or you might just want to revert that upload, given that we're a day from final freeze.
[09:49] <Riddell> yes, I might
[09:49] <psivaa> cjwatson: ogra_ ahh ok, thanks
[09:52] <doko> infinity, cjwatson: please review the icedtea-web upload, security related release
[09:54]  * infinity was hoping to see " * SECURITY: Stop allowing Java to run in browser plugins."
[09:58] <doko> tjaalton, infinity: I don't know who did promote llvm-3.2. if the desktop teams wants to support 3.1 and 3.2, fine with me. but it won't be my task ...
[09:59] <infinity> doko: I promoted it so mesa can build, once it migrates, 3.1 should be able to demote (or be removed).
[10:33]  * ogra_ twiddles thumbs watching the 2G drip through his DSL
[10:36] <xnox> ogra_: $ du --si phablet-ubuntu-20130417.tar.xz
[10:36] <xnox> 1.4G	phablet-ubuntu-20130417.tar.xz
[10:36] <xnox> that's with -9 and extreme compression algo.
[10:36] <ogra_> yeah
[10:37] <ogra_> still way to big imho
[10:37] <ogra_> but good to know we save 600M
[10:37] <xnox> ogra_: it would be nice to cut out some cull that was proposed yesterday, maybe we can get down <<1GB with xz then.
[10:37] <ogra_> cut out what exactly ?
[10:38] <ogra_> (we will rather add a few G over time ... )
[10:44]  * xnox vaguelly remembers something mentioned last night. Maybe it was "cut out toolchain" when discussing some alternative plan.
[10:46] <ogra_> xnox, the toolchain is built during the process .(like everything else of teh OS) .. while it might be possible to cut it out it wont gain us much and just add maintenance overhead imho
[10:47] <xnox> i see.
[10:48] <ogra_> we could re-introduce armel and package the whole :)  but that will take months i guess
[10:48] <ogra_> (the whole in proper abndroid packages)
[10:49] <cjwatson> We have an armel cross-compiler in the archive ...
[10:50] <ogra_> with bionic toolchain ? :)
[10:51] <cjwatson> ... maybe not
[10:51] <ogra_> i know what we have and i know all that might be better to be done properly in lots of singel packages etc ... but getting the source to that point would cost us more time than we have
[10:52] <ogra_> and given how temporary all that stuff is yet i doubt it would be clever to invest much time into modifications today
[10:55] <cjwatson> On the other hand the attempt to do all this on kapok has apparently broken our ability to build amd64 images a week in advance of release ...
[10:55] <ogra_> yeah
[10:55] <cjwatson> Which isn't exactly ideal either
[10:56] <ogra_> i honestly didnt expect that, sorry
[10:56] <ogra_> RT#60878 is opened ...
[11:23] <ogra_> yay, download done
[11:27] <doko> cjwatson, could you have a look at python2.7? brings all the changes from the last python3.3 upload, plus (hopefully) error free autopkg tests
[11:30] <cjwatson> Looks fine, thanks
[11:50] <ogra_> wow, even unpacking on my fastest SSD takes 10min
[11:59]  * ogra_ amusedly watches it building chromium libssl and busybox ...
[12:00] <ogra_> hmm, i wuld have put my bets on it being faster to build than to unpack ... but seems i would have lost
[12:01] <ogra_> ... wpa_supplicant ...
[12:01] <ogra_> *twiddle*
[12:01] <ogra_> oh, openssl *again*
[12:05] <ogra_> and there we go ... 12min for building ...
[12:05] <ogra_> (10 for unpacking)
[12:06] <ogra_> so now ... how do i add multiarch build deps to a package ?
[12:06] <ogra_> since it needs a lot of mixed i386/amd64 stuff
[12:07] <xnox> ogra_: not supported as far as I know =)
[12:08] <ogra_> oh, lovely ... so we can trash the idea or i hack around it by stacking chroots and scripted hacks
[12:08] <ogra_> sigh
[12:09] <xnox> we don't have :native. I guess if you are building $ dpkg-buildpackage -ai386 on the amd64 machine, then "Build-dep: foo:any, foo" will give you i386 & amd64 versions...... but you cannot e.g. "Build-dep: foo:i386"
[12:09] <xnox> ogra_: pre-installing build-deps is the way to go =/
[12:10] <xnox> i had to do it for libnih.
[12:10] <ogra_> preinstalling ?
[12:10] <ogra_> from an included script ?
[12:20] <xnox> ogra_: well in my case I had an sbuild chroot variant with a few things installed.
[12:20] <ogra_> well, my package needs to build on a std amd64 builder
[12:26] <doko> cjwatson, same please for python3.3
[12:32] <cjwatson> doko: done
[12:48] <sergiusens> ogra_: xnox the toolchain used to build android is a linaro toolchain, prebuilt
[12:49]  * sergiusens says sorry for eavesdropping
[12:49] <ogra_> sergiusens, ah
[12:49] <ogra_> well
[12:49] <sergiusens> http://phablet.ubuntu.com/gitweb?p=platform/prebuilts/linaro-4.7.2.git;a=summary
[12:49] <ogra_> sergiusens, it needs bionic support though, no
[12:49] <xnox> sergiusens: hola =) it's the full bionic based?
[12:50]  * ogra_ really wonders what all these mp4's in the android tree are and why we ship them
[12:52] <ogra_> thats easily 100M we could save
[12:52] <sergiusens> ogra_: not really sure about the bionic stuff
[12:52] <sergiusens> ogra_: I can strip those
[12:53] <ogra_>  /frameworks/base/media/tests/contents/media_api/videoeditor/ is full of them
[12:53] <sergiusens> ogra_: we only ever had a git repo we could use in March, before that we had the full tree and applied patches ;-)
[12:53] <ogra_> /frameworks/base/data/videos/ too ... and there are even some in the docs
[12:53] <ogra_> yeah
[12:54] <ogra_> sergiusens, not sure you got the news, but using the livefs builder doesnt work for building
[12:54] <sergiusens> ogra_: good, now you hace a necessity for me to work on that, I'll get working on making the repo leaner
[12:54] <sergiusens> ogra_: no I haven't
[12:54] <ogra_> my build attempt killed  the amd64 builder badly enough that it is still not back up again
[12:54] <ogra_> so suggestion is to actually roll a package
[12:55] <ogra_> from a daily export from http://phablet.ubuntu.com/export/
[12:55] <ogra_> (which ricardo set up last night)
[12:55] <ogra_> and have the package spit out the right binary images which we can then just pull into a live-build build
[12:56] <doko> sergiusens, ogra_: so why use yet another gcc?
[12:56] <ogra_> doko, android requires it
[12:56] <ogra_> it will likely not stay like it is today after all though
[12:56] <doko> ogra_, but it's the linaro one
[12:56] <ogra_> linaro-bionic
[12:57] <ogra_> i dont think the toolchain has much effect in the tree ... size wise
[12:57] <doko> is this patches on top of gcc-linaro?
[12:57] <ogra_> that we cross build a whole OS with all its deps has though
[12:57] <ogra_> doko, no idea
[12:57] <doko> yeah
[12:57] <ogra_> i'm sitting at the end of the chain here and just try to produce images before S opens
[12:58] <ogra_> from the giant tree i'm given :)
[12:58] <ogra_> that it is all armel and needs a mixed x86/amd64 build env doesnt help much either :)
[12:59] <ogra_> but well ... shrug ... android ...
[13:00] <ogra_> it is like it is
[13:02] <ogra_> (i would just prefer to just build it as intended by its creators though)
[13:09] <Mirv> hmm, how is haskell-platform missing from raring even though there is no mention it having been removed? https://launchpad.net/ubuntu/+source/haskell-platform/+publishinghistory
[13:11] <xnox> Mirv: did you check the binary publishing history as well? one can remove binaries without removing source package.
[13:12] <xnox> Mirv: see https://launchpad.net/ubuntu/raring/amd64/haskell-platform
[13:12] <xnox> clearly removed with a comment and bug reference.
[13:12] <Mirv> xnox: awesome, thanks.. I've always lived in a +source world in LP before this
[13:13] <Mirv> funny. I need to bookmark that in order to remember that part of LP existing.
[13:13] <xnox> Mirv: it's a brave new world!
[13:13]  * xnox usually fiddles with the urls.
[13:13] <xnox> starting from the: http://pad.lv/u/$srcpackage
[13:14] <sergiusens> ogra_: sorry, internet crashed...
[13:15] <sergiusens> ogra_: so why can't you build is as intended by _it's creators_?
[13:16] <xnox> sergiusens: no place to do it securely.
[13:16] <xnox> ogra_: we do scp wubi from ev's machine & publish onto CDs =)))))
[13:16] <xnox> which is like uber-secure =)
[13:20] <sergiusens> xnox: does that require /win 15
[13:20] <sergiusens> meh, sorry
[13:21] <xnox> sergiusens: one needs to become evalicious first =)
[13:21] <ogra_> haha
[13:22] <ogra_> well, i would just do it on lillypilly ... if i could actually get the source over somehow
[13:22] <ogra_> it isnt like the build is massively demanding or so
[13:23] <ogra_> its just the gigantic source tree thats disturbing
[13:24] <cjwatson> Please don't build stuff on lillypilly
[13:24] <ogra_> i would even do it in my home on nusakan ... but same issue there and beyond that i dont want to make cjwatson grumpy
[13:24] <cjwatson> Use a porter box if you must
[13:24] <cjwatson> (porter-amd64)
[13:25] <cjwatson> You can bounce files around within the DC with nc, even if there isn't a direct path
[13:25] <ogra_> hmm
[13:26] <ogra_> is the porter box suitable for doing automated stuff (possibly several times a day)
[13:27]  * ogra_ always thought it was only for one time things like porting stuff :)
[13:27] <sergiusens> ogra_: can't we keep on using our ps-jenkins? Or does that not meet security requirements either?
[13:28] <ogra_> sergiusens, i'm close to propose that yeah ... (i actually did to infinity yesterday when he came up with all that)
[13:29] <ogra_> sergiusens, the point is that the cdimage team needs to be able to trigger it and that it needs to be chronnable once we build the rootfs in the cdimage infrastructure
[13:31] <sergiusens> ogra_: well, the jenkins thing is the cron we use, but it can be anything
[13:31] <ogra_> and iit is currebntly a black box from cdimage POV
[13:32] <sergiusens> ogra_: well we can change that :-)
[13:32] <sergiusens> ogra_: so the limitation is not hardware, but more so networking in your DC?
[13:32] <ogra_> no, the limitation is actually hardware ... (imho)
[13:32] <ogra_> if i would have a choice we would just have a dedicated android build machine
[13:33] <ogra_> but that costs money which doesnt seem to be there
[13:34] <sergiusens> ogra_: oh... that's too bad... well we should work on consolidating infrastructure
[13:34] <ogra_> so the alternatives are: package builders  (meaning someone has to regulary re-roll the source package with fresh tarballs) ... porter-box (same issue, and i dont think it is desired to use it for automation) or ... keep it at jenkins breaking the cdimage workflow and control
[13:35] <cjwatson> ogra_: the porter box is strictly less unsuitable than either lillypilly or nusakan :-)
[13:35] <ogra_> sure
[13:35] <cjwatson> But it's probably still basically unsuitable
[13:35] <ogra_> but its still not thoguht for doing daily image builds
[13:40] <sergiusens> ogra_: does cdimage workflow mean that cdimage triggers the build, or does it imply more?
[13:40] <ogra_> it means that the cdimage team has control over the machines building as well as the code producing the builds
[13:57] <ev> xnox: technically, there's nothing preventing you lot from doing wubi builds. You just have to update cdimage to look somewhere other than my public_html directory.
[13:58] <cjwatson> Yeah, but we do need to know we're doing them in a reproducibly similar way
[13:59] <ev> Sure
[14:00] <alecu> hi everybody, any news on the FFe for this bug? https://bugs.launchpad.net/unity-lens-music/+bug/1168674
[14:00] <ubot2> Launchpad bug 1168674 in Music Lens "Purchased songs won't download when not logged to U1" [Critical,New]
[14:15] <Laney> alecu: Hey, looking
[14:15] <Laney> can this go today?
[14:16] <didrocks> Laney: no, tomorrow, the datacenter is broken for running autopilot tests and it's currently being fixed
[14:16] <Laney> wah
[14:16] <Laney> before Final Freeze then?
[14:16] <didrocks> Laney: hardware failure…
[14:16] <Laney> :-)
[14:16] <didrocks> yeah, that's why I put pressure that it's done before FF ;)
[14:16] <didrocks> Final*
[14:17] <Laney> still a review to sort out on the unity branch anyway it seems
[14:17] <didrocks> Laney: right
[14:17] <didrocks> Laney: so you can give a conditional +1 if you want, then I think alecu needs to have merged it today, before 00 UTC
[14:17] <didrocks> that's the condition, I was quite clear with him about it :)
[14:18] <Laney> commented
[14:19] <didrocks> thanks Laney
[14:19] <didrocks> alecu: now get it fixed/reviewed/merged before 00 UTC ^ :)
[14:20] <ogra_> why 00 ? freezes are traditionally on thursdays at 21:00
[14:20] <ogra_> plenty of time :P
[14:20] <didrocks> ogra_: you need to build the whole stack
[14:20] <didrocks> ogra_: have tests running
[14:20] <didrocks> ogra_: this is before the upload
[14:20] <ogra_> ah, long build, k
[14:20] <Laney> well, if the hardware remains broken it'll be a manual upload
[14:20] <Laney> but yes
[14:20] <didrocks> Laney: the hardware is the hardware to *test* it
[14:20] <didrocks> Laney: so no, if the hardware remains broken, we won't know the test status
[14:21] <Laney> sure
[14:21] <Laney> so it's rather no upload than upload with no tests?
[14:21] <didrocks> nothing to do with daily release/manual uploads
[14:21] <didrocks> Laney: right
[14:21] <Laney> even though it's a "Critical" bug
[14:21] <Laney> ...
[14:21] <didrocks> Laney: well, it's in quantal TBH, so I don't agree with the urgency definition
[14:21] <didrocks> but that's another story ;)
[14:21] <didrocks> (and it's known for months by design)
[14:22] <didrocks> but still good to have it fixed in raring
[14:22] <Laney> hrm
[14:22] <Laney> yet only filed 4 days ago
[14:22] <didrocks> Laney: talk to design and their bugs handling :p
[14:23] <Laney> could you lower it?
[14:23] <seb128> to be fair they hoped to have it fixed by the "buy in the dash" feature
[14:23] <didrocks> Laney: I think high will make more sense
[14:23] <seb128> which didn't land at the end
[14:23] <Laney> I don't like severity inflation on release bugs - makes me feel like I'm being pressured into approving
[14:24] <seb128> Laney, johnlea will start arguing with you over the bug importance I'm sure ;-)
[14:24] <didrocks> Laney: High it is :)
[14:24] <Laney> haha
[14:24] <Laney> thanks didrocks
[14:24] <seb128> Laney, the bug leads to have the money taken from users' bank account and not get the song they bough downloaded in exchange
[14:24] <didrocks> yw ;)
[14:25] <seb128> Laney, which you can argue over the importance, but would be good to be fixed ;-)
[14:25] <ogra_> pfft, whiners ... we'll send them a reciept for their tax declaration in return
[14:25] <seb128> ;-)
[14:25] <Laney> if we wouldn't upload out of process to fix it then I can't say that it's critical
[14:25] <Laney> maybe it's a case for distro/upstream importance though
[14:26]  * Laney moves on
[14:26] <didrocks> anyway, alecu will get it in a mergeable state, and we'll have the hardware replaced today :)
[14:26] <didrocks> so everything's fine
[14:29] <Laney> oh, friends has the fix for notification spamming
[14:29] <Laney> popey will be pleased!
[14:30] <popey> \o/
[14:31] <popey> there's only so many times I can see "Happy birthday Alan" from my cousins
[14:32] <Laney> it seems slightly curious that it doesn't consider whether you've seen the notification before
[14:32] <Laney> it just says "no notifications older than 5 days"
[14:32] <Laney> robru: ^? is that accurate?
[14:42] <kenvandine> Laney, it is accurate
[14:42]  * Laney nods
[14:42] <kenvandine> Laney, friends doesn't keep track if notifications have been seen or not, so to prevent spamming the user he limited it to the past 5 days
[14:42] <seb128> kenvandine, so you will still get 5 days of backlog display every time?
[14:42] <kenvandine> no
[14:42] <kenvandine> it is just the first time the service starts
[14:43] <Laney> I thought some people were complaining that they saw them at every startup
[14:43] <kenvandine> it only notifies for new content downloaded
[14:43] <kenvandine> the every startup was fixed separately, i think
[14:44] <kenvandine> it caches what has been downloaded and doesn't download new content again
[14:44] <kenvandine> so shouldn't notify for that
[14:44] <Laney> alright, well I never saw it myself anyway
[14:44] <kenvandine> but on first run you would get notifications for private messages and mentions from long ago... maybe even years :)
[14:44] <Laney> I think popey was affected, hence the ping earlier, so maybe he can say if it still happens
[14:44] <kenvandine> if i use it for twitter in a guest session i got notified for private messages from 3 years ago :)
[14:45] <Laney> \o/
[14:45] <kenvandine> not useful :)
[14:45] <kenvandine> next cycle we want to implement a queue of some sort
[14:45]  * popey updates
[14:45] <kenvandine> same for errors
[14:45] <kenvandine> so the UI can also present some of it
[14:45] <kenvandine> and ack them
[14:45] <kenvandine> etc
[14:46]  * Laney petitions for twitter "list" support
[15:02] <xnox> Laney: yeah, upon first upgrade I got popups for every @ mention I ever had. Since I'm a very active twitter user the total amount of popups was 8 bubbles.
[15:02] <xnox> but I haven't seen anything since.....
[15:03] <Laney> that's alright then - IIRC some people reported getting them again and again but if that's fixed then cool
[15:06] <alecu> Laney, didrocks: thanks!
[15:07] <rsalveti> ogra_: sergiusens: xnox: as I said yesterday, we can remove quite a few files there, like docs, video, kernel sources duplicates and such
[15:08] <rsalveti> the work I did yesterday was just to dump the stuff at this point, we can work cleaning it up a bit at least
[15:08] <ogra_> rsalveti, right, i noticed that when unpacking here
[15:08] <ogra_> also xz would help a lot
[15:08] <ogra_> i guess we can melt it down to ~1G compressed
[15:09] <rsalveti> ogra_: yup, can easily change here
[15:09] <rsalveti> xnox: what compress options did you use?
[15:09] <ogra_> it builds just fine btw
[15:09] <ogra_> at least mako
[15:09] <rsalveti> ogra_: yeah, cool, built for mako and manta here
[15:09] <ogra_> didnt try others but i dont expect them to be different
[15:09] <rsalveti> ogra_: also, see that platform-api and hybris is not there by default
[15:10] <xnox> rsalveti: -9e, that is maximum extreme compression, but without my host CPU specific optimisations.
[15:10] <sergiusens> rsalveti: doing it as we speak...
[15:10] <ogra_> rsalveti, ow ... how do we handle that
[15:10] <rsalveti> ogra_: because they are from bzr
[15:10] <rsalveti> check phablet-dev-bootstrap
[15:10] <ogra_> right
[15:10] <rsalveti> we basically clone that after cloning the tree
[15:10] <rsalveti> so you'd need to do something similar
[15:10] <ogra_> hmm, that would have to become part of building the source package then
[15:10] <rsalveti> sergiusens: cool, let's sync then after the call
[15:11] <ogra_> means the source packager needs to rebuild the tarball
[15:11] <rsalveti> well, that's not part of phablet.u.c
[15:11] <rsalveti> right
[15:11] <ogra_> right
[15:11] <sergiusens> ogra_: rsalveti you can get the debian source package for hybris and platform-api and dump them in the tree
[15:11]  * ogra_ keeps that in mind then
[15:11] <rsalveti> yeah, was thinking at something along that line
[15:11] <ogra_> oh, i could just build dep on it then+#
[15:11] <rsalveti> but they are not yet incorporated at th archive
[15:11] <ogra_> and copy it from the host
[15:12] <ogra_> ah, crap
[15:12] <ogra_> ok
[15:12] <ogra_> so repackaging the tarball it is then
[15:14] <ogra_> rsalveti, i would still prefer just a dedicated builder even if we can shrink down the source
[15:14] <ogra_> instead of jumping through hoops to wrap it in a package
[15:16] <sergiusens> ogra_: +1
[15:17] <rsalveti> xnox: let me change for that then and see :-)
[15:18] <rsalveti> ogra_: sergiusens: also, I'm just generating the dump file if we actually changed something at the git trees
[15:18] <ogra_> yeah, saw that
[15:18] <ogra_> good move :)
[15:20] <xnox> rsalveti: -9e takes ages to compress, -6 is relatively good speed & compression ratio. If you have multiple cores, you can use pxz -9e that will compress in parallel for a small tradeoff (3-6% compression penalty)
[15:22] <rsalveti> xnox: yeah, will check here, thanks!
[15:23] <darkxst> my gnome-shell/mutter SRU (MRE) has been stuck in the queue for like 7 weeks now!
[15:24] <ogra_> my tegra video codec package has been stuck in the queue for 7 months now
[15:25] <darkxst> ogra_, wow
[15:29]  * xnox finds that whenever one complains about anything, somebody else can totally trump that =)
[15:49] <barry> bug 1170003
[15:49] <ubot2> Launchpad bug 1170003 in python-virtualenv (Ubuntu) "[FFe] python-virtualenv 1.9.1" [Undecided,New] https://launchpad.net/bugs/1170003
[15:49] <barry> bug 1167351
[15:49] <ubot2> Launchpad bug 1167351 in python-pip (Ubuntu) "[FFe] update python-pip to version 1.3.1" [Undecided,New] https://launchpad.net/bugs/1167351
[16:00] <robru> Laney, twitter lists are implemented in the backend, it's just a matter of writing some Qml UI for it in lp:friends-app ;-)
[16:01] <Laney> :)
[16:35] <ogra_> yay, kapok is back
[16:35] <Laney> yaypok
[16:35] <ogra_> heh
[16:40] <slangasek> infinity: llvm> right, it's in main exclusively for mesa's benefit; so provided we're satisfied that mesa's llvm driver passes regression-testing, no problems at all there
[16:54] <infinity> slangasek: *nod*
[16:54] <infinity> slangasek: I think doko just had a bit of a sad when llvm-3.2 was pre-promoted to satisfy the build-dep change.  Now that the dust has settled, 3.1 has gone to universe, and all should be well.
[16:56] <slangasek> yep
[17:26] <infinity> cjwatson: So, I was thinking, for things we can't fix in -proposed but don't want to remove (handbrake is a good example here, it's not actually "broken", it just needs a libav9 transition to work)...
[17:26] <infinity> cjwatson: After we IFP from raring to s-series, shall we just batch-copy raring-proposed/* to s-series-proposed/ and then empty raring-proposed and call it done?
[17:27] <infinity> cjwatson: (Cause removing and then reuploading with no changes seems silly)
[17:46] <robru> Laney, hey. I have a fix for https://errors.ubuntu.com/problem/e3327729f0945e5fb94001ecd9b54bc658a69c1e on it's way (pending review from Ken). sorry to be a bother at the last possible second, but it's the #3 error so I'm hoping it will be well-received ;-)
[17:59] <cjwatson> infinity: Yeah, I was thinking roughly that
[17:59] <cjwatson> infinity: We probably just want to keep careful note of what's been uploaded to -proposed as a 0-day SRU
[18:00] <infinity> cjwatson: Indeed.  Shouldn't be rocket surgery.
[18:01]  * infinity decides to blindly handwave past ekg's obvious issue with building with -j24 for now.
[18:02] <infinity> La la la.
[18:17] <ogra_> infinity, just FYI, we'll keep the builds on jenkins for now ...
[18:17] <Laney> robru: Do it. We can review in the queue.
[18:17] <infinity> ogra_: Alright.  kapok thanks you.
[18:18] <ogra_> and instead of rushing we'll try to split it all into little pieces and cross build packages
[18:18] <ogra_> infinity, well, i made it have a vacation day ... it should thank me in any case
[18:57] <kengyu> it will be very appreciated if one of the release team can review this bug: https://bugs.launchpad.net/ubuntu/+source/fwts/+bug/1166610
[18:57] <ubot2> Launchpad bug 1166610 in fwts (Ubuntu) " [FFe] fwts 0.26.08" [Undecided,New]
[18:59] <infinity> kengyu: Go ahead and upload, I'll review it in the queue.
[18:59] <kengyu> infinity, thanks.
[19:13] <pgraner> infinity, http://pastebin.ubuntu.com/5716794/
[19:32] <infinity> pgraner: So, I'm curious what's pulling in indicator-applet on your upgrade.  Nothing here is, but I suspect that's your issue.
[19:37] <pgraner> infinity, I don't know
[19:49] <jpds> pgraner: sudo apt-get dist-upgrade -y -s # And see what drags it down?
[19:54] <infinity> That could be a red herring anyway, since I can install that just fine here (though, it shouldn't be getting pulled in at all...)
[20:10] <robru> Laney, ok, two bugfixes just landed in lp:friends trunk, do I have to push those manually now? autolanding is disabled, right?
[20:15] <Laney> robru: No idea
[20:16] <Laney> The cron job is still enabled on lillypilly, at least
[20:16] <xnox> robru: is there lp:friends/13.04 branch?
[20:16] <robru> xnox, no, we have a trunk-next where we've done some S-stuff, and kept lp:friends as the "official" raring branch
[20:16] <Laney> oh no, I see it in lp:cupstream2distro-config r212
[20:16] <Laney> Set raring to manual mode for Final Freeze.
[20:17] <Laney> so I guess you have to kick a manual release, however in the world that happens
[20:17] <Laney> cyphermox can probably advise :-)
[20:17] <robru> Laney, crap, I guess it needs a manual upload (I don't have upload rights). Usually I let Ken do it but he's been busy today...
[20:20] <Laney> I think there's a mechanism for doing that from the daily release machinery ... but I don't know what the proper way to do this is
[20:20] <Laney> if it's urgent I can sponsor it normally though
[20:22] <robru> Laney, just heard from Ken, he's on it.
[20:22] <robru> Laney, but thanks.
[20:24] <Laney> rocking
[20:25] <Laney> kenvandine: For info/curiosity, what is the proper procedure? Is it https://wiki.ubuntu.com/DailyRelease/FAQ#Forcing_a_stack_publication ?
[20:29] <kenvandine> Laney, i am not sure
[20:29] <kenvandine> i think we just need to do a manual run
[20:29] <kenvandine> and force push on the stack
[20:29] <kenvandine> using c2ud
[20:29] <kenvandine> i think it just isn't automatic anymore
[20:32] <Laney> yeah, that's why I'm looking at that section of the FAQ ;-)
[20:32]  * Laney leaves it to you
[21:01] <kenvandine> robru, friends should be hitting the queue any moment :)
[21:02] <robru> *huge sigh of relief*
[21:02] <kenvandine> robru, *should*
[21:03] <robru> kenvandine, the bugs we've fixed today I'm sure will stave off *hundreds* of duplicate bug reports to triage once raring is released ;-)
[21:03] <kenvandine> yup
[21:03]  * kenvandine hopes compiz hits :)
[21:03] <robru> kenvandine, oh me too! if not we pretty much need to SRU that immediately.
[21:17] <robru> Laney, ^^ :-D
[21:18] <robru> Laney, last hassle from me, promise ;-)
[21:19] <Laney> never make promises like that :P
[21:22] <robru> Laney, no serious, that's all the time I have for Friends... rest of my day is shot working on didrocks' autolanding stuff.
[21:24] <Laney> right - that's friends done for raring then I hope
[21:24]  * Laney accepted
[21:24] <Laney> thanks robru
[21:31] <robru> Laney, thank you! all the major crashers are fixed, the only open bug reports I see here are wishlist features ;-)
[22:04] <jdstrand> is it ok to upload xorg-server with a small security fix?
[22:06]  * xnox remebers a "security" fix in dbus that broke ubiquity installer for Kubuntu....... =)))))
[22:06] <doko> cjwatson, slangasek: final ( ;-P ) python2.7 and python3.3 uploads ...
[22:07] <doko> the no-change uploads are independent of these
[22:10] <jdstrand> it is this patch for raring: https://launchpadlibrarian.net/137637827/xorg-server_2%3A1.13.0-0ubuntu6.1_2%3A1.13.0-0ubuntu6.2.diff.gz
[22:12] <xnox> jdstrand:  looks harmless to me. but then again i'm no release team.
[22:13] <infinity> jdstrand: Go for it.
[22:13] <jdstrand> yes, it is. I already published a USN for the stable releases :)
[22:13] <jdstrand> infinity: thanks!
[22:23] <cjwatson> doko: Ack, thanks
[22:23] <cjwatson> Oh, somebody did it already :)
[22:24]  * cjwatson submits an LP branch to help make diff generation more responsive
[22:30] <doko> so I think the python-numpy upload looks ok
[22:31] <doko> and the gdb uploads are minor fixes, plus going back to python2.7 for the pretty printers
[22:31] <doko> and that's all for today from me


[21:52] <jimis> which algorithm does bzr use to compress .pack files?
[21:57] <jimis> is it gzip/bzip2 or something?
[21:58] <jimis> does it spawn an external process to decompress or it uses a C module from within the same process?
[21:59] <jimis> it bogs down my CPU and I must find out why...
[22:04] <wgz> it's zlib, in process
[22:04] <wgz> compression just takes work, there aren't magic fixes
[22:05] <jimis> hmmm so I guess it could be related
[22:05] <jimis> wgz: there are fixes, not magic ofcourse
[22:06] <jimis> wgz: the .pack files I assume the contain many small compressed chunks. About how large is each?
[22:06] <jimis> I'm asking because I notice too much seeking too
[22:07] <jimis> I've already filed a bug report, I'm just looking a bit more into it
[22:07] <wgz> right, most of the obvious issues are much higher level than the comprssion step
[22:08] <jimis> probably true, but if it reads through the *whole* pack files then it would take some time to decompress .5GB
[22:09] <bob2> ?
[22:09] <bob2> there's an index file next to it
[22:09] <jimis> bob2: saw it, but still when stracing it I see too many reads, I think it's seeking through most of the file...
[22:10] <jimis> I should measure exactly how much it reads from disk
[22:10] <wgz> decompressing an entire pack when only part of it needed may be a bug, that decompressing a big chunk of data takes cpu isn't :)
[22:10] <jimis> wgz: that's why I was asking about the comression
[22:11] <jimis> first, if it was spawning separate gzip processes then it would use a second core
[22:11] <bob2> except that if the decompression is the bottleneck like oyu say, that's of no use
[22:11] <jimis> second, there are faster algorithms from gzip, with other tradeoffs of cource
[22:11] <bob2> have you read the pack format docs?
[22:11] <jimis> true have to find out how much it reads :-p
[22:12] <wgz> I'd suggest that's the wrong end to tackle things from
[22:12] <bob2> +1
[22:12] <jimis> bob2: only a generic doc is what I found
[22:12] <bob2> no idea what that means
[22:12] <jimis> pointer to the pack docs?
[22:13] <wgz> for something like bug 1006194 I'd start by seeing if it's opening the repo twice
[22:13] <wgz> rather than assuming zlib can be improved on or trying to launch multiple workers
[22:13] <jimis> wgz: how can I see it?
[22:14] <jimis> and why would it be opening it twice?
[22:14] <jimis> bob2: http://doc.bazaar.canonical.com/latest/developers/packrepo.html is the doc I found
[22:15] <wgz> because the bug states that it's an issue when there are two different branches are involved
[22:15] <jimis> but didn't mention anything about compression algorithm
[22:16] <jimis> wgz: even with same branch but -r-2 overhead is the same
[22:16] <wgz> also see the mailing list archives about log performance
[22:17] <jimis> latest quarter?
[22:20] <wgz> jimis: eg. <https://lists.ubuntu.com/archives/bazaar/2011q4/073729.html>
[22:22] <jimis> thanks wgz, seems relevant
[22:27] <jimis> Even though these points may apply, bzr log -r-2 is instantaneous in my case.


[10:43] <soulrider> wait
[10:43] <soulrider> hold on, im not too sure if thats gonna work
[10:43] <blue|palm> ill try
[10:43] <kkosmo> that work
[10:43] <soulrider> im not too used to the CLI either
[10:43] <kkosmo> cp work
[10:43] <kkosmo> if you do
[10:43] <soulrider> ok
[10:43] <stdin> kkosmo: you have free space and you want to make a partition bigger ?
[10:43] <kkosmo> cp /home/user/ss /home/user/sssla
[10:43] <kkosmo> yes
[10:43] <Kr4t05> Some recent upgrades have affected my stability, causing my system to crash to KDM randomly.
[10:43] <kkosmo> stdin thats exectly what i want to do
[10:44] <Kr4t05> Anyone else have this problem?
[10:44] <mace__> stdin: hm perhaps i ve to configure the x-server?
[10:44] <stdin> kkosmo: you can do that in qt/gparted , just choose to resize the partition
[10:44] <kkosmo> but this option
[10:44] <kkosmo> not enable
[10:44] <kkosmo> i think its becouse
[10:44] <stdin> mace__: what user are you logged in as, and what user name do you see in konsole
[10:44] <kkosmo> i used now
[10:44] <kkosmo> in this partiton
[10:45] <stdin> kkosmo: you can't do ir while the system is booted, use the live cd
[10:45] <blue|palm> hmm it is saying cp: omitting directory `/var/cache/apt/archives
[10:45] <kkosmo> ok
[10:45] <kkosmo> i try live cd
[10:45] <soulrider> blue|palm: go tot he destination and see if theya re in there
[10:45] <stdin> blue|palm: cp /var/cache/apt/archives/* /media/sdb1/linux
[10:45] <kkosmo> !livecd
[10:45] <ubotu> Ubuntu Dapper 'Desktop' CD contains a Live CD (Ubuntu that runs straight off the CD and RAM) with an install option. Breezy's Live CD contained no install.
[10:45] <kkosmo> i want
[10:45] <kkosmo> somthing
[10:45] <mace__> stdin: im logged in as "mace", not as root<EMAIL_ADDRESS>[10:45] <kkosmo> sec
[10:46] <blue|palm> thanks stdin
[10:46] <stdin> mace__: try closing konsole, and do the command again
[10:46] <blue|palm> its busy
[10:46] <blue|palm> thanks soulrider too
[10:46] <natham> hi, i want to mount a usb drive at kubuntu but i cant, i cant find the device at /dev
[10:46] <soulrider> blue|palm: its copying ?
[10:46] <blue|palm> yes
[10:46] <soulrider> natham: it should be /dev/sd something
[10:47] <kkosmo> !custom-livecd
[10:47] <soulrider> try sda1
[10:47] <ubotu> Sorry, I don't know anything about custom-livecd - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[10:47] <stdin> natham: what do you mean you can't find the device, what were you looking foe ?
[10:47] <mace__> stdin: working :)
[10:47] <blue|palm> wow thanks, you guys have saved me from redownloading 1.1 GB...
[10:47] <natham> stdin i plug the device, and im want to know how to mount it
[10:47] <soulrider> blue|palm: make sure it copied everything
[10:48] <soulrider> just in case
[10:48] <stdin> mace__: if you switch user, or even login twice as the same user, you won't be able to open a GUI
[10:48] <soulrider> natham: didnt a window in KDE pop up ?
[10:48] <mace__> stdin: ok, thanks
[10:48] <natham> soulrider no it didnt
[10:48] <soulrider> ok
[10:48] <BluesKaj> natham, system menu/storage media..it should be listed
[10:48] <soulrider> natham: do you have a location to mount it to ?
[10:48] <stdin> natham: look in /var/log/messages, it should tell you in there
[10:49] <soulrider> blue|palm: good luck reinstalling, and remember, ubuntu is better than suse :P
[10:49] <natham> system menu /media i only got floppy
[10:49] <natham> checking out messages
[10:50] <natham> Jan 17 16:23:28 localhost kernel: [4294963.100000]  usb 4-1: new full speed USB device using uhci_hcd and address 2Jan 17 16:23:28 localhost kernel: [4294963.195000]  scsi2 : SCSI emulation for USB Mass Storage devicesJan 17 16:23:28 localhost usb.agent[21402] :      usb-storage: already loadedJan 17 16:23:33 localhost kernel: [4294968.184000]  usb 4-1: USB disconnect, address 2
[10:50] <blue|palm> hehe. in 3 days i agree...
[10:50] <soulrider> blue|palm: i used suse and ubuntu is a lot better
[10:51] <blue|palm> well i loved kubuntu... when it worked!
[10:51] <soulrider> that Yast thing sucks, its slow and buggy
[10:51] <soulrider> at leats it wa sin the version i tried
[10:51] <blue|palm> apt is like  adream
[10:51] <soulrider> lol
[10:51] <soulrider> just remember everyone at the IRc cna help you
[10:51] <blue|palm> im serious
[10:51] <soulrider> and the forums at http://ubuntuforums.org are grat
[10:51] <soulrider> great*
[10:52] <blue|palm> thanks again, i think im gna go burn that cd... Ive got both the amd64 versions and the 32 bit version (im running 32 bit) which should i go for?
[10:52] <soulrider> 32 bit
[10:52] <blue|palm> ok
[10:52] <stdin> blue|palm: if you want flash and media support, you want 32bit :P
[10:52] <blue|palm> oh, well definitely :)
[10:53] <stdin> natham: what type of device is it ?
[10:53] <anouk> hello
[10:53] <blue|palm> thanks, im gna go back to windows :( and burn my cd's (i havent mounted my ntfs drive coz im too scared atm)
[10:54] <stdin> blue|palm: linux (by default) has read only support for ntfs, so you can't do any damage :)
[10:54] <blue|palm> Last thing, does anybody else have choppy video playback in mplayer in kubuntu in fullscreen?
[10:54] <soulrider> blue|palm: i use VLC
[10:55] <blue|palm> i have it too, but i prefer mplayer
[10:55] <blue|palm> mplayer's post-processing looks better
[10:55] <blue|palm> waaay better
[10:55] <stdin> mplayer is  my favourite :)
[10:55] <blue|palm> stdin did you get it working on kubuntu?
[10:55] <Kr4t05> As I was saying before, I'm having X stability problems. If I so much as look at my computer cross-eyed, it keels over and spits me back out at the KDM login screen. The only problem that I could see would either be an xorg.conf error, or an upgrade that I performed last night.
[10:55] <stdin> blue|palm: mplayer? yeah, I always use it
[10:56] <dwidmann> mplayers post-processing is ffmpeg based ... so I assume xine and gstreamer and the like can take advantage of it too
[10:56] <soulrider> Kr4t05: i suggest reconfiguring xorg and see if it fixes it
[10:56] <soulrider> i upadted last night too and didnt have any issues
[10:56] <stdin> Kr4t05: look at the log files too
[10:56] <blue|palm> stdin i have a radeon x1900 and the latest driver installed yet i get slow and jerky playback in fullscreen? how?
[10:56] <Kr4t05> stdin: Where are those, again?
[10:57] <dwidmann> blue|palm: I know how ... ATI quality video drivers
[10:57] <stdin> Kr4t05: /var/log/Xorg.0.log and /var/log/Xorg.1.log
[10:57] <blue|palm> lol
[10:57] <blue|palm> dwidmann do you have a solution for me?
[10:57] <stdin> blue|palm: you can try changing the video out to x11 or xv
[10:57] <blue|palm> in mplayer? it didnt make a difference
[10:58] <stdin> blue|palm: eg mplayer -vo x11 myfile.ogg
[10:58] <Kr4t05> stdin: The last thing I see in there would be in regard to FreeFontPath or somesuch...
[10:58] <dwidmann> blue|palm, no, not really
[10:58] <stdin> Kr4t05: you want to look for lines with "(EE)"
[10:58] <blue|palm> dwidmann nvidia actually work?
[10:59] <dwidmann> very well, and delivers the same performance that it does on windows too
[10:59] <vinboy> I have a custom kernel, how do I install nvidia-glx?
[10:59] <andreasw> hi
[10:59] <BTR> Hi, how can i connect to a wireless device that uses WPA-PSK? i only have open or shared as options
[10:59] <blue|palm> dwidmann how does everybody else with an ati card survive then?
[10:59] <blue|palm> !wigi
[10:59] <ubotu> Sorry, I don't know anything about wigi - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[10:59] <stdin> vinboy: short answer, you don't
[10:59] <HailandKill> okay, a series of things has just happened. The battery ran out on my laptop. That, or it went into standby, either way I had to turn the machine on again. Then, as it was booting.. the cat walks across it. Now, the track bad doesn't work. I've set the xorg.conf back to the an original backup, but nought...
[10:59] <vinboy> stdin: really?
[10:59] <blue|palm> BTR type !wifi and follow the URL
[10:59] <BTR> !wifi
[10:59] <ubotu> Wireless documentation can be found at https://help.ubuntu.com/community/WifiDocs
[10:59] <HailandKill> Could the cat seriously of broken my track pad?!
[10:59] <stdin> vinboy: not with a custom kernel, no
[11:00] <andreasw> vinboy: nvidia-glx is for the standard i386 kernel it won't work with a custom build kernel
[11:00] <vinboy> stdin: ok thx. that is abit strange
[11:00] <stdin> vinboy: you have to get the download from nvidia and compile it yourself
[11:00] <vinboy> alright
[11:00] <vinboy> thanks guys
[11:00] <andreasw> you can also install nvidia-kernel-source
[11:00] <vinboy> what is that?
[11:00] <andreasw> and than build your own deb package from that source
[11:00] <blue|palm> does anybody else here use an ati card?
[11:01] <dwidmann> blue|palm, beats me. I decided it worth my investment to replace my ati card with an nvidia card
[11:02] <blue|palm> woah
[11:02] <blue|palm> thats extreme
[11:02] <blue|palm> i cant, my ati driver is too expensive :(
[11:02] <dwidmann> blue|palm, ati cards tend not to perform as well on linux, so much so that my old 6600gt would probably match the X1900 step for step in a linux environment
[11:02] <BTR> blue|palm: There is nothing when i search for WPA-PSK in the wiki
[11:02] <blue|palm> BTR It is there
[11:02] <blue|palm> BTR :)
[11:03] <blue|palm> BTR its directly on that page the !wifi URL gives you
[11:03] <blue|palm> BTR just look for WPA, no WPA-PSK
[11:03] <BTR> Ohh, ok:)
[11:03] <stdin> WPA howto https://wiki.kubuntu.org/WifiDocs/KubuntuWPAHowTo <<<
[11:03] <blue|palm> BTR :)
[11:03] <blue|palm> BTR Or you can just follow that: )
[11:04] <HailandKill> If I haven't touched the xorg.conf... why would my track pad suddenly stop working?
[11:04] <BTR> thanks:)
[11:05] <vinboy> cool, i got nvidia to work on my custom kernel
[11:05] <HailandKill> The only thing I was doing was tyring to get a broadcom wireless device to work.. surely that would break the track pad...?
[11:07] <andreasw> HailandKill: well Kubuntu has something a strange working hardware detection it also changed my xorg.conf
[11:07] <dwidmann> vinboy, the easiest way would have been to use envy :)
[11:07] <HailandKill> I've restored an old xorg.conf, but it hasn't seemed to have fixed it...
[11:07] <vinboy> it wasn't any harder
[11:08] <snikker> i've got an "DCOP error" when i click on i bluetooth in the kontrol center. how fix this?
[11:08] <adjhskajhdskljsh> stdin
[11:08] <adjhskajhdskljsh> ?
[11:08] <adjhskajhdskljsh> its me kosmo
[11:09] <stdin> adjhskajhdskljsh: yes?
[11:09] <adjhskajhdskljsh> i am in the live cd
[11:09] <adjhskajhdskljsh> and i cant
[11:09] <adjhskajhdskljsh>  resize
[11:09] <adjhskajhdskljsh> the partiton
[11:09] <stdin> why now?
[11:09] <adjhskajhdskljsh> the resize button is already hidding
[11:10] <adaptr> !enter | adjhskajhdskljsh
[11:10] <ubotu> adjhskajhdskljsh: Please try to keep your questions/responses on one line - don't use the "Enter" key as punctuation!
[11:10] <HailandKill> Is there a way of automatically generating a new xorg.conf? I remeber getting X to make one automatically with Gentoo...
[11:10] <adjhskajhdskljsh> stdin
[11:10] <adjhskajhdskljsh> you have any idea
[11:10] <adjhskajhdskljsh>  ?
[11:10] <dwidmann> HailandKill: sudo dpkg-reconfigure xserver-xorg
[11:10] <HailandKill> thanks
[11:10] <stdin> adjhskajhdskljsh: make sure all the partitions aren't mounted
[11:11] <stdin> adjhskajhdskljsh: including the swap one
[11:11] <doudoo> oslo
[11:11] <dwidmann> Also, if qtparted is being a pain (like it frequently is) ... try parted in a konsole .. it's relatively easy to use
[11:11] <adjhskajhdskljsh> stdin
[11:11] <adjhskajhdskljsh> are not mounted
[11:12] <doudoo> oslo
[11:12] <doudoo> oslo
[11:12] <doudoo> t la?
[11:12] <oslo> doudooui
[11:12] <doudoo> il remarche ton kopete?
[11:12] <oslo> jarrive plus a chat sur kopete/msn je susi connect mais mes mess passe pas
[11:12] <oslo> non
[11:12] <claudio> I must create a daemon using kdevelop. This daemon must listen in a specified port. Where I can find a sample code and/or instruction to do that?
[11:12] <doudoo> erreur 911
[11:12] <oslo> remarche pas & toi ca marche ??
[11:12] <doudoo> rien que le numero me fai paniquer !
[11:12] <adjhskajhdskljsh> stdin
[11:12] <adjhskajhdskljsh> more idea
[11:12] <stdin> !fr | doudoo
[11:12] <adjhskajhdskljsh> ?
[11:12] <ubotu> doudoo: Allez a #ubuntu-fr ou #kubuntu-fr pour de l'aide et de la discussion en francais.
[11:12] <oslo> sorry all
[11:13] <oslo> doudoo : join #kubuntu-fr or #oslo
[11:13] <stdin> adjhskajhdskljsh: you can try with gparted
[11:13] <stdin> adjhskajhdskljsh: qtparted can be buggy
[11:14] <adjhskajhdskljsh> i install it on live cd
[11:14] <dwidmann> parted isn't very difficult to use ... if you don't feel like downloading gparted
[11:14] <adjhskajhdskljsh> gparted
[11:14] <adjhskajhdskljsh> delete after i go out
[11:14] <adjhskajhdskljsh> the live cd
[11:14] <adjhskajhdskljsh> ritght
[11:14] <adjhskajhdskljsh> ?
[11:14] <adjhskajhdskljsh> right
[11:16] <adjhskajhdskljsh> stdin
[11:17] <adjhskajhdskljsh> in gparted
[11:17] <adjhskajhdskljsh> i can go to resize
[11:17] <adjhskajhdskljsh> button
[11:17] <adjhskajhdskljsh> but i cant add a size
[11:17] <adjhskajhdskljsh> to the partiton
[11:18] <stdin> I haven't used g/qtparted in a while, I'm not an expert in it
[11:19] <dwidmann> should be easy in parted ... start parted, type "resize #" (# being the partition #), give it the start point and end point and you'd be good to go
[11:19] <BTR> Damn, i cant figure out how to install WPA, i tried to follow guide, but i just keep running my head against the wall
[11:22] <HailandKill> Hmm... I boot off the live CD, and the mouse still doesn't work... Shit. As if the fecking cat broke it.
[11:23] <dwidmann> HailAndKill: last mouse I had mysteriously stopped working one day ... had to get another one
[11:23] <HailandKill> Well, this is laptop track pad...
[11:24] <HailandKill> A little more difficult to get replaced.
[11:24] <HailandKill> :(
[11:24] <dwidmann> eeeeeeeeeeee
[11:24] <dwidmann> when you said mouse I thought you meant, you know, a mouse :\
[11:24] <HailandKill> yeah... understandable really.
[11:25] <HailandKill> Guess I should start reading the warranty...
[11:28] <Kr4t05> My X instability has yet to be solved.
[11:28] <Kr4t05> Even on a clean xorg.conf, it still spits me out.
[11:28] <HailandKill> Does it spit you out with anything helpful?
[11:29] <HailandKill> Or does it just complain?
[11:29] <Kr4t05> HailandKill: Nope, it just sends me back to the KDM without warning or consolance.
[11:29] <Kr4t05> Methinks it may be a kernel issue.
[11:30] <Kr4t05> If so, I'll install the latest generic and try that.
[11:30] <stdin> what driver ate you using ?
[11:30] <juano> Kr4t05: what seems to be the problem??
[11:30] <stdin> (graphics)
[11:30] <juano> hi dwidmann :)
[11:32] <Kr4t05> stdin: nvidia beta. Now I'm kicking mysefl.
[11:32] <Kr4t05> myself*
[11:33] <stdin> Kr4t05: does the nv driver give you issues ?
[11:33] <Kr4t05> stdin: Let me find out.
[11:33] <bLaZeD> if it does change it to vesa for a temp solution
[11:34] <Kr4t05> It's spits out many errors due to /dev/wacom
[11:34] <bLaZeD> the nv driver causes some probs with my card.
[11:34] <stdin> ignore the wacom errors
[11:34] <Kr4t05> stdin: Then, something about font paths
[11:34] <vinboy> how do I make konsole colorfull?
[11:35] <stdin> Kr4t05: and ignore the font errors :P
[11:35] <juano> vinboy: in konsole, go to settings -> configure konsole
[11:36] <vinboy> thanks
[11:36] <Kr4t05> stdin: After that, a large chunk headed with "Backtrace"
[11:36] <juano> vinboy: then to schema
[11:36] <stdin> vinboy: ^^ -> Schema :)
[11:36] <MHobbit> When trying to boot from an Efty Edge CD, the menu screen shows up fine, but when I try to actually boot Kubuntu, I get a kernel panic error. I've checked the ISO's md5sum, and that matched, and the CD seemed to have burned fine.
[11:36] <Kr4t05> stdin: Is there a console command to paste to pastebin?
[11:37] <stdin> karmikaze: not without gpm, but the log will be in /var/log/Xorg.0.log
[11:37] <Kr4t05> stdin: Drat... I was afraid of that...
[11:37] <karmikaze> >_>
[11:38] <stdin> heh, tab mismatch :)
[11:38] <stdin> Kr4t05: you can got to "http://pastebin.ca/upload.php" in links to upload the file
[11:40] <Kr4t05> stdin: mkay.
[11:40] <[BTF] Chm0d> can anyone tell me if my fstab is correct?  this is a fresh install of ubuntu and it wont let me view contents of my DVD http://www.pastebin.ca/319956
[11:40] <Kr4t05> stdin: vesa don't work, neither.
[11:41] <Kr4t05> Methinks this problem goes beyond Xserver problems.
[11:41] <stdin> [BTF] Chm0d: except for the / on "dev/hda" is missing, it looks ok
[11:41] <[BTF] Chm0d> i cut taht out during the copy hehe
[11:42] <[BTF] Chm0d> well i can access my cdrom from the desktop but not the dvd
[11:42] <stdin> Kr4t05: maybe, I haven't had any issues with X, but I have an Intel GPU
[11:42] <[BTF] Chm0d> this is what i get Unable to enter file:///media/cdrom1. You do not have access rights to this location.
[11:43] <stdin> [BTF] Chm0d: what does "ls -ld /media/cdrom1" show ?(in konsole, and the 'l' is a 'L')
[11:44] <[BTF] Chm0d> permission denied
[11:44] <stdin> [BTF] Chm0d: did you do the exact command I showed, with the '-ld' ?
[11:44] <[BTF] Chm0d> sorry missed a letter it says this drwx------ 6<PHONE_NUMBER> 2005-09-16 20:34 /media/cdrom1
[11:45] <wolfwalker> I require net assistance
[11:45] <wolfwalker> When I try to run pppoeconf, it says it can't get the access concentrator to respond
[11:46] <mhb> Hi everyone. It seems somehow the system fails to see my kwallet account now. Any way I can restore it?
[11:47] <Kr4t05> stdin: I can't figure this out...
[11:47] <stdin> [BTF] Chm0d: unmount it "sudo umount /media/cdrom1" then mount like "mount /media/cdrom1", then run the "ls" command again
[11:47] <stdin> Kr4t05: I have no clue either
[11:48] <[BTF] Chm0d> stdin: this is what i get drwx------ 6<PHONE_NUMBER> 2005-09-16 20:34 /media/cdrom1
[11:49] <stdin> that's a bit strange
[11:49] <[BTF] Chm0d> got me
[11:49] <[BTF] Chm0d> :)
[11:49] <[BTF] Chm0d> its a fresh install
[11:50] <stdin> why is it mounting as a user/group that don't even exist
[11:50] <[BTF] Chm0d> dunno
[11:51] <[BTF] Chm0d> whats the user/group you are talking about?
[11:51] <stdin> the UID=400 and the GID=401
[11:51] <[BTF] Chm0d> i dont understand that
[11:52] <MaxDamage``> hey dudes
[11:52] <MaxDamage``> again
[11:52] <wolfwalker> Can anyone help me get online with my Linux computer?
[11:52] <stdin> [BTF] Chm0d: UID = User ID and GID = Group ID
[11:52] <[BTF] Chm0d> yea im looking at users and groups now
[11:52] <[BTF] Chm0d> they are in the 100's
[11:53] <stdin> [BTF] Chm0d: but they don't have names there, so the user and group haven't been created on your system
[11:53] <[BTF] Chm0d> got me
[11:54] <stdin> [BTF] Chm0d: try replacing  the line
[11:54] <[BTF] Chm0d> to?
[11:54] <stdin> "/dev/hdb        /media/cdrom1   udf,iso9660 user,noauto     0       0" with "/dev/hdb        /media/cdrom1   udf,iso9660 user,noauto,uid=1000     0       0"
[11:55] <[BTF] Chm0d> k
[11:55] <MaxDamage``> im having problems with my tv-out
[11:55] <MaxDamage``> i start it through system settings
[11:56] <MaxDamage``> i have the binary ATi Radeon drivers
[11:56] <MaxDamage``> using ATi Radeon 9200 SE
[11:58] <[BTF] Chm0d> stdin: do i need to do anything like reboot or restart anything?
[11:59] <stdin> [BTF] Chm0d: no just unmount it "sudo umount /media/cdrom1" and remount it "mount /media/cdrom1"
[11:59] <[BTF] Chm0d> k
[12:00] <[BTF] Chm0d> that worked thank you very much for the help
[12:00] <stdin> [BTF] Chm0d: that's really more a workaround than a solution
[12:00] <[BTF] Chm0d> ;O
[12:00] <[BTF] Chm0d> hey it works
[12:01] <stdin> [BTF] Chm0d: if there are any other users on the system, they won't be able to access it
[12:01] <[BTF] Chm0d> nope its just me
[12:01] <[BTF] Chm0d> so
[12:01] <stdin> [BTF] Chm0d: then it's fine :P
[12:01] <[BTF] Chm0d> :P
[12:01] <[BTF] Chm0d> ty my friend
[12:01] <stdin> no problem :)
[12:01] <visik7> msn isn't working. I hope forever
[12:03] <Kano32> hi, just tested the 2nd feisty beta, one big mistake is in the kde-systemsettings package
[12:04] <Kano32> /etc/xdg/menus/kde-applications-merged/system-settings-merge.menu
[12:04] <Kano32> thats wrong position
[12:04] <visik7> it's an alpha not a beta
[12:04] <stdin> Kano32: 1st report as a bug, then for feisty support use #ubuntu+1
[12:05] <MoRpHeUz> hi ! I'm trying to install madwifi-ng in edgy but I'm having problems...it says that this is inside restricted-modules but it's not..someone has any idea about this ?
[12:06] <Kr4t05> stdin: vesa works.
[12:06] <Kr4t05> I may try to reinstall my nvidia drivers to see if that fixes it.
[12:06] <stdin> MoRpHeUz: the madwifi modules are in the restricted modules package
[12:06] <stdin> Kr4t05: that may help, hope so anyway :)
[12:07] <MoRpHeUz> stdin: I already installed the restricted modules package but madwifi-ng is not installed, just madwifi....and then my wifi card does not work
[12:07] <MoRpHeUz> stdin: it's an atheros (macbook pro)
[12:08] <stdin> madwifi-ng = madwifi
[12:08] <stdin> afaik
[12:09] <stdin> !info madwifi-tools
[12:09] <ubotu> Package madwifi-tools does not exist in any distro I know
[12:09] <MoRpHeUz> stdin: hhmm...but my wireless interface is not there...the atheros drivers are all up...looking for this stuff at google I found that I must load new_wlan_sta (that are all inside madwifi-ng but here I have just wlan_sta)
[12:09] <MoRpHeUz> hhmm
[12:10] <sleepy833> sudo apt-get install flashplugin-nonfree to install flash9 doesn't work, any idea why?
[12:10] <sleepy833> says can't find package..is the name wrong onthe line?
[12:10] <stdin> sleepy833: enable the multiverse and backports repositories
[12:11] <malik_> a quick one..............whats wifi?
[12:11] <malik_> !WiFi
[12:11] <ubotu> Wireless documentation can be found at https://help.ubuntu.com/community/WifiDocs
[12:11] <stdin> malik_: wifi = wireless :P
[12:12] <malik_> aah oki thanx
[12:12] <HailandKill> Ok, with ubuntu to automatically start something I go to System|Preferences|Sessions|Startup Programs, where is this option in Kubuntu?
[12:13] <malik_> can any one tell how to make firefox play wma files which are not embedded in external application like kaffeine?
[12:13] <stdin> HailandKill: just make a link in ~/.kde/Autostart
[12:13] <dwidmann> hailandkill, you can just create a *.desktop file in ~/.kde/Autostart
[12:13] <stdin> can just be a symlink too
[12:14] <HailandKill> ok, ta.
[12:14] <juano> HailandKill: yes, try stdin and dwidmann suggestions


[13:01]  * ddstreet getting coffee but here o/
[13:03] <didrocks> hey o/
[13:07] <joeubuntu> hello all!
[16:46] <rikardGn> under the topic other questions I would like to adress how support can be enhances for gaming periperhals
[16:48] <rikardGn> in the kernel /regards richard
[16:49] <rikardGn> sorry wrong meetingtime
[16:49] <rikardGn> bye
[17:44] <bittin> any more Ubuntu meetings tonight?
[17:51] <luna-> Any Ubuntu Desktop and Ubuntu Women Meetings tonight?


[15:09] <hron84> Hi! I trying to re-create a binary deb package without source (i have no access to the source package, this is a legacy, discontinued software) with fixed dependencies for Ubuntu Yakkety. However, I faced with error when trying to run dpkg-buildpackage against these configs: https://gist.github.com/hron84/dc1e009852e23e3357527ceefefa77cb the error is "binary build with no binary artifacts found; cannot distribute". What do I miss from my configs?
[16:05] <vimpulse> hron84: It is sad that you crossposted without telling us that you did so.
[16:05] <vimpulse> hron84: Still, it looks like nkuttler, in the #debian (!) channel, said a good point.
[16:05] <vimpulse>  nkuttler: this package is works on my machine (it's ubuntu xenial)
 nkuttler: and i'm pretty sure it will work with yakkety too.
 hron84: well don't guess, install it first
 hron84: dpkg --force-help
[16:05] <vimpulse> [16:05] <vimpulse> hron84: Are you still guessing, or did you try a force install yet?
[16:05] <vimpulse> *a forced installation
[16:09] <vimpulse> hron84:  Please ask me for permission before private messaging!
[16:09] <hron84> i do not wanted to say this here because offtopic.
[16:10] <vimpulse> hron84:  Asking for permission to PM is, I suspect, usual good etiquette on IRC.
[16:10] <vimpulse> hron84:  You can ask for permission in any channel, and the request is not off-topic in any channel.


[00:07] <pleia2> PaulW2U: thanks for your help, I'll have a look in a few hours
[17:32] <pleia2> just tossed this under "other community news" if someone wants to do a quick summary: https://lists.ubuntu.com/archives/ubuntu-devel/2013-May/037193.html
[17:32] <pleia2> otherwise summaries done \o/ reviewing now
[20:12] <akgraner> pleia2, I can add the stats right quick
[20:42] <akgraner> someone else will have to run the ask script - looks like the "week" option isn't there and I don't have that script installed.


[04:42] <ipv6hermit> hey guys, I lost all my windows title bar and window controls
[04:43] <number9> So after a hard restart I am unable to login from the splash screen or gdm. I can login from a vterm, or in a recovery session. I made a new user and can login under that name. I tried changing my splash to text and then running sudo service gdm start, and again could login for newuser but not myuser
[04:43] <ipv6hermit> I'm using 11.04
[04:45] <number9> ipv6hermit: How did you manage that? I would like to know so I could make that happen for me.
[04:46] <ipv6hermit> I can't find information on this for xubuntu
[04:46] <ipv6hermit> only for ubuntu
[04:47] <ipv6hermit> it has to do with the window manager but I don't know too much about xfce
[04:54] <Rodensky> using zubuntu 10.04
[04:54] <Rodensky> suddenly skype sttoped working
[04:54] <Rodensky> it shuts down seconds after i try to open it
[04:54] <KM0201> Rodensky: cuz microsoft bought it
[04:55] <KM0201> Rodensky: what have you done recently?
[04:55] <KM0201> anything
[04:55] <Rodensky> nothing actually
[04:55] <Rodensky> i havn't installed or uninstalled anything
[04:55] <KM0201> do you possibly have a zombie'd skype running?
[04:55] <Rodensky> nope
[04:55] <KM0201> ok
[04:55] <Rodensky> and i also tried rebooting first to make sure
[04:55] <KM0201> well, start it in terminal, and see what error you get
[04:56] <Rodensky> ok a sec
[04:56] <Rodensky> $ skype
[04:56] <Rodensky> Aborted
[04:56] <Rodensky> thats it
[04:56] <KM0201> hmm, sounds like a microsoft error message
[04:56] <KM0201> lol
[04:56] <Rodensky> nothing else shows :\
[04:57] <KM0201> i dunno
[04:57] <KM0201> maybe reinstall?
[04:57] <Rodensky> also didn't work
[04:57] <KM0201> maybe you pulled in an upgrade on it, and didn't realize it.
[04:57] <Rodensky> i installed xubuntu 10.04 as a fresh install after formatting
[04:58] <KM0201> what version do you have instaled.. ?   skype --ver
[04:58] <Rodensky> and skype worked untill a few days ago
[04:58] <Rodensky> Skype <IP_ADDRESS>
[04:58] <KM0201> same version i have...
[04:58] <KM0201> how did you install it?  a repo, or the .deb from skype.com,
[04:58] <KM0201> or some other way
[04:59] <Rodensky> repo
[05:00] <Rodensky> i guess it's time to finely replace it with an open source software :)
[05:01] <KM0201> Rodensky<EMAIL_ADDRESS>[05:01] <KM0201> saw a forum post where that's worked for several w/ your problem
[05:02] <KM0201> http://ubuntuforums.org/showthread.php?t=1750321&page=2
[05:02] <KM0201> post #11 on..
[05:02] <Rodensky> hey
[05:02] <Rodensky> it did someting!
[05:02] <Rodensky> wait! :)
[05:02] <Rodensky> yey
[05:02] <Rodensky> it worked!
[05:02] <KM0201> my google-foo prevails again
[05:03] <Rodensky> usualy i google my problems
[05:03] <Rodensky> this time i didn't know whay to look for
[05:03] <KM0201> lol
[05:03] <Rodensky> what did you write in google?
[05:03] <KM0201> skype ubuntu 10.04 aborted
[05:03] <KM0201> 3rd link marked "solved"
[05:04] <Rodensky> btw after reading that link i realized that the bug was published in the main stream media in my country, but no one described what the bug was
[05:06] <grumpywolfe> well I now know why my mic does not work with google gphone it is on the 0,2 of the alsa subsystme and the google plugin will not config for that
[05:07] <Rodensky> KM0201, THANKS!! :)
[05:07] <KM0201> Rodensky: don't thank me, thank google.. the geniuses are now doing the toran rah
[05:09] <Rodensky> google worth nothing if you don't know how to use it. i had the same access to google as you did, only you knew what to look for and you did it for me and it solved my problem, so i thank you very much :)
[05:10] <KM0201> np
[05:13] <ipv6hermit> hey guys, I'm locked out of xfce
[05:13] <CrustyBarnacle> Anyone having trouble starting an xfce session?
[05:14] <ipv6hermit> I never had issues like these on xubuntu 9.10
[05:14] <ipv6hermit> I'm disliking 11.04 a lot now
[05:14] <Rodensky> i was once locked and it took me a few hours to try shift+alt to replace the language :P
[05:15] <CrustyBarnacle> ipv6hermit: I've seen a couple others having this issue. XFCE works for me on Ubuntu 11.04.
[05:15] <CrustyBarnacle> ipv6hermit: Did you try the suggested: "apt-get --reinstall install xubuntu-desktop"
[05:15] <ipv6hermit> now I will try it now
[05:16] <ipv6hermit> s/now/no/g
[05:16] <ipv6hermit> I was prob rebooting when that was suggested to me
[05:16] <ipv6hermit> thanks guys
[05:17] <Rodensky> have a nice say people!
[06:46] <ipv6hermit> hello everyone,  I have an issue with xubuntu 11.04, I cannot initiate a xfce session.  is there a xfce log file I can look at to see what's going on?  I don't know much about xfce
[06:49] <Sysi> did it work before, did you change something before it stopped working or it just stopped working?
[06:50] <ipv6hermit> it sort of just stopped working
[06:51] <Sysi> you could try login to virtual console (ctrl alt F6) and rm -rf ~/.ICEauthority (ctrl alt F7 or F8 to go back to gui)
[06:53] <ipv6hermit> Sysi: I don't have that file
[06:53] <Sysi> something like that? try writing .IC and pressing tab
[06:54] <ipv6hermit> Sysi: I have it, I just delted it
[06:54] <ipv6hermit> I'm using a terminal now with IRSSI
[06:55] <ipv6hermit> with screen
[07:01] <ipv6hermit> Sysi: I'm able to log into xfce now, but the original issue persists, all the windows I open do not have a title bar or a close and minimize button
[07:02] <ipv6hermit> this was the issue at first, then I tried the xfce-session friends
[09:52] <shockrates> hola
[09:52] <shockrates> can someone upload the last version of kmess at ubuntu? (this one has network connection loss bug)
[09:53] <knome> you might want to ask #kubuntu-devel, but i'm not sure if they will do that either. but you can always ask
[14:04] <metbsd> how is xubuntu?
[14:05] <metbsd> im downloading its live desktop now, will install later
[14:06] <plantoschka> 11.4 is great
[14:06] <metbsd> just hope to socialize a bit here, so i can get better help when i install later
[14:06] <metbsd> how better is 11.4 to 104
[14:08] <plantoschka> xfce 4.8 is great, the new greybird xubuntu theme is great
[14:11] <linsux> can i install xubuntu theme in fedora?
[14:14] <plantoschka> http://shimmerproject.org/projects/greybird/
[14:22] <knome> linsux, greybird is gtk+xfwm, so as long as you use xfce in fedora (and have a new enough murrine), everything should work okay
[15:20] <charlie-tca> Xubuntu community meeting in #xubuntu-devel in 5 hours (19:00 UTC). Everyone is invited to attend. Agenda is at https://wiki.ubuntu.com/Xubuntu/Meetings
[16:06] <SyGeek> Xubuntu 11.04's GUI now feels as bloated as Ubuntu's GUI
[16:06] <SyGeek> I finally had to install Xfce and other stuff from scratch on ubuntu server
[16:06] <charlie-tca> isn't choice great!
[16:06] <charlie-tca> um, you do know server is not really made for gui's, right?
[16:07] <SyGeek> yes..
[16:08] <SyGeek> But that's the only choice i had while at the same time being a part of Ubuntu
[16:08] <knome> what's wrong with the 11.04 gui?
[16:09] <SyGeek> It is bloated and has eliminates the efficiency of use in my crapware..
[16:09] <SyGeek> The GUI runs like a turtle
[16:09] <knome> bloated in which way?
[16:09] <drc> And if I remember the old fable, the turtle won the race.
[16:09] <SyGeek> Bloated in GUI sense, eliminating the efficiency of speed (in old hardwares).
[16:10] <SyGeek> no offense guys, just sharing a opinion
[16:11] <SyGeek> *an
[16:11] <knome> SyGeek, well, bloat might not be the right word, as in xfce there is not "useless" stuff, but the accessibility is better and there are some new core features
[16:13] <drc> SyGeek: Reading between the lines (Web sites, reviews, blogs), it looks (to me) like Xubuntu (at least) is taking the middle ground between the "bloated" GNOME/KDE and the newer really lightweight DE's (Lubuntu, puppy, etc). For me, that is a Good Thing (tm).
[16:15] <drc> And one thing I like atout Xubuntu/XFCE is that when I uninstall a default app (say Thunderbird), I don't have to worry about it being tied into the core DE (say, Elvolution)
[16:15] <SyGeek> I know, the new features are really worth using but now that Xubuntu has become practically slow to a point that I can call it unusable (on my hardware). It no longer satisfies my hardware. I tried limiting it's GUI but countless tries and no success lead me to leaving it
[16:17] <drc> Having older hardware really does make a big difference.
[16:17] <SyGeek> The only reason I went for Xubuntu in the first place was because of it's ease of use and fast UI
[16:18] <drc> SyGeek: Maybe a minimal install + xfce (not xubuntu-desktop)?
[16:18] <knome> SyGeek, what is your hardware then?
[16:21] <SyGeek> drc: Ubuntu server + xfce served the exact same purpose now
[16:21] <SyGeek> knome: http://pastebin.com/EgeFiErg
[16:32] <Sysi> with that ram lxde could be more enjoyable
[18:14] <mbn_18> Hi, where can I add language to xubuntu live image.
[18:15] <charlie-tca> Add a language that is not there yet?
[18:15] <charlie-tca> that would be a bug. You can file it using ubuntu-bug ubiquity
[18:16] <mbn_18> I want to write in a diffrent language aditional to english.
[18:16] <charlie-tca> When you start the live cd, you should get a whole list of languages that you can pick from
[18:16] <Sysi> live images only have complete support for english, but there should be at least some support for other languages, and all keyboard layout
[18:17] <mbn_18> Where do I add a keyboard layout?
[18:17] <charlie-tca> Before you even start, there should be a language menu
[18:17] <charlie-tca> during the installation, you are asked for keyboard layout
[18:17] <Sysi> every layout available should be there by default, what one are you looking for?
[18:18] <charlie-tca> um, maybe start with the download, and run the live cd?
[18:18] <mbn_18> Will it change the interface language? I prefer  it will stay english
[18:19] <mbn_18> Sysi, hebrew
[18:19] <charlie-tca> The very first screen asks you to select your language, you can pick english there. Then during the installation, you again will pick a language to have the finished installation run in
[18:19] <mbn_18> I want the interface to be in English and to be able to write in both languages
[18:19] <charlie-tca> hebrew is already on the cd
[18:21] <mbn_18> I run the OS from the flash. I cant install it.
[18:21] <mbn_18> Whatever I do I dont see the language switcher
[18:22] <charlie-tca> Try doing an installation with the alternate image then. It usually has more options
[18:23] <Sysi> you can change layout from settings -> keyboard and get quick swap with xkb panel plugin that is know to be somewhat buggy
[18:27] <mbn_18> under setting I have -> Keyboard input method
[18:27] <Sysi> not that one
[18:28] <Sysi> there should be just generic keyboard settings with layout-tab
[18:28] <charlie-tca> What version of Xubuntu?
[18:28] <mbn_18> 11.04
[18:28] <charlie-tca> menu -> Settings -> Settings Manager -> Keyboard
[18:29] <mbn_18> Also have input method switcher
[18:40] <zylinder> Hiyq
[18:40] <zylinder> Hiya*
[18:41] <Soupermanito> !hi zylinder
[18:42] <Soupermanito> !hi | zylinder
[18:42] <mbn_18> SYSI NOW TIS STUCK ON HEBREW ( SORRY ONLY CAPS WORK ), SHOULD I USE IBUS OR OTHER SWITCHER?
[18:59] <robert> Hello, i'm new to xubuntu...I cannot connect to internet. In gnome I usually used network manager applet, but in x it isn't working.
[19:01] <robert> Tried xfapplet, but without a result
[19:03] <Soupermanito> mmm
[19:03] <charlie-tca> What do you mean, it's not working? It is exactly the same network manager as Ubuntu
[19:04] <Soupermanito> robert, try nm-connection-editor
[19:04] <robert> nm-applet it is, it appear for few seconds after log in and dissapear
[19:05] <robert> like bluetooth apllet too
[19:06] <robert> @Soupermanito, it's the conn editor, I cant connect with it.
[19:07] <Soupermanito> robert, does your modem autoconnects to the internet? or you have to connect manually, adding your password and such on the machine?
[19:09] <robert> it's mobile broadband by bluetooth, I have to click 'connect' and type password to unlock pass database. With a cable it autoconnects.
[19:09] <Soupermanito> oh ok
[19:10] <robert> Maybe change settings to autoconn somehow?
[19:10] <Soupermanito> :( have never seen a bluethoot network thing robert
[19:10] <robert> By cable it's simple, but how to do it with bt ?
[19:11] <Soupermanito> try runing nm-connection-editor
[19:11] <Soupermanito> can you lsusb and give us the dump on a pastebin?
[19:11] <Soupermanito> !pastebin
[19:11] <robert> ok, i'll try
[19:13] <robert> http://pastebin.com/BwBT3dfG here
[19:16] <Soupermanito> robert: try this: http://ubuntuforums.org/showthread.php?t=814551
[19:20] <robert> Hm, I'll try, but this connection works (I'm using it right now but on gnome), when I switch to xfce I dont know how to activate it - network manager applet dissapear I sayed it above
[19:21] <Soupermanito> yes robert but writing nm-connection-editor will launch it anyway
[19:22] <robert> Wait...I can set autoconn it that file maybe
[19:22] <Soupermanito> no idea
[19:22] <robert> Ok, i'll try and then I'll return
[19:23] <Soupermanito> good luck
[19:34] <charlie-tca> Xubuntu community meeting in #xubuntu-devel in 25 minutes. Everyone is invited to attend. Agenda is at https://wiki.ubuntu.com/Xubuntu/Meetings
[20:16] <zylinder> could anyone explain to me (beginner :)) what exactly the busybox is and what it does?
[20:17] <zylinder> because I had to install xubuntu 4 or 5 times now
[20:18] <zylinder> because I would send me straight to the busybox after a few (sometimes 1, other times around 20) restarts
[20:18] <zylinder> it*
[20:18] <zylinder> unfortunately I can't really say what is causing it
[20:19] <charlie-tca> !busybox
[20:19] <charlie-tca> !info busybox
[20:21] <charlie-tca> basically means the startup failed for some reason
[20:23] <zylinder> mh
[20:23] <zylinder> thanks, but that doesn't really help me :)
[20:23] <charlie-tca> I know. We are in a meeting right now. Can you wait a few minutes?
[20:23] <zylinder> as it is more or less random, could it be that my harddrive has some kind of defect?
[20:23] <zylinder> sure
[20:28] <DarkEra> still trying to figure out how to rip cd's in Xubuntu 11.04.
[20:28] <charlie-tca> I use cdripper
[20:31] <DarkEra> I will have a look at it. Thanks charlie-tca
[20:32] <charlie-tca> seems like the easiest thing for me
[20:35] <jarnos> just curious, why gmusicbrowser replaced exaile?
[20:36] <charlie-tca> better support from upstream
[20:37] <Sysi> lighter too
[20:47] <jarnos> Sysi, do you mean binary size? At least adding folders to library is heavier operation than by exaile.
[20:47] <Sysi> i think it uses less ram, but i haven't really used either of those
[20:57] <rob2> Hi, it's me again. The nm-applet still doesn't want to appear, even when it appear (couple of times delete & add notification area) it doesn't show available connections. I am stuck to gnome :(
[21:03] <zylinder> charlie-tca: hi again, any chance your meeting is over by now?
[21:03] <zylinder> :)
[21:03] <charlie-tca> getting there
[21:04] <zylinder> groovy
[21:18] <DarkEra> O.k. i'm convinced, on the netbook Xubuntu is running great. I'm thinking about to switch to it too on the laptop. But.... what to take, 32 or 64Bit? It has a Core 2 Duo T5550 1.83Ghz processor and 3GB of RAM
[21:19] <zylinder> I'd opt for 32 bit, but I'm a beginner :)
[21:19] <Sysi> you wont really gain anything from 64b with that
[21:20] <charlie-tca> 32bit should be fine
[21:20] <charlie-tca> zylinder: it won't hit busybox everytime?
[21:20] <charlie-tca> That makes it much more difficult. What file system did you use to partition it?
[21:21] <DarkEra> Thank you all :)
[21:21] <DarkEra> i'm off to burn a cd
[21:22] <charlie-tca> zylinder: is it ext4?
[21:22]  * charlie-tca thinks that should be the default file system now
[21:23] <zylinder> charlie-tca, no it doesnt
[21:24] <zylinder> charlie-tca, at some point (seems random) it'll boot GRUB
[21:24] <zylinder> and then, regardless of what I choose, it will load the busybox
[21:24] <zylinder> every time
[21:25] <charlie-tca> I would suggest booting to recovery menu, and running fsck from there.
[21:25] <zylinder> only reinstalling help (ed me so far)
[21:25] <zylinder> but even in recovery mode it loads the busybox
[21:25] <charlie-tca> If it boots to the grub, look at what the default highlighted?
[21:25] <charlie-tca> busybox is normal for recovery load, sometimes.
[21:25] <zylinder> the highlighted one is xubuntu (linux x.xxx etc)
[21:25] <zylinder> mh
[21:26] <zylinder> so busybox knows fsck?
[21:26] <charlie-tca> Since it is not loading all the stuff, it will go there
[21:26] <charlie-tca> no, there should be a recovery menu you can use
[21:26] <zylinder> mh when does that come up thouhg? normally?
[21:26] <charlie-tca> normally
[21:27] <zylinder> do I have to edit the boot parameters or something to get there?
[21:27] <zylinder> hm
[21:27] <charlie-tca> If it doesn't, you will need to boot to a live cd desktop and run fsck from there
[21:27] <zylinder> meh, unfortunately I have very limited resources, as I just moved
[21:27] <charlie-tca> you shouldn't need any parameters. It should be a grub menu entry, and boot right to a menu
[21:28] <charlie-tca> check the hard drive cable, if you are okay opening the case. Maybe it came loose?
[21:28] <zylinder> it's a notebook and I checked the connection
[21:28] <zylinder> everything seems fine to me
[21:28] <charlie-tca> yeah, that's a different creature than a box
[21:29] <zylinder> is there a way to check the drive via fsck while Xubuntu is up and running?
[21:29] <charlie-tca> still, can run the live desktop either from cd or usb
[21:29] <charlie-tca> no, because it can't check a mounted partition
[21:30] <zylinder> okay, so I have to get my hands on a live cd somehow.
[21:30] <charlie-tca> yup
[21:30] <zylinder> what would fsck tell me though?
[21:30] <charlie-tca> if there is anything wrong with the drive
[21:30] <charlie-tca> It could have bad sectors or a file messed up on it
[21:31]  * charlie-tca doesn't sound very technical
[21:31] <zylinder> okay
[21:32] <zylinder> how random is "stuff" written on a hard drive?
[21:32] <zylinder> I mean, if a system rashes randomly it is likely that it is the RAM (hence the name), correct?
[21:32] <zylinder> crashes*
[21:33] <charlie-tca> mostly, in Linux, it isn't. It is pretty much in sequence
[21:33] <charlie-tca> ram is memory
[21:33] <zylinder> yes, I know, but the memory is used randomly isn't it?
[21:33] <charlie-tca> hard drive is different, it is the thing where data is stored
[21:34] <charlie-tca> yes, but memory erases every time you restart
[21:34] <zylinder> that's what I mean
[21:34] <charlie-tca> There is also a memory checker in grub and on the cd
[21:34] <charlie-tca> you could run the memory check, but it takes a few hours to run
[21:34] <zylinder> so a bad sector on the hard drive could be identified by, its getting technical again, loading studd on the disk, right?
[21:34] <charlie-tca> it will tell you if it finds something
[21:34] <zylinder> stuff*
[21:35] <charlie-tca> a bad sector would be a spot on the hard drive that is unreliable.
[21:35] <charlie-tca> If it gets used, you would have intermittent file system errors, which is dropping to busybox.
[21:35] <zylinder> but, in theory, if there is an unreliable sector on my hard drive, shouldn't the system be fine as long as the important files are saved on a "good" sector?
[21:35] <charlie-tca> If ram goes bad (memory), usually you will have trouble during bios checks or while actually using the system.
[21:36] <charlie-tca> There is no way to know which file got on the bad spot. If it went bad after you installed, or is very intermittent, then a critical file could be on that spot, and fsck will tell you that.
[21:37] <zylinder> okay, okay, fsck it is :)
[21:37] <zylinder> just trying to get around that somehow
[21:37] <charlie-tca> The memory issue usually shows up after the desktop comes up, when you are trying to do something and it freezes everything.
[21:37] <zylinder> as it would mean formatting my backup usb stick and everything :(
[21:37] <charlie-tca> got a cd drive?
[21:37] <zylinder> yop
[21:38] <charlie-tca> burn a cd-r instead
[21:38] <zylinder> okay, I have to get my hands on one of those first :)
[21:38] <charlie-tca> But try that recovery menu first. Maybe if you pick it, it will let you go to the menu
[21:39] <zylinder> If I remember correctly and understand the boot sequence correctly, I should be able to bring up GRUB during every boot, right?
[21:39] <zylinder> maybe the recovery ption will work fine as long as my system is stable
[21:40] <charlie-tca> right. press any key right after the strange symbols appear in 11.04, or hold right shift at that point for older releases
[21:40] <zylinder> strange symbols?
[21:40] <zylinder> :)
[21:40] <charlie-tca> yeah, right after the bios checks
[21:40] <zylinder> Do you have an illegal hacked version or something :p
[21:40] <charlie-tca> I don't what they really are. A couple of rectangles, maybe?
[21:41] <zylinder> oh that's what you mean
[21:41] <zylinder> so any key will do...interesting
[21:41] <charlie-tca> I have the menu turned on full time. since I have more than one release on my drives
[21:41] <charlie-tca> but you have to be quick, if you wait more than a second or two, it won't stop
[21:42] <zylinder> okay, I will try that right away, thank you. are there any parameters I should use or smth?
[21:42] <zylinder> and how long does it take (round about (80gb drive))
[21:54] <charlie-tca> no parameters if it is in the menu, should take about 5 minutes
[22:03] <zylinder> charlie-tca, thank you, take care
[22:05] <charlie-tca> You are welcome
[23:27] <elektronisch> does xorg, or whatever the X server is these days, support a function similar to windows 7 snap windows?
[23:28] <ochosi> elektronisch: that kind of functionality is in the window-manager
[23:28] <ochosi> in xubuntu's case it's xfwm4
[23:28] <ochosi> at the moment it doesn't support that feature, but it's planned and half-implemented in git, so it might land in the next version
[23:29] <elektronisch> ah, yeah i forgot.  its been years since i've used linux :/  i'll keep my eyes out for the upcoming feature
[23:30] <ochosi> you can also use compiz with xubuntu, compiz has that feature afaik
[23:32] <wolfy_> sudo apt-get install compiz
[23:32] <wolfy_> ?


[03:04] <thebloggu> i installed ubuntu 8.04.1 in my computer and then upgraded to 8.10 now on boot it gives an busybox initramfs error
[03:04] <thebloggu> what to do now ?
[03:06] <crimsun> thebloggu: it's difficult to predict what error message you're receiving. will you pastebin it? (also, this discussion likely needs to happen in #ubuntu instead of in here.)
[03:08] <thebloggu> crimsun, thank you for answering, i tried #ubuntu but nobody answers
[03:08] <thebloggu> btw, i was able to boot by typing exit in initramfs
[03:09] <crimsun> thebloggu: i'm also in #ubuntu. please direct your responses there.
[10:31] <bullgard4> What is the reason that http://lxr.no/ does only list for kernel 2.6.24 a maximum version number of .7 although I am using 2.6.24-22generic?
[10:34] <abogani> bullgard4:  Because 22-generic is the Ubuntu version of the kernel (that itself a stable release version as <IP_ADDRESS>).
[10:40] <bullgard4> abogani: Thank you for explaining.
[10:48] <abogani> bullgard4: Don't mention it.
[11:57] <Kano> hi, any ideas about the nfs kernel server problem yet?
[14:26] <apw> sconklin, so ...
[14:26] <apw> is there not a default list kernel apport reporting list?
[14:26] <apw> would we not not want to report a superset for our purposes?
[14:27] <sconklin> so I'm writing a script that gathers what we want and creates the apport report on the suspend/resume testing. There are required data for a kernel report, and I'm including all those.
[14:27] <sconklin> So exactly, we will use a superset.
[14:28] <apw> is not the only thing we need to add the logfile, so would we not add a new 'type' of report
[14:28] <sconklin> Kernel apport reports are now trggered by an oops, so I just wrote a python script to generate the report.
[14:28] <apw> like is defined in /usr/share/apport/kernel_ooops
[14:29] <sconklin> right, we are not adding a new type of report, as we want to use all the existing support
[14:29] <sconklin> What I've written is not terribly complicated - there's not much to creating a report.
[14:30] <apw> its a shame that these report definitions are not classes, so they could be overridden and extended
[14:30] <apw> i think that we should leave the user warning, i think its appropriate they get the indication we are sucking info up
[14:31] <sconklin> I agree, it's evil to collect information without asking.
[14:32] <pgraner_lt> rtg: did we ever decide when we were going to put the upstream origin in /proc/version_signature for Luis?
[14:33] <rtg> huh? I thought all we were doing was adding the minor number in /proc/version
[14:37] <apw> the write up i saw said (upstream version) at the end of /proc/version_signature
[14:38] <apw> where in /proc/version would we put it
[14:39] <rtg> I think apw and amit were involved in the string stuff, though I remember that they agreed there was enough info in it for kerneloops.org
[14:39] <apw> that was about exposing our build number so we knew which kernel it really was
[14:40] <apw> and including a -Ubuntu tag so they knew it was our fault
[14:40] <rtg> right, it basically supersedes what was in /proc/version_signature
[14:40] <apw> i think what pgraner_lt is referring to is the exposure of the <IP_ADDRESS> side of things
[14:40] <rtg> oh, duh.
[14:40] <apw> indicating which of the stable releases you have sucked up
[14:41] <rtg> I'll put it on my list
[14:41] <pgraner_lt> apw: correct, Luis was complaining that he had no idea which source we were based on and asked for some way to check it.
[14:42] <apw> its probabally not appropraite to expose it in our version number literally because we don't necessarily suck up all the patches
[14:42] <rtg> apw: I've only dumped one so far.
[14:42] <rtg> one patch, that is.
[14:42] <apw> luckily the data is in the main Makefile so it should be simplish to find it
[14:44] <apw> yeah i didn't mean we wen't trying to track it 100%, more that it can't and now isn't guarenteed to be actually so
[14:44] <rtg> apw: soo you think it would be misleading?
[14:45] <apw> i was implying it would be missleading for it to be in any of our main version numbers
[14:45] <apw> i think its entirly appropriate in /etc/version_signature as a 'based on' kind of thing
[14:48] <apw> anyone know which VT we switch to during suspend?
[14:50] <rtg> apw: I'm pretty sure its 1
[14:58] <apw> rtg did you jauntyise your machine yet?
[14:59] <rtg> use space? no way, but I've been running .28 kernels on several machines.
[14:59] <rtg> s/use/user/
[14:59] <Kano> rtg: and does nfs work?
[14:59] <Kano> even showmount -e fails here..
[14:59] <rtg> dunno, I don't have any nfs servers.
[15:00] <Kano> it is really hard to create one
[15:00] <Kano> install nfs-kernel-server and add a dir to /etc/exports
[15:01] <apw> pretty sure that it won't work, that there were bugs outstanding upstream on it anyhow
[15:01] <Kano> and who wants to fix em
[15:02] <apw> i am sure the nfs upstream devs are on the case
[15:02] <Kano> i dont think so, because i mailed one of em and no error was even known
[15:03] <rtg> apw: didn't kees suspect a user space problem?
[15:04] <apw> ahh was it kees, perhaps i forget, cirtainly there was an upstream bug bandied about
[16:48] <apw> the limits on versions of a package in a PPA is going to seriously dammage my head
[16:48] <apw> rtg it would be helpful for debugging say against intrepid, to be able to offer an 2.6.27 and a 2.6.27.N mainline drop of the kernel for differential testing (say)
[16:49] <apw> but there is no easy way to push those into the same PPA due to the 'one version' issue
[16:49] <apw> any thoughts as to the right way to handle this
[16:49] <rtg> apw: I thought we could have multiple PPAs per user now?
[16:50] <rtg> apw: failing that, track down cprov
[16:50] <apw> hmmmm... fair point
[16:52] <rtg> apw: hey - I was just reading about the cpufreq defaults performance v.s. ondemand.  our current default is performance, but doesn't ondeman make more sense? Or does it matter if the kernel can stay in HALT long enough to make a difference?
[16:53] <apw> our default in the kernel is performance, but we switch to ondemand after boot
[16:53] <apw> something Keybuk was telling us about, that its faster to boot in performance mode
[16:53] <rtg> apw: ah. so my reasoning _is_ sound. how rare :()
[16:54] <rtg> s/:()/:)/
[16:54] <apw> yep, you are right indeed
[16:54] <apw> i was fooled by the default too
[16:54] <rtg> apw: now that you mention it, I kind of remember that conversation.
[16:54] <apw> i think it was in the session where we picked the config opotions
[16:55] <apw> and when we were looking at pushing all that =y
[16:55] <apw> /etc/init.d/powernowd seems to switch us over to ondemand
[16:56] <apw> $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
[16:56] <apw> ondemand
[16:56] <rtg> ok, I'm convinced
[16:57] <apw> :) sorry
[17:07] <Keybuk> and if that doesn't, gnome-power-manager will
[17:08] <rtg> not if your're running a server
[17:08] <Nafallo> rtg: what? you don't run g-p-m on your servers?! ;-)
[17:09] <rtg> I like that clean command line interface.
[17:09] <Nafallo> :-)
[17:09]  * Nafallo wonders a bit why you have powernowd on your server though :-)
[17:11] <rtg> Nafallo: huh, it seems to be a desktop package. its not on my server
[17:11] <Nafallo> oh. thought the discussion was about ondemand scaling on servers
[17:11]  * Nafallo goes hiding again :-)
[18:51] <lool> Keybuk: So we could unseed powernowd now?
[18:52] <Keybuk> lool: err, no idea
[18:52] <Keybuk> I think I mentioned it, and got told we need it on servers
[18:57] <lool> Keybuk: We could move it to the server seed, or simply assume that new installs don't need it?  It would be nice to skip one init script during boot, even if it's a small one :)
[19:22] <CarlFK> jaunty box, for a few days plugging in a usb drive (both hard and thumb) only show "usb 5-2: configuration #1 chosen from 1 choice" and on lsusb.  no /dev gets created.  I can't find anything about his on lp.  known issue, or should I report?
[20:02] <CarlFK> #310697 how do I mark that as "jaunty"  so it shows up on https://bugs.edge.launchpad.net/ubuntu/jaunty/+bugs
[23:49] <lool> rtg: Around?
[23:50] <rtg> lool: for a few minutes more. whats up?
[23:50] <lool> rtg: Poulsbo DRM is basically a fork of the regular DRM, and isn't namespaced; it uses the same symbol names and all
[23:50] <lool> rtg: So if you try to load the regular drm and psb-drm, it blows up
[23:50] <lool> rtg: Are you saying it would work if one was built into the kernel and the other was a module?
[23:50] <rtg> no, I think we'll have a separate flavour, and hence, seperate config options.
[23:51] <lool> rtg: check hardy-lum (ubuntu/media/drm-poulsbo; CONFIG_DRM_PSB only set on lpia)
[23:51] <lool> rtg: Ok
[23:51] <lool> rtg: What flavour will we use for psb on i386?
[23:52] <rtg> I don't know yet, perhaps lpia?
[23:52] <lool> You mean lpia flavour but i386 arch
[23:52] <lool> Would work I guess
[23:52] <rtg> correct
[23:53] <rtg> was that all? its about beer time here.
[23:53] <lool> rtg: Mind if I copy/paste this exchange into the list to close the discussion?  I'll Cc: amitk who I understand is still looking at lpia stuff
[23:53] <lool> rtg: It was all
[23:53] <rtg> lool: no problem.
[23:53] <lool> Thanks
[23:54] <rtg> I'm outta here