[12:43] <Prf_Jakob> mlankhorst: add this line to the vmx file
[12:43] <Prf_Jakob> mks.gl.allowBlacklistedDrivers = TRUE
[12:44] <mlankhorst> ah k
[12:44] <mlankhorst> awesome! thanks
[12:44] <Prf_Jakob> *insert legal disclamer of not being supported*
[12:45] <mlankhorst> I don't think my current config is supported anyway
[12:46] <Prf_Jakob> right
[12:46] <Prf_Jakob> "Last I heard, AMD was crashing, Intel kinda sorta works, I haven't tried nouveau."
[12:46] <mlankhorst> breaks :p
[12:47] <mlankhorst> [ 4268.987132] nouveau E[vmx-mks[26567]] push 0 buffer not in list
[12:47] <mlankhorst> but that should be fixable
[12:50] <mlankhorst> I have a hack for threaded opengl at least, this looks similar
[12:52] <Prf_Jakob> right


[00:57] <StevenK> wgrant: /srv/launchpad.net/builddmaster is also used on mawson by buildd-manager as queue for binaries from the buildds?
[01:05] <wgrant> StevenK: Sure, and it should be on alphecca do
[01:05] <wgrant> too
[01:05] <wgrant> It's used on builddmaster hosts
[01:05] <StevenK> Right
[01:05] <wgrant> But it only exists on other upload hosts because of P-a-s.
[01:05] <StevenK> Yeah
[01:06] <StevenK> wgrant: So my QA plan is to destroy the P-a-s checkout on mawson, and upload acpi to my ppa and see what happens
[01:06] <wgrant> That would be correct.
[01:14] <StevenK> 2013-06-03 01:13:46 DEBUG   Creating PENDING publishing record.
[01:14] <StevenK> 2013-06-03 01:13:47 DEBUG   Created amd64 build of acpi 0.09-3ubuntu2 in ubuntu precise RELEASE [4560808] in PPA for Steve Kowalik (2505)
[01:14] <StevenK> 2013-06-03 01:13:47 DEBUG   Created i386 build of acpi 0.09-3ubuntu2 in ubuntu precise RELEASE [4560809] in PPA for Steve Kowalik (2505)
[01:14] <StevenK> 2013-06-03 01:13:47 DEBUG   Not closing bugs for PPA source.
[01:14] <StevenK> So that works fine
[01:16] <wgrant> StevenK: Not quite
[01:16] <wgrant> StevenK: Only i386 and amd64 chroots exist for saucy
[01:16] <wgrant> So that's not necessarily a good test
[01:17] <StevenK> wgrant: But I didn't upload to saucy
[01:17] <wgrant> Ah, true
[01:17] <wgrant> And I don't think I cleaned out the precise chroots
[01:21] <StevenK> wgrant: You didn't, there are 5 chroots for precise on DF
[01:41] <StevenK> wgrant: Right, I uploaded acpi to a devirt PPA in precise and only get amd64 and i386 too
[02:23]  * StevenK nails wallyworld to IRC.
[02:23] <wallyworld> i think my wireless router is fighting with my laptop
[02:24] <StevenK> And which is winning?
[02:24] <wallyworld> neither :-(
[02:24] <wallyworld> reboot time, but i'm in the middle of something
[02:46] <wgrant> Ohhh, clever
[02:48] <StevenK> wgrant: aoetools to a devirt PPA creates all five build records, too
[02:48] <wgrant> StevenK: Excellent
[02:49] <StevenK> wgrant: So, previewdiff work, or shall I create an API to update a chroot like infinity wants?
[02:50] <wgrant> StevenK: We're not very good about accepting large file uploads atm, but it might work
[02:51] <wgrant> See if we regularly have apport attachments that are roughly chroot-sized.
[02:58] <wgrant> Oh Zope
[02:58] <wgrant> You are so awful sometimes
[02:58] <wgrant> I just cut 20% off the Launchpad start time by fixing zope.component.registry to not be completely moronic
[03:00] <wgrant> (registering or unregistering a utility compares each new registration against every existing one)
[03:03] <StevenK> Haha
[03:04] <StevenK> wgrant: Still waiting for my terrible query to finish hurting mawson.
[03:05] <nigelb> < wgrant> You are so awful sometimes <-- sometimes?!
[03:08] <wgrant> There we go, registerUtility down from 47.73% (7.19%) to 5.29% (0.27%), and I doubt I broke anything.
[03:09] <StevenK> wgrant: What's the diff, so I can laugh and/or cry?
[03:11] <wgrant> http://pastebin.ubuntu.com/5728141/
[03:11] <wgrant> InterfaceClass.__hash__ is also pretty slow now
[03:12] <wgrant> 5% of no-op script runtime
[03:12] <wgrant> Actually, that patch is a bit buggy now
[03:12] <wgrant> But the fix shouldn't change performance
[03:14] <StevenK> wgrant: Interesting choice of variable name
[03:14] <wgrant> I was none too pleased to see the original code :)
[03:15] <wgrant> Ah, the new code is actually marginally faster, even.
[03:15] <StevenK> I bet
[03:15] <wgrant> http://pastebin.ubuntu.com/5728149/
[03:15] <StevenK> wgrant: Could it be due to older Python?
[03:15] <wgrant> StevenK: No
[03:16] <wgrant> O(n²) is never a good idea :)
[03:16] <wgrant> Interface.__eq__ was being called a few million times.
[03:16] <StevenK> WCPGW
[03:16] <StevenK> wgrant: So, you plan on upstreaming it?
[03:17] <wgrant> Seeing if I can get start time below 50% first
[03:18] <StevenK> wgrant: No fair if your patch contains speech like GLaDOS addressing Wheatley.
[03:25] <wgrant> Ah
[03:25] <wgrant> Maybe if I drop lazr.restful registrations from scripts
[03:25] <wgrant> That could give me another 20%
[03:31] <wgrant> :(
[03:31] <wgrant> Barely a second
[03:48] <wgrant> And zope.sendmail adds 3s to shutdown
[03:52] <StevenK> wgrant: http://pastebin.ubuntu.com/5728202/
[03:53] <wgrant> StevenK: That just shows that 16 requests ever exceeded 200MB, which isn't exactly encouraging.
[03:54] <wgrant> StevenK: Perhaps try uploading some chroots to +storeblob and see if they always succeed
[03:55] <StevenK> wgrant: Right, hitting up RootObject:+storeblob (I guess) on DF as soon as I can grab a chroot
[03:55] <StevenK> Oh look, there's on
[03:55] <StevenK> *one
[03:55] <wgrant> StevenK: Needs to be prod
[03:55] <wgrant> DF means nothing
[03:56] <wgrant> It's likely to succeed on DF/staging but fail on prod
[03:56] <StevenK> wgrant: I'm a little restiscent to toss a few hundred Mb at prod
[03:56] <wgrant> StevenK: Why?
[03:57] <wgrant> +storeblob will get pruned in ~48h
[03:57] <StevenK> Right
[04:02] <wgrant> Near-sane test startup time is near my grasp :)
[04:03] <StevenK> Heh
[04:03] <wgrant> No-op script time is below 3s
[04:03] <wgrant> (moving webservice and browser stuff to appserver-only, and with the zope.sendmail and zope.component fixes. zope.interface is also a bit slow, but the slowness was added for a good reason)
[04:03] <wgrant> It was about 9.8s before
[04:04] <StevenK> wgrant: 'Sending request to launchpad.net...' -- this could involve a bit of waiting
[04:04] <wgrant> Quite
[04:04] <wgrant> It'll probably time out from here
[04:04] <wgrant> But we'll see
[04:05] <StevenK> Some way to gauge progress would be nice, but I can't have everything
[04:05] <wgrant> http://pastebin.ubuntu.com/5728220/ is the zope.sendmail diff
[04:06] <wgrant> Previously every LP process would have to wait 3s for that thread to shutdown
[04:06] <wgrant> That's why everything takes so long to finish
[04:28] <StevenK> Come ON firefox
[04:28] <wgrant> So yeah, 11.6s to 3.6s for a script run
[04:29] <wgrant> I mostly want this for less awful test times
[04:29] <wgrant> librarian start times, subprocess startup/teardown times
[04:29] <StevenK> Hmmm
[04:29] <StevenK> 'Waiting for launchpad.net'
[04:29] <StevenK> wgrant: Is the blob ticket secret?
[04:30] <wgrant> StevenK: What do you mean?
[04:30] <wgrant> There's no way to look up the blob from the outside without it
[04:30] <wgrant> And you can only get it from the response to a POST to +storeblob
[04:30] <StevenK> wgrant: Your ticket is "2f66004a-cc06-11e2-a37c-002481e7f48a"
[04:30] <StevenK> From a chroot upload
[04:30] <wgrant> So it worked?
[04:31] <StevenK> Yeah, it just took 25 minutes to upload.
[04:31] <StevenK> wgrant: Shall I repeat the test?
[04:33] <wgrant> StevenK: Might as well
[04:33] <wgrant> I wonder if the timeout is 30 minutes
[05:21] <StevenK> wgrant: Right, that works as well
[05:22] <wgrant> StevenK: Not sure how well launchpadlib exposes uploads. I'd try to work out that next.
[05:23] <StevenK> wgrant: In terms of progress or how they're exposed?
[05:23] <StevenK> IBug.addAttachment() was my plan
[05:24] <wgrant> There's certainly no progress
[05:25] <StevenK> wgrant: Current plan is DAS.setChroot(data (exported as Bytes), sha1sum)
[05:27] <wgrant> StevenK: Why sha1sum?
[05:27] <StevenK> wgrant: Because infinity would like to be damn sure the client and server agree about a checksum before we set PocketChroot.chroot
[05:27] <wgrant> OK.
[05:28] <StevenK> Hmm
[05:29] <StevenK> wgrant: Going to write a security adapter that limits to the owner of the relevant distribution main_archive, too


[09:07] <czajkowski> aloha folks
[11:08] <lau1> hello piss
[11:08] <lau1> ouch miss
[11:08] <czajkowski> lol
[11:08] <czajkowski> charming lau1
[11:09] <lau1> :x
[11:09] <lau1> ps on french keyboard m is below p
[11:10] <lau1> I blame the phone interview and my clumsyness
[11:15] <ShaneM> lol
[11:16] <lau1> I hope my interview went better than my typing ;)
[11:18] <ebel> ello
[11:18] <ebel> lau1: was it you that was showing bitcoin/banana bucks to me/patrickd about a year ago?
[11:18] <lau1> ??
[11:19] <lau1> don't think so
[11:20] <lau1> could have been there however (ubuntu hour or one of the conf czajkowski organised) as it rings a bell
[11:21] <ebel> twas in bull and castle, impromptu meetup after some .us'ians were over
[11:21] <ebel> never mind anyways.
[11:22] <ebel> i was looking to that cryptocurrency stuff recently and though you might one to talk to
[11:22] <lau1> no was not me ...
[11:22] <ebel> Y'all wanna enter the techy table quiz coming up?
[11:23] <lau1> not me sorry
[11:39] <czajkowski> hope it goes well
[11:39] <czajkowski> any idea on numbers yet??
[11:43] <ebel> erm no
[11:45] <ShaneM> Is it on in Dublin?
[11:48] <ebel> yep
[11:49] <ebel> this http://christmastechiequiz2010.eventbrite.com/
[11:52] <ebel> we need a team name
[12:13] <ebel> OK I've ordered 4 tickets for us
[12:42] <tdr112> afternoon
[12:43] <ebel> yo yo
[14:39] <lau1> czajkowski to apologise https://desinterets.wordpress.com/2010/11/29/white-roses/ ... ;)
[14:41] <czajkowski> lau1: http://breakingnews.ie/sport/ireland-climb-to-fifth-in-latest-rankings-483727.html
[14:41] <lau1> :'(
[14:41] <lau1> I know ...
[14:42] <czajkowski> ye got well and truely thrashed at the weekend
[14:43] <lau1> I have nice shots of the tarf Lansdowne in the snow as well
[14:43] <lau1> the thrashing was on the cards unfortunately*
[14:50] <czajkowski> aye
[14:50] <czajkowski> lau1: so you moving to the uk or whats the plan
[14:50] <lau1> interviewing for cork
[14:51] <lau1> or else looks like uk
[14:54] <czajkowski> nods
[15:06] <ShaneM> lau1:What in Cork? :)
[15:07] <lau1> a job ...
[15:07] <lau1> only problem is they suck at rugby :p
[15:09] <ShaneM> Sorry I meant what kind of job.
[15:10] <lau1> stay away ;) this one is mine ;)
[15:10] <lau1> localisation engineering
[15:11] <ShaneM> Haha
[15:12] <ShaneM> I probably don't have a enough experience anyway :P
[19:18] <airurando> slashtom ping
[19:29] <czajkowski> evening
[20:03] <airurando> evening czajkowski
[20:14] <czajkowski> airurando: howdy
[20:16] <airurando> Any snow in your neck of the woods?
[20:17] <czajkowski> nope
[20:17] <czajkowski> :D
[20:17] <airurando> better not interfere with our trip to paris :(
[20:18] <airurando> what is it about snow messing with my social life!!
[20:18] <czajkowski> :s
[20:18] <czajkowski> when are ye heading
[20:20] <airurando> Early Wednesday but due to forecast heading to hotel near airport tomorrow.
[20:20] <czajkowski> smart move
[21:05] <Pendulum> airurando: have fun!
[21:29] <airurando> Pendulum: Thanks :)
[21:47] <czajkowski> you'll have some fun in disney
[21:47] <czajkowski> hard to beleive a month ago I was in disney with Pendulum
[22:12] <airurando> czajkowski: disneyworld vs disneyland paris
[22:12] <airurando> given the choice i'd take disneyworld.
[22:13] <airurando> but as I don't have a choice I'm uber excited about the latter...
[22:17] <czajkowski> you'll haev fun
[22:27] <airurando> absolutely no doubt.  I am probably more excited than the kids :)


  I thought i read some place that it was due out on the 7th?  If so is the topic just out of date?
[01:43] <ChogyDan> !schedule
[01:44] <yofel> xguru: the images are out http://cdimage.ubuntu.com/releases/10.04/alpha-2/
[01:46] <yofel> ah, the release page was unlocked too
[01:46] <yofel> so I guess the topic would be out of date now ^^
[01:46] <xguru> i was just wondering i upgraded from karmic yesterday.  I did the following commands:  lsb_release -a, cat /etc/lsb-release and got nothing saying alpha 2.   I was just making sure.
[01:47] <xguru> althought i did get the typical "development branch"
[01:47] <yofel> oh, you won't fine any reference to 'alpha2' there
[01:49] <yo2boy> Topic's old
[01:49] <xguru> 2.6.32-10 the most current kernel?
[01:50] <yo2boy> <IP_ADDRESS>
[01:50] <yofel> xguru: for ubuntu yes
[01:51] <xguru> well excellent!  everything seems to be working way better than the upgrade to karmic...
[01:51] <xguru> excellent work on everyone's part
[01:51] <yofel> ^^
[01:52] <xguru> yofel: any idea why apt-get is holding back the distribution update on python-qt3?
[01:53] <charlie-tca> alpha2 is released
[01:54] <yofel> charlie-tca: we already noticed ;)
[01:54] <yofel> xguru: aptitude tells me: python-qt3 depends on python-sip4 (<= 4.9.1)
[01:55] <yofel> lucid has python-sip4 4.9.3-0ubuntu1
[01:55] <yo2boy> d/l done
[01:55] <yo2boy> burning to usb
[01:58] <xguru> yofel: are you saying that python-sip4 is being used instead of python-qt3? Therefore I just ignore the python-qt3 package being held back?
[01:59] <yofel> xguru: ignore it (it depends on an older version of the python-sip4 package, the lucid version is too new)
[01:59] <xguru> oh ok....thanks for the clarification.
[02:02] <ChogyDan> anyone know how to play with compiling the kernel, without cruding up one's system?  I was going to do it in a VM, but then I realized it was too much to compile
[03:27] <SandGorgon> distrowatch reports alpha 2 released
[04:07] <DanaG> http://bugs.freedesktop.org/show_bug.cgi?id=23705#c6
[04:09] <IdleOne> wontfix?
[04:13] <DanaG> yeah, that really irks me.
[04:13] <DanaG> So much for progress.
[04:14] <DanaG> Hey, some monitors report DPI incorrectly... so let's assume they're ALL wrong, and all 96 DPI!
[04:15] <DanaG> weird... radeon also won't suspend and resume properly.
[04:48] <iflema> !gimp
[07:51] <monkey__1> Hello all
[07:54] <hyperstream> ;)
[07:54] <hyperstream> monkey__1,  Alpha 2 released: http://www.ubuntu.com/testing/lucid/alpha2
[08:00] <monkey__1> How does it run?
[08:04] <monkey__1> hyperstream, I think I will wait till beta
[08:05] <monkey__1> but thank you anyway
[08:06] <arand_> monkey__1: Install to an usb drive and run without affecting your HD ;) (just make sure to install grub to the usb instead)
[08:20] <yo2boy> woah..
[08:20] <ethana2> Is the disk verifier broken in alpha2?
[08:21] <ethana2> I've tried this alpha 2 disc in two machines, it never displays any kind of progress bar or anything
[08:21] <ethana2> It boots up, but..  I like to confirm the disk integrity before using it for installation
[08:23] <yo2boy> i'm just dissapointed that A2 doesn't include Wubi
[08:24] <arand> ethana2: yea, verifier seems broken on my daily I got just recently as well
[08:33] <stochastic> Hi all, just out of curiosity, has anyone in here attempted to disable pulseaudio in lucid yet and if so, what's the most elegant method of doing so (hopefully a reversible one)?
[09:49] <BUGabundo_work> morning
[09:56] <om26er> !test
[09:57] <arand> so it is.
[10:27] <vish> stochastic: why disable something which works ? ;)
[10:28] <BUGabundo_work> man, i cant believe some users http://www.qdb.us/301317
[10:28] <stochastic> vish, many pro-audio users of Ubuntu Studio have been asking the developers to include a disable feature for pulse audio.  I personally like pulse audio, but it's a feature that's been requested by our users enough times to consider it.
[10:28] <vish> ah , the Studio users.. :(
[10:29] <BUGabundo_work> stochastic: pa-suspend?
[10:29] <vish> stochastic: there was such a method  , but thought to be destructive ... let me find you the post [you might know it too, the user spammed several pulseaudio bugs with it]
[10:30] <stochastic> BUGabundo_work, pa-suspend is a temporary turnoff feature, we're looking for a method of disabling it system-wide (i.e. on the next reboot pulse does not start)
[10:31] <BUGabundo_work> aptitude purge pulseaudio*
[10:31]  * BUGabundo_work grin
[10:31] <vish> !logs
[10:32] <stochastic> BUGabundo_work, that doesn't solve things it just breaks things
[10:34] <BUGabundo_work> i know
[10:34] <BUGabundo_work> jk
[11:02] <stochastic> vish, any ground on that post?
[11:02] <vish> stochastic: i'm searching for it... just havent found it yet.. :(
[11:08] <vish> phew! got it :)
[11:09] <vish> stochastic: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/438318/comments/56
[11:09] <vish> i had to track hggh and then check for this bug :D
[11:09] <stochastic> vish, wow, thanks.
[11:09] <vish> np.. ;)
[11:11] <vish> that user nearly got banned.. he commented those instructions on one too many bugs ;)
[11:13] <vish> oh , he had a ppa to remove PA too ! , seems it was removed  > https://launchpad.net/~pstone78/+archive/ppa
[11:17] <floating_> installed command-line install from alternate cd, install went all fine, but when it was time to reboot to the system, i'm stuck at the screen which saysä fsck from util-linux-ng 2.16 /dev/sda8 clean, 43106/917504 files, 251219/366828 blocks
[11:18] <floating_> alpha2
[11:22] <floating_> should i try reboot with altsysrqb for starters ?
[11:24] <Umeaboy> Hi!
[11:25] <Umeaboy> Anyone here who knows why GRUB 2 is still a beta-version?
[11:25] <floating_> rebooting leaves it stuck there aswell
[11:26] <Umeaboy> I can't load Winblows 7 or Mandriva 2010.0 with it.
[11:26] <Umeaboy> And I'm fully updated.
[12:34] <floating_> i tried 2 tricks to get past the hang at fsck. rw /sbin/init --debug <- appending this to kernel line in grub. I got debug messages but it hang there too. None of the debug messages seemed like errors. 2nd thing I tried was to boot to live cd and run sudo fsck -y /dev/sda8 , it said it recovered the fsck or so, but when I reboot, I still get the fsck hang. Now though I'm getting additional info there: "/dev/sda8 superblock last mount time is in the
[12:38] <arand> floating_: did the fsck -y run throught the fsck properly? otherwise try to force the check -f
[12:39] <floating_> i didnt write down what it said, but it said 2 or 3 lines in a second and that was that. recovering, done and clean or something. fsck was saying "clean" in the boot to begin with though
[12:40] <floating_> so I guess that -y tries to fix fsck, which was already fixed, but still hangs
[12:40] <floating_> or?
[12:41] <floating_> hmm, should I run it with that -f ?
[12:42] <arand> floating_: if it was already marked as clean it may be that it wasn't run at all when you just used -y
[12:44] <floating_> yeah I think it wasn't. if the purpose was to run it.. ok. btw i wonder what that "probably due to bad system clock" wants to tell me
[12:44] <floating_> because now i dualbooted to windows xp, and i see that the xp clock shows 2h earlier than the timezone set
[12:45] <floating_> is this a clock at bios ?
[12:46] <floating_> aa maybe it is not relevant for this problem
[12:47] <arand> floating_: that whole issue was common in Karmic alphas as well, it was some kind of mismatch in system/bios/zone -time
[12:48] <floating_> ill try fsck -fy from the live cd
[12:49] <arand> https://bugs.launchpad.net/ubuntu/+source/e2fsprogs/+bug/268808
[12:52] <floating_> fsck -fy modified it a little. 0,1% non-contagious, but after the reboot, still hangs at the fsck
[12:54] <floating_> it though gives this superblock ast write time is in the future. Is it now hanging there for this reason ?
[13:08] <arand> floating_: it seems so, can you run fsck -fy directly from here?
[13:44] <drizzt_> i've lost my keyboard layout applet after today's updates, why?
[14:00] <geser> does gvim has in title "GVIM (as superuser)" for others too?
[14:12] <_stink_> i'm new to testing +1.  when i look at http://people.canonical.com/~ubuntu-archive/testing/lucid_probs.html, what does "produces uninstallable binaries" mean?
[14:24] <bjsnider> _stink_, it means that those packages cannot be installed
[14:25] <_stink_> bjsnider: ah, gotcha.  thanks.
[14:26] <bjsnider> and it doesn't matter why. don't even worry about it. you can't install them, so you can't test them.
[14:27] <_stink_> i will stay away from them. :)
[14:37] <drizzt_> i've lost my keyboard layout applet after today's updates, why?
[15:09] <afv> hi, does anyone know where the seahorse config/keys are saved?
[15:09] <afv> i need to restore them from a backup..
[15:09] <afv> (home backup)
[15:09] <maco> gpg keys in .gnupg/ and ssh keys in .ssh/
[15:09] <afv> oh, thanks maco!
[15:10] <maco> dunno where password keyring stuff is saved though
[15:10] <BluesKaj> hiya folks
[15:14] <pasjr> I lost my sd reader with alpha 2 any one know how to restore it
[16:00] <mellhen> is this developement area for kubuntu too?
[16:00] <mellhen> i mean this irc-channel
[16:03] <yofel_> mellhen: kubuntu lucid support and discussion
[16:04] <yofel_> develpment is in #kubuntu-devel
[16:04] <yofel_> *development
[16:43] <mellhen> yofel: thanks
[17:25] <lokad> hi
[17:25] <lokad> i experience random x lockups
[17:26] <lokad> dmesg gives hundreds of lines telling me "[drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged"
[17:26] <lokad> this is with the newest packages
[17:29] <CAiRO> hi
[17:29] <CAiRO> the release notes of the 10.04 alpha2 say that it is possible to install all 3 nvidia drivers in parallel, but what is the difference between them actually?
[17:31] <yofel> CAiRO: afaik mostly the different hardware they support
[17:33] <yofel> lokad: no expert on grapics drivers, but afaik you should file a bug against the kernel in for this
[17:33] <CAiRO> yofel: hmm, but is it important then to be able to install them in parallel?
[17:33] <yofel> Sarvatt: there?
[17:34] <lokad> I have found a bug report that has the same message in the error logs but says "fix released" - i commented on it so let's see what happens
[17:35] <Sarvatt> lokad: this is with stock lucid? or are you using xorg-edgers?
[17:35] <lokad> stock lucid
[17:36] <lokad> I had the x-edgers repo active though
[17:36] <yofel> CAiRO: not sure tbh, but sometimes an older driver might work better than a newer one on certain hardware, and if you want to test it now you at least don't have to remove the already installed driver
[17:37] <Sarvatt> what does dpkg -l | grep xserver-xorg-video-intel say the version is?
[17:37] <lokad> 2.9.1-1ubuntu1
[17:38] <Sarvatt> you're sure you've had the error since switching away from edgers?
[17:38] <Sarvatt> i havent seen anyone (me included) with that problem using 2.9.1
[17:38] <lokad> I have it now with this version :) - x-edgers was active for another reason but it did not work so I disable it
[17:39] <hondu> ssd
[17:39] <hondu> sorry
[17:40] <lokad> i will reinstall this package and retry
[17:41] <lokad> Was there a xedgers package of the same version?
[17:41] <Sarvatt> I don't have any info to give you on it if you get it with 2.9.1, you're the first person i've heard of getting it but there are alot of us having the problem with 2.10
[17:42] <Sarvatt> it's 2.10 there
[17:43] <Sarvatt> does it mention batchbuffer I/O error just before the execbuff while wedged spam starts?
[17:44] <lokad> no ... drm_hangcheck_elapsed
[17:44] <lokad> GPU hung
[17:45] <CosmiChaos> hey i sucesfully upgrade to grub2 (grub-pc) and i have plymouth installed.... how to get the boot animation like all fresh installations of alpha 2???
[17:45] <CosmiChaos> how to activate splash again?
[17:45] <BUGabundo_work> how is NVidia drivers?
[17:45] <BUGabundo_work> i stilll dont have 3D :(
[17:46] <CosmiChaos> activate plymouth from upgrad ubuntu lucid
[17:46] <Sarvatt> lokad: do you have a /var/log/Xorg.0.log around from a crash? do you see (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error in it if so?
[17:47] <Sarvatt> nvidia drivers are working perfect here for me BUGabundo_work
[17:47] <lokad> No. I Get: [    2.303007] (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Input/output error.
[17:48] <lokad> But this is from a restart of Xorg after the first freeze
[17:48] <BUGabundo_work> Sarvatt: i'll ping u back after dinner
[17:50] <pasjr> why dose 10.04 no longer see my computer as a laptop?  my power settings are for desktop only
[17:50] <Sarvatt> BUGabundo_work: alrighty, have you been holding off upgrading? I did see a bug where people still trying to use jockey were ending up blacklisting nvidia-current in /etc/modprobe.d/blacklist-local.conf because they deactivated it there even though jockey support isnt working yet
[17:52] <CosmiChaos> does nobody now how to activate plymouth from upgrade? :(
[17:53] <Sarvatt> I think you need KMS to even see anything with plymouth right now?
[17:53] <lokad> Sarvatt: I have found the culprit, I indeed still use x-edgers packages, they did not downgrade. But I don't know why I got the wrong version on the command line. Interactive aptitude gives me the right version
[17:53] <CosmiChaos> what does that mean?
[17:53] <Sarvatt> meaning only intel and ati will see the new splash
[17:53] <Sarvatt> and nouveau if you have that installed
[17:53] <CosmiChaos> arghs
[17:54] <Sarvatt> ah good to hear lokad!
[17:54] <lokad> It is 2.10.0+git20100114.96f45c66-0ubunut0sarvatt
[17:54] <lokad> so take this as an additional bug report *g*
[17:54] <CosmiChaos> *"!@%&!=....
[17:54] <LrdMtrod> Can I roll back an update-manager -d ?
[17:55] <lokad> So thanks for your help, Sarvatt - am now downgrading ...
[17:55] <Sarvatt> lokad: yeah theres problems with 2.10, they are well known and they still released 2.10 anyway with them :( http://bugs.freedesktop.org/show_bug.cgi?id=25475
[17:55] <CosmiChaos> first the blowed gdm-themes, then they blowed usplash and now, on most users hardware nothing works xD
[17:55] <pasjr> what is KMS?
[17:55] <CosmiChaos> even the xorg-driver-nv  does not allow to run vga=791 :)
[17:55] <LrdMtrod> pasjr: virtualization
[17:56] <lokad> Hum, this is no good policy :(
[17:56] <pasjr> ok thank you
[17:56] <CosmiChaos> you only get a console output at all if you completely remove vga= tag
[17:56] <lokad> pasjr, not virt but Kernel Mode Switching
[17:56] <pasjr> ok, never heard of it, now I can learn something new
[17:57] <CosmiChaos> its relly frustrating, but i have to say grub2 really boots a lot faster at the beginning
[17:57] <lokad> LrdMtrod meant kvm
[17:57] <CosmiChaos> no more hard drive delays
[17:57] <vish> Sarvatt: hi... in ATI , X crashes when i try a guest session or try switching to different user :(
[17:57] <Sarvatt> i think thats happening globally for everyone right now vish
[17:57] <LrdMtrod> pasjr: yeah, I have a hard time keeping those acronyms apart
[17:57] <pasjr> I tweaked grub2, shaved 2.5secs off, but scary doing it
[17:58] <CosmiChaos> pasjr, how do you?
[17:58] <vish> Sarvatt: ah... thanks :)
[17:58] <vish> btw > Bug 506510
[17:58] <Sarvatt> looks like GDM to me but am probably wrong
[17:58] <pasjr> first is easy change timeout from 10 to 0
[17:58] <CosmiChaos> can i turn the boot-log console output something like quiete quite to not see it all? any ideas?
[17:59] <pasjr> restset your swap to 10, conncurent from none to shellrace
[17:59] <CosmiChaos> pasjr, this is not a really tweak as you can easily adjust it via gui and should be default ;)
[17:59] <pasjr> yes you can disable splash
[17:59] <CosmiChaos> pasjr, i have no splash, i want to disable the annoying console outputs udev warnings bla bla
[18:00] <pasjr> then type in quite
[18:00] <BUGabundo_work> Sarvatt: no.i forced all upgrades after last week breakag
[18:00] <CosmiChaos> that is already there in grub.cfg
[18:00] <CosmiChaos> no effect
[18:00] <CosmiChaos> linux	/boot/vmlinuz-2.6.32-10-generic root=UUID=3da2d438-9fda-4f58-a93f-24be243ac74e ro   quiet
[18:00] <pasjr> not sure then you have something set else where
[18:01] <Sarvatt> i'm pretty sure plymouth text based splash is planned and just not implemented yet in lucid...
[18:01] <pasjr>  add splash back to that line then sudo update-grub
[18:01] <Sarvatt> its only just barely working with KMS, no cryptsetup prompts or fsck feedback
[18:01] <CosmiChaos> narf and i want to have my gdm-theme Aurora Black back, this Metacity-a-like is really not my favour
[18:03] <CosmiChaos> they really heavy dropped dropped features that now need to be reimplemented
[18:03] <pasjr> i wish my fan control would work
[18:03] <CosmiChaos> try your bios
[18:04] <pasjr> nogo in bios insyde bio sucks
[18:04] <CosmiChaos> you can easily noise and temperature tweak your cpu-fan from inside the bios, by perfectly setting up temperate scale and stepsize
[18:05] <CosmiChaos> usually fancontrol is set to Full or Auto
[18:05] <pasjr> not on insyde, not on my board no access allowed
[18:05] <CosmiChaos> you dont have access to your bios?
[18:06] <pasjr> not complete most of the settings I want are not allowed, only fix I found is to replace bios, that is to scary for me
[18:07] <CosmiChaos> who restricts you to use the features of your motherboards bios?? does somebody set the password ? :)
[18:07] <CosmiChaos> see even the worst featurerich bios got fancontrol ;)
[18:08] <pasjr> Toshiba and Insyde Bios blocks me.  No menu options to change those settings
[18:08] <CosmiChaos> is it a notebook?
[18:09] <pasjr> yes Satellite A505D by Toshiba
[18:09] <pasjr> none of the linux tools for Toshiba work
[18:09] <CosmiChaos> and it has no bios fan control? ridicolous, you very badly spend your money :D
[18:09] <CosmiChaos> does it run 100% all the time?
[18:11] <pasjr> it only cost me $500, it has AMD Turion X2 dual core 64 bit runs at 2.30GHz, 4Gib of ram, 500Gib hard drive and 1080i hd display
[18:11] <CosmiChaos> did you tried Toshiba laptop utilities?
[18:11] <pasjr> no it kicks in around 85deg C
[18:11] <pasjr> yes nothing for Tosh in the linux or win world works
[18:12] <CosmiChaos> so yyes you spend your money worse, on a nice sounding thingy that burns away within the first 6 month, of course you did ;)
[18:12] <pasjr> Toshiba told me to contact Insyde, Insyde told me the info I want is Classified.
[18:12] <CosmiChaos> xD
[18:12] <lokad> have fun guys
[18:13] <CosmiChaos> well it is not classified , it is closed source :)
[18:14] <CosmiChaos> seems like a hard job, you want to force linux higher fan speeds, than the bios actually forces to.... ;)
[18:14] <CosmiChaos> i have no idea
[18:15] <CosmiChaos> the classified information maybe, that the device runs dead  on point to the end day of warranty ;)
[18:26] <ripps> Okay, whenver I tried to mount my external ntfs harddrive, I now get a popup saying "Unable to mount Disk_Name, Not authorized"
[18:35] <drs305> Late to the party perhaps.  I just loaded A2 onto a real partition - previously on a VM. Edited fstab for the first time and it appears the change takes effect as soon as I hit enter on a new entry.
[18:35] <drs305> This a new 'feature'?
[18:36] <drs305> e.g. I added a new mount, when I hit enter to add the line in fstab I got a message immediately saying the device was already mounted.
[18:54] <douglasawh-work> while I'm doing this on Lucid, I think this would apply to any release/distro - I am trying to tell the difference between grub1 and grub2 when neither are in Synaptic. As far as I can tell, the only way to do it is that grub1 says something about staging 1.5 and grub2 does not. Is there a more clear way, like grub --version (which will not run since technically neither is installed)
[18:59] <drs305> grub-install -v  is the normal way to check. From the grub command line during boot, if it's grub 2 "ls" will produce results, g1 won't.
[18:59] <drs305> douglasawh-work: Is that what you were asking?
[19:17] <Sarvatt> vish: changing /etc/gdm/PreSession/Default to call /sbin/initctl instead of just initctl fixed guest sessions for me
[19:18]  * vish tries
[19:19] <Sarvatt> /var/log/gdm/:0-slave.log was saying /etc/gdm/PreSession/Default: 16: initctl: not found before, i think it was due to the paths being exported around getting changed in the newer gdm releases in the past few days
[19:27] <vish> hmm , didnt work ,
[19:27]  * vish tries again...
[19:28] <vish> Sarvatt: if i X crashes  , and i'm at tty how do i restart it?
[19:28] <vish> s/i//
[19:28] <Sarvatt> sudo service gdm stop then start it again?
[19:29] <Sarvatt> thats what i did the first time it dropped me to a vt trying to start the guest session
[19:38] <vish> Sarvatt: :(  ... nope , i still get X crashing
[19:39] <vish> /sbin/initctl -q emit desktop-session-start DISPLAY_MANAGER=gdm
[19:39] <vish> ^ didnt work for me
[20:43] <gnomefreak> can someone please open the file manager and click Help>About and tell me the name of it
[20:46] <vish> oh , great evolution segfaults :/
[20:48] <gnomefreak> nevermind for the above i found what i did
[20:49] <duffydack> 1 bug in live installer, I cant add a partition to free space Ive made.  my last partition /dump for odds and ends i shrunk to free up 10gig unallocated space, but cant manually add a / partition there for 10.04
[20:49] <duffydack> choosing "use largest free space" added a / and swap however..
[20:50] <gnomefreak> duffydack: someone yesterday had said he/she had issues too. the alternative installer was said to work
[20:51] <gnomefreak> be back fixing something i hope
[20:51] <LordMetroid> I updated to alpha2 from 9.10 however I can not get into my system
[20:52] <undecim> LordMetroid: How far can you get?
[20:52] <LordMetroid> I did manage to get into my system once for an unkown reason, that time prompted me to run in low- srceen resolution mode(though I saw no difference from the resolution I had in 9.10)
[20:52] <LordMetroid> I get the Ubuntu logo
[20:52] <LordMetroid> Then I get a marker that does't flash
[20:53] <LordMetroid> I once got a square progress bar in red and gray
[20:53] <LordMetroid> And now I have the message "could not write bytes: Broken pipe"
[20:53] <maxb> Anyone else running Lucid on Acer Aspire One?
[20:53] <LordMetroid> the tty at F6 I see cryptswap starting
[20:54] <LordMetroid> If I press the power button, the system goes to level 0 like normal but my keyboard stops working
[20:55] <LordMetroid> Sometimes something about vboxdrv has also been flashing by
[20:55] <LordMetroid> (and no I am not running alpha2 on a vbox)
[21:19] <Sarvatt> I am maxb
[21:19] <Sarvatt> AOA150
[21:20] <BUGabundo> Sarvatt: ping
[21:20] <Sarvatt> heyo! still not working?
[21:20] <BUGabundo> let me try
[21:21] <BUGabundo> what packages do I need?
[21:21] <Sarvatt> nvidia-current should be it if the rest is stock lucid
[21:24] <BUGabundo> nvidia-current:  Installed: 190.53-0ubuntu4
[21:25] <gnomefreak> who was it that had the issue with the partition editor?
[21:25]  * gnomefreak found bugs on it :)
[21:26] <gnomefreak> BUGabundo: look under known bugs for yours http://www.ubuntu.com/testing/lucid/alpha2 im fairly sure you are talking about one of the few
[21:27] <BUGabundo> gnomefreak: but how come everyone says Nvidia 3D is working
[21:27] <maxb> Sarvatt: hi. I've been experiencing system lockups recently, since 2.6.32-10 ish - have you seen anything of the sort?
[21:27] <BUGabundo> but the one person who tried X in advace got stuck ?
[21:27] <gnomefreak> BUGabundo: mine is :)
[21:27] <Sarvatt> only with intel 2.10 maqxb
[21:27] <gnomefreak> maxb: does reboot fix it?
[21:28] <Sarvatt> nvidia-current                                  190.53-0ubuntu4
[21:28] <Sarvatt> 3D is working fine BUGabundo, thats weird
[21:28] <maxb> gnomefreak: "fix"? The only thing you can do with a locked up system is to reboot it, so I don't understand your question
[21:28] <gnomefreak> i am not sure if i am using free drivers or normal ;)
[21:29] <Sarvatt> maxb: are you using xorg-edgers?
[21:29] <Sarvatt> if so purge the heck out of it :)
[21:29] <maxb> No, just plain old lucid
[21:29] <BUGabundo> gnomefreak: "free" doesn't do 3D
[21:29] <maxb> I *have* been running it with 2.6.31's i915 module though
[21:29] <gnomefreak> maxb: does it lock up after you reboot system. example boot->freeze->hard restart->no more lock ups
[21:29] <Sarvatt> oh I have no problems at all outside of flickering after resume if I dont use i915.powersave=0
[21:30] <gnomefreak> BUGabundo: give me a minute
[21:30] <maxb> Sarvatt: The flickering usually escalates to a hang after a while for me
[21:30] <Sarvatt> yup
[21:30] <maxb> I'll try the boot option, though
[21:30] <Sarvatt> always hangs here
[21:30] <Sarvatt> lucky to last 30 minutes after resume without powersave turned off
[21:31] <maxb> The other thing which confuses me is that recently the screen resolution set by KMS for the text console has changed
[21:32] <Sarvatt> do you have an AOA model too?
[21:32] <undecim> I can't get KDE compositing or Wireless working since upgrading.
[21:33] <Sarvatt> BUGabundo: I  know you've been asked a million times already probably but can you paste your Xorg.0.log?
[21:33] <gnomefreak> some KMS bugs can be found at http://www.ubuntu.com/testing/lucid/alpha2
[21:34] <gnomefreak> BUGabundo: IIRC nvidia+Xorg 7.5 do not play well together but i installed (cant recall name) on distupgrade and it fixed it
[21:35] <BUGabundo> hi charlie-tca
[21:35] <charlie-tca> Hello, BUGabundo
[21:35] <BUGabundo> Sarvatt: $ pastebinit /var/log/Xorg.0.log http://paste.ubuntu.com/357259/
[21:35] <maxb> Sarvatt: Yes, mine's AOA150 too
[21:35] <charlie-tca> How are things today?
[21:36] <BUGabundo> charlie-tca: I'm still fighting nvidia :(
[21:36] <gnomefreak> yay might have grub-pc fix :)
[21:36] <BUGabundo> I may need to reboot
[21:36] <BUGabundo> but can only do it in about 1h
[21:36] <bjsnider> says you'r eloading the nvidia glx module, so 3d should work
[21:37] <BUGabundo> finishing a big download
[21:37] <charlie-tca> heh
[21:37] <BUGabundo> bjsnider: "Desktop effects could not be enabled"
[21:37] <Sarvatt> hmmm that looks fine BUGabundo.. do you have any LIBGL things set in your environment?
[21:37] <BUGabundo> how do I check?
[21:38] <BUGabundo> douglasawh-work: ping
[21:39] <BUGabundo> bjsnider: you were the guy behind some of the work of grub2 weren't you ?
[21:39] <bjsnider> no i was not
[21:40] <Sarvatt> BUGabundo: export?
[21:40] <bjsnider> BUGabundo, what does glxinfo get you?
[21:40] <BUGabundo> $ glxinfo | pastebinit
[21:41] <BUGabundo> Error: couldn't find RGB GLX visual or fbconfig
[21:41] <BUGabundo> http://paste.ubuntu.com/357264/
[21:41] <Sarvatt> looking for like LIBGL_ALWAYS_INDIRECT=1 or something
[21:41] <Sarvatt> try LIBGL_ALWAYS_INDIRECT=0 glxinfo
[21:41] <BUGabundo> $ export | grep LIBGL
[21:42] <BUGabundo> $  LIBGL_ALWAYS_INDIRECT=0 glxinfo | pastebinit http://paste.ubuntu.com/357265/
[21:43] <bjsnider> you've got the wrong opengl version. it should say 3.2
[21:43] <bjsnider> not 2.1.2
[21:44] <bjsnider> 3.2.0 NVIDIA 190.53
[21:44] <Sarvatt> I have to run and make dinner, but I know googling for Error: couldn't find RGB GLX visual or fbconfig will find your fix BUGabundo
[21:45] <BUGabundo> libglu1-mesa:  Installed: 7.8.0~git20091206.df02bc42-0ubuntu0sarvatt
[21:45] <Sarvatt> ohh you're using edgers stuff
[21:45] <BUGabundo> no
[21:45] <BUGabundo> just archive
[21:45] <Sarvatt> thats an edgers package
[21:45] <BUGabundo> I've removed PPA last week
[21:45] <BUGabundo> I know it is
[21:45] <Sarvatt> ah its just a metapackage, can remove it
[21:45] <BUGabundo> but it should have been replaced by archive higer
[21:45] <gnomefreak> you are using edgers package. try downgrading to our package
[21:45] <Sarvatt> nah archives lower, 7.7
[21:46] <BUGabundo>  *** 7.8.0~git20091206.df02bc42-0ubuntu0sarvatt 0
[21:46] <BUGabundo>         100 /var/lib/dpkg/status
[21:46] <BUGabundo>      7.7-0ubuntu5 0
[21:46] <BUGabundo>         500 http://neacm.fe.up.pt lucid/main Packages
[21:46] <Sarvatt> dpkg -l | grep sarvatt and for every package it lists just add /lucid, like sudo apt-get install libglu1-mesa/lucid
[21:46] <Sarvatt> or tormod
[21:46] <BUGabundo> can't remove it ... brings too many
[21:47] <maxb> Is i915.powersave=0 supposed to just stop the system from suspending at all?
[21:47] <Sarvatt> nope it fixes the flickering after resume here
[21:47] <bjsnider> BUGabundo, use force version
[21:47] <maxb> Hmm, all my gui power management stuff is broken
[21:48] <Sarvatt> maxb: dmesg | grep inteldrmfb return anything?
[21:48] <maxb> reboot in progress
[21:48] <Sarvatt> sudo apt-get install package1/lucid package2/lucid etc BUGabundo to downgrade to lucid packages for anything that dpkg -l | grep sarvatt returns
[21:48] <BUGabundo> doing so now
[21:49] <Sarvatt> want to grep for tormod too, he has some packages up there
[21:50] <BUGabundo> none here
[21:50] <Sarvatt> was mesa-utils one of the packages?
[21:50]  * maxb is amused to see gdm reporting language as "Unspecified [ANSI_X3.4-1698]"
[21:50] <BUGabundo> ii  mesa-utils                            7.8.0~git20091206.df02bc42-0ubuntu0sarvatt        Miscellaneous Mesa GL utilities
[21:50] <Sarvatt> yeah thats the problem
[21:50] <BUGabundo> Sarvatt: go get dinner
[21:51] <Sarvatt> compiz checks glxinfo before it starts up
[21:51] <BUGabundo> I'll be here all night
[21:51] <Sarvatt> that'll fix it, no worries :D
[21:52] <Sarvatt> maxb: you got me stumped but something is totally borked in your setup, it's working fine here on the same machine
[21:52] <Sarvatt> you shouldnt be getting the execbuff while wedged errors unless you have intel 2.10 installed though
[21:52] <BUGabundo> going for a reboot
[21:52] <BUGabundo> let see if it get ok
[21:53] <BUGabundo> do I still need to run jockey to install the blob?
[21:53] <Sarvatt> nope
[21:53] <Sarvatt> jockey doesnt work for it yet
[21:53] <BUGabundo> ok
[21:53]  * gnomefreak thought jockey was still broken
[21:53] <maxb> Sarvatt: I've not see that error message in particular - it's entirely possible I simply broke something by trying to use 2.6.31's i915 module with 2.6.32
[21:53] <BUGabundo> brb
[21:53] <maxb> Right now the confusing thing is that my system won't suspend at all
[21:53] <Sarvatt> oh maxb I'm sorry, powersave wasnt a module parameter in 2.6.31
[21:54] <Bookman> How do I cancel Show Join/Part Messages globally in XChat?
[21:54] <Sarvatt> you arent using i915 right now probably which would explain suspend not working :D
[21:54] <maxb> Sarvatt: I've reverted to stick lucid i915
[21:54] <maxb> *stock
[21:54] <maxb> I'm just going to give it up as a broken for now and go try karmic's entire kernel
[21:55] <Sarvatt> modinfo i915 show powersave as a parameter?
[21:55] <maxb> yes
[21:56] <Sarvatt> how did you switch it? did you update the initramfs after?
[21:56] <maxb> I did it in the grub command line?
[21:58] <maxb> Backing that out now to see if my PM was broken by that or recent updates
[22:01] <maxb> Hmm, yeah, it's all broken
[22:02] <maxb> You might want to avoid the recent gnome-power-manager update (I assume) for a bit
[22:02] <BUGabundo> FYI bjsnider gnomefreak Sarvatt: 100% working
[22:02] <bjsnider> cool
[22:02] <gnomefreak> BUGabundo: cool
[22:02] <bjsnider> now you can sit back and watch the good things happen
[22:02] <BUGabundo> ahah
[22:02] <BUGabundo> or the next thing explode
[22:03] <BUGabundo> cause I saw a trace in the TTy
[22:03] <BUGabundo> let me look at boot logs
[22:03] <BUGabundo> is the splash instalble too ?
[22:03] <maxb> What on earth is the system doing between when you type your password at a login prompt, and when it prints "Last login: ...." ?
[22:03]  * gnomefreak doesnt have working TTY
[22:04] <gnomefreak> verifing?
[22:05] <BUGabundo> $ pastebinit /var/log/kern.log http://paste.ubuntu.com/357273/
[22:05] <Sarvatt> no splash without KMS right now as far as I know BUGabundo
[22:05] <BUGabundo> Synaptics Touchpad, model: 1, fw: 5.10, id: 0x258eb1, caps: 0xa04713/0x0
[22:05] <BUGabundo> Jan 15 21:58:02 BluBUG kernel: [    8.766513] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input9
[22:05] <BUGabundo> Jan 15 21:58:02 BluBUG kernel: [    9.590459] irq 17: nobody cared (try booting with the "irqpoll" option)
[22:05] <BUGabundo> Jan 15 21:58:02 BluBUG kernel: [    9.590627] Pid: 0, comm: swapper Not tainted 2.6.32-10-generic #14-Ubuntu
[22:05] <BUGabundo> Jan 15 21:58:02 BluBUG kernel: [    9.590629] Call Trace:
[22:05] <BUGabundo> Jan 15 21:58:02 BluBUG kernel: [    9.590631]  <IRQ>  [<ffffffff810c4cfb>] __report_bad_irq+0x2b/0xa0
[22:06] <BUGabundo> anyone makes sense of that log ?
[22:07] <bjsnider> kernel devs could
[22:08] <gnomefreak> BUGabundo: pastebin ;)
[22:08] <gnomefreak> be back
[22:08] <bjsnider> since they wrote those meaningless messages
[22:10] <BUGabundo> gnomefreak: its there! on top :p
[22:11] <BUGabundo> bjsnider: consider kernel devs pinged
[22:17] <Sarvatt> wow, 11 second resume BUGabundo?
[22:17] <Sarvatt> suspend is 1.412 and resume is 1.109 here
[22:18] <BUGabundo> no idea
[22:18] <Sarvatt> theres probably an i8042 quirk your machine needs to be safe over suspend/resume, ASUS is really bad about that last time i looked
[22:18] <BUGabundo> yeah
[22:18] <BUGabundo> its an asustek OEM
[22:19] <BUGabundo> it used to be very nice in karmic and II
[22:19] <BUGabundo> but hibernate is broken in +1
[22:21] <bjsnider> isn't it always?
[22:21] <Sarvatt> have you tried one of the newer daily .33 kernels?
[22:22] <Sarvatt> karmic really surprised me there and suspend/resume worked 100%
[22:22] <Sarvatt> (on all my machines)
[22:22] <bjsnider> even the nvidia ones?
[22:23] <Sarvatt> yeah! somehow
[22:23] <bjsnider> suspend/resume doesn't cause *any* problems?
[22:23] <BUGabundo> Sarvatt: I'm running .32
[22:24] <BUGabundo> Linux BluBUG 2.6.32-10-generic #14-Ubuntu SMP Thu Jan 7 17:38:08 UTC 2010 x86_64 GNU/Linux
[22:24] <Sarvatt> i dont use karmic anymore but it was perfect for about 2 weeks there between the last RC's and when lucid's kernel got uploaded :D
[22:24] <BUGabundo> should I go .33 and break more stuff?
[22:24] <douglasawh-work> BUGabundo: just got back to the desk
[22:24] <Sarvatt> oh nevermind BUGabundo, nvidia needs patching for .33
[22:25] <BUGabundo> douglasawh-work: hi. still trying to find who did work in grub2 :\
[22:25] <douglasawh-work> well, not necessarily that person, but someone that knows enough to talk me through the implementation details and why grub2 won't work with full disk LVM encryption
[22:26] <BUGabundo> douglasawh-work: you know what we say: don't ask to ask, just ask
[22:28] <douglasawh-work> well, I asked. :) I haven't been able to go down all my leads quite yet though, so let me poke at this a little...I've been working on another issue
[22:29] <BUGabundo> brb
[22:29] <BUGabundo> restarting pidgin
[22:48]  * BUGabundo mumbles: stupid conflicting compiz keys
[22:56] <undecim1> alright, I've gotten wireless working, but I can't get anywhere with compositing in KDE
[23:02] <BUGabundo> is it possible to make notify-osd work over an app in full screen?
[23:03] <bjsnider> there are no config options
[23:03] <bjsnider> i'm not sure if the most urgent class of alerts display even over fullscreen windows


[05:41] <wallyworld> often when doing a bzr switch to change to the working tree of a different branch, it says there are conflicts and copies a dir to foo.moved, but the files in that directory are only pyc files. should bzr be able to handle this better? ie know that pyc files are safe to delete and hence no conflict after all?
[05:42] <lifeless> there is a wishlist bug for this.
[05:43] <wallyworld> ah ok. thanks
[05:43] <wallyworld> been seeing the issue a lot lately with the branches i am working on
[05:43] <spiv> vila has been doing some work on this
[05:44] <wallyworld> excellent. look like it's all under control :-)
[05:48] <bob2> is that just due to some .pyc files being commited?
[05:52] <abcminiuser> Hey all
[05:52] <abcminiuser> I'm trying to make a public BZR mirror of a Subversion project of mine, for other's convenience
[05:52] <abcminiuser> So far I've used bzr-svn to fetch the Subversion contents
[05:52] <abcminiuser> And I'll push it to the public branch, but how can I make it fetch new subversion changes later on?
[05:53] <abcminiuser> Do I run bzr-svn again to update, or something else?
[05:54] <spiv> bob2: it's generally due to switch wanting to delete a versioned directory of .py files
[05:56] <spiv> bob2: but the directory contains (ignored) .pyc files, so it can't.  Then switch back to the branch with the dir and bzr will try to re-add the directory but can't because it already exists, and you get dir.moved etc.  tla's precious/junk distinction is one way to solve this.
[05:57] <spiv> Heh.
[06:25] <peitschie> abcminiuser: you will want to run bzr pull <svn url> most likely
[06:25] <peitschie> abcminiuser: is the bzr branch going to be getting commits independent of the svn branch?
[06:25] <abcminiuser> Not svn-import?
[06:25] <abcminiuser> No, straight mirror
[06:26] <peitschie> abcminiuser: if it's a straight mirror, then from your own checkout of the bzr-svn mirror, running bzr pull should do the trick :)... you don't need to re-import after the branch has been created
[06:28] <abcminiuser> Pushing it to Launchpad now, I'll do a test SVN change after that and see if my BZR mirror script works
[06:28] <abcminiuser> Thanks!
[06:42] <peitschie> abcminiuser: nps :)
[06:42] <abcminiuser> Mmmm, seems to work great
[06:42] <abcminiuser> Now I've got public SVN, GIT, HG and BZR mirrors
 the 4.0 installer now includes bzr :)
[07:51] <mkanat> So Windows users who install Bugzilla 4.0 will get bzr automatically. :-)
[07:52] <lifeless> :)
[12:40] <soren> I'm curious why bzr doesn't use setuptools?
[12:40] <soren> (or distribute for that matter)
[12:41] <maxb> It seems to me that plain old distutils is serving bzr's needs just fine
[12:46] <soren> maxb: I just see bits and pieces in bzr's setup.py that would be simpler with setuptools and wondered if there was any particular reason not to use it.
[12:47] <jelmer> hi Soren, Max
[12:47] <soren> ...mostly because I'm having to make a similiar decision for another project, and looking at what bzr does is usually a good way to learn what the right thing to do is.
[12:48] <jelmer> soren: I'm not sure what exactly the argument in Bazaar's case is, but I usually avoid setuptools because it's another dependency.
[12:48] <jelmer> soren: What functionality in particular does setuptools provide that bzr's setup.py reimplements at the moment?
[12:48] <soren> jelmer: For one, I find find_packages quite useful.
[12:49] <maxb> I'm a bit unclear on the whole setuptools/distribute fork mess and future maintenance situation, which makes me shy away from them
[12:50] <maxb> And I have found setuptools to be a mildly irksome extra dependency when installing python packages on older distros such as you tend to find on work servers
[12:51] <soren> My project depends on python 2.6 anyway, so older distros aren't much of a concern :)
[12:53] <soren> Do you guys have similar reservations about pkg_resources?
[12:53] <jelmer> soren: Yeah, find_packages() is quite convenient. I By itself I don't think it's worth the extra hassle for users to install another package though.
[12:53] <jelmer> Is distribute going to make it into the standard distribution?
[12:53] <soren> My crystall ball is out for repairs, I'm afraid.
[12:55] <jelmer> :-)
[12:57] <jelmer> soren: bzr doesn't have any external (mandatory) dependencies at the moment, so pkg_resources isn't really useful for us. I can see the benefits of it, especially in Windows environments where not every other python library is packaged
[12:58] <jelmer> Though I should say I have zero experience using pkg_resources.
[13:11] <soren> I'm not going to use it to manage external dependencies, actually. I was meaning to use it to have a reasonably portable way to get access to some files I ship (templates for various things). In Ubuntu packages, they're in /usr/share/nova, if people install it themselves, they might be in /usr/share/local/nova or perhaps even in an egg. On Windows, who knows where they have to go?
[13:11] <soren> ...and somehow I need to be able to read them from my python code.
[13:11] <soren> That seems to be a problem pkg_resources solves.
[13:12] <maxb> Doesn't pkg_resources entail dumping the resources into directories on sys.path?
[13:12] <soren> I'm not sure yet.
[13:13] <soren> I didn't bother looking to closely yet, since if bzr had good, philosophical reasons to not use pkg_resources, I woulnd't bother looking at it too deeply.
[13:47] <soren> maxb: From what I can tell, bzrlib's resource_string does the same thing (requires dump resources in sys.path).
[13:47] <soren> maxb: e.g. /usr/share/pyshared/bzrlib/help_topics/en/diverged-branches.txt
[13:47] <soren> Maybe it's my debian packaging background speaking, but it just feels so utterly wrong.
[13:48] <soren> lifeless: I'm sure you have an opinion on this?
[14:34] <soren> Does bzr support being distributed as an egg?
[14:36] <dash> soren: not sure why you'd want to
[14:38] <soren> dash: I don't. :)
[14:38] <soren> dash: I'm just curious, because if it does, there's some code I don't understand how will work in that environment.
[14:41] <maxb> soren: hmm.... actually how does launchpad run it? I think it might run it from an egg
[14:42] <maxb> Yes, I think it actually does
[14:43] <soren> How would I go about building such an egg? "python setup.py bdist_egg" just says "error: invalid command 'bdist_egg'"
[14:44] <soren> I'm specifically wondering how bzrlib.osutils.resource_string can work when the files live in a zip'ed egg.
[15:04] <lifeless> soren: ?
[15:04] <soren> lifeless: Let me dig up the context again.
[15:06] <soren> lifeless: Ah, yes, bzr puts stuff like help topics in the python path instead of in /usr/share/doc or whatnot. That seems utterly wrong to me, and I was wondering if you had an opinion on it.
[15:07] <lifeless> soren: python path is defined on windows; /usr/share/doc isn't.
[15:09] <soren> lifeless: That doesn't make me feel less dirty putting things there on Linux. Perhaps I've turned into a bit of a purist. I'm not sure.
[15:10] <soren> lifeless: Had it been anything other than bzr that did it, I would have considered it a bug. Now I'm not sure.
[15:17] <lifeless> soren: IIRC there really wasn't any simple answer
[15:18] <lifeless> soren: but if there is a defined protocol that we can use to make this work on win32/mac & [li|u]nix I'm sure folk would be happy to change.
[15:18] <lifeless> soren: the big thing though, is that the abstraction really shouldn't live in bzr : this is a problem many many many packages face.
[15:18] <soren> lifeless: I half started working on a utility function that would be able to use stuff embedded in an egg, or in sys.path or in /usr/share/project, but I lost my will to live halfway through.
[15:19] <soren> lifeless: pkg_resources wants to be that abstraction, but it relies on this non-python stuff being in the python path and it really rubs me the wrong way.
[15:21] <lifeless> soren: pkg_resources would be the place to fix it.
[15:21] <maxb> I suppose that Python has borrowed the concept from Java in some ways, where it is considered normal for resources to lie next to code
[15:22] <soren> Unfortunately, I'm in the Getting Stuff Done business, moreso than the Argue Over Every Little Pointless Detail business, so I'm just going to have to live with the status quo, I suppose.
[15:33] <lifeless> soren: you're going to die a little inside.
[15:33] <lifeless> soren: with every upload
[16:16] <Glenjamin> hi guys, i'm having trouble getting bzr-svn to make a bazaar branch from my svn server
[16:17] <Glenjamin> is there another approach I can take?
[16:18] <maxb> Glenjamin: give details so people can help! :-)
[16:18] <Glenjamin> halfway through loading revisions I get SSL negotiation failed: SSL error: parse tlsext
[16:18] <jelmer> Glenjamin: hmm, I've seen that one before
[16:18] <Glenjamin> although thinking about that error, it might not be related to bazaar
[16:19] <jelmer> IIRC it had to do with packets that were too big
[16:19] <jelmer> Glenjamin: can svn check out that revision without problems?
[16:19] <Glenjamin> yes, and bazaar will happily interact with that as a lightweight checkout
[16:20] <jelmer> Glenjamin: I don't mean the tip revision but the problematic revision
[16:20] <Glenjamin> oh, lemme try and figure out which one it is
[16:24] <Glenjamin> aha, managed to get that error from the svn client then
[16:24] <Glenjamin> must be server related
[16:37] <zyga> lifeless, could bzr homepage use canonical/ubuntu brand elements like many other ubuntu-affiliated sites do?
[16:54] <lifeless> thats a good question
[16:54] <lifeless> but not one I have an answer to
[16:54] <lifeless> plus its kindof complex, what with bzr being a GNU project too - its somewhat more standalone
[16:59] <zyga> lifeless, true but currently is showes a ubuntu-y affilitation in a bad (ugly) way
[17:00] <zyga> lifeless, perhaps using ubuntu community theme + smallish hints of canonical support would look nice
[17:00] <zyga> lifeless, another question is for bzr big brother, lauchpad
[17:00] <zyga> lifeless, is a theme change something to consider?
[17:04] <lifeless> zyga: jml will be discussing lp with the canonical design folk
[17:04] <lifeless> its really a very separate discussion to bzr
[17:04] <zyga> lifeless, who is jml?
[17:04]  * zyga remebers you mentioned that nick earlier
[17:05] <lifeless> LP product strategist
[17:05] <lifeless> aka product manager
[17:05] <lifeless> you might say that hes the 'what' guru for LP, and I'm the 'how'
[17:06] <Tak> but who are the where and the why?!
[17:06] <zyga> lifeless, thanks for the info, I look forward to changes in that regard
[18:19] <gthorslund> lifeless: since you are the 'how', could you help me with some merges? got one for each of the bugs in https://bugs.launchpad.net/bzr-bisect . (but only one bug would end up being fixed, the other one just reproduced with a test case (or two))
[18:24] <lifeless> gthorslund: of launchpad, not bzr.
[18:25] <lifeless> gthorslund: however, I'm sure someone here can help you :)
[18:25] <lifeless> perhaps jelmer
[18:25] <gthorslund> lifeless: thx
[18:25]  * gthorslund looks around for jelmer
[18:25]  * jelmer crawls out of his corner
[18:26] <jelmer> gthorslund: is there an official maintainer of bzr-bisect? I don't remember who originally wrote it.
[18:26] <jelmer> lifeless: you're up early!
[18:27] <lifeless> jelmer: this isn't early - 0730
[18:28] <jelmer> lifeless: Oh, ok - Sorry, I keep forgetting you're in NZ now
[18:28] <lifeless> :)
[18:28] <gthorslund> jelmer: can't find one. Jeff Licquia, Daniel Watkins, James Westby are in the log
[18:29] <jelmer> gthorslund: ah, I guess Jeff is the original author.
[18:29] <gthorslund> jelmer: Vincent Ladeuil fixed a minor bug for me once too
[18:29] <gthorslund> yes, he had first commits
[18:29] <jelmer> gthorslund: I'd be happy to do a review, can you add me to the MP as reviewer?
[18:33] <gthorslund> jelmer: done now for https://code.launchpad.net/~gthorslund/bzr-bisect/539937-subtree/+merge/39785
[18:33] <gthorslund> jelmer: https://code.launchpad.net/~gthorslund/bzr-bisect/538025-doc-script-exit-code is already approved by Martin Pool (but not merged)
[19:20] <gthorslund> hi vila! I was about to annoy you a bit before, but since you where not here I annoyed lifeless instead who found jelmer for me in a corner :)
[19:21] <vila> gthorslund: hehe, I'm glad they helped you ;) I just arriving from a whole day car travel so I won't be here long not very effective either ;)
[19:22] <vila> ...but my tyop-fu is still strong ! s/I just/I'm just/ s/not very/nor very/
[19:23] <gthorslund> vila: I'll head out helping my daughter with some homework so I'll not annoy anyone much more now ;)
[19:23]  * fullermd hopes you drive better than you type...
[19:23] <vila> fullermd: no problem, I drive with my feet
[19:24] <fullermd> I always figured that was how you typed...
[19:26] <vila> :)
[22:02] <glyph> Normally if I mess up a commit message, I do 'bzr uncommit' and then do it again.  But I just noticed a wrong commit message that is about 5 revisions ago (although the revision is still not pushed).  How can I edit the log message?
[22:11] <gthorslund> glyph: don't think you can, but it could be a nice feature to allow it and keep versions for log messages too.
[22:28] <peitschie> mornin everyone :)
[22:28] <jbowtie> Morning.
[22:43] <jbowtie> I think my testing really did kill a Codeplex TFS server (TFS14)
[22:48] <jbowtie> Hmm. Or maybe CodePlex is just having infrastructure issues.
[22:49] <jelmer> 'evening
[22:49] <jelmer> jbowtie: Ah, you're trying bzr-tfs against codeplex?
[22:49] <jbowtie> jelmer: Yes, trunk has been working against it for the last couple of days.
[22:50] <jelmer> jbowtie, nice!
[22:52] <jbowtie> jelmer: Thought you'd be happy. But I seem to have killed one of their servers (or maybe they're just rebooting it?)
[22:52] <jbowtie> Yeah, it seems to be some of their infrastructure stuff, might just have to wait a few hours for them to get it sorted.
[22:52] <jelmer> jbowtie: oops..
[23:07] <losing> Anyone familiar with this error: "bzr: ERROR: Tree transform is malformed [('versioning no contents', 'new-208')] "
[23:07] <losing> happens after a bzr up
[23:08] <spiv> Good morning.
[23:08] <spiv> losing: which version of bzr?
[23:08] <losing> 2.1.1
[23:10] <losing> it's not the end of the world as that branch can be deleted and recreated, but I found it rather cryptic
[23:13] <spiv> Hmm, it *might* be fixed in a later release: there are some possibly related fixes in 2.1.3 / 2.2.1
[23:14] <spiv> So I'd try upgrading
[23:14] <spiv> If that doesn't fix it, please file a bug
[23:14] <losing> fantastic, thanks spiv


[13:26] <mup> PR snapd#12497 opened: o/configstate: add Task() method to config.Conf interface <Needs Documentation -auto-> <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/12497>
[15:06] <mup> PR snapd#12498 opened: Make local snap detection simpler and more permissive <Created by atomcult> <https://github.com/snapcore/snapd/pull/12498>
[15:46] <mup> PR snapd#12474 closed: snap: provide more error context in `NotSnapError` <Squash-merge> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12474>
[15:51] <mup> PR snapd#12499 opened: .shellcheckrc, tests/lib: fix unreachable code warnings without global disable <Created by ernestl> <https://github.com/snapcore/snapd/pull/12499>
[15:56] <mup> PR snapd#12423 closed: tests: revert disable netplan part of core20-early-config on 22.04-64  <Run Nested -auto-> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12423>
[15:56] <mup> PR snapd#12430 closed: interfaces: Allow desktop_launch interface to access all snap metadata <Created by robert-ancell> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12430>
[18:37] <mup> PR snapd#12500 opened: tests: new mkimage-uc22 tool <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/12500>


[07:00] <didrocks> good morning
[07:03] <duflu> Hi didrocks
[07:20] <didrocks> hey duflu
[07:28] <jibel> Good morning
[07:29] <didrocks> salut jibel
[07:33] <jibel> Salut didrocks
[07:59] <jpnurmi> good morning didrocks jibel, hi duflu
[08:00] <didrocks> hey jpnurmi
[08:11] <Nafallo> morning
[08:12] <jibel> hi jpnurmi Nafallo
[08:12] <didrocks> hey Nafallo
[11:39] <KGB-0> gnome-control-center tags 776ee6b Simon McVittie upstream/41.4 * Upstream version 41.4 * https://deb.li/5JJU
[11:39] <KGB-0> gnome-control-center upstream/latest 8557638 Simon McVittie * pushed 26 commits (first 5 follow) * https://deb.li/32Stc
[11:39] <KGB-0> gnome-control-center upstream/latest 4f64deb Jan Beich (35 files in 35 dirs) * meson: drop unused argument for i18n.merge_file() * https://deb.li/q76C
[11:39] <KGB-0> gnome-control-center upstream/latest 1d7e60b Aleksandr Melman po/ru.po * Update Russian translation * https://deb.li/38YfG
[11:39] <KGB-0> gnome-control-center upstream/latest 6d7332a Sveinn í Felli po/is.po * Update Icelandic translation * https://deb.li/HYoF
[11:39] <KGB-0> gnome-control-center upstream/latest dce6f22 Sveinn í Felli po/is.po * Update Icelandic translation * https://deb.li/3Rir1
[11:39] <KGB-0> gnome-control-center upstream/latest 28600b5 sicklylife po/ja.po * Update Japanese translation * https://deb.li/Nswd
[11:40] <KGB-0> gnome-control-center pristine-tar e9babdb Simon McVittie gnome-control-center_41.4.orig.tar.xz.delta gnome-control-center_41.4.orig.tar.xz.id * pristine-tar data for gnome-control-center_41.4.orig.tar.xz * https://deb.li/i37YV
[11:54] <jbicha> good morning
[11:58] <didrocks999> hey jbicha!
[11:58] <jbicha> so many nines, lol
[11:58] <didrocks999> yeah, weechat has funny way of renaming on disconnect :p
[12:41] <KGB-0> gnome-backgrounds signed tags 6bd822b Jeremy Bicha upstream/42_beta * Upstream version 42~beta * https://deb.li/ipSig
[12:42] <KGB-0> gnome-backgrounds upstream/latest e18ed44 Jeremy Bicha * pushed 25 commits (first 5 follow) * https://deb.li/3ps4A
[12:42] <KGB-0> gnome-backgrounds upstream/latest aaa88e3 Jakub Steiner (5 files in 2 dirs) * drool: minimal svg wallpaper * https://deb.li/ij7qi
[12:42] <KGB-0> gnome-backgrounds upstream/latest 4ac2ee6 Jakub Steiner (7 files in 2 dirs) * libadwaita rounded wallpaper * https://deb.li/xY04
[12:42] <KGB-0> gnome-backgrounds upstream/latest 82015c1 Jakub Steiner backgrounds/ libadwaita-d.jpg libadwaita-l.jpg * libadwaita iterations * https://deb.li/3KiCD
[12:42] <KGB-0> gnome-backgrounds upstream/latest 93376e3 Jakub Steiner backgrounds/ (6 files) * first stab at the default * https://deb.li/9s2j
[12:43] <KGB-0> gnome-backgrounds upstream/latest 4033758 Jakub Steiner backgrounds/ adwaita-d.jpg adwaita-l.jpg * default: less contrast, more green/blue light play * https://deb.li/3ZSjs
[12:43] <KGB-0> gnome-backgrounds pristine-tar 0d60a37 Jeremy Bicha gnome-backgrounds_42~beta.orig.tar.xz.delta gnome-backgrounds_42~beta.orig.tar.xz.id * pristine-tar data for gnome-backgrounds_42~beta.orig.tar.xz * https://deb.li/3s7GR
[13:18] <KGB-0> adwaita-icon-theme signed tags 464c0b4 Jeremy Bicha upstream/42_beta * Upstream version 42~beta * https://deb.li/i2SAD
[13:19] <KGB-0> adwaita-icon-theme upstream/latest fb441d1 Jeremy Bicha * pushed 177 commits (first 5 follow) * https://deb.li/XeLc
[13:19] <KGB-0> adwaita-icon-theme upstream/latest 39faca5 Sam Hewitt (44 files in 7 dirs) * symbolic: ported the mimetypes icons * https://deb.li/iUi6y
[13:19] <KGB-0> adwaita-icon-theme upstream/latest 04e4e0e Sam Hewitt Adwaita/scalable/devices/ (8 files) * symbolic: add some symbolic links * https://deb.li/teeE
[13:19] <KGB-0> adwaita-icon-theme upstream/latest ac378cd Sam Hewitt Adwaita/scalable/status/rotation-allowed-symbolic.svg Adwaita/scalable/status/rotation-locked-symbolic.svg src/symbolic/core.svg Adwaita/scalable/apps/preferences-desktop-multitasking-symbolic.svg * symbolic: new rotation lock icons * https://deb.li/3Ep2e
[13:19] <KGB-0> adwaita-icon-theme upstream/latest 7e27ab7 Sam Hewitt (10 files in 3 dirs) * symbolic: added the cellular network type icons * https://deb.li/3ttq1
[13:19] <KGB-0> adwaita-icon-theme upstream/latest 4ab32be Sam Hewitt (23 files in 3 dirs) * symbolic: ported the remaining ui icons * https://deb.li/GpZd
[13:19] <KGB-0> adwaita-icon-theme pristine-tar 1b27e6f Jeremy Bicha adwaita-icon-theme_42~beta.orig.tar.xz.delta adwaita-icon-theme_42~beta.orig.tar.xz.id * pristine-tar data for adwaita-icon-theme_42~beta.orig.tar.xz * https://deb.li/ys0I
[13:21] <GunnarHj> jbicha: fonts-ubuntu built successfully, but it refuses to upload it. Any idea?
[13:21] <GunnarHj> https://launchpad.net/ubuntu/+source/fonts-ubuntu/0.83-5/+build/23172460
[13:22] <jbicha> lol, I guess it didn't like your control hack
[13:22] <jbicha> there is an upload log there
[13:22] <GunnarHj> Right, it didn't like the hack. Saw the log.
[13:26] <jbicha> asking in #ubuntu-devel
[13:28] <GunnarHj> jbicha: Are you about to do that?
[13:29] <jbicha> yes, I just did. Sorry I didn't type clearly enough here :)
[13:29] <GunnarHj> Np. Thanks!
[13:42] <KGB-0> gnome-remote-desktop signed tags a86fff5 Jeremy Bicha upstream/42_beta * Upstream version 42~beta * https://deb.li/3gXpM
[13:42] <KGB-0> gnome-remote-desktop upstream/latest 92a1ef1 Jeremy Bicha * pushed 50 commits (first 5 follow) * https://deb.li/3fVJc
[13:42] <KGB-0> gnome-remote-desktop upstream/latest ee8fb38 Pascal Nowack src/org.gnome.Mutter.ScreenCast.xml * screen-cast: Synchronize screencast API with API in mutter * https://deb.li/McKC
[13:42] <KGB-0> gnome-remote-desktop upstream/latest c11602b Pascal Nowack src/org.gnome.Mutter.RemoteDesktop.xml * remote-desktop: Synchronize remote-desktop API with API in mutter * https://deb.li/i4MaG
[13:43] <KGB-0> gnome-remote-desktop upstream/latest f74118e Pascal Nowack src/org.gnome.desktop.remote-desktop.gschema.xml.in * settings: Unify code style in gsettings schema * https://deb.li/7cRl
[13:43] <KGB-0> gnome-remote-desktop upstream/latest 285f730 Pascal Nowack src/grd-rdp-gfx-surface.c * rdp-gfx-surface: Don't forget to set the surface serial * https://deb.li/3FMnI
[13:43] <KGB-0> gnome-remote-desktop upstream/latest cc4ea66 Pascal Nowack data/grd-cuda-avc-utils_30.ptx src/grd-cuda-avc-utils.cu * cuda: Fix out-of-bounds source read in BGRX_TO_YUV420 kernel * https://deb.li/aVvE
[13:43] <KGB-0> gnome-remote-desktop pristine-tar 63791f7 Jeremy Bicha gnome-remote-desktop_42~beta.orig.tar.xz.delta gnome-remote-desktop_42~beta.orig.tar.xz.id * pristine-tar data for gnome-remote-desktop_42~beta.orig.tar.xz * https://deb.li/3MO7e
[14:37] <KGB-2> gedit-plugins signed tags e98b07b Jeremy Bicha upstream/41.0 * Upstream version 41.0 * https://deb.li/3nZ10
[14:37] <KGB-2> gedit-plugins upstream/latest d0198fc Jeremy Bicha * pushed 49 commits (first 5 follow) * https://deb.li/zglA
[14:37] <KGB-2> gedit-plugins upstream/latest 3ae7b99 Balázs Úr po/hu.po * Update Hungarian translation * https://deb.li/3vEai
[14:37] <KGB-2> gedit-plugins upstream/latest deedf5b Daniel Mustieles help/es/es.po * Updated Spanish translation * https://deb.li/hPxv
[14:38] <KGB-2> gedit-plugins upstream/latest 90d6d1f Мирослав Николић po/sr.po * Update Serbian translation * https://deb.li/3Caen
[14:38] <KGB-2> gedit-plugins upstream/latest 648ab3e Dušan Kazik po/sk.po * Update Slovak translation * https://deb.li/oqEs
[14:38] <KGB-2> gedit-plugins upstream/latest 017aa35 sicklylife po/ja.po * Update Japanese translation * https://deb.li/366uU
[14:38] <KGB-2> gedit-plugins pristine-tar 8bd1d3c Jeremy Bicha gedit-plugins_41.0.orig.tar.xz.delta gedit-plugins_41.0.orig.tar.xz.id * pristine-tar data for gedit-plugins_41.0.orig.tar.xz * https://deb.li/OqbG
[15:10] <ricotz> jbicha, this evolution doesn't look healthy (for hours), maybe cancel and retry? -- https://launchpad.net/ubuntu/+source/evolution/3.43.2-1/+build/23170814
[15:11] <ricotz> *evolution build ;)
[15:11] <jbicha> ricotz: I did that once. I think Launchpad is struggling a bit today
[15:11] <ricotz> ah I see
[15:11] <jbicha> but let's try again :)
[15:13] <ricotz> thanks, fingers crossed
[16:50] <KGB-0> gnome-control-center Janitor 297052 * commented merge request !23 * https://deb.li/3aTBG
[16:56] <KGB-0> gtk4 pristine-tar cce0d43 Simon McVittie gtk4_4.6.1+ds.orig.tar.xz.delta gtk4_4.6.1+ds.orig.tar.xz.id * pristine-tar data for gtk4_4.6.1+ds.orig.tar.xz * https://deb.li/yhyR
[16:57] <KGB-0> gtk4 upstream/latest 458462c Simon McVittie * pushed 347 commits (first 5 follow) * https://deb.li/3M9Dv
[16:57] <KGB-0> gtk4 upstream/latest 6c02017 Bilal Elmoussaoui gtk/gtklayoutmanager.c * layout manager: add a check if the widget exists * https://deb.li/I9GE
[16:57] <KGB-0> gtk4 upstream/latest 85bb9aa Bilal Elmoussaoui gtk/gtksingleselection.c * g-i: add nullable annotation to gtk_single_selection_get_model * https://deb.li/3mUje
[16:57] <KGB-0> gtk4 upstream/latest cb710f1 Bilal Elmoussaoui gtk/gtkeventcontroller.c * g-i: mark EventController::name as nullable * https://deb.li/3kTMI
[16:57] <KGB-0> gtk4 upstream/latest 6b63868 Bilal Elmoussaoui gtk/gtkprintunixdialog.c * g-i: mark get_selected_printer as nullable * https://deb.li/i7hRA
[16:57] <KGB-0> gtk4 upstream/latest 080a4cd Maximiliano Sandoval R gtk/gtkenums.h * docs: Use links in enums * https://deb.li/4Uqi
[16:57] <KGB-0> gtk4 tags 3f2ed0c Simon McVittie upstream/4.6.1+ds * Upstream version 4.6.1+ds * https://deb.li/3jfwh


[15:52] <bobweaver> ping tgm4883  you up yet ?  I was wondering if you would talk to me about the themeing of mythtv the xml files mainly. I am thinking about taking them and using them to render different themes to the frontend that I am writing, this would make it so that all myth themes can be made for my app also . what do you think ?  also what is up with the spacing and what not in the xml files ?
[16:10] <bobweaver> http://www.youtube.com/watch?v=5iICvjfxT4A


[05:53] <pitti> Good morning
[05:54] <ajmitch> hi pitti
[06:48] <dholbach> good morning
[08:22] <soren> Any chance of a bit of unapproved queue love today?
[08:43] <pitti> soren: yes, I'll get to it; I spent two hours on it yesterday, until I had to run out
[08:53] <pwnguin> neat
[08:53] <pwnguin> i wrote to a guy about mindscript's license (posted a few days ago) and he agreed to publish it under gplv3
[09:08]  * soren hugs pitti
[09:08] <soren> pitti: Sounds great!
[09:15] <pitti> bdmurray: wrt our hal-info discussion yesterday, I just sent an SRU proposal to TB, CC'ing u-devel@
[10:54] <seb128> hum, upgrade to intrepid doesn't work
[10:55] <soren> Wow.
[10:55] <soren> I was literally seconds away from saying:
[10:55] <seb128> xargs assertion error
[10:55]  * soren takes the red pill and installs intrepid on one of his servers
[10:56] <soren> Maybe I should wait a bit. My workstation seems to be chugging along just fine, though.
[10:56] <seb128> xargs: xargs.c:443: main: Assertion `bc_ctl.arg_max <=<PHONE_NUMBER>)' failed
[10:56] <seb128> I get that on debconf installation
[10:56] <seb128> https://bugs.edge.launchpad.net/ubuntu/+bug/232416
[10:57] <seb128> https://bugs.edge.launchpad.net/ubuntu/+source/findutils/+bug/234345 too
[10:57] <soren> Yeah, infinity was working on that problem on the buildd's when we were at UDS, I think.
[10:58] <soren> I thought it was resolved.
[10:59] <seb128> ok
[10:59] <seb128> upgrading findutils to the intrepid version and restarting the dist-upgrade worked
[11:00] <seb128> something should pre-depends on the new version then
[11:00] <Keybuk> why findutils?
[11:00] <Keybuk> oh, because that's where xargs is
[11:00] <seb128> Keybuk: because that's where xargs is
[11:00] <Keybuk> I had it in my head as in coreutils
[11:03] <cjwatson> the only thing I can imagine is that the new libc6 trips it
[11:03] <cjwatson> (somebody should test that)
[11:03] <cjwatson> in which case libc6 should Breaks: findutils (<< whatever)
[11:07] <Keybuk> it was the new libc
[11:07] <Keybuk> I assume that it increased the maximum argv length
[11:07] <Keybuk> and broke xargs assert
[11:08] <StevenK> \o/
[11:08] <StevenK> We saw that on the buildds at the start of UDS/Fosscamp
[11:09] <StevenK> Actually, that would explain why pitti's build fixed it.
[11:09] <cjwatson> so Breaks seems appropriate then
[11:09] <cjwatson> indeed, if it picks it up at compile-time
[11:09] <StevenK> They changed the define, xargs was built against the old libc, the new one is installed, and xargs goes bang.
[11:09] <StevenK> pitti uploads a no-change upload that infinity hand-held, and it is built against the new libc
[11:10] <StevenK> So no assert error
[11:10] <cjwatson> somebody should report that to findutils upstream too; it's a corner case, but nasty
[11:10] <StevenK> Indeed
[11:11] <soren> Why would findutils want to make that assertion anyway?
[11:11] <geser> pitti: Hi, please give-back: libparams-validate-perl. Thanks.
[11:12] <soren> I could understand why it'd make sure that arg_max was *more* than what it used internally. Not less.
[11:12] <soren> Oh, or is bc_ctl.arg_max perhaps its internal max_argv?
[11:12] <soren> That would make sense.
[11:13]  * soren makes a note to think more before he types
[11:16] <pitti> geser: nudged
[11:19] <pochu> some core-dev could decline the edgy nominations from https://bugs.edge.launchpad.net/ubuntu/edgy/+nominations, as edgy is out of support now
[11:25] <pitti> pochu: done
[11:25] <pochu> thanks pitti
[11:26]  * pitti fixes the bug number parsing in http://people.ubuntu.com/~ubuntu-archive/pending-sru.html to match current LP HTML
[11:27] <pitti> seb128, bdmurray, ogasawara_: ^ FYI, they are reasonable now, no upstream bugs, all LP bugs
[11:28] <seb128> pitti: ah good, I looked at it this morning and it was lacking some bugs, seems alright now ;-)
[11:28]  * seb128 hugs pitti
[11:28] <pitti> seb128: it changed recently, it's LP: <a href="/bugs/220805" ... now
[11:28] <seb128> ok
[11:34]  * ion_ fails to understand why apt-get dist-upgrade installed dbus and dbus-x11 to his virtual intrepid system. Nothing that is installed seems to depend on it.
[11:36] <geser> ion_: recommeds-by-default perhaps
[11:37] <geser> doko: do you know when you will find some time to review/comment/sponsor bug #229877?
[11:37] <ion_> geser: No metapackages that are installed seem to recommend it either.
[11:37] <geser> ion_: aren't recommends installed now for all packages and not only metapackages?
[11:37] <gnomefreak> dbus is installed by default and i thought ubuntu-desktop has it as dep
[11:38] <ion_> Oh. That i didn’t know. libdbus-1-3 indeed recommends dbus.
[11:38] <gnomefreak> or not
[11:38] <gnomefreak> ah
[11:39] <geser> ion_: see the changelog for apt 0.7.13ubuntu1: * enable installation of recommends by default
[11:40] <ion_> Yeah, i read it after you mentioned it.
[11:46] <Riddell> pitti: split soprano and decibel should be available if you are able to take a look
[11:48] <pitti> Riddell: ok, thanks
[12:49] <siretart> asac: is there still something to do for bug #141233?
[12:51] <asac> siretart: its worked around on network manager side, but it still exists iirc
[12:51] <asac> e.g. just shutdown sometimes will not release control socket
[12:51] <siretart> what do you mean with 'releasing' the control socket. 'unlink'-ing?
[12:54] <siretart> I'm inclined to propose marking it as invalid for wpasupplicant for now. I don't think this is a problem if wpa_supplicant is used standalone
[12:54] <siretart> and for the interaction part NM vs wpa_supplicant, a workaround is found. so what's left to do?
[13:20] <james_w> If I have a usb key formatted as vfat then it gets mounted so that my user owns it and can write to it. If it is formatted with ext2 then it is mounted with root as the owner and no write permissions for anyone else.
[13:21] <james_w> This is with nautilus taking care of the mounting. Is this intentional, a bug, or should I configure what I want somewhere?
[13:21] <james_w> oh, and the filesystem is actually within a luksformat created partition, which may make a difference.
[13:22] <seb128> james_w: that's a gnome-mount thing, start gconf-editor, system, storage, default_options
[13:23] <seb128> james_w: there is default options specified for vfat there
[13:23] <james_w> ah, thanks, I see it.
[13:23] <james_w> is there a reason that ext2/3 are not there?
[13:24] <seb128> james_w: the behaviour for ext* might be wanted, not sure, you should ask pitti about that
[13:24] <james_w> I guess it shouldn't interfere with system volumes, and they typically wouldn't be vfat.
[13:26] <pitti> james_w: it's half-intended, I'd say
[13:26] <pitti> james_w: the underlying problem is that ext2 & friends do not support mount options "uid" and "gid"
[13:27] <pitti> james_w: primarily because they have a clear idea about multiple users/groups and thus just changing root:root files would be inconsistent
[13:27] <james_w> ah, I didn't know that.
[13:27] <pitti> james_w: for those you either need to create a folder for you, or chown the drive's / to you, or use vfat
[13:28] <james_w> thanks pitti, I should be able to get what I want from here.
[14:32] <pitti> geser: I had to reject your apache-itm upload, the changelog had a wrong bug number (lp: #xxx)
[14:34] <calc> slangasek: hi
[14:36] <cjwatson> calc: he's been on holiday so far this week, FYI; back tomorrow
[14:39] <calc> cjwatson: ah ok :)
[14:39]  * calc is on vacation still as well, just waiting for his wife to get ready
[14:39] <YokoZar> Apparently you can use tinyurl with apt-url: http://tinyurl.com/2bhmdp  <--- installs Wine
[14:40] <geser> pitti: argh, will upload a fixed one
[14:42] <cjwatson> YokoZar: I'm sure it can't be a good idea for the browser to support that; although I suppose it still prompts
[14:42] <calc> OOo 2.4.1 rc1 is out now and might end up being the final one released early next week, still watching the lists to see what happens
[14:45] <cjwatson> calc: kinda moot if it doesn't make it into the archive for the deadline, though
[14:46] <mvo> if there is anyone with a powerpc, I would appreciate testing for the fix for bug #220890
[14:46] <calc> yea, i can upload the rcX whatever is available in time for the deadline, it will most likely just get renamed
[14:46] <calc> i will see what i can find out on monday at the release meeting
[14:46] <cjwatson> I think I had assumed from your mail that it had already been uploaded
[14:47] <cjwatson> I understand the deadline to be Sunday, BTW
[14:47] <calc> cjwatson: m14 has been the final 2.4.1 is scheduled for official release on june 3
[14:47] <calc> oh argh, i will be in the air at that time :(
[14:47] <cjwatson> just in case that wasn't clear
[14:47]  * calc had forgotten the deadline was june 1 the same as his fly home date
[14:48] <calc> ok well i'll get rc1 into proposed once m14 is done building everywhere to make sure there aren't any problems
[14:48] <calc> shouldn't take too long to do that update
[14:52]  * calc checking the diff between m14->m16 upstream
[14:58] <tjaalton> deadline? for .1?
[15:00] <lucas_> how can I check if a package is shipped on the ubuntu CDs?
[15:01] <lucas_> (the package is libruby1.8)
[15:05] <tmmoyer> I would like to try and package a program called TrustedGRUB, but looking at the way its source tree is structured, it doesn't really follow the conventional Makefile at the top-level idea.  It has a custom shell script to build the binaries and requires user interaction.  What would be the best method of packaging it?  My first thought is to add a Makefile that handles everything (i.e. calling the build script and then running the commands that t
[15:05] <ompaul> lucas_,  /msg ubottu info libruby
[15:07] <lucas_> ompaul: I know it's in main, but it doesn't say if it's shipped
[15:10] <cjwatson> tjaalton: yes. June 1
[15:10] <cjwatson> https://wiki.ubuntu.com/HardyReleaseSchedule has it (in fact documents something slightly earlier due to week alignment)
[15:11] <cjwatson> tmmoyer: there's no reason upstream build scripts have to be Makefiles; they just have to be callable from debian/rules
[15:11] <cjwatson> debian/rules can do whatever it likes, not necessarily $(MAKE)
[15:11] <tjaalton> cjwatson: ok, thanks for the heads-up.. need to get busy then ;)
[15:11] <cjwatson> you could even use expect to deal with user interaction if there was no other way
[15:11] <cjwatson> lucas: look at the .list and .manifest files distributed alongside the CDs
[15:12] <lucas> cjwatson: thanks
[15:12] <tmmoyer> cjwatson: what about the user interaction.  I think i may have mis-spoken about "interaction" what i really mean is that the script just builds the binaries then the user has a list of commands to run to actually install the binaries
[15:12] <cjwatson> tmmoyer: even easier then
[15:13] <cjwatson> just have debian/rules copy stuff into the filesystem hierarchy (under debian/$PACKAGENAME/) as necessary
[15:13] <cjwatson> or use dh_install
[15:13] <tmmoyer> okay thanks... i will play around and see what I can come up wth
[16:10] <bdmurray> pitti: thanks for letting me know about hal-ifno
[16:10] <pitti> bdmurray: you're welcome
[16:13] <tmmoyer> when a package uses autoconf and automake, is there a way to ensure that the generated Makefile installs to DESTDIR instead of / as instructed my dh_make
[16:18] <tmmoyer> nevermind after digging into the documentation a bit more, i found that automake respects DESTDIR staged installs
[16:22] <asac> bryce: could you follow up on bug 211569 (milestoned)
[16:25] <bdmurray> pitti: some of the SRU verification for 8.04.1 requires a new iso correct?
[16:25] <pitti> bdmurray: right, the installer bits
[16:26] <bdmurray> pitti: rescue too - bug 218549
[16:26] <cjwatson> I was waiting until the kernel was definitely final
[16:26] <cjwatson> since it needs a debian-installer upload
[16:26] <pitti> linux -18 is around the corner
[16:27] <bdmurray> pitti: could / should we start identify those SRUs which require an ISO?
[16:27] <pitti> bdmurray: that's relatively easy
[16:28] <pochu> what's an ISO?
[16:28] <bdmurray> I was thinking something similar to hw-specific
[16:28] <pitti> bdmurray: apt-setup, base-installer, grub-installer, rescue
[16:28] <bdmurray> Is new CD image better?
[16:28] <pochu> ah, packages which go into the CDs :)
[16:28] <pochu> I thought it was another process
[16:29] <bdmurray> pitti: kickseed?
[16:30] <pitti> I'm not sure what this is about, but yes, it's a d-i module
[16:30] <cjwatson> kickseed will require it, yes
[16:30] <bdmurray> pitti: my concern is we have a list of 4 or 5 packages and a tag might be easier to track
[16:31] <bdmurray> cjwatson: speaking of bug 221501 doesn't have a test case
[16:33] <bryce> asac: ok
[16:40] <cjwatson> bdmurray: fixed
[16:41] <bdmurray> cjwatson: great thanks!
[16:50] <bdmurray> cjwatson: is bug 218975 still an issue for you?
[17:00] <cjwatson> bdmurray: will follow up on the bug
[17:00] <bdmurray> thanks
[17:07] <pitti> Keybuk: FYI, sysvinit merge upload now works fine; upload pending merge of devmapper, though, since it conflicts to the current version in intrepid
[17:08] <Keybuk> what changed in devmapper?
[17:08] <pitti> no idea, I didn't check that closely why it conflicts
[17:08] <pitti> Keybuk: Debian/upstream accepted two of our big patches, though \o/
[17:08] <pitti> unfortunately not the third one
[17:08]  * pitti sends some sysvinit patches Debianwards in the meantime
[17:09] <Keybuk> what was the third one?
[17:09] <pitti> +    - Call dmsetup from udev rules to name the device, so udev creates them
[17:09] <pitti> +      if they do not already exist, and fill in information about the
[17:09] <pitti> +      filesystem on the device afterwards.
[17:10] <pitti> +      (forwarded to Debian #455746)
[17:10] <pitti> they accepted the 'export' option and the 'create devices atomically' patches
[17:10] <Keybuk> heh
[17:10] <Keybuk> so the main patch, then ;)
[17:11] <Keybuk> did they use the same atomic patch as us?
[17:11] <Keybuk> upstream wailed like a bitch to me about that one
[17:11] <pitti> changelog says 'slightly modified'
[17:11] <Keybuk> *cough*
[17:11] <Keybuk> interdiff might be nice to see there ;)
[17:11]  * pitti just parrots the changelog, he didn't look at the patches at all
[17:12] <pitti> Keybuk: http://merges.ubuntu.com/d/devmapper/devmapper_2:1.02.25-1.patch :)
[17:12] <Keybuk> since I'm vaguely arguing that LVM-by-default is good, it might be nice to not break it
[17:12] <Keybuk> that is, until Casablanca happens
[17:12] <pitti> . o O { Casablanca? }
[17:13] <Keybuk> pitti: ZFS-in-Linux
[17:14] <Keybuk> patch looks ok
[17:14] <Keybuk> I think
[17:14] <Keybuk> by upstream you mean Debian, right? :)
[17:15] <pitti> some upstream, yes :)
[17:30] <norsetto> asac: any news about my last email?
[17:32] <pitti> Keybuk: is patches.ubuntu.com greppable somewhere? I'd like to know how many/which packages still use update-rc.d with 'multiuser'
[17:35] <smarter> multiuser is deprecated?
[17:59] <Keybuk> pitti: casey.ubuntu.com
[18:07]  * danshearer is away: whoops have to rush off home
[18:12] <pitti> Keybuk: ah, EPERM on that :/
[18:17] <Keybuk> pitti: -> elmo ;)
[18:33] <tmmoyer> where might I find information/source for the installer that handles bootloaders?  I would like to see how grub is installed and create a custom version that will installer TrustedGRUB from a package that I have created?
[18:37] <infinity> tmmoyer: apt-get source grub-installer
[18:51] <tmmoyer> thanks
[19:17] <ceekay> anyone able to point me in the direction of some documentation for kernel panic dumps in ubuntu? there seems to be evidence of some effort out there, but not a lot of "how to" papers, making me wonder if the implementation is complete
[19:54] <Keybuk> damn
[19:54] <Keybuk> where's cjwatson when you need him ;)
[19:54] <Keybuk> I have an obscure detail of the C language to ask him about
[19:55] <Robot101> Keybuk: try #d-uk? :)
[20:28] <cjwatson> Keybuk: yo
[20:32] <Tm_T> evand: hi, you around?
[20:35] <evand> Tm_T: indeed
[20:36] <Tm_T> evand: hi, should I branch whole ubiquity or what? and, should it have branch in where in launchpad?
[20:36] <Tm_T> I'm bit new with this bzr and all
[20:36] <emgent> heya people
[20:37] <Tm_T> hmm, prolly whole ubiquity anyway
[20:38] <evand> Tm_T: you shouldn't need to branch ubiquity.  The migration-assistant code, with the exception of the UI, lives in http://bazaar.launchpad.net/~evand/migration-assistant/trunk, feel free to branch off of that (https://code.launchpad.net/migration-assistant)
[20:38] <Tm_T> thanks
[20:38] <Tm_T> local branch or should I push it to launchpad somewhere?
[20:39] <evand> please push it to LP
[20:39] <Tm_T> roger
[20:46] <Tm_T> evand: branch registered, I'll start pushing as soon as I get some real changes done
[20:47] <Tm_T> evand: thanks
[20:47] <evand> Tm_T: much appreciated
[20:48] <evand> feel free to bounce any questions you have off me
[20:48] <Tm_T> I will, don't worry ;)
[20:48] <evand> heh
[20:48]  * cody-somerville pokes evand in the tummy.
[20:49] <Tm_T> I'm moving to new home currently and other family issues AND school issues going on but I'll try to get this thing rolling
[20:50]  * evand doubles over, pokes cody-somerville back
[20:51] <evand> Tm_T: no worries, take your time
[20:51] <Tm_T> thanks sir
[20:55] <kees> soren: say, in your magic irssi/screen configs, is there a way to get the [Act: ] section to not overwrite the [N:#channel-name] section?  I can't always remember a channel based on the visible topic.  :P
[20:59] <Mithrandir> just have the channel name before the Act bit?
[20:59] <Mithrandir> like it is by default.
[21:00] <kees> Mithrandir: right, but when my Act section gets giant, it overwrites the channel name
[21:00] <Mithrandir> hm, it does?  I don't think it does for me.
[21:00] <Tm_T> Mithrandir: it does, when you have them enough
[21:00] <Tm_T> kees: you don't remember what channels you have in where? ;)
[21:01] <kees> alternatively, if Act didn't show join/part, that would work.
[21:01] <kees> Tm_T: I have a few that have very similar members and topics (ubuntu-server, ubuntu-devel, e.g.)
[21:01] <Tm_T> kees: same here
[21:02] <Tm_T> but meh, I'm used to live with ~50 channels
[21:02] <Mithrandir> kees: /set activity_hide_level ALL -PUBLIC -MSGS -DCCMSGS -HILIGHT -ACTIONS
[21:02] <kees> oooooh
[21:02] <Mithrandir> how do you survive with more than two channels and not having that set?
[21:02] <Tm_T> well
[21:02]  * cjwatson just ignores the grey ones
[21:02] <kees> precisely.  ;)
[21:03]  * Mithrandir likes M-a
[21:03] <kees> yeah, I'd generally ignore the grey ones, but I've got too many channels now thanks to bltbee+jabber
[21:04] <Lightkey> bitlbee?
[21:04] <kees> Lightkey: yeah.  typo on my part.
[21:32] <Tm_T> evand: ok, for gui, what I should be looking at, ubiquity/trunk/ubiquity/components ? or frontend/ ?
[21:32] <cjwatson> the GUI code is in frontend
[21:33] <cjwatson> you may like to read doc/README
[21:33] <Tm_T> ah, thanks
[21:34] <cody-somerville> elmo, ping
[21:36] <Tm_T> cjwatson: FYI I'm trying to bring KDE love for migration-assistant :)
[21:36] <Tm_T> so you know who to bash and blame
[21:43] <cjwatson> Tm_T: been lacking for a long time, good luck
[21:43] <Tm_T> thanks
[21:56] <soren> kees: My prompt in irssi shows the channel name.
[21:56] <kees> soren: weird.  I wonder why mine over-writes when the Act list gets long.
[21:57] <soren> kees: Er... No.
[21:57] <soren> kees: I mean..
[21:57] <kees> soren: oh! the prompt.  right.
[21:57] <soren> kees: Hang on, I'll make a screenshot.
[21:57] <soren> kees: Oh, you got it :)
[21:57] <kees> I turned that off because I don't like it.  :)
[21:58] <soren> DDTT.
[21:58] <kees> hehe.  I guess I'll turn it back on.  ;)
[22:28] <munckfish> Is there a special LP tag for packages which require update to a new upstream version?
[22:28] <munckfish> I see 'update' is used but doesn't seem to have a standardised meaning
[22:28] <munckfish> I see 'needs-packaging' is standard for that situ
[22:30] <cjwatson> munckfish: needs-packaging refers to initial packaging
[22:30] <munckfish> cjwatson: yes I understand that
[22:30] <cjwatson> i.e. new package needs to be packaged and introduced
[22:30] <munckfish> :)
[22:30] <cjwatson> ok
[22:30] <cjwatson> your comment was ambiguous, so :-)
[22:30] <munckfish> I was looking for the equivilent updates
[22:30] <cjwatson> I can't think of one
[22:31] <munckfish> cjwatson: ok that's my trade mark I guess :D
[22:31] <cjwatson> there may exist one, but it's managed to escape my attention if so
[22:31] <munckfish> ok np
[22:31] <ScottK2> I think it's upgrade
[22:31] <cjwatson> huh, ok
[22:32] <munckfish> ScottK: ok I'll look at that
[22:32] <ScottK2> Someone told me that.  Dunno if it's right.  I don't tend to follow such bugs very closely.
[22:32] <munckfish> does it not get abused for issues which relate to upgrading to a new OS version?
[22:33] <munckfish> anyway it doesn't matter too much I just want an easy way to refer to a list of such issues, 'update' will do.
[22:33] <munckfish> cjwatson: I see you're leading an initiative to reduce memory usage
[22:34] <munckfish> do you have any estimate how successful that's likely to be?
[22:34] <munckfish> Or any target?
[22:36] <ScottK2> cjwatson: You wanted ubuntu-devel revitilized, IIRC.  Are you feeling the volume is high enough the last couple of days? ;-)
[22:36] <mdke> I have been thinking that ubuntu-devel was a bit quiet over the last few months too
[22:37] <mdke> now it's looking great :)
[22:38] <cjwatson> ScottK2: *cough*
[22:38] <cjwatson> now I just need to find time to finish off the things I want to drop on it
[22:38] <cjwatson> munckfish: not sure I want to give a target at this point
[22:38] <ScottK2> Excellent.  People should be paying attention now.
[22:38] <cjwatson> well, I definitely want to get the live CDs back under 256MB
[22:38] <cjwatson> I hope we can get further but I don't have a figure
[22:40] <munckfish> cjwatson: well I'm certainly interested from a PS3 point-of-view it'd be great to be able to run LiveCD on PS3, and now there's this ps3vram driver upstream
[22:40] <munckfish> which unlocks the vram as swap, it's all looking quite bright and hopeful IMO
[22:41] <cjwatson> munckfish: oh, that would be good
[22:41] <cjwatson> you used to be able to run the live CD on PS3 at least, though it was always very slow
[22:42] <munckfish> yeah it unlocks roughly 256MB - FB size for use as swap
[22:59] <tormod> looking forward to seeing applets like update-manager use less than 100MB
[22:59] <pochu> update-notifier you mean?
[23:00] <tormod> pochu: no, that one uses only 32MB to show an icon
[23:00] <pochu> there was a memory leak in update-notifier, should be fixed now AFAIK
[23:06] <tormod> I don't think it's all leaks, but the problem is some developers think 32MB is reasonable.
[23:06] <pochu> update-notifier is using 4.5 MB
[23:06] <pochu> 00:06:35 up 14:10,
[23:06] <pochu> and I've never seen it grow up
[23:07] <pochu> same for update-manager
[23:12] <tormod> pochu: how do you measure it?
[23:12] <Amaranth> pochu: it'd probably be like 1MB if it was written in C though :P
[23:13] <Amaranth> tormod: don't read RSS, it lies to you
[23:13] <Amaranth> my update-notifier is actually only using 1.5MB
[23:13] <pochu> tormod: "memory" column in gnome-system-monitor
[23:13] <Amaranth> 17:13:41 up 1 day,  1:26
[23:14] <Amaranth> pochu: why does yours use more than mine?
[23:15] <soren> pochu: Quick! Say: "Because mine is bigger than yours."
[23:15] <soren> It'll be fun!
[23:15]  * Amaranth wonders why devhelp needs 50MB
[23:15] <pochu> lol
[23:15] <Amaranth> oh yeah, gecko
[23:15]  * pochu waits for the webkit massive transition
[23:16] <Amaranth> not sure why they use gecko, gtkhtml is more than enough for the simple html it uses
[23:16] <Keybuk> gtkhtml is a bit ... crufty though
[23:16] <Amaranth> Keybuk: gecko is worse
[23:16] <Amaranth> gecko is always worse
[23:17] <Keybuk> well, yes
[23:17] <Keybuk> webkit is better
[23:17] <Amaranth> but then we have two engines in main
[23:17] <Amaranth> wait, we already have khtml in there
[23:17] <Amaranth> so three
[23:18] <tormod> ok, update-manager is "only" 62MB and update-notifier 4.9MB. tell me that is needed :)
[23:18] <pochu> update-manager shouldn't be running unless you are updating something
[23:19] <tormod> pochu: sure it's just an example of basic applications. now add firefox...
[23:19] <Keybuk> update-notifier should only run to check, the notification should stay after it exists
[23:19] <Keybuk> but that's a design flaw in GNOME :)
[23:20] <sharms> update-manager for me is at 69MB, update-notifier is at 14MB for RSS
[23:20] <Amaranth> sharms: RSS is pretty worthless
[23:20] <sharms> Amaranth: which stat would you compare then?
[23:21] <Amaranth> private rss + shared rss / number of apps sharing it would be ideal, i think
[23:22] <sharms> is there a program that does that already or a pretty awk line or some common method that I am missing?
[23:22] <Amaranth> otherwise you count every library for every app that uses it even if they share most of the cost
[23:22] <Amaranth> gnome-system-monitor does that
[23:22] <sharms> anything from console?
[23:22] <Amaranth> don't think so
[23:23] <Amaranth> why would people only using console care about memory usage other than "how much do I have left?" :)
[23:24] <sharms> I don't really care, just for arguments sake I would like to have accurate numbers
[23:25] <ion_> Substitute console for a terminal, and it would become useful. :-)
[23:25] <ion_> s/for/with/


[14:55] <bittin> will the gaming team meeting be 20:00 swedish time?
[15:44] <tsimpson> bittin: sweden is UTC+1 right? so it'll be at 21:00
[21:42] <Coringao> Hello, could you help me with the games Portal Ubuntu Games?
[21:43] <Coringao> I am wanting to put them in the Launchpad PPA
[21:45] <popey> Coringao: this probably isnt the channel you want
[21:48] <Coringao> ok


[00:14] <tomswartz07> im having a terrible time trying to get the empathy first launch wizard again. Im planning on doing a basic install on virtualbox just so i could keep testing easily.