[00:00] <crimsun_> faketang: hmm?  The source is available since dapper.
[00:00] <soren> faketang: Did you try the command crimsun_ wrote?
[00:01] <_Angelus_> ah it would be good mjg59, because when first gutsy was out, i had to compile a custom kernel for my system to get it to work
[00:02] <faketang> crimsun_ / soren: I see main-menu in the main pool for security, but it's not showing up in hardy
[00:02] <soren> ...
[00:02] <soren> faketang: type: "apt-get source main-menu"
[00:02] <crimsun_> also, is(are) your deb-src line(s) for main active?
[00:03] <soren> faketang: Or grab it from bzr. See https://edge.launchpad.net/main-menu
[00:03] <taggart> aren't there automatically generated diffs between debian and ubuntu packages? I found http://merges.ubuntu.com/ but it doesn't seem to have the package I'm looking for (ia32-libs)
[00:03] <LaserJock> hmm, for me it doesn't show up in an apt-cache search but apt-get source works fine
[00:03] <soren> LaserJock: apt-cache doesn't show d-i compontents.
[00:03] <soren> or components.
[00:03] <LaserJock> taggart: patches.ubuntu.com
[00:03] <LaserJock> soren: yeah, that's interesting
[00:04] <taggart> LaserJock: looking thanks
[00:04] <soren> LaserJock: Not really.
[00:04] <soren> LaserJock: They're not in Packages{,.gz,.bz2}
[00:04] <taggart> LaserJock: found it, great!
[00:05] <LaserJock> soren: I guess I would have expected it to find the source package, but thinking about I don't know why I'd expect that :-)
[00:05] <faketang> interesting -- as LaserJock noted, it's only in sources but not as a compiled package
[00:05] <soren> LaserJock: :)
[00:06] <soren> LaserJock: apt-cache showsrc main-menu will show it, thoug.
[00:06] <soren> though.
[00:06] <LaserJock> right
[00:06] <_Angelus_> mjg59: the guide worked
[00:06] <LaserJock> I just thought apt-cache search would be a bit more inclusive ;-)
[00:06] <mjg59> _Angelus_: Yes, it will do. But now you have vesafb, and so there's the potential for other things to go wrong
[00:08] <_Angelus_> what i did was , added fbcon vesafb vga16fb /etc/initramfs-tools/modules , and commented vesafb
[00:08] <_Angelus_> vga16fb from /etc/modprobe.d/blacklist-framebuffer. then updated the initramfs image
[00:08] <_Angelus_> mjg59: well, better then a blank screen or a bunch of words comming out dough
[00:09] <_Angelus_> mjg59:  can i make you a small question before i go ?
[00:10] <mjg59> Sure
[00:11] <_Angelus_> mjg59: i saw nvidiafb commented in /etc/modprobe.d/blacklist-framebuffer.  is there only a kernel nvidiafb  or the binary package from nvidia provides an nvidiafb too? if so, which is better, vesafb or nvidiafb?
[00:13] <mjg59> There's only a kernel one, and it doesn't support newer nvidia hardware
[00:14] <_Angelus_> oh
[00:14] <_Angelus_> ok
[00:15] <_Angelus_> thanks alot mjg59 :) see ya dude, and try to fix the bootup splash for the next release :P
[00:15] <_Angelus_> peaze
[00:47] <emgent> pitti, ping
[00:50] <TheMuso> emgent: He is not likely to be around at this time.
[00:50] <TheMuso> emgent: Either email him, or hilight him with the question/statement you would like to let him know about.
[00:50] <TheMuso> highlight
[00:50] <emgent> TheMuso, hehehe thnks :P
[00:50] <emgent> s/thnks/thanks/
[00:56]  * StevenK searches for 'bzr restore'
[01:07] <RAOF> StevenK: Do you mean 'bzr revert'?
[01:08] <StevenK> RAOF: Yes. My brain was promoting restore, probably from the output of svn revert
[01:08] <StevenK> prompting, even
[01:09] <RAOF> Heh.
[01:09] <lifeless> ?
[01:09] <StevenK> lifeless: Do you have a highlight for bzr and svn or something? :-)
[01:10] <RAOF> lifeless: bzr has a serious bug.  It can't guess what command the user wanted to run when presented with a word that's similar to the bzr command they were after :)
[01:10] <StevenK> Haha
[01:11] <slangasek> bzr needs smarter merging, it should figure out what I want to merge without being told
[01:11] <selckin> s/bzr/git/ win
[01:11]  * RAOF has unleashed the whirlwind.
[01:12] <StevenK> RAOF: Do you feel suitably abashed?
[01:14] <RAOF> Eh.  Whirlwinds can be fun.
[01:14]  * RAOF wishes this machine wasn't under such memory pressure that only my current task is paged in.
[01:15] <ion_> lifeless: Oh, btw, one of the annoyances: i don’t like that what goes to ~/.bazaar/locations.conf is, well, there instead of under project/.bzr
[01:21] <zoke> What are the specific reasons for not adopting a Fedora style philosophy for keeping packages more updated ?
[01:21] <soren> And what is this "Fedora style philosophy" of which you speak?
[01:22] <zoke> keeping with upstream changes, bringing them quickly and keeping the delta as small as possible
[01:23] <zoke> could is be done via -updates or -backports ?
[01:23] <mjg59> -backports would be the appropriate place
[01:24] <zoke> -backports is unoffical though, yes ?
[01:24] <mjg59> No
[01:25] <RAOF> No.  It's official.  There are processes & such, and the repositories are hosted on Ubuntu mirrors.
[01:25] <zoke> oh, never mind then
[01:25] <RAOF> Backports *could* do with more people testing, of course.
[01:26] <ln-> if you already like Fedora, why not use Fedora?
[01:27] <zoke> I like Ubuntu, it's just some times the lack of sync with upstream irks me slightly
[01:29] <lifeless> selckin: really, thats quite a silly comment
[01:30] <lifeless> ion_: you can put most things in .bzr/branch/branch.conf if you want
[01:30] <selckin> lifeless: agreed
[01:33] <ion_> lifeless: Can bzr push --remember do that?
[01:33] <lifeless> ion_: it does in tag supporting branches
[01:36] <ion_> Ok, thanks
[02:23] <pochu> Any archive admin who can do the sync from bug 189243 before slangasek changes the topic? Thanks
[02:23] <ubotu> Launchpad bug 189243 in libcrypto++ "please sync libcrypto++ 5.5.2-1 from Debian testing" [Wishlist,Confirmed] https://launchpad.net/bugs/189243
[02:26] <jaldhar> hello I'm trying to solve a problem in the Debian pgp4pine package where on Ubuntu the user gets *** stack smashing detected ***: /usr/bin/pgp4pine terminated
[02:26] <jaldhar> but recompiling it with gutsy doesn't help.  What should I look for?
[02:32] <superm1> StevenK, thanks for catching that issue with bluez-utils.  I was starting to get rather frustrated that my BT mouse stopped working a few days ago.  I just apt-get source'd it and then saw your changes :)
[02:32] <StevenK> superm1: No problem :-)
[02:34] <TheMuso> StevenK: Get that SDL stuff sorted?
[02:36] <StevenK> TheMuso: Nope.
[02:36] <TheMuso> StevenK: Damn.
[04:23] <Talcite> hey guys, I'm looking for the Totem-plparser 2.21 source code. Would it be sitting it bugzilla or anything like that?
[04:31] <pochu> Talcite: svn.gnome.org
[04:31] <Talcite> pochu: thanks
[05:36] <thegodfather> superm1: do you have any idea why mythfilldb and mythbackend are crashorama?
[05:37] <thegodfather> superm1: and btw.. the Predepend thing is wrong.. because we run the backup in preinst, at that time mysql is still down. it means that we need to do some more hacking in that direction i think
[05:37] <thegodfather> Predepend will try to configure mysql before mythtv, but that guarantees only that the mythtv postinst will run after mysql is up
[05:45] <superm1> thegodfather, the backup doesn't happen in the preinst anymore
[05:45] <superm1> the backend process does it itself
[05:45] <superm1> after it starts up
[05:45] <superm1> so the predepend should be right now
[05:46] <thegodfather> superm1: ok cool
[05:47] <thegodfather> superm1: did you ping anybody to get mythtv-common out of NEW?
[05:47] <superm1> libmyth-python is whats stuck in new right now
[05:47] <thegodfather> yeah i know that :)
[05:47] <superm1> i haven't since there is a very large line ahead of it
[05:47] <thegodfather> ok
[05:47] <superm1> but if you'd like to feel free :)
[05:49] <thegodfather> well more than i like, i need
[05:49] <thegodfather> otherwise my frontends can't upgrade and connect to the backends :)
[05:49] <superm1> have you seen any performance problems with recent packages?
[05:50] <superm1> because I change mcpu/mtune to march
[05:50] <thegodfather> superm1: not sure really.. i noticed some skipping with dvd player, but i can't pinpoint the problem to be mythtv
[05:50] <superm1> and i've seen some indications from people that its not working as well for them.  I've been having issues myself performance wise before that, but wasnt sure if it got worse
[05:50] <thegodfather> superm1: the main frontend is slow generally
[05:50] <superm1> yeah
[05:51] <thegodfather> superm1: can you be more specific on what kind of perf problems you see?
[05:51] <superm1> well particularly video playback on higher resolutions is where the issue would see
[05:51] <superm1> like > 720x480
[05:53] <thegodfather> what kind of video...
[05:53] <thegodfather> i have that setup (>720x480) but i got it running 2 days ago
[05:53] <thegodfather> so i don't have much to compare
[05:53] <thegodfather> and no HD sources yet
[05:53] <thegodfather> (real HD)
[05:53] <superm1> ah i see
[05:54] <superm1> well i'm doing some ppa builds for users to compare with the old cpu/tune and the new arch to see if there are performance differences
[05:54] <superm1> so those will be ready in a few hours
[06:15] <thegodfather> dmb: hi, are you awake by any chance?
[06:15] <dmb> yes
[06:15] <dmb> can i help you?
[06:15] <thegodfather> dmb: one quick question.. are you the same dmb that has been hacking on the HVR4000/HVR3000 in cx88 driver?
[06:16] <dmb> i'm guessing no, because i don't even know what that is
[06:16] <dmb> what is the cx88 driver?
[06:16] <thegodfather> dmb: hehe ok thanks :) worth a shot
[06:16] <thegodfather> dmb: v4l-dvb upstream
[06:16] <dmb> oh
[06:16] <dmb> didn't know any other dmb's existed besides me :P
[06:17] <thegodfather> well no big deal.. just curious :)
[06:17] <dmb> np
[06:39] <warp10> Good morning
[06:40] <superm1> cjwatson, I branched from cdimage at http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/ to add a mythbuntu alternate disk.  Would you be able to review if these changes are sufficient for building us an alternate disk?  I don't have the ability to build a local mirror as that calls for, so I can't verify it.  I pushed them to http://bazaar.launchpad.net/~mythbuntu/ubuntu-cdimage/mythbuntu-cdimage/
[07:09] <dholbach> good morning
[07:12] <ion_> good evening
[07:12] <dholbach> hi ion_
[07:13] <ion_> Howdy
[07:15] <AnAnt> Hello, I filed bug #191933 and #192053 , who should I subcribe them too ? and are there any tags to add to them ?
[07:15] <ubotu> Launchpad bug 191933 in mozilla-firefox-locale-all "mozilla-firefox-locale-all conflicts with firefox 3" [Undecided,New] https://launchpad.net/bugs/191933
[07:15] <ubotu> Launchpad bug 192053 in ubuntu "update-java-alternatives does not handle alternatives for firefox-addons-javaplugin.so" [Undecided,New] https://launchpad.net/bugs/192053
[07:40] <slomo> slangasek: FF did not happen yet?
[07:52] <tkamppeter> h pitti
[07:53] <tkamppeter> hi pitti
[08:05] <pitti> Good morning
[08:05] <pitti> emgent: contentless pong
[08:05] <pitti> hi tkamppeter
[08:05] <emgent> hehehe :P
[08:28] <pitti> erk, why is ndiswrapper in main? *shudder*
[08:30] <\sh> moins
[08:32] <slytherin> Doesn't synaptic support the 'Homepage' field yet?
[08:38] <tkamppeter> pitti, it seems that your upload of s-c-p got stuck.
[08:38] <pitti> tkamppeter: I saw your mail
[08:38] <pitti> I didn't get a reject mail
[08:38] <pitti> I'll just reupload it
[08:41] <pitti> tkamppeter: done
[08:51] <tkamppeter> pitti, now I got a reject message telling that mandatory info in the dsc file is missing, not telling which info. Strange, as I have only replaced the upstream source, I did not change anything in debian/control or so.
[08:54] <pitti> tkamppeter: what does it say exactly?
[08:55] <pitti> tkamppeter: hm, that's weird, it didn't even get signed here
[08:55] <pitti> tkamppeter: I'll rebuild the source pakcage here and try again
[09:02] <LucidFox> seb128> yes, I did post the F-Spot galleryexport bug upstream, and it already got fixed in SVN :)
[09:02] <LucidFox> http://bugzilla.gnome.org/show_bug.cgi?id=516620
[09:02] <ubotu> Gnome bug 516620 in General "[0.4.2] GalleryExport makefile tries to delete /usr/lib/f-spot/extensions/GalleryExport.addin.xml" [Normal,Resolved: fixed]
[09:03] <seb128> LucidFox: ok, thanks
[09:03] <seb128> LucidFox: see https://wiki.ubuntu.com/UbuntuDevelopment/PatchTaggingGuidelines, following that would be nice
[09:03] <pitti> tkamppeter: ah, you gave me two different sets of files, one with a broken version number
[09:04] <pitti> tkamppeter: I reuploaded, should have worked now
[09:04] <LucidFox> I'll follow that in the future, thanks
[09:05] <seb128> LucidFox: thank you
[09:11] <pitti> mvo: hm, I got a cron.daily email now
[09:11] <pitti> mvo: http://paste.ubuntu.com/4603/
[09:11] <pitti> mvo: can this be quiesced?
[09:12] <mvo> pitti: thanks. I know why, it will happen only once or when the key changes. but its probably best to file a bug so that I can ensure that the initial one is quite as well
[09:13] <pitti> ok, will do
[09:13] <mvo> thanks
[09:15] <pitti> mvo: bug 192074
[09:15] <ubotu> Launchpad bug 192074 in apt "uninteresting cron mail about key update" [Undecided,New] https://launchpad.net/bugs/192074
[09:25] <MacSlow> argx... package retrieval is broken
[09:40] <pitti> mvo: any idea about bug 75273?
[09:40] <ubotu> Launchpad bug 75273 in apt "Apt constantly sigsevs on edgy" [High,Fix committed] https://launchpad.net/bugs/75273
[09:41] <mvo> pitti: let me check
[09:42] <pitti> mvo: at least a shallow apt-get update/apt-get install/apt-get dist-upgrade test would be nice
[09:42] <pitti> to know that it wasn't broken for some silly reasons
[09:42] <mvo> pitti: right, I add test instructions
[09:42] <mvo> pitti: sorry for delay
[09:42] <pitti> NP, I just thought it was a bit urgent
[09:43] <mvo> hm, there are test instructions already, I will poke bdmurray or pedro about #75273
[09:44] <pitti> mvo: and update-manager 0.45.4 sits in edgy-proposed for ~300 days now, too
[09:44] <mvo> pitti: what is the bugnumber for it?
[09:45] <pitti> bug  #109216
[09:45] <ubotu> Launchpad bug 109216 in update-manager "upgrade not possible with 0.45.3" [Undecided,Fix committed] https://launchpad.net/bugs/109216
[09:45] <pitti> mvo: there might be more, -proposed has two versions
[09:46]  * mvo checks
[09:52] <mvo> pitti: bug #109216 updated
[09:52] <ubotu> Launchpad bug 109216 in update-manager "upgrade not possible with 0.45.3" [Undecided,Fix committed] https://launchpad.net/bugs/109216
[09:53] <pitti> mvo: I sub'ed sru-verification
[09:53] <mvo> thanks pitti
[09:53] <mvo> I do #107716 next
[09:55] <ion_> I really, really, really wish Hugin 0.7 gets released in time to still get to hardy.
[10:28] <pitti> Riddell: can you please seed jockey-kde? I just NEWed it
[10:30] <Riddell> pitti: ok
[10:36] <tjaalton> pitti: hey, aren't you _the_ hal-wizard, or do you know one?-) I've got a problem with hal-set-property, it refuses to work when run from a hal script, but the same command works when run by hand. sent an email to hal list but so far no replies
[10:36] <pitti> tjaalton: it's run as different users?
[10:37] <tjaalton> pitti: basically so, hal scripts are apparently run as haldaemon? but it's strange that it can't connect to hald which is run with the same privs?
[10:38] <pitti> tjaalton: I have only used it as root so far
[10:39] <pitti> tjaalton: usually hal addons are run as root
[10:39] <pitti> but they might choose to setuid() of course (and some do)
[10:39] <tjaalton> hmm, ok. I'll try to debug more
[10:40] <tjaalton> the script would set the xkb layout etc for input-hotplug..
[10:40] <BenderUnit22> càxmotoap
[10:40] <BenderUnit22> Sorry. :/
[10:40] <pitti> yay we know your password now
[10:41] <BenderUnit22> Nah, cat. :)
[10:41] <tjaalton> oh she knows it as well?-)
[10:41] <BenderUnit22> :)
[11:24] <Fujitsu> Can somebody please give back geda-(gattrib|gnetlist|gschem|gsymcheck|utils) on all architectures?
[11:28] <pitti> zul: ping @ 189589
[11:28] <pitti> zul: ^ bug
[11:29] <pitti> Fujitsu: done; next time, please use {a,b,c} shell globs :)
[11:30] <Fujitsu> pitti: Thanks, will do so in future.
[11:45] <MacSlow> is there anyway I can inject a -j4 for make when doing packagbuilding to leverage the two cores of my cpu?
[11:46] <MacSlow> I just want that to be locally maybe picked up from some env-var instead of stuffing it permanently in the package (some file under debian) itself
[12:03] <awalton__> MacSlow, I think there's a variable called MAKEFLAGS you can set that will be passed to all the children of make.. it might get nasty though with lots of recursive make calss.
[12:03] <awalton__> *calls
[12:03] <asac> MacSlow: dpkg-buildpackage has a -j flag too
[12:03] <asac> according to man it will set MAKEFLAGS accordingly
[12:04] <ogra> in pbuilder its --debbuildoptions (gets handed through to dpkg-buildpackage)
[12:26] <slytherin> Can anyone please explain this condition - db_get bcm43xx-fwcutter/cut_firmware || true
[12:27] <pitti> tkamppeter: just looking at the Brother Software Open License Agreement; this looks sufficiently free for universe to me; do you think otherwise: ISTR that you wanted to have it in multiverse?
[12:29] <zul> pitti: hi
[12:30] <zul> yeah we didnt realize they were in universe already at the time.
[12:30] <pitti> tkamppeter: oh, I see; no source code
[12:31] <pitti> tkamppeter: (I was just reading the license before)
[12:32] <mjg59> pitti: Haha
[12:32] <pitti> zul: 'they'?
[12:33] <zul> pitti: dendorbates
[12:33] <zul> ill close it
[12:33] <pitti> you guys confuse me today :)
[12:33] <slytherin> pitti: I tried testing the latest jockey for broadcom chipset. I have one question though.
[12:33] <pitti> zul: ah, you mean xen-3.2 binaries are already in universe; ok
[12:34] <pitti> slytherin: sure?
[12:34] <zul> pitti: yeah sorry about it I just woke up as well
[12:34]  * pitti hugs zul; sorry, was just lacking context :)
[12:35] <slytherin> pitti: jockey is supposed to use b43-fwcutter for firmware extraction right? And it (jockey) should show a dialog for selecting a local file or downloading from net right?
[12:36] <pitti> slytherin: it currently doesn't show a download dialog, no; it leaves the downloading and install to b43-fwcutter
[12:37] <pitti> I'd like to add the dialog for local files again, though
[12:37] <slytherin> pitti: Yes, that is what I wanted to ask. Also I am trying to fix a problem with b43-fwcutter. Can you explain what this condition is - db_get bcm43xx-fwcutter/cut_firmware || true
[12:38] <pitti> slytherin: I think it tries to guess the answer from the old bcm43xx-fwcutter package
[12:38] <pitti> thus, if you already answered the 'download?' debconf question for bcm43xx, it won't ask you again
[12:39] <pitti> tkamppeter: *grumpf* this brother thing uses /usr/bin/brprintconfcl1 and /usr/local/Brother</data stuff>; this is horrible
[12:39] <slytherin> pitti: What if question from bcm43xx-fwcutter package is not present? Will it assume the answer to be true? (|| true part)
[12:39] <jaldhar> I asked this last night but I guess no one was around
[12:40] <pitti> slytherin: no, the || true just means that the script doesn't abort if the answer is not present in the debconf db
[12:40] <jaldhar> I'm trying to solve a problem in the Debian pgp4pine package where on Ubuntu the user gets *** stack smashing detected ***: /usr/bin/pgp4pine terminated
[12:40] <jaldhar> but recompiling it with gutsy doesn't help.  What should I look for?
[12:40] <pitti> hi jaldhar
[12:40] <pitti> jaldhar: does this result in a SIGSEGV?
[12:41] <pitti> jaldhar: in that case, apport should have picked it up and generated a crash report
[12:42] <jaldhar> heh actually it just kills my xterm
[12:42] <jaldhar> no crash report
[12:43] <pitti> !
[12:43] <pitti> your xterm? wow, that's harsh
[12:43] <dholbach> MOTU Q&A session in 17 minutes in #ubuntu-classroom
[12:45] <slytherin> pitti: Ok. if I understand it correctly the script will go ahead and try to download the firmware if old answer is not found. This is kind of problematic as the user may not have access to net and it will throw an error. Please let me know when you have added the old dialog again so that I will file a bug against the fwcutter package.
[12:46] <jaldhar> pitti: the debian bug is #457947 if you would like to take a look.  The submitter has provided some extra information
[12:48] <pitti> jaldhar: ah, I see, SIGABRT; we explicitly ignore this since we got too many crash reports for cases where abort() was called, which weren't actually package bugs
[12:49] <pitti> jaldhar: I'm afraid that involves a real gdb session
[12:50] <jaldhar> ok.  So let me see what I can come up with.  Thanks.
[13:01] <SlimG> ArneGoetje: I got some issues with my norwegian characters (they look like this now: æøå, they should look like this: Ã¦Ã¸Ã¥) at my keyboard in kubuntu hardy after the last update, Riddell told me to ask you, here's the output of locale (three errors): http://pastebin.com/m21925474
[13:25] <MacSlow> asac, ah cool thanks for the tip
[13:26] <MacSlow> mvo, just wondering... do you know why zoom was kicked from compiz-fusion-plugins-main?
[13:27] <mvo> MacSlow: zoom is part of the compiz-plugins package, fusion-plugs-main has ezoom
[13:27] <mvo> MacSlow: do you use zoom? I found ezoom superior in  a lot of ways
[13:28] <MacSlow> the only use for zoom I have is taking closer tools to certain UI-elements now and then... and for that I prefer this "zoom-to-selection" of the normal zoom-plugin
[13:28] <MacSlow> ezoom does not offer that
[13:30] <mvo> MacSlow: ok, zoom should still be there, no sure if we enable it by default, because of ezoom
[13:37] <MacSlow> mvo, only moved in category
[13:45] <slytherin> is there a problem with main mirror?
[14:14] <LucidFox> If any buildd admins are here, please rerun build for midori https://launchpad.net/ubuntu/+source/midori/0.0.17-1 on architectures other than i386
[14:14] <LucidFox> (they failed due to dependence on a package in NEW)
[14:17] <pitti> LucidFox: kicked
[14:21]  * pitti looks at ogra -- "etc/ /" and "usr /" in classmate-tools-0.1/debian/classmate-tools.install ???
[14:23] <ogra> pitti, do ysou insist in having a makefile ?
[14:24] <pitti> ogra: no, but I wonder why you install upstream /etc/* and /usr/* into /
[14:24] <ogra> oh, the slashes
[14:24] <pitti> sholdn't that just be "etc" and "usr" ?
[14:24] <ogra> hmm, i wonder why they dont end up in /
[14:25] <ogra> yeah, actually it should, but the binary looks ok
[14:25] <pitti> hm, dh_install should fail on that
[14:25] <pitti> ogra: ok, if it actually works, fine for me; I just wondered, because it looks weird
[14:26] <ogra> http://paste.ubuntu.com/4609/
[14:26] <ogra> well, its surely ugly
[14:26] <pitti> ogra: man dh_install says "the
[14:26] <pitti>        installation directory is given relative to the package build directory."
[14:26] <ogra> but the result is ok
[14:26] <pitti> I guess that could also be interpreted as "whatever you specify, we'll prepend debian/package"
[14:26] <ogra> hmm
[14:26] <pitti> ogra: ok, thanks for the heads-up
[14:26] <ogra> i'll clean it up anyway
[14:27] <pitti> just confusing, but apparently it is correct under above interpretation
[14:30] <pitti> "useradd -c "ClassmatePC Admin User" -m -p '$1$HNdD8xtG$ZYTwxGjrIBCyw3DYvtUoA0' -s /bin/bash" in classmate-settings.postinst?
[14:30] <pitti> ogra: ^ I heavily object to a static default password; that's not really a secret then :)
[14:31] <pitti> ogra: shouldn't this be locked by default and instead get a debconf/other interactive dialog to set passwords?
[14:31] <ogra> nop
[14:31] <pitti> oh, it's even written in a comment ("edubuntu")
[14:32] <ogra> that wont stay this way
[14:32] <ogra> (see pm for details)
[15:00] <jdong> anyone know where isight_usb went with the latest hardy kernel?
[15:00] <jdong> uvcvideo can't cope with the isight
[15:01] <mjg59> jdong: Fabio's the right person to ask about that - he touched it last
[15:01] <mjg59> My hardware got stolen, so I've no clue
[15:03] <dholbach> mjg59: ugh... what got stolen?
[15:03] <mjg59> dholbach: My Mac and a Dell
[15:03] <dholbach> shit :(
[15:03] <mjg59> Plus some other bits and pieces
[15:03] <dholbach> how did that happen?
[15:03] <mjg59> SOmeone broke in through the back door
[15:04] <mjg59> Which reminds me, I need to phone the insurance company
[15:04] <dholbach> it might be tough to find something there, but did you check on ebay?
[15:04] <mjg59> Heh. Not really worth it
[15:04] <dholbach> I at least tried it, when they stole my car
[15:04] <mjg59> No important data on it
[15:05] <mjg59> And this way I get a hardware upgrade :)
[15:05] <dholbach> OK
[15:05] <jdong> mjg59: ouch :(
[15:06] <dholbach> are the buildds/archive/something in manual mode or something?
[15:09] <pitti> dholbach: no, why?
[15:10] <dholbach> oh, I'm still waiting for the fix that asac uploaded this morning
[15:10] <pochu> sladen: hi, am I late for FeatureFreeze? The topic here says the archive is open for development... is it ok if I upload a new aMule (universe) which also finish the libcrypto++ transition?
[15:10] <pochu> slangasek: ^ that was for you.
[15:10] <pochu> sladen: sorry
[15:10] <pitti> dholbach: given that I chase binary NEW since this morning I can tell you that the buildds are operating full speed :)
[15:10] <asac> dholbach: the mirrors still don't have those locales?
[15:11] <dholbach> ok
[15:11] <pitti> pochu: that sounds like a bug fix
[15:11] <pochu> pitti: yes but it's also a new upstream snapshot
[15:12] <pitti> pochu: if it has new features, please ask the new motu-release team
[15:12] <pochu> pitti: alright, thanks.
[15:47] <asac> doko: Xb-Npp- headers got lost for the sun-java plugin packages :( ... maybe commit them to svn and send them to debian as well (I assume you prefer to sync)?
[15:47] <\sh> doko: could you explain why we can't ship the java-doc zip packages, which are needed by sun-java*-doc package? :)
[15:53] <dholbach> bdmurray, thekorn: do you think it'd make sense to upload py-lp-bugs / bughelper to the bughelper-dev team ppa for older releases too?
[15:54] <dholbach> bdmurray, thekorn: it's not really supported for older releases, but it might make sense - what do you think?
[15:55] <doko> \sh: read the license agreement they require, on download
[15:55] <doko> asac: really? I'll look at it next week
[15:58] <asac> doko: thanks.
[16:03] <bdmurray> dholbach: so kind of like backports? that makes sense to me
[16:04] <dholbach> bdmurray: we just need to make sure we upload it as    <version>~gutsy1 , etc
[16:05] <bdmurray> dholbach: okay, I'll try to get to it before the class next week then
[16:05] <dholbach> rock on
[16:05]  * dholbach hugs super-bdmurray
[16:06]  * bdmurray hugs dholbach 
[16:10] <sistpoty|work> dholbach: just had the idea to maybe use gobby for the library session during the open dev week... do we have a gobby server somewhere, which I could use?
[16:10] <dholbach> sistpoty|work: gobby.ubuntu.com
[16:11] <dholbach> IRC could work too :)
[16:11] <sistpoty|work> dholbach: cool, thx!
[16:11] <dholbach> mako: nxvl_work just told me that there is a edubuntu meeting at the same time we plan the CC meeting
[16:12] <nxvl_work> mako: 20 Feb 20:00: Education Team
[16:12] <mathiaz> dholbach: and there is a server team meeting one hour after
[16:18] <dholbach> nxvl_work: I mailed him in case he's not around here
[16:20] <nxvl_work> dholbach: i think he must be online, as he has just edited the wiki, just not pending on the IRC
[16:20] <nxvl_work> dholbach: but thats ok, i will wait :D thanks!
[16:26] <mako> nxvl_work: you are off by one day, i think
[16:26] <mako> nxvl_work: proposed cc meeting is *at* 20 on the 21st
[16:26] <mako> apparently, i typed it incorrectly into the wiki :)
[16:26] <mako> sorry about that!
[16:27] <nxvl_work> mako: not on the wiki
[16:27] <nxvl_work> mako: heh, ok
[16:27] <nxvl_work> :D
[16:33] <mako> sorry for the confusion
[16:57] <tgelter> morning all
[16:57] <tgelter> I can't get a custom config I've created to be recognized by debian/rules when I try to build
[16:58] <tgelter> $ AUTOBUILD=1 NOEXTRAS=1 fakeroot debian/rules
[16:58] <tgelter> binary-thinkpadmake: *** No rule to make target `binary-thinkpad'.  Stop.
[16:58] <tgelter> any ideas?
[17:00] <tgelter> all: ping
[17:19] <seb128> does anybody knows why we use /media for windows partitions mounting? the fhs describes it as "This directory contains subdirectories which are used as mount points for removeable media such as floppy disks, cdroms and zip disks."
[17:20] <seb128> I'm having a discussion with the mandriva GNOME maintainer about how what gvfs should be listing
[17:20] <seb128> and they have the windows partitions mounted under /mnt so they think /mnt should be listed
[17:21] <seb128> where we use /media and don't list things in /mnt in nautilus
[17:29] <persia> seb128: I'd prefer unmounted partitions not to be in /media.  I have a couple partitions I only mount manually, and it is odd that there is a difference between calling `sudo mount /data` and double-clicking the icon for the partition in nautilus.  This isn't directly related to Windows partitions, but I suspect a change for Windows partitions would also address my use case.
[17:29] <persia> The justification being that fixed partitions not listed as automount in /etc/fstab aren't "removable media".
[17:30] <seb128> persia: well, they should not be in /media then, but they are
[17:30] <seb128> persia: and unmounted partitions are nowhere since they are not mounted
[17:31] <seb128> persia: nautilus uses gnome-mount and do the mounting when you double click on something not mounted
[17:31] <persia> seb128: Right, but if I double-click the icon in "Computer", it mounts to /media, whereas if I run `mount /dev/sdb1` it mounts to /data.
[17:32] <persia> (maybe I have a different issue, and should go research it and report a bug)
[17:32] <seb128> why would it mount to data?
[17:32] <seb128> when using mount you need to either have it in fstab or specify the mountpoint
[17:32] <persia> seb128: Because there is an entry in the fstab to mount it there, but not to mount on boot.
[17:32] <seb128> ok, that's something you added
[17:32] <seb128> and gnome-mount should probably respect it
[17:33] <seb128> that's a gnome-mount bug and I different issue than my question ;-)
[17:33] <persia> Ah.  Nevermind then, I have a different bug.  I'll dig up some details, and report it then.
[17:33] <persia> I still think fixed disks aren't removable media, and support not mounting them in /media
[17:34] <seb128> well, that's not what we do now
[17:34] <seb128> and why was my question ;-)
[17:35] <jeromeg> hello
[17:36] <sistpoty|work> seb128: /mnt seems an equally bad choice (temporarily mounted partitions) to me... not too sure where it *should* go then though
[17:36] <jeromeg> seb128: once metacity 2.22 is released, are you against a backport to gutsy ?
[17:36] <mario_limonciell> seb128, now that gmyth is in universe, I've attached a patch for totem to that bug to activate it (it just modifies build depends in control.in), and verified it.  slomo_ offered to upload it, so was there anything else related to this that would be troublesome?
[17:37] <persia> My memory of Mandrake (which may not apply to Mandriva) is that there were many subdirectories under /mnt used to mount different things.
[17:40] <seb128> jeromeg: no, why should we? I'm not in the backport team and don't do backports anyway
[17:40] <seb128> mario_limonciell: I've seen that but I've quite busy at the moment, will look later
[17:40] <mario_limonciell> seb128, okay thank you.
[17:41] <jeromeg> seb128: yep yep, I know, but as it's maintained by the desktop team which you are one of the leaders, I just wanted to know your thoughts on this
[17:41] <seb128> jeromeg: I don't see the interest, that's only a window manager, new versions are not bringing a lot and I don't expect many users still running gutsy when hardy will be available
[17:41] <jeromeg> seb128: well, it brings the compositor
[17:42] <jeromeg> except that, yes, it has no real interest
[17:42] <seb128> echos I've had is that's it not that fancy and quite slow for many users
[17:42] <seb128> but as said I'm not part of the backport team, they can backport it if they want, I've no objection
[17:42] <seb128> doesn't seem a priority to me though
[17:42] <jeromeg> ok
[17:43] <jeromeg> thank you
[17:43] <seb128> you are welcome
[17:49] <jeromeg> got to go bye
[18:13] <persia> seb128: No evidence that this was the basis, but the best documentation I can find is https://wiki.ubuntu.com/PartitionConfigure
[18:15] <seb128> persia: that spec has been deprecated
[18:16] <persia> seb128: Right.  Like I said "No evidence that was the basis".  Still, if that was discussed at uds-mtv, it may have germinated the discussion that led to the current state.  Anyway, I can't find anything else :(
[18:29] <persia> seb128: Maybe https://wiki.ubuntu.com/PartitionProber (although old and possibly pre-specs)
[18:30] <persia> Aha!  https://blueprints.launchpad.net/ubuntu/+spec/mount-all-local-filesystems specifies /media/
[19:20] <mario_limonciell> bdmurray, ping, i had a question about one of the debugging pages you wrote
[19:21] <bdmurray> mario_limonciell: okay, I might have just been the last person that edited it but what is your question?
[19:21] <slangasek> Amaranth: I see that you set the milestone yourself for bug #184720; is this being worked on?
[19:21] <ubotu> Launchpad bug 184720 in compiz "readd intel 965 to blacklist" [High,Triaged] https://launchpad.net/bugs/184720
[19:22] <Amaranth> slangasek: ah, well...
[19:22] <mario_limonciell> bddebian, well I'm attempting to debug a suspend related issue as described here: https://wiki.ubuntu.com/DebuggingKernelSuspend, and after the failed suspend continue to reboot.  well since the RTC has a completely wrong value due to the nature of this, fsck is forced.  this ends up taking longer than 3 minutes, and institutes a reboot afterward as well
[19:22] <mario_limonciell> corrupting the rtc and losing the valuable data
[19:22] <Amaranth> slangasek: I'd have to talk to bryce, tjaalton, and mvo about what we're going to do with the 965.
[19:23] <bdmurray> mario_limonciell: "You can avoid a long fsck delay by using 'tune2fs'"
[19:23] <mario_limonciell> bdmurray, oh but nvm it looks like i completely missed an option above
[19:23] <mario_limonciell> yeah
[19:23] <bryce> Amaranth: yeah we need to get that sorted out soon
[19:23] <mario_limonciell> bdmurray, sorry for bothering you :)
[19:23] <bdmurray> mario_limonciell: np if you discover what options to use somebody seems to have asked about that
[19:24] <slangasek> Amaranth: ok; I'm marking it as 'beta' for the milestone then so it doesn't distract from critical bugs that should be worked on immediately for alpha-5, but please don't let that stop you from working it out sooner :)
[19:24] <bdmurray> mario_limonciell: I mean the default ones
[19:24] <Amaranth> slangasek: just need to get everyone on at the same time to figure it out
[19:24] <Amaranth> I just pinged them, maybe they'll show up :)
[19:24] <Amaranth> oh, here is bryce already :)
[19:24] <bryce> Amaranth: tjaalton says 965 with greedy turned on, exa is ok.  I'm not sure what we'd need to change to make that the default for 965.  Maybe just some dexconf logic?
[19:25] <bryce> for non-965 I think we'd like to stay with XAA for now
[19:25] <Amaranth> bryce: That'd be something you'd want to do for only that 965 so it should be a change inside the driver itself
[19:26] <bryce> I could probably code the change, but I'd need more direction about exactly what the change needs to be (I've not tested with greedy yet myself)
[19:27] <mario_limonciell> bdmurray, ah yeah I'll add the default one to that page.  Thanks
[19:27] <bdmurray> mario_limonciell: thank you!
[19:39] <tjaalton> bryce, Amaranth: right, change the driver itself since changing dexconf is always fragile, and it doesn't help those who upgrade
[19:39] <Amaranth> tjaalton: You're going to do this, then?
[19:40] <tjaalton> btw, my irssi doesn't highlight the channels where my nick has been mentioned other than in the beginning of the msg. did I break my config?
[19:40] <persia> tjaalton: I'm fiddling with recommends for nvidia-settings, just in case you happen to bump into the same thing.
[19:40] <tjaalton> Amaranth: maybe we can coordinate this with bryce
[19:41] <tjaalton> persia: lrm suggests it, isn't that enough?
[19:42] <persia> tjaalton: Except nvidia-settings has a versioned Recommends: on nvidia-glx, which wasn't satisfied by Provides: .  I'm testing a solution (as even Dapper has a new enough nvidia-glx we shouldn't have to specify a version), and will upload within the hour.
[19:42] <tjaalton> persia: oh ok, please fix it :)
[19:42] <persia> The issue is that the driver recommended the settings package, which recommended the old driver, which self-conflicted :)
[19:43] <tjaalton> heh
[19:44] <bryce> tjaalton, Amaranth, I can take a look at making changes to the driver, if you can give me a bit more detail about what would need changed specifically?
[19:45] <tjaalton> bryce: I need to look at the code first ;)
[19:47] <mario_limonciell> when suspending with g-p-m, is /etc/acpi/sleep.sh still called, or is it all pm-utils stuff that doesn't touch sleep.sh anymore?
[19:48] <bryce> tjaalton: what is the option that needs to be switched on?  (grep -i greedy in the source returns nothing)
[19:54] <frafu> Hello, I would like to have a piece of information about mir and feature freeze: mousetweaks is a module in the process to pass mir. As feature freeze has passed, a freeze exception is required. My questions: Who is supposed to ask for the freeze exception: the person from the mir team that accepts mousetweaks into main, or the person that submitted mousetweaks to mir (that would be me) ?
[19:54] <bryce> ah, Option "MigrationHeuristic" "greedy"
[19:56] <tjaalton> bryce: yes, it's actually an option for EXA, so maybe it's passed on to the server
[19:58] <eddie> so, is the latest version of hardy doing?
[19:59] <tortoise> I'm the developer of onboard and python-virtkey which are both in main, who do I contact to update them in Hardy?
[20:01] <persia> tortoise: You've just missed the deadline to make it easy.  Your best bet is to file a bug, and follow https://wiki.ubuntu.com/FreezeExceptionProcess, although https://wiki.ubuntu.com/DeveloperResponsibilities may help you identify someone to help.
[20:02] <ScottK2> tortoise: Additionally, indicate if they've been updated in Debian already as sync'ing from there takes a lot less work and is considered lower risk.
[20:03] <mvo> slangasek: the "Could not calculate the upgrade" you reported, did it mention firefox anywhere?
[20:03] <bryce> tjaalton, Amaranth, ok, working on a patch...
[20:09] <slangasek> mvo: update-manager said nothing except for that error message, which seems to discourage debugging. :)  apt-get dist-upgrade reports a firefox problem, yes.
[20:09] <mvo> slangasek: ok, thanks
[20:14] <bryce> hmm, just need to sort out how to pass an option back *up* to the server from the driver.  hrm
[20:15] <tjaalton> bryce: or match the device there
[20:15] <tjaalton> and patch the server too
[20:15] <bryce> yeah possibly
[20:15] <tjaalton> or only the server
[20:21] <bryce> tjaalton: hmm, so far I'm not finding other instances of options being passed back to the server; perhaps it's not allowed to do it
[20:23] <tjaalton> bryce: jbarnes seems to be online, why not ask him directly :)
[20:23] <tjaalton> if this is possible or not
[20:25] <bryce> tjaalton: heh, that's exactly what I was thinking... already asked
[20:26] <tjaalton> cool :)
[20:41] <ion_> Re: the new background image: WTF? :-)
[20:51] <jwendell> seb128, around?
[20:52] <seb128> jwendell: yes
[20:52] <jwendell> seb128, does hardy support system-bus activation ? (This is a question in a bug I've opened)
[20:52] <jwendell> http://bugzilla.gnome.org/show_bug.cgi?id=513138
[20:52] <ubotu> Gnome bug 513138 in clock ""Set" button in locations doesn't work" [Normal,Unconfirmed]
[20:52] <seb128> jwendell: yes
[20:53] <jwendell> seb128, thanks
[20:53] <seb128> jwendell: the service is installed and bus activation is working
[21:07] <asac> bryce: stupid question. should XRenderComposite work for all drivers?
[21:08] <bryce> asac, it should for most of the major drivers, but no, not all of them
[21:09] <asac> bryce: are there different operations, where one might work for all and some other operation won't work (e.g. especially tile)
[21:09] <asac> (sorry i have not clue at all ... just looking at cairo code :))
[21:09] <bryce> asac, not sure - Amaranth may know
[21:10] <asac> bryce: ok, one more: is tile an operation for xrendercomposite or is that something different?
[21:11] <Amaranth> err, Render compositing is different from the Composite extension
[21:11] <Amaranth> anything that has to do with Render should work everything
[21:11] <Amaranth> err, everywhere
[21:11] <bryce> ah ok
[21:11] <Amaranth> worst case (most of the time, actually) it just happens in software
[21:11] <asac> Amaranth: i have no clue. i just see that if cairo uses XRenderComposite for tiled backgrounds we get garbage for some drivers, and if we use XTile it works :)
[21:11] <Amaranth> this is why EXA is important, actual hardware accelerated Render :)
[21:12] <asac> the garbage happens for XAA
[21:12] <Amaranth> asac: what drivers?
[21:12] <Amaranth> when using XAA with intel and ati basically the entire Render extension is done in software
[21:12] <asac> i know about fglrx, ati and i think intel (but not sure about that)
[21:12] <asac> Amaranth: do you have intel?
[21:12] <asac> you could try by using preview on ubuntu wiki with ffox 3
[21:13] <Amaranth> nope, i have nvidia
[21:13] <asac> http://people.ubuntu.com/~asac/corrupted1.png
[21:13] <asac> darn
[21:13] <asac> i think jorge confirmed that it happened for him with intel + XAA as well
[21:13] <Amaranth> fglrx, ati, and intel would all be using the same software version
[21:13] <asac> yeah ... where is that?
[21:13] <Amaranth> nvidia has their own code
[21:14] <Amaranth> Somewhere in the X server, I guess
[21:14] <asac> makes sense then
[21:14] <asac> hehe
[21:14] <asac> bryce: ^^
[21:14] <ion_> asac: That looks like a good mode to browse the Ubuntu forums. You’re guaranteed to get more informative and sensible content.
[21:14] <asac> lol
[21:14] <keescook> okay, this always eludes me, and I can never find good examples.  If I'm moving a file from one binpkg to another binpkg in the same srcpkg, how do I set up the conflict/replace bits?
[21:15] <mjj29> from A to B then B replaces/conflicts A (<< ${binary:Version})
[21:16] <keescook> mjj29: hm, perhaps I had it backwords.  I will try again.  thanks!
[21:16] <bryce> asac, I've not seen that particular issue with firefox 3 on -intel with EXA
[21:17] <bryce> asac: maybe pop into #cairo and we can question cworth on it?
[21:17] <asac> bryce: read above: XAA
[21:17] <asac> bryce: well ... cworth already knows about this issue :)
[21:27] <bryce> tjaalton: ok, hacked up a couple patches to fix exa / 965, posted to bug 177492
[21:27] <ubotu> Launchpad bug 177492 in xserver-xorg-video-intel "EXA is balls-achingly slow" [Critical,Confirmed] https://launchpad.net/bugs/177492
[21:28] <tjaalton> bryce: that was quick
[21:28] <bryce> tjaalton: I've not tested that they apply or work or anything
[21:35] <sistpoty> tjaalton: are there plans to make nvidia-glx a virtual package?
[21:35] <bryce> tjaalton: lemme know if you get a chance to test those patches; I'm going to grab lunch and then get back on the xrandr gui stuff
[21:36] <tjaalton> sistpoty: no plans, what's the use case?
[21:36] <tjaalton> bryce: yep, I have all the hardware right here ;)
[21:36] <sistpoty> tjaalton: no idea... just saw an upload of nvidia-settings from which I guessed that
[21:37] <tjaalton> sistpoty: ah, no there was a "conflict" before that change
[21:38] <sistpoty> tjaalton: ah, k... I'm adding the proper conflicts now btw. :)
[21:38] <sistpoty> (maybe not proper, but rather defensive...)
[22:42] <tjaalton> bryce: intel compiled, xserver failed but probably not due to the patch
[22:43] <bryce> failed on compile or boot?
[22:43] <tjaalton> bryce: btw, intel needs another patch to force xaa for !I965G
[22:43] <tjaalton> compile
[22:45] <tjaalton> right, I had some git master version of mesa sources
[22:45] <bryce> ahh
[22:46] <tjaalton> another try
[22:57] <tjaalton> could an archive admin push the latest lrm (built) to the archive? there was a silly bug which makes nvidia owners very sad
[22:57] <tjaalton> bryce: ha, now the build failed again
[22:58] <tjaalton> bryce: http://pastebin.ubuntu.com/4623/
[22:58] <bryce> tjaalton: er, odd I thought I left that out of the patch, one sec
[22:59] <tjaalton> hmm, maybe I had a wrong version then
[22:59] <bryce> oh whoops no I see my error
[23:00] <bryce> the xserver patch should say:
[23:00] <bryce> +    if (pScreenInfo->flags & EXA_MIGRATION_GREEDY) {
[23:00] <bryce> +        pExaScr->migration = ExaMigrationGreedy;
[23:00] <bryce> +    }
[23:00] <bryce>  
[23:00] <bryce> ...uploading fixed patch to the bug...
[23:02] <jdong> bryce: schweet! fixing -intel slowness?
[23:02] <bryce> jdong: yeah
[23:02] <jdong> that's always a good thing :)
[23:02] <bryce> jdong: well more of a workaround
[23:03] <jdong> meh fix workaround.... X will be faster :)
[23:03] <bryce> jdong: but tjaalton says it'll let us close a whole mess of EXA/965 bugs. dell, intel, and many others will become happy
[23:04] <tjaalton> it's not perfect but satisfactory
[23:05] <jdong> awesome, that's good to hear
[23:06] <bryce> tjaalton: originally I had implemented my change by adding a new boolean parameter migrationGreedy to the pScreenInfo data structure, but then I realized it would be better to put it in the flags param since that'd be less invasive and wouldn't risk ABI issues
[23:07] <bryce> but I forgot to change that one part of the xserver patch over
[23:07] <tjaalton> heh, right
[23:19] <tjaalton> bryce: ok here goes..
[23:21] <jdong> tjaalton: aaah X doesn't start anymore (kidding :D)
[23:27] <tjaalton> jdong, bryce: starts, but the hack doesn't seem to work yet :/
[23:27] <tjaalton> I got broken shadows and stuff
[23:29] <bryce> hrmble
[23:30] <tjaalton> there's no mention on the log about forcing it
[23:33] <bryce> tjaalton: ok, well I'm in the midst of xrandr hackery, but will plan to look into it more when I get some time
[23:34] <bryce> maybe one of the other options also needs set or something
[23:34] <bryce> or maybe there's too many checks in the patch, and something is preventing it from turning on
[23:35] <tjaalton> bryce: maybe the first defined(I830_USE_EXA)?
[23:36] <tjaalton> hmm no
[23:37] <bryce> did you build the -intel driver after installing the patched xserver?
[23:37] <bryce> if it's done the other way 'round, then the greedy stuff won't get compiled in
[23:37] <tjaalton> ah
[23:40] <tjaalton> ok, another try
[23:42] <tjaalton> nope, the same
[23:45] <tjaalton> bryce: I'll check it again in the morning
[23:45] <tjaalton> night ->
[23:46] <bryce> tjaalton: thx, night