[00:35] <Resistance> micahg:  if you're around, I think this is ready for triaging:  https://bugs.launchpad.net/ubuntu/+source/psmisc/+bug/994189
[00:35] <ubot2> Launchpad bug 994189 in psmisc "Incorrect execution of `killall` on `plugin-container`" [Low,Confirmed]
[00:35] <Resistance> unless i missed something
[01:30] <LordOfTime> any bugcontrol people here?
[01:31] <LordOfTime> (this is Resistance, btw, i just cant get on my ZNC)
[01:34] <LordOfTime> this could use some processing:  https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/965921   This should be triaged.  The problem is stated clearly, there is information that shows that both of the proposed work arounds do not work.  As well, there's details about the version of the package used, as well as other items.  And whoever set "Low" on it did a good job, they nailed it because the bug affects
[01:34] <LordOfTime> a non-essential aspect of the program and because it has a moderate impact on a non-core program.
[01:34] <ubot2> Launchpad bug 965921 in gnome-control-center "gnome-shell most keyboard shortcuts not working" [Low,Confirmed]
[01:34] <LordOfTime> bleh, message auto-split :/
[03:14] <pt123> why is it impossible to file a bug in ubuntu in Launchpad
[03:14] <micahg> pt123: ubuntu-bug PKGNAME
[03:14] <pt123> it just redirects me to this page https://help.ubuntu.com/community/ReportingBugs
[03:15] <micahg> or ubuntu-bug -w and click on the window
[03:20] <pt123> is it possible to have this in large text on the redirected page instead of just the image
[03:21] <micahg> well, there is a description there of how to file
[03:59] <micahg> LordOfTime: please see debian 661145 and bug 970638 :)
[03:59] <ubot2> Debian bug 661145 in psmisc "psmisc: killall can't find processes with long names" [Critical,Fixed] http://bugs.debian.org/661145
[03:59] <ubot2> Launchpad bug 970638 in psmisc "killall can't kill processes with fairly long names (Ubuntu 12.04)" [Medium,Confirmed] https://launchpad.net/bugs/970638
[10:58] <phanimahesh> Do we have bugs on being unable to minimize using launcher?
[10:58] <phanimahesh> I dont see any, and am about to file one, but someone at #ubuntu said there are lot of bugs filed against that
[15:27] <alo21> hi all
[15:27] <alo21> can someone help me with pbuilder, please?
[15:28] <jtaylor> alo21: in #ubuntu-packaging sure
[15:28] <alo21> jtaylor: thanks
[16:06] <njin> Hello, there's an apport expert that an help me to have it working in as prerelease version ? i'm doing a video on how report bugs (in italian)
[16:08] <njin> It is enabled, also i've disabled whopsie, but to not avail, it still closing itself
[16:43] <LordOfTime> ooh dupes
[16:43] <LordOfTime> wait, this was fixed in Debian?
[16:43] <LordOfTime> micahg:  ^
[16:43] <LordOfTime> if this was fixed in Debian, why wasnt it fixed in Ubuntu?
[16:43] <LordOfTime> or was the fix post-release
[16:44] <LordOfTime> ahh, i see
[16:44]  * LordOfTime looks at the bug
[16:44] <micahg> LordOfTime: no one has done the work yet?
[16:44] <LordOfTime> micahg:  heh
[16:45] <LordOfTime> micahg:  indeed, didnt see the message about it being fixed in Quantal
[16:45]  * LordOfTime only just loaded the bug now, laggy internet is evil
[16:46] <LordOfTime> micahg:  so the new one i referenced earlier is a duplicate, and should be marked as such?P
[16:47] <micahg> yes
[16:47] <LordOfTime> wonder why that didnt show up when i was looking for dupes *shurgs*
[22:35] <sary> Salutation.
[22:36] <sary> Dos this bug need more imformations .. https://bugs.launchpad.net/ubuntu/+source/gnome-media-player/+bug/995259
[22:36] <ubot2> Launchpad bug 995259 in gnome-media-player "Gnome Media Player does not start." [Undecided,New]


[00:00] <tgm4883> is there any debugging I can run to see what access Unity has to the scope on my system
[00:00] <bobweaver> but there are things that can be used at this point say. How your scope (the one that I am using)  I use the "comments"  for "Plot"
[00:01] <bobweaver> it is what you write I would think
[00:01] <bobweaver> I do not know that much about python or making lens or scopes
[00:02] <tgm4883> not in python
[00:02] <tgm4883> I want to know if there is some unity debugging I can enable
[00:02] <tgm4883> so that when I click on a movie, it shows me what Unity sees
[00:02] <bobweaver> but I would think that there has to be documentation for that I would also look at the lensview.cpp IDK
[00:02] <bobweaver> OH
[00:02] <bobweaver> yeah you can just set up debug points
[00:02] <tgm4883> ok, how do I do that
[00:03] <bobweaver> Like add a mouseArea to a Item that uses   console.log()
[00:03] <bobweaver> like
[00:04] <bobweaver> MouseArea{ Onclicked:  console.log(mimetype + uri + somethingIamadding)  }
[00:05] <bobweaver> you can also use html in that but it needs ""
[00:05] <bobweaver> I woul also look at the man pages to see if there is a verbose or debug mode
[00:06] <tgm4883> bobweaver, yea there is --verbose
[00:06] <tgm4883> and --advanced-debug
[00:06] <bobweaver> This is something that I have been doing to all the code like adding         console.log("\n |||||||||||||||||||||||||||||||||||| THIS IS FOR DEBUGING ||||||||||||||||||||||||||||||||||||| \n"
[00:06] <bobweaver>                 + " || This is the lensId :\t\t"+  lens +"\t\t\t     ||"
[00:06] <bobweaver>                 +"\n || This is the Uri: \t"+  uri
[00:06] <bobweaver>                 + "\n || This is the mimeTyp:\t\t"+ mimetype + "\t\t\t\t     ||"
[00:06] <bobweaver>                   + "\n |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||")
[00:07] <bobweaver> there you go
[00:07] <tgm4883> bobweaver, that there that you added
[00:07] <tgm4883> do you have a link to a bzr branch you have it in?
[00:07] <tgm4883> that looks like exactly what I'm looking for
[00:07] <bobweaver> yeah it is the u2t one
[00:08] <bobweaver> tgm4883,  let me take a screen shot of preview debug that I made
[00:08] <tgm4883> ok
[00:09] <bobweaver> http://imagebin.org/245112
[00:09] <tgm4883> bobweaver, yea that is what I'm looking for
[00:10] <tgm4883> but I want it for one of the mythtv videos, and also I want to know where you get lens/uri/mimetype from?
[00:10] <bobweaver> I could walk you though how to set that up but if Phone is dbus then I will pass that way also
[00:11] <bobweaver> that is just a preview that is called "Default"
[00:11] <tgm4883> bobweaver, that needs to be in there at compile time right?
[00:11] <bobweaver> yeah
[00:12] <bobweaver> but that is qml so not compile
[00:12] <bobweaver> so unity 2d backend that is compile stuff (like lens and stuff like that)  But the full front end is all QML
[23:34] <tgm4883> mhall119, ping
[23:49] <mhall119> tgm4883: pong
[23:50] <tgm4883> mhall119, I need to know what uses DNDURI and how important it is before we completely break it's functionality
[23:50] <mhall119> tgm4883: I think it's what is used if you click-and-drag from the dash, to let the launcher items know
[23:51] <tgm4883> mhall119, is that it's only function?
[23:51] <mhall119> that I know of
[23:51] <tgm4883> ok
[23:52] <tgm4883> we might break it's functionality then
[23:52] <mhall119> honestly, I've always just used the same uri
[23:52] <mhall119> why?
[23:52] <tgm4883> mhall119, so have I
[23:52] <tgm4883> mhall119, to pass other info between scope and unity
[23:52] <mhall119> tgm4883: if you wait just a bit longer, there will be a field you can use for that
[23:53] <tgm4883> mhall119, but that wouldn't work with ubuntu tv
[23:53] <mhall119> honestly it was supposed to be done and public by now, but it's been taking longer than expected
[23:53] <mhall119> it will when the TV dash is updated to use the new API


[12:08] <gary_poster> bac benji frankban gmb call in 2
[12:09] <bac> rt
[12:19] <gmb> benji, Thank you kindly: https://code.launchpad.net/~gmb/launchpad/ebt-logging-bug-974586/+merge/101720
[12:21] <bac> sorry i got booted.  trying to rejoin.
[12:46] <bac> gary_poster: starting hangout
[12:46]  * bac tries again
[12:50] <bac> gary_poster: g+ is having fits and won't let me join goldenhorde.  i've sent you an invite
[12:51] <gary_poster> k bac
[12:53] <gary_poster> bac, "this hangout no longer exists"
[12:53] <bac> that's a lie, a damned lie.
[12:54] <bac> i'm in it.  existing.
[12:54] <bac> argh
[12:54] <gary_poster> :-)
[12:54] <bac> gary_poster: ok, the normal hangout now let me in
[12:55] <gary_poster> bac, don't see you in https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhorde
[12:55] <bac> google needs to spend more resources making hangouts work instead of making new whitespace
[13:34] <gary_poster> heh
[13:35] <gary_poster> frankban, https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone whenever you are ready
[14:09] <bac> gary_poster: the newest version of juju solve the bootstrap --constraint problem
[14:09] <gary_poster> great bac
[14:31] <gary_poster> gmb, ready in 10 or less; still on with fb
[14:32] <gmb> k
[14:36] <gary_poster> gmb, https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone whenever ready
[14:45] <bac> gary_poster: this works:  http://pastebin.ubuntu.com/926506/   it includes at line 13 a work-around for a new issue with deploy & --constraints
[14:45] <gary_poster> cool bac will look soon
[15:08] <gary_poster> bac, so you already have everything up, or are you waiting on slave
[15:08] <gary_poster> & is the workaround "68.4"?
[15:09] <bac> gary_poster: the workaround was to do it separately as shown at line 13
[15:10] <gary_poster> oic
[15:10] <bac> gary_poster: waiting on slave
[15:10] <gary_poster> cool bac.  are you looking at 974617?  if so will move card
[15:11] <bac> gary_poster: not yet
[15:11] <gary_poster> btw frankban, when you are ready to work on a parallel testing card, please check with gmb to see if you can pair with him on it
[15:11] <frankban> sure gary_poster
[15:12] <gary_poster> thank you
[15:12] <gary_poster> bac, cool
[15:15] <bac> gary_poster: working the ppa card first
[15:15] <gmb> gary_poster, I think bug 974608 comes under "AAAAAAAAH! Sampledata!"
[15:15] <_mup_> Bug #974608: bugtask-find-similar.txt fails intemittently on paralleltest runs <paralleltest> <Launchpad itself:In Progress> < https://launchpad.net/bugs/974608 >
[15:17] <benji> gary_poster: I created a card for my incremental branch (lp:~benji/testtools/modernize-tsfr) and marked the 974622 card as blocked on my branch being reviewed (jml will do so today, UK time)
[15:18] <gary_poster> great benji thanks
[15:18] <benji> gary_poster: and now the multi-branch work lane is over limit
[15:18] <gary_poster> benji, s'ok.  it's a reasonable view on reality
[15:18] <benji> gary_poster: should I speculatively continue on the 974622 work assuming the branch survives review or do something else?
[15:19] <gary_poster> benji, +1 on speculation IMO
[15:19] <benji> k
[15:19] <gary_poster> agree?
[15:19] <benji> I guess it shouldn't be "blocked" then
[15:19] <gary_poster> yeah.  It will be blocked when you can't do anything on it
[15:20] <frankban> gmb: I am ready to pair on your nice bug, when you are
[15:21] <gmb> frankban, Ah, I think that the one I'm on now isn't suitable - it's a relatively quick fix, AFAICT. We might be better off picking one of the other cards and pairing tomorrow morning instead.
[15:21] <frankban> gmb: coll
[15:21] <frankban> hem cool
[15:21] <gary_poster> frankban, look, slack time! :-P
[15:25] <gary_poster> bac, I need to take lunch now (cat to vet).  I'll ping when back
[15:25] <bac> gary_poster: coincidence.  i was about to go eat chinese food
[15:26] <bac> (speaking of cats)
[15:26] <gmb> lol
[15:26] <gary_poster> heh
[15:26] <bac> this past trip to VN was the first time i saw a restaurant specializing in "Thịt meo".
[15:27] <frankban> I have a suggestion for everyone here who want to create a programming language: please call it in a way you can easily find info using google: a neologism with len >= 4 is strongly  appreciated
[15:27] <bac> frankban: +1
[15:29] <bac> G+ needs a 'translate' button for comments
[15:33] <gary_poster> heh
[15:33] <gary_poster> frankban, I find "golang" works ok
[15:34] <frankban> gary_poster: coll didn't know, I was using "go language"
[16:04]  * gmb -> very late lunch; back later
[16:57] <gary_poster> benji, I saw discussion in -dev with jml.  What he said about the purpose of the forwarding result makes sense (where each test needs to be isolated, not just each call), but I thought that the semaphore was handled explicitly so that would work fine.  As I thought about it more, though, I realized I can't imagine a truly sane story for global tags within a merged set of test streams
[16:58] <gary_poster> the expectations for the meaning of global tags would have to be drastically reduced
[16:58] <gary_poster> though, I'm not really sure what the use cases are for global tags anyway
[16:58] <gary_poster> stepping away; back again soon
[17:25] <benji> gary_poster: (I was eating lunch.) right, I don't think there is a general story that will work with tags without a great deal of development effort, however if we are specific about what TSFR needs to do and what it doesn't do, I think we can get something that continues to work.  The funny part is that it is less and less important to us for our worker ID tagging result wrapper.
[17:27] <gary_poster> benji, less and less important: it was only importat initially as it helped us understand what was going on, and you were using it as a template of sorts, right?
[17:27] <gary_poster> bac, lemme know when you are around and we can pair
[17:27] <bac> gary_poster: i'm here.
[17:27] <benji> right; at this point we could just abandon any work on it and go ahead with what we want
[17:28] <benji> well, not quite: I'm pretty sure as-is TSFW is broken with respect to tags, so we'll have to do *something* about it, but we can more clearly see what that something is once it bites us
[17:30] <gary_poster> benji, if we are sure of a fix, I'd be in favor of applying it.  Otherwise (for instance, the undoing of the global tags) I'm fine with putting it aside.
[17:31] <gary_poster> https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhorde
[17:31] <gary_poster> bac ^
[17:32] <benji> gary_poster: I'm not sure of the fix, but I'm relativly sure there is a problem.  I'm afraid this is one of those things that cross package boundries and will be hard to get just right.
[17:37] <benji> gary_poster: I'm trying to figure out how to move the cards around to represent the current state of the world: I intend on 1) writing an add-worker-id-tag result wrapper, 2) integrating it into ConcurrentTestSuite, 3) fixing the tag bugs I believe we will uncover in TSFR.
[17:38] <benji> 1 and 2 seem to be covered under the card for 974622 and 3 is the other card I created earlier; should they both be in Active/Coding?
[17:41] <gary_poster> benji, have you started work on 3?
[17:41] <benji> gary_poster: I thought I had, but now I see that I haven't really.  Take that for what it is. :)
[17:42] <gary_poster> benji, heh
[17:42] <benji> s/it is/you will.
[17:42] <benji> so I guess it's reasonable to move the card for 3 into the started-but-threw-it-away bucket and make a new card if we need it
[17:43] <gary_poster> ok, benji, I moved that card (#3) back to "Tasks" and changed the title to be less confident ("ThreadSafeForwardingResult doesn't handle tags as well as it could.  We suspect.")
[17:43] <benji> sounds good
[17:44] <gary_poster> benji is it also appropriate to mark 974622 s unblocked
[17:44] <gary_poster> as
[17:44] <benji> gary_poster: oh, on a different note, a nurse is going to be coming by around 2 (they are habitually late) to teach me how to change Katie's catheter dressing for when we're in TN, so that may spoil our one-on-one time
[17:44] <benji> yep, it is unblocked
[17:45] <gary_poster> benji, ok, let me know when/if you are available
[17:45] <gary_poster> and benji, cool thanks, i marked card as unblocked
[18:02] <bac> gary_poster: i now have master and slave coming up.  slave is verified to be m2.4xlarge
[18:03] <gary_poster> bac, excellent
[18:25] <benji> gary_poster: the nurse is already 25 minutes late, what say we start our call?
[18:26] <gary_poster> benji, oh ok!  I was just going to reboot.  I am in https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone
[19:10] <bac> gary_poster: master and slave up and ready after 65 minutes.  i've manually done work-around for bug 974584 and have forced a build
[19:10] <_mup_> Bug #974584: Semaphores cannot be created in lxc container <paralleltest> <Launchpad itself:Invalid> <lxc (Ubuntu):Fix Released by serge-hallyn> <sysvinit (Ubuntu):Confirmed> < https://launchpad.net/bugs/974584 >
[19:10] <gary_poster> yay, bac!
[19:30] <bac> gary_poster: chat?
[19:31] <gary_poster> bac, still talking :-P ready in 5 or so ok?
[19:31] <bac> ok
[19:31] <gary_poster> thx
[19:37] <gary_poster> bac, 4
[19:37] <gary_poster> bah
[19:37] <gary_poster> bac, https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone
[20:17] <gary_poster> benji, do you agree that the following buildbot waterfall indicates that the "teach buildbot to understand subunit in test results to properly report failure numbers in waterfall" card has a bug or problem of some sort? http://ec2-50-19-152-175.compute-1.amazonaws.com:8010/waterfall
[20:18]  * benji looks
[20:18] <gary_poster> benji, would it be worth asking bac to verify that [something or other that you describe] is in the buildbot.cfg of the master?
[20:20] <benji> gary_poster: on the first point, the "no test results" looks discouraging, as I understand it there should be a summary line there
[20:20] <gary_poster> right, so we're on the same page there
[20:21] <benji> gary_poster: on the second part, if I recall correctly, no .cfg change should be required, I just changed the bzrbuildbot Test class to report in the new way.  Checking that the bzrbuildbot/subunittest.py module exists would be a good smoke test
[20:22] <gary_poster> benji, ok cool.  bac, could you look for that on the master when you get a chance?
[20:24] <bac> benji: -rw-r--r-- 1 buildbot nogroup 3255 Apr 12 18:05 /var/lib/buildbot/masters/master/bzrbuildbot/subunittest.py
[20:24] <bac> that what you want to see?
[20:24] <benji> bac: yep, looks good
[20:25] <benji> why we're not seeing a meaningful summary is a mystery to me
[20:30] <gary_poster> benji, dragged that card back to active coding but also pulled your head off it.  We need to get it resolved but it doesn't have to be you
[20:30] <benji> k
[20:30] <gary_poster> I'll send an email to yellow inviting gmb and frankban to look at it tomorrow if they want
[20:31] <benji> my inclination, for whoever looks at it... well, I'll reply to your email with my inclination
[20:31] <gary_poster> :-) k
[20:32] <gary_poster> bac, is it appropriate for me to drag card for bug 974617 to done done?
[20:32] <_mup_> Bug #974617: test_operational_view_integration fails intermittently in parallel tests <paralleltest> <Launchpad itself:In Progress by bac> <Python PGBouncer:Triaged> < https://launchpad.net/bugs/974617 >
[20:32] <bac> yes
[20:32] <gary_poster> cool thx
[20:37] <gary_poster> bac, could you write an email to the yellow list with a description of how you successfully started up your instances today, please?
[20:37] <gary_poster> benji, I just sent the email, but who knows when it will actually make it through the mailing list.
[20:37] <bac> ok
[20:38] <gary_poster> thank you
[20:38] <bac> gary_poster: inside the container:
[20:38] <bac> buildbot@lptests:~$ bzr whoami
[20:38] <bac> Launchpad PQM<EMAIL_ADDRESS>[20:38] <gary_poster> cool
[20:38] <bac> this is *before* i did anything...so not so cool
[20:38] <gary_poster> ...oh...
[20:38] <bac> even so, the celery test fails
[20:38] <bac> so that's pretty confusing
[20:38] <gary_poster> with the same error?
[20:38] <bac> yes
[20:38] <gary_poster> huh
[20:38] <gary_poster> ok
[20:39] <gary_poster> bac, I'll try now to dupe in a local lucid lxc container...
[20:39] <gary_poster> when you ran the test locally you were not in an lxc, right?
[20:43] <bac> correct
[20:46] <bac> this is odd, gary_poster
[20:46] <bac> http://paste.ubuntu.com/927024/
[20:46] <bac> this is inside an lxc container on the slave on ec2
[20:47] <bac> so the cmdline 'bzr whoami' gives results but bzrlib.config doesn't
[20:48] <bac> and if i manually set 'bzr whoami', then bzrlib.config *still* returns None, None
[20:48] <gary_poster> bac, what about the thing that calls _auto_user_id, though
[20:49] <gary_poster> bac config.username()
[20:51] <bac> gary_poster: harder to test as you have to instantiate a Config subclass object
[20:51] <gary_poster> bac, ah ok.  but bac, this fails for me on lxc
[20:51] <gary_poster> so some kind of interaction
[20:51] <bac> running the test again
[20:52] <bac> same same
[20:53] <gary_poster> bac, doing a pdb...
[20:54] <bac> well at least it is easy to reproduce...
[20:54] <gary_poster> y
[21:00] <gary_poster> bac, could you set a pdb in your local environment and see what self.file_name is in the username method when you run that test?
[21:01] <gary_poster> can do it tomorrow
[21:01] <gary_poster> EoD
[21:01] <bac> ok
[21:01] <gary_poster> I get /tmp/tmpOmHAkg/.bazaar/bazaar.conf
[21:02] <gary_poster> which looks like it is a nice test isolation thing
[21:02] <gary_poster> and then...
[21:03] <gary_poster> _get_default_mail_domain() returns None in _auto_user_id
[21:03] <gary_poster> which causes everything to fall over
[21:04] <bac> gary_poster: so it smells like an lxc isolation problem
[21:04] <gary_poster> /etc/mailname is not installed
[21:04] <gary_poster> mm
[21:04] <gary_poster> smells like an "unspoken dependency" problem to me with that
[21:04] <gary_poster> I don't know who is supposed to define /etc/mailname
[21:05] <gary_poster> but I bet it is from a package that we don't install
[21:05] <gary_poster> because we shouldn't have to
[21:05] <gary_poster> could be wrong
[21:05] <gary_poster> ok running
[21:05] <gary_poster> bye all
[21:13] <bac> setting /etc/mailname to 'example.com' allows the tests to fail differently with a TimeoutError


[10:24] <MCR_> ricotz: Hi :) There is a new AMD Beta Driver out :13.2, Beta 6, to be found here: http://phoronix.com/forums/showthread.php?77884-(19-12-)-AMD-Catalyst-13-2-Beta-6-released&p=313580#post313580
[10:27] <ricotz> MCR_, oh, a sneaky hidden release?
[10:28] <MCR_> ricotz, yes - AMD Style release as always ;)
[10:29] <ricotz> MCR_, will take a look, thanks
[10:30] <MCR_> ricotz, thanx :)
[11:11] <ricotz> MCR_, will be available from the ppa soon, make sure to give it a try ;)
[11:27] <MCR_> ricotz, thanx a lot -> ofc I'll use it ;)
[11:54] <MCR_> ricotz, upgrading...
[12:04] <MCR_> ricotz, everything works (as expected). Just ran the Unigine Valley benchmark successfully. \o/ Thanx again :)
[12:04] <ricotz> MCR_, great


[02:23] <tion_> how do i change res in ubuntu only vga is available
[02:23] <tion_> i need xvga+ res
[02:24] <RAOF> tion_: #ubuntu is the support channel; you'll be better off asking theer.
[10:06] <mlankhorst> morning
[14:59] <tseliot> tjaalton: what version and revision of fglrx-updates did you upload in precise-proposed?
[15:02] <tjaalton> tseliot: fglrx-installer-updates (2:9.000-0ubuntu0.4)
[15:02] <tjaalton> didn't touch -updates
[15:02] <tjaalton> since the change was for the backport stack and it doesn't support the video abi?
[15:03] <tseliot> tjaalton: it should work with Quantal's ABI, shouldn't it?
[15:03] <tjaalton> not sure anymore
[15:03] <tjaalton> oh right
[15:04] <tjaalton> it's that package :)
[15:04] <tjaalton> -exp-9 confused me
[15:04] <tjaalton> didn't touch !-updates
[15:05] <tseliot> tjaalton: oh, as I uploaded fglrx-installer-experimental-9 (2:9.010-0ubuntu0.3) on 7 January
[15:06] <tseliot> tjaalton: what did you do in the package?
[15:07] <tjaalton>   * debian/substvars: Drop the versioned dependency on xserver-xorg-core*.
[15:07] <tjaalton>     (LP: #1080588)
[15:07] <tjaalton> same on -exp-9
[15:08] <tjaalton> 0.3 was uploaded on Nov 21st..
[15:08] <tjaalton> uh
[15:09] <tjaalton> -exp-9 0.3 was uploaded Dec 7th
[15:09] <tjaalton> those should both be in proposed since some time last week
[15:10] <tjaalton> nope
[15:11] <tjaalton> sru uploads don't seem to get through
[15:11] <mlankhorst> :(
[15:15] <tseliot> tjaalton: but shouldn't it be 9.010 ?
[15:16] <mlankhorst> going to be a mess for a while, I hope I can get the mesa sru done soon
[15:19] <tjaalton> tseliot: I touched those two packages
[15:19] <tjaalton> both at -0u0.4
[15:22] <tseliot> tjaalton: I'm a bit confused. I uploaded these packages on 7 January (both waiting for approval): fglrx-installer-experimental-9 (2:9.010-0ubuntu0.3) precise-proposed , fglrx-installer-updates (2:9.000-0ubuntu0.3) precise-proposed
[15:22] <tseliot> tjaalton: I'm wondering why it didn't reject my uploads
[15:23] <tjaalton> they are both on the queue
[15:27] <tseliot> ok, I need to make further changes...
[15:45] <tjaalton> tseliot: you can find my uploads here https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text=
[15:45] <tjaalton> your's too :)
[15:46] <tjaalton> -'
[15:46] <tseliot> tjaalton: excellent, thanks
[15:47] <tjaalton> 0.4 has both of the changes from the new 0.3, cjwatson suggested I should bump the release when I uploaded those
[15:48] <tjaalton> but I dropped the xserver dependency completely
[15:48] <tjaalton> it's redundant
[15:48] <tseliot> tjaalton: not just the versioned dependency?
[15:48] <tjaalton> http://launchpadlibrarian.net/127494692/fglrx-installer-experimental-9_2%3A9.010-0ubuntu0.1_2%3A9.010-0ubuntu0.4.diff.gz
[15:51] <tseliot> tjaalton: do you mind if I ask an admin to reject both mine and your uploads of -updates and -experimental so that I can add the optional dependency on the quantal-lts headers?
[15:53] <tjaalton> sure, and after re-reading the bug, maybe it was unnecessary to drop the dependency..
[15:53] <tjaalton> feel free to reuse 0.4
[15:53] <ogra_> is there already an ETS
[15:53] <ogra_> err
[15:53] <ogra_> is there already an ETA when we wiull switch ABIs ?
[15:54] <tjaalton> no
[15:54] <tjaalton> maybe early feb
[15:54] <ogra_> (the arm world will fall over once that happens)
[15:54] <tjaalton> ish
[15:54] <tjaalton> before feature-freeze most likely
[15:54] <ogra_> hmm, k, we dont have any updated binary drivers for any of the arm images atm
[15:55] <ogra_> and without unity-2d that means no images without drivers
[15:55] <tjaalton> then fix it ;)
[15:55] <tseliot> tjaalton: ok
[15:55] <ogra_> now ? llvmpipe wont be any solution on arm :P
[15:56] <ogra_> s/now/how/
[15:56] <tjaalton> tseliot: not sure if slangasek only meant the version part of "need to touch this for the next stack"
[15:56] <tjaalton> ogra_: get the cluebat and chase vendors
[15:57] <ogra_> doing that since a while
[15:57] <tseliot> tjaalton: I think it's fine to do this for the LTS
[15:57] <ogra_> though TI is hard to chase since the whole OMAP team was fired
[15:57] <tjaalton> heh
[15:57] <tjaalton> tseliot: ok
[16:20] <mlankhorst> :(


[08:54] <jodh> xnox: !?!... http://paste.ubuntu.com/5906905/
[08:56] <xnox> jodh: i honestly swear i have no idea. I did the break-lock from my end, try again?
[08:57]  * jodh breathes sigh of relief
[08:57] <jodh> xnox: works now, thanks :)
[08:58] <jodh> xnox: did you interrupt a push or something?
[09:06] <xnox> Narf! =)


[06:35] <micahg> chrisccoulson: if you get a chance, can you take a look at the firefox-next maverick build failures, I"m guess it's due to using the profile patch from natty and not from trunk
[13:54] <debfx> I've created a new merge request for the kde integration
[13:54] <chrisccoulson> debfx, thanks
[13:54] <debfx> tested with b7 and yesterday's b8 snapshot
[17:58] <chrisccoulson> micahg - ok, the firefox-next build should work now (just uploaded it to the PPA again)
[18:00] <chrisccoulson> micahg - are you able to push your thunderbird.lucid changes too?
[18:37] <chrisccoulson> jdstrand, could i have a USN for firefox please :)
[19:57] <micahg> chrisccoulson: why can't we have the official branding in the team PPA?
[19:57] <micahg> chrisccoulson: thanks BTW for looking at the build
[19:58] <chrisccoulson> micahg - i did think about it, but we have the patches to change MOZ_APP_NAME, and i'm not sure if those are approved or ok to use
[19:58] <chrisccoulson> so, i took the safe option for now
[19:59] <micahg> chrisccoulson: ok, and it seems to have worked, so I'll upload karmic/lucid tonight to the PPA
[19:59] <chrisccoulson> thanks
[19:59] <micahg> and I haven't forgotten about TB on lucid :-/
[20:00] <micahg> chrisccoulson: oops I think I kept one of the conflicts by accident in teh merge for ff-next, I guess I get to reupload :-/
[20:01] <micahg> firefox-4.0-core (<= 4.0~b8~hg20101103r56843+nobinonly-0ubuntu1)
[20:01] <chrisccoulson> heh :)
[20:01]  * micahg should be following the commits more closely
[20:02] <micahg>  firefox-4.0-core (<= 4.0~b7~) should work
[20:05] <chrisccoulson> micahg - are you making changes to debian/control or debian/control.pp? (or both)?
[20:05] <chrisccoulson> (i didn't look)
[20:05] <micahg> I was going to do both
[20:05] <chrisccoulson> yeah, that's what i do
[20:05] <chrisccoulson> just remember that debian/control gets overwritten in the clean target ;)
[20:06] <micahg> although, they seem out of sync (one references firefox-4.0 and one reference firefox-4.0-core
[20:06] <chrisccoulson> hmmm :/
[20:07] <micahg> chrisccoulson: do you want to take a look before I upload this?
[20:07] <chrisccoulson> micahg - in a bit, i'm just running through the ff3.6 updates atm
[20:08] <micahg> chrisccoulson: ok
[20:12] <chrisccoulson> micahg - i created https://wiki.ubuntu.com/DesktopTeam/Specs/Natty/Firefox4/XULRunner20Transition today as well
[20:12] <micahg> chrisccoulson: cool, I'll take a look later tongiht
[20:13] <chrisccoulson> right, i need to reboot, my laptop is being all screwey
[20:47] <fta> chrisccoulson, what is bug 670128 about? i already have MimeType=text/html;text/xml;application/xhtml_xml;x-scheme-handler/http;x-scheme-handler/https; in my desktop file
[20:47] <ubot2> Launchpad bug 670128 in xdg-utils (Fedora) (and 4 other projects) "gnome-open uses firefox while it's not the preferred browser (affects: 2) (dups: 1) (heat: 16)" [Unknown,Unknown] https://launchpad.net/bugs/670128
[20:47] <fta> what am i missing?
[20:47] <chrisccoulson> fta - in that case, you can probably close it. how does chromium change the setting though?
[20:47] <chrisccoulson> or check if it
[20:47] <chrisccoulson> oops
[20:47] <chrisccoulson> or check if it's the default?
[20:48] <fta> well, it's not in all my builds.. yet
[20:48] <fta> just been Cced to this http://code.google.com/p/chromium/issues/detail?id=63631
[21:01] <BUGabundo> o/
[21:02] <chrisccoulson> fta - oh, so chromium is using xdg-settings then? that's ok, that means there's nothing else you need to do there :)
[21:10] <chrisccoulson> right, that's the firefox uploads done
[21:11] <chrisccoulson> micahg - would you be able to push the thunderbird changes? i'd like to get 3.1 in to the PPA quite soon
[21:11] <micahg> chrisccoulson: I can push later tonight, has thunderbird been tagged yet?
[21:12] <micahg> 3.1.7 should be tagged on wed
[21:12] <micahg> I'll push up to stable PPA tonight
[21:13] <chrisccoulson> micahg - yeah, i'd like to start getting everything in to the PPA before wednesday really, else we're going to struggle to get everything tested before the release
[21:13] <micahg> chrisccoulson: ok, you should be able to push a build up in teh mornig
[21:13] <micahg> *morning
[21:13] <chrisccoulson> thanks
[22:34] <micahg> chrisccoulson: so, mozjs doesn't depends on the rest of the libs or are you sorting this out still
[22:34] <chrisccoulson> micahg - it's standalone, it doesn't depend on anything else
[22:34] <micahg> chrisccoulson: awesome
[22:34] <chrisccoulson> i talked to the opensuse maintainer today, and he's packaging it in exactly the same way
[22:34] <chrisccoulson> ie, it's still not in a system location
[22:35] <micahg> chrisccoulson: ok, that solves the couch issues on the CD
[22:35] <micahg> chrisccoulson: yeah, so, not ideal, but we can save space on the CD/servers now
[22:35] <chrisccoulson> yeah, they'll still need to do a hack to find libmozjs, and they won't have the luxury of using xulrunner --gre-version either
[22:35] <chrisccoulson> but they can still figure out a way
[22:35] <micahg> chrisccoulson: oh, that's bad, any way to have just the xulrunner cli binary
[22:36] <micahg> chrisccoulson: or can we have a helper mojs-version script to give that?
[22:36] <chrisccoulson> micahg - not really, that depends on libxul, which is basically the rest of the mozilla runtime
[22:36] <micahg> chrisccoulson: ok, what do you think of a mozjs-path helper script
[22:36] <chrisccoulson> we could probably provide a script, but all they need to do really is ls /usr/lib/xulrunner-2.0*
[22:36] <micahg> chrisccoulson: until we change it
[22:36] <chrisccoulson> and then test which result has a libmozjs.so
[22:36] <micahg> chrisccoulson: this would be more dynamic
[22:37] <micahg> chrisccoulson: xul20 will be at most 12 month
[22:37] <micahg> *months
[22:37] <chrisccoulson> we could still possibly provide a script
[22:38] <micahg> chrisccoulson: k, do you want me to do that?
[22:39] <chrisccoulson> micahg - i don't mind, but i wouldn't worry about it too much just yet
[22:40] <micahg> chrisccoulson: ok, I think we should have it when we push the mozjs package as well, then you or I can write up a quick mail to -devel about it
[22:40] <micahg> with a best practices for mozjs in Ubuntu
[22:55] <micahg> chrisccoulson: I think maybe we should use the existing thunderbird-locales package in Lucid and just upgrade the translations for 3.1.6 or 3.1.7
[22:56] <micahg> we changed the path to the locales in maverick
[22:56] <chrisccoulson> micahg - if we do that, then we should update the translations in maverick as well really
[22:56] <micahg> chrisccoulson: yep :)
[22:56] <micahg> I think I got an SRU ack a while back for that
[23:40] <micahg> chrisccoulson: should I just upload to firefox-next with the fix and worry about the d/control discrepancy later?
[23:41] <chrisccoulson> micahg - yeah, if you want


[12:05] <thorwil> doctormo: got any other "Community Feedback", aside of the one reply on the list?
[12:06] <doctormo> thorwil: 1 more from the list and 1 on dA, not thrilling response I must say.
[12:15] <thorwil> not a thrilling response -- there's a pattern
[12:23] <doctormo> thorwil: But at least there are some helpful pointers to how we can improve connectiveness in the community.
[12:23] <doctormo> In the report
[15:15] <Nulo_Px> hi, does anyone know anything for real, about the new highly expected font?
[15:15] <Nulo_Px> (the topic was set on July)
[15:18] <vish> Nulo_Px: Read all about it at » bug 629622 ;)
[15:18] <ubot2> Launchpad bug 629622 in ubuntu (and 2 other projects) "MIR+FFE: Inclusion of Ubuntu Font Family ~0.70 in Maverick (10.10) (affects: 10) (heat: 96)" [Wishlist,Invalid] https://launchpad.net/bugs/629622
[15:18] <doctormo> Nulo_Px: It's called 'Ubuntu' was commissioned by Canonical and made by a professional font forge. It's an open use license and full foss compatible.
[15:19] <Nulo_Px> tks
[15:27] <Nulo_Px> this new font is fantastic, the first time I find a font really beautiful and easy to read
[16:48]  * vish  spies someone named t-w- subscribed to the wiki pages again! ;p
[16:48] <vish> gah! i really need to check if people are around :(
[19:16] <vish>  * vish  spies someone named t-w- subscribed to the wiki pages again! ;p
[19:19] <thorwil> lol
[19:20] <thorwil> vish: and here i refrained from making a remark regarding you remembering the link of that restored page, to not reveal this :)
[19:21] <thorwil> spreadubuntu will see a facelift and i have been asked if i would like to help with the logo design
[19:21] <vish> thorwil: yea, finally thought i should lookup that page..  ;)
[19:21] <vish> thorwil: wasnt tough to revert.. thanks for the tip :)
[19:24] <vish> well, it actually turned out that i was pretty smart back then when i deleted the main page!  ;p
[19:24] <thorwil> wonder if the spreadubuntu/art.ubuntu-owl.org split makes sense on a technical level
[19:24] <thorwil> vish: how so?
[19:24] <vish> the page i was actually looking for was /not/ deleted
[19:25] <vish> thorwil: i thought i deleted > https://wiki.ubuntu.com/Artwork/HumanityIcons/Guidelines  , but i think i knew i might need it at some point ;)
[19:26] <vish> thorwil: well, having spreadubuntu as a part of the owl site would be much better..
[19:27] <vish> spread ubuntu doesnt even have a decent enough link to atleast look official!
[19:29] <thorwil> vish: seems they had some plan involving some action from canonical. i guess about an ubuntu subdomain. obviously didn't happen
[19:30] <vish> thorwil: yeah, i'v been asking around for an art.ubuntu.com link as well.. if there is a need for it ;)
[19:31] <vish> thorwil: instead of having the info on the wiki , the art.ubuntu.com site can be a hug for info and a collection of blogs from people contributing to artwork
[19:31] <vish> hub even!
[19:32] <thorwil> vish: if you blog, it could syndicate ... 4 people!!!
[19:32] <vish>  4 wow!
[19:33] <vish> thorwil: well , planet now aggregates blogs from Ubuntu members , but art.ubuntu.com can be just for people who have done some artwork for Ubuntu at some point..
[19:33] <vish> i thing it would be an encouragement , sorta
[19:34] <vish> qa.ubuntu.com does not mandate being an Ubuntu member
[19:34] <vish> but very few non-ubuntu members have started blogging there..
[19:34] <vish> but they can..
[19:46] <thorwil> good evening jpgnizak


[09:22] <BluesKaj> Howdy folks
[16:49] <Guest81836> good morning, anyone here that can have a look at an ubuntu installer rebuild bug in yaketty?
[19:27] <Guest81836> good morning, anyone here that can have a look at an ubuntu installer rebuild bug in yakkety?


[05:51] <Ben64> anyone here? rww?
[05:54] <Unit193> He was not long ago.
[05:54] <Ben64> you're not an op, are you?
[05:55] <Unit193> Not for #ubuntu.
[05:55] <Ben64> oh well
[06:09] <Ben64> Guest15270 is running some kind of illegal cookie bot
[06:11] <Unit193> You guessed it, mIRC.
[06:12] <Ben64> mirc has !cookie on by default?
[06:12] <Unit193> No, script.
[06:13] <Ben64> !cookie Unit193
[06:13] <Flannel> Is someone talking with him?
[06:13] <Ben64> no cookiebots in here
[06:13] <Ben64> someone talking with who? where?
[09:15] <guest-4HwCbx> open break room
[09:16] <guest-4HwCbx> Cannot join #ubuntu-offtopic (You are banned).
[09:17] <guest-4HwCbx> You are banned
[15:32] <phunyguy> wow, that is a /16 ban.  nice.
[21:28] <rww> phunyguy: yep. didn't see anyone else on that subnet this year, so it went bye bye
[23:50]  * Flannel slaps Flannel on the wrist for playing with factoids.


[01:37] <qwerty6523> helllo
[07:13] <hyperair> does anyone notice that gnome-power-manager no longer recognizes the presence of notify-osd?
[08:03] <druid_of_system> hi everyone
[08:04] <techman2> hello
[08:51] <chrisccoulson> hi mbiebl - you there?
[08:52] <mbiebl> chrisccoulson: yeah
[08:54] <chrisccoulson> mbiebl - i'm just looking at the changes in the tracker-store-queue branch of tracker at the moment, and now that all the crawling and monitoring is gone from tracker-store, do you intend to split tracker-indexer in to it's own separate package when the changes make it in to 0.7.0?
[08:54] <chrisccoulson> it's possible to run tracker-store without tracker-indexer now
[08:55] <mbiebl> chrisccoulson: it might be useful for people only wanting to use the metadata store
[08:55] <mbiebl> without the indexer
[08:55] <chrisccoulson> mbiebl - yeah, thats what i was thinking
[08:55] <mbiebl> but imho it's to early to do the split on the packaging side already
[08:55] <mbiebl> as things are moving too fast atm
[08:56] <chrisccoulson> yeah, i agree. i was just thinking about the packaging though
[08:56] <mbiebl> who knows, if it's still called tracker-store in a month ;-)
[08:56] <chrisccoulson> mbiebl - yeah ;
[08:56] <chrisccoulson> ; => ;)
[08:57] <chrisccoulson> i think if the split stays as it is it would definately make sense to split the indexer and extractors off in to their own package, so people can run the metadata store without the indexing
[09:00] <mbiebl> agreed
[09:06] <dtchen> kees: ping, i see you merged cryptsetup for karmic. can we mark bug 324871 fixed? (currently in the encrypted swap session discussing LUKS keyslots)
[09:15] <TheMuso> i/c
[09:28] <bigon> could someone have a look at https://bugs.edge.launchpad.net/ubuntu/+source/gucharmap/+bug/375892 ?
[09:32] <chrisccoulson> bigon - yeah, i noticed that a few days ago when i rebased gnome-applets on debian
[09:32] <chrisccoulson> i had to adjust the build depends to get it to work
[09:33] <bigon> chrisccoulson: shouldn't be more intresting to rename the -dev package of gnucharmap?
[09:33] <chrisccoulson> possibly - but isn't the debian package name bogus. why would it be libgucharmap2-dev?
[09:33] <bigon> http://packages.debian.org/changelogs/pool/main/g/gucharmap/current/changelog
[09:34] <chrisccoulson> where does the '2' come from?
[09:34] <bigon> - Rename libgucharmap-dev to libgucharmap2-dev, as the pkgconfig file
[09:34] <bigon>        has been renamed (and the /usr/include directory) and packages need
[09:34] <bigon>        porting.
[09:34] <chrisccoulson> ah, i see
[09:37] <chrisccoulson> bigon - i suppose gucharmap should probably be rebased with debian. that hasn't happened for quite some time it seems
[09:40] <bigon> chrisccoulson: ok I will have a look at that tonight or during the weekend
[09:40] <chrisccoulson> bigon - i don't mind doing that if you don't get a chance to do it
[09:41] <bigon> oh ok I'm quite buzy right now so no problems
[10:46] <fakker> hey all i need some help with usb gadget and dummy_hcd can some one help me or let me know where can i find info about them ?
[11:08] <siretart`> fakker: see topic, use #ubuntu for user support
[11:34] <stefanlsd> wgrant: Using xserver-xorg-input-synaptics_1.1.1~git20090510-1ubuntu1~wgrant1_amd64.deb and it fixes my issue with syndaemon. Do you want me to report that anywhere?
[11:36] <wgrant> stefanlsd: Here was fine.
[11:41] <wgrant> stefanlsd: Are you having any movement issues? There's a slightly problematic patch in ~wgrant1 (that I've dropped in ~wgrant2) which was never in the primary archive, but I must have inherited from tseliot's PPA.
[11:42] <wgrant> It tends to cut out quick movements.
[11:46] <stefanlsd> wgrant: Not picking up any issues (just a basic user for stopping mousepad after typing)
[12:55] <nyu> hi
[12:55] <nyu> I'm afraid I couldn't make it to the GRUB 2 discussion.  I have some answers to the questions in https://blueprints.launchpad.net/ubuntu/+spec/foundations-karmic-grub2  please tell me who should I talk to
[12:56] <directhex> nyu, cjwatson@debian was leading the talk
[12:56] <nyu> directhex: don't see him here.  does he still IRC?
[12:57] <directhex> nyu, yes, in here as cjwatson most of the time
[12:57] <nyu> kay, I'll be around
[12:57] <directhex> nyu, or he's generally around
[12:57] <directhex> after lunch there's a session i want to go to - "Debian Relationship Healthcheck"
[12:58] <directhex> gah, out of power, down i go
[12:58] <nyu> directhex: is Colin around IRL?
[12:58] <nyu> I'm not far from the hotel
[14:18] <calc> ScottK: can we get boost1.38 into main and kick out 1.37 ?
[14:19]  * calc uploaded OOo using 1.38 now that it works
[14:40] <ion_> I really hope this finally happens. https://blueprints.launchpad.net/ubuntu/+spec/rsync-based-deb-downloads
[15:34] <bedahr> Quick question: whatis the policy of ubuntu on package versions? can snapshots of libraries enter the main tree?
[15:34] <bedahr> I am asking because portaudios last released version is about 2 years old and very buggy whereas current svn snapshots are quite good
[16:02] <sgallagh> How does one find out the owner of a package in Ubuntu?
[16:06] <loic-m> sgallagh: there's no real ownership in Ubuntu
[16:06] <LaserJock> sgallagh: apt-cache show <package> | grep Maintainer
[16:07] <sgallagh> LaserJock: thank you
[16:07] <loic-m> sgallagh: there's also the changelog in case the package is maintained by a team (like MOTU) but you want to see who uploaded the pkg
[16:31] <calc> ScottK: boost1.38 now in main :)
[16:32] <calc> ScottK: time to migrate everything over to it and through out 1.34/1.35/1.37 ;-)
[16:32] <calc> er throw
[16:32] <ScottK> calc: Excellent.  I have to write the mail to ubuntu-devel-announce.
[16:33] <calc> OOo is already done and just waiting for boost to be available (depwait atm)
[16:34] <directhex> calc, what's wrong with maintaining 4 versions of boost?
[16:35] <calc> directhex: heh funny ;-)
[16:37] <calc> ScottK: is anything in main still using 1.35?
[16:37] <ScottK> Yes
[16:37] <ScottK> calc: KDE still.
[16:37] <calc> ok
[16:37] <calc> oh i see
[16:37] <ScottK> I didn't want to move twice.
[16:38] <calc> is there a way to show all reverse build-depends with apt-cache (or something similar?
[16:41] <sistpoty|work> calc: build-rdeps of devscripts perhaps?
[16:42] <sgallagh> jelmer: Are you the package maintainer for libldb-dev still?
[16:42] <jelmer> sgallagh, hi
[16:42] <jelmer> sgallagh, yeah
[16:42] <jelmer> In Debian that is
[16:44] <sgallagh> jelmer: I'm trying to assist someone in porting the SSSD to Debian/Ubuntu, but I'm having some trouble with the libldb-dev package. It includes an ldb_includes.h file that is looking for files from libreplace, but that doesn't seem to be packaged (or marked as a dependency)
[16:45] <jelmer> sgallagh: We need to do a new release upstream I think before Simo's daemon can be packaged
[16:45] <jelmer> sgallagh, Is it already packaged in Fedora?
[16:45] <sgallagh> jelmer: Yes
[16:46] <jelmer> sgallagh: So, we'll have to package a new upstream version but there's only snapshots atm
[16:47] <sgallagh> jelmer: What do you need (from us, from samba, etc.) to do that?
[16:48] <jelmer> sgallagh, time, mainly :-)
[16:48] <jelmer> sgallagh, Ideally I should coordinate with Simo on a new ldb release upstream
[16:49] <sgallagh> jelmer: The other question I wanted to ask was why there is a separate libldb-samba-4.0-dev package, and why it's both incomplete and has a .pc file that lies. :)
[16:50] <jelmer> sgallagh: It's there because Samba 4 contains a different version of ldb
[16:50] <jelmer> sgallagh, the stock version doesn't work with it
[16:50] <jelmer> sgallagh, I think in Fedora that one is build statically
[16:50] <sgallagh> ah
[16:51] <sgallagh> ok, so is there anything I can do to help move along this upstream release (aside from pestering simo)?
[16:51] <jelmer> sgallagh, the other two issues you mention are upstream bugs that we've since fixed but haven't been packaged yet
[16:52] <jelmer> sgallagh, Simo and I worked together on this; we've done standalone releases for tdb, talloc and tevent but not for ldb yet
[16:52] <jelmer> sgallagh, (I'm upstream as well)
[16:53] <sgallagh> jelmer: Ok, thank you for your help. Let me know if there's anything I can do.
[16:54] <calc> sistpoty|work: ok thanks
[16:55] <sistpoty|work> np ;)
[17:34] <baba_> hello
[17:35] <baba_> there is someone that can help me modify some things in ubiquity?
[18:20] <kblin> hi folks
[18:21] <kblin> is here a tool to make ubuntu join a krb5-domain? I'm trying to come up with an automated way to make samba join an active directory
[18:24] <sgallagh> kblin: winbind is meant for this purpose
[18:24] <kblin> no
[18:24] <kblin> I'm talking about setting up krb5.conf, nsswitch.conf and stuff
[18:24] <kblin> winbind doesn't change config files
[18:25] <Awsoonn> is there a way to tell pbuiler to use multiple cpus while building? it seems that it is only using one cpu currently.
[18:25] <sgallagh> kblin: authconfig
[18:25] <kblin> sgallagh: what I was wondering if there's an established (GUI) tool to take care of this
[18:25] <Adri2000> kblin: likewise-open?
[18:26] <siretart`> wrong channel, in any case
[18:26] <Adri2000> right
[18:26] <kblin> Adri2000: well, that's what I want to replace
[18:26] <sgallagh> kblin: Try authconfig
[18:26] <kblin> Adri2000: I want to use samba technology, not likewise technology
[18:26] <kblin> sgallagh: looking at it
[18:28] <kblin> sgallagh: what packet is that in?
[18:29] <sgallagh> kblin: I take that back. It may not be available in Ubuntu
[18:34] <kblin> ok, if there's no one way to do it (tm), I can just come up with my own.. just checking there wasn't an established way I wasn't aware of
[18:35] <kblin> thanks
[18:40] <sgallagh> kblin: Well, authconfig would be The Right Way(tm), but it looks like no-one's bothered to package it for Ubuntu
[18:41] <kblin> sgallagh: well, I can do it the likewise-open way
[18:41] <kblin> just overwrite the config files with my settings
[21:54] <maxb> Before DebianImportFreeze, do syncs from Debian unstable happen by cron, or archive admins manually poking something every so often?
[21:59] <geser> maxb: IIRC by an archive-admin using a script or so
[22:01] <maxb> LP bug watch has just notified me of a bug fixed in debian, I need to remind myself to go back and verify the ubuntu task on a bug once the next sync happens


[18:09] <phunyguy> Hey all, I have a couple questions for the group.  I'm new to cloud-init and have begun making my own images with diskimage-builder, for gentoo.  I was poking around at the github for this project, and I don't there is much currently in the way of network config support for gentoo, via both systemd and openrc.  There is a .network file that gets created, but the services systemd-{network,resolve}d
[18:09] <phunyguy> are never enabled.  Are there any plans in the works to get this implemented?  Am I missing something important where this already is, and I'm just doing something wrong?  Thanks.
[18:11] <phunyguy> I can help develop if needed, however I am no good in Python, bash only.
[21:27] <blackboxsw> phunyguy: I think we can help you with functional review from a python standpoint for gentoo specific netwokring fixes, most of the networking content I'm aware of for gentoo comes from distro-specific overrides at https://github.com/canonical/cloud-init/blob/main/cloudinit/distros/gentoo.py#L63-L131.
[21:28] <blackboxsw> phunyguy: while cloud-init upstream team committers and generally more versed in Ubuntu/Debian/RHEL, there are a couple of active gentoo maintainers that could validate and vet some of content changes for functionality if you were to provide suggested fixes in a Draft PR
[21:31] <blackboxsw> phunyguy: from my perspective, cloud-init has proper network renderers definitions over in https://github.com/canonical/cloud-init/tree/main/cloudinit/net. If there are significant changesets and extensions to the way gentoo is writing out network over in distro/gentoo.py it may make sense to have an official cloudinit.net.openrc  or something
[22:01] <phunyguy> blackboxsw: first of all, thank you so much for the detailed response.  Yeah, that's where my head was going.  With gentoo+systemd however, it works for the most part, just have to enable the systemd-{network,resolve}d services.
[22:02] <phunyguy> It's really openrc that is just not there at all from a network standpoint.
[22:03] <phunyguy> what would need to happen there, is on boot, something would have to scan for the interface name, then populate /etc/conf.d/net with the proper settings, and then /etc/init.d/net.lo symlinked to /etc/init.d/net.${interface_name}. I don't think it's anything more complex than that.  A cherry on top would be both systemd and openrc starting the network services.
[22:04] <phunyguy> although that last bit isn't strictly required thanks to the changes I helped bring to diskimage-builder, which can enable services during the image build.
[22:08] <phunyguy> But if other distros get network enabled on boot, then I think it's fair to have ci do it for openrc too.
[22:10] <phunyguy> Interesting.... https://github.com/canonical/cloud-init/blob/main/cloudinit/distros/gentoo.py
[22:10] <phunyguy> there is a lot of openrc stuff in there, but I am not a python whiz, but my guess is something DOES exist, and my implementation just sucks,


[19:48] <OvenWerks> wonko: auto jack does not work (yet) with the new style autojackrc created by configparser because configparser writes lower case. This doesn't seem to be a problem for configparser reading uppper case. But until autojack is fixed, autojack doesn't work.


[17:03] <tarpman> hi, could bug 462379 please be re-opened? it's not fixed.
[17:04] <xnox> tarpman: how do you define proxy setting?
[17:05] <tarpman> xnox: preseed: ubiquity mirror/http/proxy string http://<IP_ADDRESS>:3142/
[17:05] <tarpman> sorry, should have mentioned that on the bug
[17:05] <xnox> tarpman: language packs i think are not downloaded by the target, but rather the live session, thus proxy settings need to be in e.g. network-manager / indicator-network.
[17:06] <tarpman> xnox: makes sense. do you know off the top of your head if there is a preseed for that? something that casper would look for
[17:07] <xnox> oh and change by hnoseer is clearly bogus (karma zero who hopefully got removed)
[17:08] <xnox> tarpman: you could try on the boot / kernel cmdline to do HTTP_PROXY=.... which would then be exported as a global environment variable.
[17:08] <xnox> that's very crude hammer, but at least would verify the theory quickly.
[17:08]  * tarpman tries
[17:12] <tarpman> xnox: no such luck, HTTP_PROXY= or http_proxy= isn't picked up in the live environment (but is there in /proc/cmdline)
[17:13]  * tarpman sets up proxy in n-m and tries installing
[17:15] <xnox> tarpman: if setting up in n-m / via indicator-network does not work.... then please open a new bug against ubiquity.
[17:15] <xnox> tarpman: you may reference that previous one, but a new one would be preffered.
[17:17] <tarpman> xnox: hmm, it's not a general http proxy though, only an apt-cacher-ng. sure, can file a new bug and discuss there. thanks
[17:18] <xnox> tarpman: the other alternative is to preceed no to downloading language packs, then it will be promted to install on first login.
[17:24] <tarpman> xnox: good suggestion. thanks


[12:06] <wasabi> synpatic should totally launch dpkg with nice 20
[12:10] <toresbe> wasabi: I'm not sure it helps much, unless the I/O scheduler takes nice values into consideration
[12:10] <toresbe> wasabi: dpkg is far more I/O- than CPU-intensive.
[12:11] <wasabi> It helped a bit for me.
[01:00] <mdke_> evening
[01:11] <bddebian> Howdy peoples
[01:52] <bddebian> Isn't python2.1 supposed to be gone?
[01:57] <mdz> bddebian: only if nothing depends on it anymore
[01:58] <mdz> (and some things still depend on it)
[02:00] <bddebian> 12 of 15 of which are python2.1-xxxx
[02:00] <mdz> I think jython or one of the other such weird things is still at 2.1
[02:02] <bddebian> jython and pychecker are the only 2 non-obvious ones I see
[02:11] <bddebian> Gah, jython is orphaned in Debian
[02:20] <Amaranth> mgalvin: Can I have some of that Ubuntu? :)
[02:22] <mgalvin> Amaranth: sure, come on over! plently to go around :)
[02:22] <Amaranth> Sure, just let me put some gas in my jet.
[02:22] <mgalvin> :)
[02:24] <bddebian> Heya LaserJock
[02:24] <LaserJock> hi bddebian
[02:24] <bddebian> I say we morgue jython
[02:24] <bddebian> Java sucks anyway :-)
[02:24] <LaserJock> really?
[02:25] <LaserJock> yeah, it is to bad
[02:25] <bddebian> Last official release was 2001
[02:25] <LaserJock> well, I use Fortran77 so...
[02:25] <bddebian> Fortran r0x :-)
[02:26] <LaserJock> heck yeah, but I'm getting more into Python now
[02:26] <bddebian> mdz: If we morgued jython and ripped python2.1 out of pychecker, you think we could morgue python2.1* ?
[02:27] <LaserJock> bddebian: does jython depend on python2.1?
[02:27] <bddebian> LaserJock: Yes and only 2.1 :-(
[02:27] <LaserJock> ouch
[02:28] <mgalvin> on that note... how about sending fam to the morgue... i had a co-worker try to install it which tried to remove ubuntu-desktop, gamin replaces it anyway
[02:28] <mgalvin> Bug #41957
[02:28] <Ubugtu> Malone bug 41957 in fam "fam tries to remove ubuntu-desktop" [Normal,Unconfirmed]  http://launchpad.net/bugs/41957
[02:28] <bddebian> There is a 2.2a of jython listsed on sourceforge but its in .jar format :-(
[02:29] <bddebian> mgalvin: Oh, that's ugly
[02:29] <mgalvin> yea very
[02:30] <bddebian> I get the same result :-(
[02:32] <bddebian> Hmm, there is a new release in Debian though
[02:32] <mgalvin> i have another oddity too, try installing nagios-pgsql on ubuntu-server, it will try to install laptop-detect (gotta file a bug on that)
[02:32] <bddebian> Hang on, let me hit my server installed machine
[02:35] <bddebian> Hmm shix, laptop-detect is already on that machine?? :-(
[02:36] <bddebian> And trying to remove that sucker tries to remove everything too
[02:36] <mgalvin> hehe, lemme see if reproduce it here
[02:37] <mdz> bddebian: if doko agrees that jython should be removed, and someone is willing to rip out the 2.1 support from python2.1-*, sure
[02:38] <mgalvin> bddebian: na its already installed on my machine too, i am downloading a -server daily now so i will try it again in a bit
[02:41] <bddebian> mdz: If pychecker is in universe I'll rip it out
[02:41] <bddebian> doko: ping?
[02:42] <mdz> bddebian: if it depends on 2.1, it must be in universe (since python2.1 is)
[02:43] <bddebian> Oh heh
[02:44] <bddebian> mdz: Would I be safe in doing that now anyway or would that be a no-no?
[02:46] <mdz> pychecker doesn't seem to be an issue; it just has a weird alternative dependency for some reason (it should just depend on python)
[02:47] <mdz> as for the modules, if jython is dead then they're of little use
[02:47] <mdz> I did discuss this with doko earlier in the release cycle, and he seemed to believe that jython might be resurrected, so we didn't ditch 2.1 at that time
[02:47] <mdz> it would be worthwhile to get his opinion before starting
[02:49] <bddebian> OK, I'll go back to other bugs then
[02:50] <bddebian> Egads, why are we so far behind on libmailtools-perl?
[03:32] <zul> heylo
[03:54] <bddebian> What's the best way to tell if a package has been morgued or removed from Ubuntu?
[03:56] <bddebian> apt-cache madison and apt-cache policy both puke for psemu-video-x11 is that enough to say that it isn't there?
[04:04] <zul> bddebian: whats dholbach said about subscribing dead packages to?
[04:06] <bddebian> zul: I have been sending them to ubuntu-archive :-)
[04:06] <zul> okie dokie
[05:08] <lifeless> wow, quiet today
[05:08] <lifeless> ogra: screen saver seems copacetic now
[05:09] <zul> yeah it is lifeless
[05:10] <bddebian> haha
[05:11] <bddebian> Heya lifeless
[05:13] <bddebian> OK, my network is REALLY starting to piss me off
[05:22] <bddebian> Heya tritium
[05:23] <tritium> hello bddebian.  how are you?
[05:24] <bddebian> OK man, you?
[05:24] <tritium> Doing well, thanks.
[09:08] <zyga> hello
[10:44] <Tonio_> hello
[10:48] <slomo__> Diziet: ping?
[10:50] <G0SUB> infinity: ping
[11:01] <sivang> morning all
[12:55] <zyga> morning sivang
[12:55] <zyga> morning mvo
[12:56] <mvo> hello zyga!
[12:58] <vlad> I would like to ask a general question: is it good to have buttons bound to 1 accelerator key (&Close, &Custom...) in 1 dialog?
[12:59] <vlad> I mean 2 buttons bound to 1 key.
[01:02] <zyga> guys, what should I do when dpkg-divert actions are broken, any policy hints on how to proceed?
[01:06] <nomed> Kamion, around ?
[01:07] <nomed> what's the casper bzr i should monitor ?
[01:07] <nomed> ubiquity ?
[01:07] <nomed> or it may change
[01:11] <TheMuso> nomed: If you want to monitor casper itself, you want http://people.ubuntu.com/~tfheen/bzr/casper/trunk
[01:11] <TheMuso> ubiquity's bzr tree can likely be found in Kamion's bzr archives.
[01:11] <nomed> TheMuso, yep
[01:12] <nomed> but Kamion has many branches ..
[01:12] <nomed> from what i've seen it seems he's working on casper-ubiquity
[01:13] <TheMuso> Right.
[01:16] <zyga> what is casper and ubiquity?
[01:17] <TheMuso> casper sets up the live CD at boot.
[01:17] <TheMuso> ubiquity is the new name for the Ubuntu Live CD GUI installer.
[01:17] <zyga> ah
[01:18] <zyga> I thought that was some experimental bzr branch
[02:00] <lool> hi there, is there a place for casper's upstream source or is it simply the Ubuntu archive?  (the package is native, and the copyright lists no URL)
[02:01] <crimsun> in the archive, yes
[02:01] <lool> ok, thanks
[02:03] <nomed> lool, cd casper
[02:03] <nomed> bzr log
[02:03] <lool> nomed: I'm looking at the binary deb right now, not at the source package
[02:09] <highvoltage> hi vuntz
[02:09] <highvoltage> how are things with pessulus?
[02:10] <vuntz> hi highvoltage
[02:11] <vuntz> there's a nice little patch in bugzilla to allow some extensions
[02:11] <vuntz> and I hope there'll be a SoC project for GNOME lockdown
[02:11] <vuntz> so all in all, I think things are going well :-)
[02:11] <highvoltage> hehe. kids working on code that will be used to lock them down at school :)
[02:12] <highvoltage> nice, good to hear.
[02:13] <_ion> highvoltage: Well, that's a good way to get a backdoor in. ;-)
[02:14] <highvoltage> _ion: OMG, you read minds!?
[02:14] <highvoltage> :p
[02:20] <darius_> http://us.archive.ubuntu.com/ubuntu/dists/dapper/main/binary-i386/Packages.bz2: MD5Sum mismatch
[02:20] <darius_> http://us.archive.ubuntu.com/ubuntu/dists/dapper/multiverse/binary-i386/Packages.bz2: MD5Sum mismatch
[02:23] <Nafallo> hi all :-)
[02:23] <Nafallo> anyone with main rights want to fix a bug (debdiff attached)?
[02:27] <Znarl> darius_ : That will be fixed in a few minutes.
[02:27] <darius_> great, thanx
[02:35] <Znarl> darius_ : Fixed now.
[02:50] <Lure_> Kamion: sorry - I think I am doing bug triage on same bugs as you... ;-)
[03:02] <mdke> jdub: ping
[03:02] <mdke> smurf: ping
[03:05] <Kamion> nomed: I have some random branches, but Tollef's trunk branch is the master one
[03:05] <Kamion> Lure_: as long as you don't mark bugs as duplicates when they aren't, I don't mind ;-)
[03:05] <jdub> mdke: pong
[03:05] <Kamion> you seem to be reasonably good at checking the tracebacks though
[03:06] <Kamion> Lure_: I was a bit worried about the crash bugs you closed because it worked for you now, since there was no detail about exactly what the crashes were
[03:06] <Kamion> I'd have preferred to get explicit confirmation with beta 2
[03:06] <Kamion> Lure_: at this point I am much less worried about having lots of spurious bugs open than I am about missing a crash case, so in general I'd prefer to err on the side of leaving bugs open
[03:07] <Kamion> obvious duplicates are fine of course
[03:07] <Lure_> Kamion: ok, point taken - those were the crash caused by dialog bug in PyKDE which Riddell fixed for Beta2
[03:07] <Kamion> Lure_: ... probably
[03:07] <Kamion> I mean, you're probably right, it's just hard to be sure :)
[03:08] <Lure_> Kamion: agree - will request confirmation in future and mark as Needs Info
[03:08] <mdke> jdub: great. Can you look for a mail from Christer Edwards, it seems he has been waiting for some weeks for a mailing list for his locoteam (utah)
[03:09] <jdub> mdke: yeah, saw
[03:09] <jdub> thanks
[03:09] <mdke> jdub: thanks
[03:10] <mdke> jdub: you subscribe to loco-contacts?
[03:12] <jdub> mdke: yeah
[03:12] <mdke> jdub: ah good. Perhaps that should be made the place for people to request mailing lists?
[03:14] <jdub> mdke: it's done in RT
[03:14] <Kamion> Lure_: noting for instance bug 41883 which looks very similar log-wise but postdates Jonathan's dialog fix
[03:14] <Ubugtu> Malone bug 41883 in ubiquity "Kubuntu 6.06 Beta 2 Live installer crashes in language selection" [Normal,Needs info]  http://launchpad.net/bugs/41883
[03:14] <jdub> mdke: (and mailman is directed there)
[03:14] <jdub> except it's screwed with spam atm :|
[03:15] <mdke> jdub: well, that's not generally known. I'm thinking it would be good to have a place for new locos to go and ask for a list. loco-contacts would fit the bill
[03:15] <jdub> mdke: it is generally known and documented
[03:15] <Lure_> Kamion: right, this seems like pykde bug (maybe another left use of that dialog?), but the other two were on the same step and on Beta1
[03:16] <mdke> jdub: if you say so :-(
[03:16] <Lure_> Kamion: but you are right about being cautions, but we need to tell them at least to try again with Beta2
[03:17] <mdke> jdub: currently the wiki says to email you
[03:17] <jdub> mdke: i changed all references i found when we switched - if you find others, please change them
[03:17] <jdub> mdke<EMAIL_ADDRESS>[03:18] <mdke> jdub: there is only one page which documents setting up a locoteam to my knowledge. https://wiki.ubuntu.com/LoCoTeamHowto
[03:32] <G0SUB> infinity: back?
[03:42] <jdub> mdke: having moved from pyblosxom to wordpress, i really recommend it :-)
[03:42] <mdke> jdub: I kinda wanted to avoid mysql... so far pyblosxom seems really rather nice. What were your reasons for moving away?
[03:42] <jdub> mdke: (i stuck with pyblosxom for so long, because i knew i could hold out for something to migrate to, and when i did, it would be harder to migrate away from pretty much anything other than pyblosxom)
[03:43] <jdub> wanted something a bit less DIY
[03:43] <jdub> but was happy with DIY until i found something worth moving to ;)
[03:44] <mdke> ah, fair enough. I'll try the DIY, and see how much I can reduce it with plugins
[03:44] <mdke> installing it wasn't much hassle
[03:47] <jdub> it's pretty sweet
[03:47] <jdub> http://www.gnome.org/~jdub/2003/sweetpyblosxomhacks/
[03:47] <mdke> oh, i see: you're recommending pyblosxom, rather than wordpress? even better :)
[03:47] <jdub> ^ some stuff i used
[03:47] <jdub> oh, i liked it, but i use wp now
[03:48] <mdke> gotcha
[03:48] <mdke> well, about an hour after posting to planet about wanting to migrate, some guy replied with a script
[03:48] <mdke> gotta love planet
[03:48] <jdub> yay lazyweb ;)
[03:48] <highvoltage> mdke: watch out for things like spam protection, i moved to wordpress yesterday because it became too big a job to remove spam from my old blog
[03:50] <mdke> I might keep em off too. there's a "contact" tab on my website
[04:34] <Kamion> damn, not here
[04:43] <freeflying> Kamion: attach syslog to bug 42024
[04:43] <Ubugtu> Malone bug 42024 in grub-installer "Fail to install grub if you choose Chinese when you install beta2" [Major,Needs info]  http://launchpad.net/bugs/42024
[04:44] <G0SUB> can somebody review the spec I wrote for a SAMBA GUI config tool?
[04:49] <Kamion> freeflying: I read mail, no need to tell me by IRC as well, thanks
[04:50] <freeflying> Kamion: got it, sorry for bothering u :)
[04:50] <G0SUB> Kamion: what's the standard way of proposing a new spec?
[04:51] <Kamion> G0SUB: no idea
[04:52] <jsgotangco> create a spec page in launchpad
[04:52] <Kamion> sure, but I have no idea what the usual process for going through those at the start of a conference is
[04:52] <jsgotangco> ah right
[04:52] <Kamion> I assumed G0SUB meant proposing it for consideration by the core development team
[04:52] <G0SUB> yes
[04:52] <Kamion> otherwise just do it as jsgotangco say
[04:52] <Kamion> s
[04:53] <jsgotangco> G0SUB: if the spec is worth discussing it'll get easily noticed by core dev for sure
[04:53] <jsgotangco> just look at live support chat page
[04:53] <G0SUB> infinity told me that he will review it before I propose it officially, but I guess he got busy
[04:53] <G0SUB> jsgotangco: hmm, right
[04:54] <G0SUB> jsgotangco: the spec is ready https://wiki.ubuntu.com/GUISambaConfigSpec
[04:57] <G0SUB> Kamion: can you tell me who is handling Google Summer of Code in Ubuntu?
[04:59] <Kamion> G0SUB: https://lists.ubuntu.com/archives/ubuntu-announce/2006-April/000070.html
[05:00] <G0SUB> well, I wanted to know who are mentoring ...
[05:00] <Kamion> the above mail says "Feel free to contact me if you require any further information."
[05:00] <jsgotangco> you'll get better answers from JaneW
[05:00] <Kamion> it doesn't say "Feel free to contact anyone on #ubuntu-devel" ;-)
[05:01] <G0SUB> Kamion: heh, sorry :)
[05:01] <G0SUB> but the mentors would be the people hanging around here ... so I asked. :)
[05:02] <Kamion> JaneW is the coordinator, contact her
[05:02] <G0SUB> okay.
[05:27] <doko> infinity, Kamion: please could ack new -l10n and -help OOo binary packages from NEW?
[06:20] <infinity> G0SUB: Not so much that I got busy as it's a weekend, and I'm attempting to practice some work/computer avoidance for the sake of my sanity.
[06:21] <infinity> G0SUB: It's not really so urgent that it can't wait until Monday, so I'll poke you about it then.
[06:21] <pitti> infinity: despite that you're still awake late :)
[06:21] <infinity> Shush.  I'm going to bed right now.
[06:21] <infinity> (being dragged would be a more accurate description)
[06:22] <ivoks> pitti: i would like to work on spec for easy printing sharing
[06:22] <ivoks> pitti: (the one you started)
[06:22] <pitti> infinity: sleep well
[06:22] <pitti> ivoks: yay
[06:22] <ivoks> pitti: but last change i did on that wiki was erased
[06:22] <ivoks> (i'm not sure how the thing with specs go...)
[06:23] <G0SUB> infinity: oh, okay. no problems :)
[06:27] <Chipzz> "BOFH Excuse #441: Hash table has woodworm"
[06:27] <Chipzz> :P
[06:27] <sladen> Hash table has the munches
[06:29] <sfllaw> Ah yes.  The munchies.
[06:30] <mdke> mmmmm food
[06:42] <Kamion> doko: when I'm back at work
[06:46] <zul> heylo
[07:22] <nomed> Kamion, ping
[07:22] <nomed> is there any part of ubiquity where the username is hardcoded ?
[07:22] <Arvin> salut
[07:22] <Arvin> est ce qu'on peut garder son /home breezy s'il ont veux installer Dapper beta2?
[07:23] <nomed> i suppose there is not .. but just to be sure
[07:24] <nomed> well .. and i mean livecd username
[07:25] <mdke> Arvin: #ubuntu-fr?
[07:25] <Arvin> oui je sais
[07:26] <Lathiat> is it just me - or does the beta2 installer, after copying all the .debs off the cd
[07:26] <Lathiat> extract the templates from the packages off the cd rather than on the hdd
[07:26] <joelbryan> anyone have problems with the netstatus applet not working correctly?
[07:29] <joelbryan> I just filed a bug that fix that, Bug #42100
[07:29] <Ubugtu> Malone bug 42100 in ubuntu-meta ubuntu-desktop "Fix the wrong device registered in netstatus applet, and automatically set it to the first working network connection." [Normal,Unconfirmed]  http://launchpad.net/bugs/42100
[07:56] <bmonty> do I need to get the archive team involved to remove a binary package from the archive after I have uploaded a new source package that eliminates the binary?
[07:59] <crimsun> bmonty: traditionally I've asked Kamion to remove a package, not sure if wiki/DeveloperResources has updated info on protocol
[07:59] <bmonty> thanks crimsun
[08:01] <Laser_away> bmonty: yeah, file a bug and subscribe archive team
[08:07] <robertj> hey all, has anyone here experienced fading to black while in a full-screen OpenGL game?
[08:08] <robertj> it happens even while playing
[08:08] <Nafallo> robertj: could be the screensaver kicking in. there are numerous bugreports on launchpad about that.
[08:08] <robertj> Nafallo: that's what I thought
[08:09] <Nafallo> is /dev/md0p1 supposed to be automagically created when I add it to the partition table or do I have to do something else? like... file a bug? :-)
[08:15] <wasabi_> Hmmm. Something has made vmware kernel module compile break.
[08:15] <wasabi_> include/asm/alternative.h:7: error: syntax error before u8
[08:15] <wasabi_>  heh
[08:31] <robertj> btw, does anyone think it's kinda silly that we export home directories via samba default & read only?
[08:36] <Ubugtu> Malone bug 42110 in samba "home directories should be writable by default" [Normal,Unconfirmed]  http://launchpad.net/bugs/42110
[08:41] <Nafallo> robertj: ehrm, last time I installed samba they where if you logged in with the correct user.
[08:41] <Nafallo> (I think)
[08:41] <robertj> Nafallo: my install isn't too old
[08:42] <Nafallo> robertj: I'll do one now and see...
[08:43] <robertj> Nafallo: I can take a look in the src
[08:45] <robertj> oh default is in  /usr/share/samba/smb.conf anyway
[08:45] <robertj> and writable is still no
[08:45] <Nafallo> robertj: hmm, right.
[09:10] <robertj> rcorsairsuray
[09:24] <\sh> moins
[09:53] <robertj> cats...
[10:41] <mxpxpod> does anyone here have network manager working on an airport extreme?
[10:57] <bddebian> Hello
[10:58] <bddebian> Kamion: ping?
[10:59] <sivang> hey bddebian
[10:59] <bddebian> Heya sivang
[11:00] <sivang> bddebian: what's up? how things are breaking? :)
[11:00] <bddebian> sivang: I guess I am irritating Kamion..
[11:00] <sivang> bddebian: so did I , with my buggings about getting upbackup out of NEW :)
[11:07] <zul_> bddebian: i think several people were :)
[11:11] <nictuku> bug #41123 fix was not released yet. I wonder why
[11:11] <Ubugtu> Malone bug 41123 in smart "wrong default channel for dapper " [Normal,Fix committed]  http://launchpad.net/bugs/41123
[11:11] <nictuku> it's been a few days already
[11:15] <bddebian> nictuku: I uploaded that, is it not there?
[11:17] <nictuku> no but let me check again
[11:18] <bddebian> Hmm, you're right, it's not there
[11:19] <nictuku> bddebian, yeah it's not
[11:20] <bddebian> nictuku: Doing it now
[11:53] <bddebian> Heya sfllaw, your highness :-)