[11:00] <ddaa> Good morning
[11:00] <ddaa> SteveA: jamesh: spiv: lifeless: MEETING STARTS
[11:00] <spiv> Good evening.
[11:00] <ddaa> lifeless: hello limited IRC client
[11:00] <SteveA> hi
[11:01] <ddaa> == Agenda ==
[11:01] <ddaa> Next meeting Monday 6 November, 10:00-10:45 UTC.
[11:01] <ddaa> * production status
[11:01] <ddaa> * status reports
[11:01] <ddaa> * Singapore meeting
[11:01] <ddaa> == Roll call ==
[11:01] <ddaa> _thumper_ is on leave until start of December.
[11:01] <lifeless> ddaa: hello impersonation
[11:01] <ddaa> lifeless: whut?
[11:01] <jamesh> hi
[11:01] <ddaa> I'm identified, I'm no impersonation.
[11:01] <lifeless> I'm teasing you back
[11:02] <ddaa> okay, poolie is "gone away for a bit"
[11:02] <lifeless> its now 9pm here
[11:02] <lifeless> I'm going to ask the reviewers meeting to move, and I'd like to ask this one to move back one hour too.
[11:02] <ddaa> maybe he should change his away message to "gone away for a byte", though
[11:02] <ddaa> == Production status ==
[11:03] <lifeless> this is applicable to the 'next meeting' topic.
[11:03] <ddaa> you mean one hour earlier?
[11:03] <lifeless> yes
[11:03] <ddaa> hu... 10am is harsh
[11:03] <lifeless> 10pm start for a meeting is harsher
[11:04] <lifeless> :)
[11:04] <poolie> (hi, excuse me)
[11:04] <ddaa> I disagree, but I guess it's a matter of style
[11:04] <jamesh> ddaa: harsh for people who keep normal hours :)
[11:04] <lifeless> poolie: hi. I've just been saying, that I'd appreciate it if this meeting could move to 0900 UTC
[11:04] <ddaa> I'm okay to give it a try
[11:05] <spiv> I'm fine with that (unsurprisingly).
[11:05] <ddaa> though I might have a hard time showing up and being useful that early in the morning
[11:05] <ddaa> SteveA: any objection?
[11:06] <jamesh> I'm indifferent -- the meeting is still 6pm for me
[11:06] <poolie> i'd like that too
[11:06] <ddaa> Okay: Next meeting Monday 6 November, 09:00-09:45 UTC.
[11:06] <ddaa> be the coffee be with me
[11:06] <lifeless> thank you
[11:07] <SteveA> I object to your not being useful in the morning.
[11:07] <SteveA> I'm fine with the new time
[11:08] <ddaa> SteveA: one of the good things with this job for me, is that it's compatible with this congenital problem I have with mornings.
[11:08] <lifeless> your genitals do not rise well in the mornings ?
[11:08] <lifeless> I really did not need to know that.
[11:08] <spiv> lifeless: let's not go there
[11:08] <SteveA> you're working closely with antipodeans
[11:08] <SteveA> so, I think you should find a way to work effectively in european mornings
[11:08] <ddaa> lifeless: you should know about that, we slept long enough in the same room
[11:09] <ddaa> Let's move on. Waking up early has been a problem for me all my life.
[11:09] <ddaa> == Production status ==
[11:10] <SteveA> try to go more for existentialism than fatalism
[11:10] <ddaa> Nothing much new this week. I have been testing some new code in importd-autotest.
[11:10] <ddaa> jamesh: anything new in production from you?
[11:10] <SteveA> "the morning exists, and it isn't fatal"
[11:10] <lifeless> I have a new agenda item too, please be sure to ping me at the end. Right now, I'm partially here, partially busy. sorry.
[11:10] <jamesh> ddaa: stub ran the product-release-finder in production, so we have a bunch of new ProductRelease records
[11:11] <ddaa> Haha!
[11:11] <jamesh> I don't think I've got anything else new launchpad-bazaar related in production this week
[11:11] <spiv> This is sort of related to production status: what's the status of the bzr webserve on devpad?
[11:11] <ddaa> any plan to run it on a regular basis?
[11:11] <jamesh> ddaa: I think he's got it running regularly, but I will check
[11:11] <ddaa> spiv: I thought you were in charge of this sort of thing :)
[11:11] <SteveA> the bzr webserver is running on devpad, we need to get it RTed to be hooked up to an external server.
[11:12] <SteveA> I think there may be an RT issue on this already
[11:12] <SteveA> it should be protected with a certificate, perhaps, or a password
[11:12] <ddaa> SteveA: you meeting setting a http proxy so it's accessible from outside the DC?
[11:13] <lifeless> its running, stevea pout in a rt reuqest
[11:13] <SteveA> can't parse that
[11:13] <spiv> A glance at the devpad apache config suggests it's there, and protected by needing certificate, but I don't seem to have the client cert it needs.
[11:13] <SteveA> I need to pout in an RT request?
[11:13] <lifeless> you did
[11:13] <lifeless> at the time
[11:13] <spiv> It's elmo's hidden weakness.
[11:13] <jamesh> lifeless: looking at the apache config on devpad, https://devpad.canonical.com/code/rf/launchpad/devel requires a cert and passes through to localhost:8088
[11:13] <lifeless> jamesh: yes
[11:13] <lifeless> as spiv said :)
[11:13] <ddaa> "we need to get it RTed to be hooked up to an external server.", you mean hooking up to allow people to access it without setting up their own ssh tunnel?
[11:14] <lifeless> and we tried last week. But the cert seems to be unknown
[11:14] <spiv> jamesh: nearly, except that it needs a trailing slash ;)
[11:14] <spiv> Or did last week...
[11:14] <lifeless> ddaa: start over. There is a bzr webserve accessible at https://devpad.canonical.com/code/rf/launchpad/devel/ but no-one has the certificate needed.
[11:14] <ddaa> ack
[11:14] <lifeless> someone needs to rt a certificate replacement
[11:14] <spiv> Ok, so it's with the admins, and there is RT request floating about somewhere.
[11:15] <ddaa> And SteveA owns the RT?
[11:15] <lifeless> well
[11:15] <lifeless> the preior RT would have been done. We need a new one to fix its access :)
[11:17] <ddaa> spiv: care to follow up on this?
[11:17] <spiv> Ok.
[11:17] <ddaa> Oh something else. I put a RT to get up-to-date pysvn bindings on import slaves.
[11:17] <ddaa> needed for current rocketfuel code
[11:17] <ddaa> will talk with SteveA about this later
[11:18] <ddaa> Moving on.
[11:18] <ddaa> == Status reports ==
[11:18] <ddaa>  * spiv: supermirror-smart-server.
[11:18] <ddaa>  * jamesh: product-release-finder.
[11:18] <ddaa>  * ddaa: python import.
[11:19] <jamesh> nothing more to report on p-r-f than it having been run in production
[11:19] <ddaa> so, I tested the python import with the new cscvs/partial-copy code, found a flaw in my initial design, will fix soon. After this there are very good odds that python and silva are going to work.
[11:19] <lifeless> sweet
[11:19] <spiv> I have no news on the supermirror-smart-server.
[11:20] <spiv> ddaa: awesome
[11:20] <ddaa> There are also some other random importd bugfix in importd-autotest ATM, so it might be that they helped a bit too. See you soon on PendingReviews.
[11:20] <ddaa>  * jamesh: spec-branches.
[11:20] <ddaa>  * ddaa: pyrex.
[11:20] <ddaa>  * poolie: bzr-lp features.
[11:21] <ddaa> I uploaded my current work on pyrex bindings to devpad, and put in pending reviews. The good stuff is going to depend on the partial-copy landing, but the current work probably needs a fair amount of review polish first.
[11:21] <jamesh> I didn't get round to discussing spec-branches with you, so haven't got anything to report on it
[11:22] <ddaa> oh right
[11:22] <ddaa> jamesh: let's set up a time to discuss spec-branch. Say, tomorrow 10:00 UTC?
[11:22] <jamesh> okay
[11:22] <ddaa> or later if that's okay with you :)
[11:23] <ddaa> poolie: anything new from the bzr-lp soap-box that you wish to mention before talking about the Singapore meeting?
[11:23] <jamesh> can do 11 UTC if that's better for you
[11:24] <ddaa> jamesh: by all means
[11:24] <ddaa> Tomorrow 11:00 UTC
[11:24] <ddaa> poolie: hello?
[11:25] <poolie> ddaa: tim has written up a good number of bzr-lp features
[11:25] <poolie> from our meeting in singapore
[11:25] <ddaa> okay, so let me start the next item and the stage is yours
[11:25] <poolie> ok
[11:25] <ddaa> == Singapore meeting ==
[11:25] <ddaa>  * poolie: Report on outcome of the Singapore meeting.
[11:26] <poolie> ok, we had a good meeting
[11:26] <ddaa> please, tell us what went on down there!
[11:26] <poolie> our effort is in three main areas
[11:26] <SteveA> ddaa: I'm still in the office of the silva people, so I'd like to know when there's something for them to play with
[11:26] <poolie> bzr by itself; bzr with launchpad; and bzr for the distro
[11:26] <poolie> a summary might be better done in email; i can do that later
[11:26] <ddaa> SteveA: barring emergencies, that could be up in production within a week.
[11:27] <poolie> but, there are no major changes of direction
[11:27] <poolie> for lp some of the top priorities are going to be
[11:28] <ddaa> tim alluded to the fact that he got a nice full plate
[11:28] <poolie> - getting more value out of attaching branches to bugs - show badges to indicate this; let people get the diff to the landing target; a simple review interface
[11:28] <poolie> we want to work on having private branches and products so that launchpad can dogfood more of this
[11:28] <poolie> also to get a code browser up
[11:29] <poolie> and to move jamesh's review and merge analysis tools into being launchpad features
[11:29] <spiv> I like the sound of all this.
[11:29] <jamesh> I noticed that you'd marked the braindump spec I wrote about that as obsolete
[11:29] <poolie> spiv, ddaa, when i've checked they're all recorded as specs i'd like to let you grab things from the feature buffet
[11:29] <poolie> jamesh: the one about bug-branch metadata?
[11:29] <jamesh> poolie: PendingReviews in launchpad
[11:29] <poolie> only because there are several specs in the same area and they should merge
[11:30] <ddaa> poolie: so you'd like use to do some spec gardening, obsoleting superceded specs in favor of the new ones?
[11:31] <poolie> jamesh: i don't remember changing that - maybe someone did from my machine?
[11:31] <ddaa> or you mean you'd like us to start implementing stuff?
[11:31] <poolie> ddaa, jamesh, spiv: yes, i would like if you could quickly garden the specs
[11:31] <jamesh> poolie: https://features.launchpad.net/products/launchpad-bazaar/+spec/pending-reviews-on-launchpad
[11:31] <poolie> i meant i'd like to talk about what you'll each be doing in the next while, and which features you might want to work on
[11:32] <ddaa> ACTION: ddaa, spiv, jamesh: garden launchpad-bazaar specs
[11:32] <ddaa> poolie: I'd like to focus on making vcs-imports not suck...
[11:32] <spiv> poolie: this should wait until you've checked the singapore specs are all recorded, I assume?
[11:32] <poolie> spiv: yes, that's what i meant
[11:32] <spiv> Good, just making sure.
[11:33] <ddaa> and fixing some other infrastructure issues, before adding new features
[11:33] <poolie> ddaa: ok, let's talk about that later - say 0900 UTC  tomorrow?
[11:33] <ddaa> 1000 UTC?
[11:33] <poolie> i sympathize, i just want to understand what the roadmap is
[11:34] <poolie> let's start on mail first
[11:34] <poolie> ok
[11:34] <poolie> lifeless: any other notable points from singapore for you?
[11:34] <lifeless> yes
[11:34] <lifeless> one of the goals of the singpore meeting was hct planning
[11:34] <lifeless> cause we still want to achieve hct!
[11:35] <lifeless> so I'd like to give a little status update on hct.
[11:35] <poolie> lifeless: before you do
[11:35] <poolie> some of the discussion there is canonical-specific
[11:35] <poolie> and this is not a canonical-specific channel
[11:36] <ddaa> yeah, this is a bit awkyard
[11:36] <poolie> can we lock it or something?
[11:36] <poolie> who's the channel operator?
[11:36] <lifeless> uhm
[11:36] <jamesh> note that the channel is being logged
[11:36] <lifeless> ubuntulog is probably the problem.
[11:36] <lifeless> so let met say some vague things instead.
[11:37] <lifeless> my primary goal of having a path forward has been achieved.
[11:37] <lifeless> and this is tied into our long term plans as usual.
[11:37] <lifeless> lets talk on #canonical-meeting about the specifics
[11:38] <lifeless> also, edgy++.
[11:39] <poolie> ok
[11:39] <ddaa> we can go to #launchpad-basement
[11:39] <poolie> several package maintainers are now keeping their packaging info in bzr
[11:39] <poolie> we want to encourage more of this
[11:39] <SteveA> ddaa: in general, #launchpad-xxx channels are public, #canonical-xxx channels are private
[11:39] <SteveA> there are grey areas here though
[11:40] <lifeless> poolie: right.
[11:40] <lifeless> so there is a wiki page
[11:40] <lifeless> wiki.ubuntu.com/BzrMaintainedPackages
[11:40] <lifeless> I think we agreed to try and move that into launchpad
[11:41] <poolie> right - move this into something that's supported by launchpad, and also improve the tool experience for distro developers
[11:42] <poolie> ok, so, next?
[11:45] <poolie> helo?
[11:45] <lifeless> poolie: we're in #canonical-meeting
[12:05] <SteveA> are we done?
[12:05] <lifeless> we're done
[12:05] <lifeless> finito


[17:02] <damascene> Hi, Would you like to have the domain upaste.org instead of the paste.ubuntu.com
[23:04] <newz2000> AlanBell: looks like our updates to the wiki theme went up last night or today
[23:09] <AlanBell> nice
[23:09] <AlanBell> and not the default theme yet
[23:09] <newz2000> no, they're waiting on me to give the word.
[23:09] <AlanBell> ok, I will poke people to test again
[23:09] <newz2000> I think it looks OK, though the favicon is wrong
[23:11] <AlanBell> hmm, don't think the smilie icons are working at all
[23:11] <AlanBell> and the important one I never mapped is {*}
[23:11] <AlanBell> which is the circle of friends bullet


[13:40] <Brainstorm> Updates for Bangladesh: +1447 cases (now 809314), +43 deaths (now 12801) since a day ago


[19:52] <NinjaPT> hi dudes
[19:53] <NinjaPT> i got a acer aspire 4310
[19:54] <NinjaPT> running ubuntu
[19:54] <NinjaPT> mostly without problems


[00:05] <tormod> what should a Ubuntu version of a native Debian version 1.2.3 be? 1.2.3ubuntu1 or 1.2.3-0ubuntu1?
[00:05] <Laney> - means its non native
[00:08] <tormod> from https://lists.ubuntu.com/archives/ubuntu-devel/2008-May/025471.html I understand 1.2.3ubuntu1 is fine.
[00:09] <Laney> yes sir
[00:09] <tormod> Laney, ok makes sense
[00:10] <Adri2000> (nvm, the u-d-t bug if fixed in 0.78 actually)
[00:28] <lamalex> can anyone help me with quilt? do I work out of the debian/ dir or out of the top level
[00:29] <pochu> out of debian/
[00:29] <pochu> so in debian/..
[00:29] <pochu> the basics are
[00:29] <pochu> quilt push
[00:29] <pochu> to push a patch
[00:29] <pochu> quilt pop
[00:29] <lamalex> english is funny that that means the same thing
[00:29] <pochu> to remove it from the stack
[00:29] <pochu> err, to unapply it
[00:29] <pochu> quilt new 01_name_of_patch.patch
[00:29] <pochu> to create a new one
[00:29] <pochu> quilt refresh
[00:30] <lamalex> quilt add from modified source?
[00:30] <pochu> to push the new changes to the current patch
[00:30] <pochu> no
[00:30] <pochu> if you want a new patch you do
[00:30] <pochu> quilt new 01_new_patch
[00:30] <pochu> quilt edit src/a.c
[00:30] <pochu> quilt edit src/b.c
[00:30] <pochu> quilt edit ...
[00:30] <pochu> quilt refresh
[00:30] <lamalex> ahh
[00:30] <pochu> that's it
[00:30] <lamalex> :) thanks
[00:30] <pochu> there's a new quilt shell too, btw
[00:30] <pochu> so you can do
[00:30] <pochu> quilt new 01_new_patch
[00:30] <pochu> quilt shell
[00:31] <pochu> $EDITOR foo
[00:31] <pochu> $EDITOR bar
[00:31] <pochu> ...
[00:31] <pochu> exit
[00:31] <pochu> quilt refresh
[00:31] <pochu> or in case you need to run autotools or something like that
[00:31] <pochu> that's the basics, now I gotta go to sleep!
[00:32] <lamalex> much obliged
[03:03] <zooko> kirkland: please let me know if there's anything I can do to help with the Tahoe-LAFS FFE.
[03:06] <ScottK> kirkland: Speaking of which, what's the story with that?
[05:00] <zooko> ... must sleep.  Feel free to mail<EMAIL_ADDRESS>.  :-)
[05:42] <dholbach> good morning
[06:00] <LucidFox> Gah. This is the second time I update Ubuntu to an unstable version and get a headache instead of sound.
[06:31] <LucidFox> Would it make sense to do a fresh Karmic install at this stage?
[06:34] <ScottK> LucidFox: It would make sense to wait a few hours until we have candidate Alpha 5 images and install one of those for ISO testing.
[06:34] <ScottK> I think #ubuntu-testing is where to get more information.
[06:35] <LucidFox> Thanks.
[06:35]  * LucidFox joins
[06:51] <karimas> hi all
[07:09] <ScottK> iulian: I gather you asked to have libyaml-perl sync'ed.  Now it's depwait due to libtest-cpan-meta-perl being in Universe.  Perhaps you could look into doing  MIR for it?
[07:14] <iulian> ScottK: Added to my todo list.  Thanks.
[07:14] <ScottK> iulian: Thanks for taking care of it.  If you get motivated, libbsd needs a MIR too.
[07:18] <iulian> ScottK: OK, I'll look into it as well.
[07:18] <ScottK> Thanks.
[08:58] <rowinggolfer_> unsure if this is where to ask...
[08:59] <rowinggolfer_> but I am having troubles getting icons to install
[08:59] <rowinggolfer_> I package an app
[08:59] <rowinggolfer_> but the icon doesn't turn up until x is restarted.
[08:59] <rowinggolfer_> I looked at man dh_icons
[08:59] <rowinggolfer_> but am unsure how to implement it.
[09:00] <rowinggolfer_> can anyone give me a clue where else to look.
[09:06] <sluimers> Wish I'd knew, I'm here as I have a packaging problem myself.
[09:07] <sluimers> http://ubuntuforums.org/showthread.php?p=7885034#post7885034
[09:23] <rowinggolfer_> sluimers: I'm reading your bug now
[09:33] <rowinggolfer_> sluimers - it's a python app?
[09:33] <rowinggolfer_> try this line in control file
[09:33] <rowinggolfer_> Depends: ${misc:Depends}, ${python:Depends}
[09:52] <iulian> ScottK: libyaml doesn't only depend on libtest-cpan-meta-perl but some other packages which are in Universe: libpod-simple-perl, libperl-minimumversion-perl and libtest-minimumversion-perl.  libtest-pod-perl is in Main.
[09:52] <iulian> ScottK: The reason I added these dependencies is because some tests failed.  That said, libtest-cpan-meta-perl is not the only package that needs to be promoted.
[09:52] <iulian> ScottK: Any advice you'd like to give me regarding this?
[09:53] <therm> hello everybody
[09:53] <therm> could it be that libswt3.4-gtk-java is buggy in karmic?
[09:54] <therm> I think the links are broken
[09:56] <therm> they link to *.v3449.jar but there is only a *.v3449c.jar in the eclipse folder
[09:59] <therm> slytherin: Are you able to fix it in repos?
[10:03] <slytherin> therm: I haven't had time to look at eclipse yet. Ideally eclipse should link against libswt-gtk-3.4-java.
[10:06] <therm> slytherin: ok
[10:07] <therm> slytherin: in this constalation I now have to directly add the eclipse plugin in my classpath...not really nice
[10:11] <therm> slytherin: but will do so... are you planning to link eclipse against libswt-gtk-3.4-java in karmic? And if so, could you inform me? Would be nice
[10:12] <slytherin> therm: I will try my best.
[10:18] <c_korn> is the script available somewhere which marks the bugs as fix released according to the (LP: #xxxxxxx) entries in debian/changelog ?
[10:23] <kaushal> hi
[10:24] <kaushal> when is evolution 2.27.x will be available in Ubuntu
[10:24] <kaushal> ?
[10:24] <thekorn> c_korn, I know of a script using python-launchpad-bugs, not sure if it still working, let me find it
[10:25] <thekorn> c_korn, https://wiki.ubuntu.com/BugHelper/Dev/python-launchpad-bugs/Examples   first one
[10:25] <thekorn> should be a diff of a few lines to get it working using launchpadlib
[10:26] <c_korn> thekorn: thank you
[10:26] <kaushal> http://projects.gnome.org/evolution/download.shtml
[10:28] <jussi01> dholbach: ping
[10:33] <kaushal> checking in again for my query ?
[10:35] <geser> kaushal: evolution 2.27.91 is current in karmic (the next Ubuntu version)
[10:36] <slytherin> c_korn: I think you should ask on #launchpad. I believe the functionality is of the Soyuz (the build module of launchpad)
[10:36] <c_korn> slytherin: ok
[10:53] <c_korn> btw: what is the syntax is more than one bug have to be closed: (LP #xxxxxxx,#xxxxxxx) or space seperated ?
[11:00] <sluimers> rowinggolfer_, it's an RPGmaker, much like pygame
[11:00] <sluimers> An old and almost abandoned one, but I hope to bring a bit new life into.
[11:01] <sluimers> into it
[11:01] <sluimers> At least make it available for Ubuntu
[11:01] <sluimers> instead of just Windows
[11:02] <sluimers> no differnence there
[11:02] <sluimers> I mean, I tried your suggestion, no difference
[11:04] <rowinggolfer_> sluimers :(
[11:06] <qiyong> anyone knows the story of casper?
[11:26] <andv> c_korn, I've updated the bug
[11:26] <andv> c_korn, the package seems to FTBFS on Debian again
[11:26] <andv> c_korn, I've added you logs et all
[11:28] <c_korn> huh, I was able to compile it successfully in karmic
[11:29] <andv> c_korn, yeah, don't know why it failed on debian
[11:29] <andv> c_korn, saw a failed tag, so I pinged you
[11:30] <andv> c_korn, maybe there is a different buildd setup, and it failed somewhere cause of that
[11:30] <andv> didnt check
[11:31] <c_korn> yes, thanks. I ping the debian maintainer
[11:32] <andv> c_korn, feel free to update the bug as soon as you have news
[11:32] <c_korn> ok
[11:32] <andv> I'll receive bug mails so I gonna process it as soon as it is fixed on Debian
[11:32] <andv> ;)
[11:34] <c_korn> this time I wait until the build also succeeds in debian
[11:35] <andv> c_korn, yeah, should be better, so we avoid updating the bug again and again
[11:35] <Kano> hi, do you know that sid has sun-java6 u 16 already
[11:35] <c_korn> :)
[11:36] <RainCT> wow apturl is spamming my mailbox
[11:36] <andv> Kano, we have 16 already too
[11:36] <andv> Kano, on jaunty
[11:37] <Kano> checked karmic
[11:37] <andv> Kano, https://launchpad.net/ubuntu/+source/sun-java6
[11:37] <andv> Kano, it's not yet on karmic, but will be at some point I guess
[11:37] <Kano> http://packages.ubuntu.com/search?keywords=sun-java6&searchon=names&suite=all&section=all
[11:37] <andv> you should ask jdstrand about that
[11:37] <Kano> jaunty updates is on 14
[11:37] <ScottK> iulian: I'd ask pitti if a MIR is needed for all of them.
[11:38] <Kano> well i just want that benchmarks run with the same java
[11:38] <Kano> my distro has 6u16 and u has something older
[11:38] <andv> Kano,     6-16-0ubuntu1.9.04   	 proposed (multiverse)  	 five days ago
[11:38] <andv> Kano, it's not 14
[11:38] <Kano> andv: well click on the link i showed you
[11:39] <andv> Kano, you should check LP for latest updates
[11:39] <andv> Kano, packages page takes some time to update properly
[11:39] <geser> I assume karmic will stay at 6u15 as we are now in FeatureFreeze (no new upstream versions) and 6u16 doesn't seem to have any really important fixes
[11:39] <Kano> thats stupid
[11:40] <geser> feel free to get an FF exception for it
[11:40] <andv> Kano, I see not a lot of things done on 16
[11:40] <Kano> i only use live images for benchmarking
[11:41] <andv> Bug Fixes
[11:41] <andv> This feature release does not contain any new fixes for security vulnerabilities to its previous release, Java SE 6 Update 15. Users who have Java SE 6 Update 15 have the latest security fixes and do not need to upgrade to this release to be current on security fixes.
[11:41] <Kano> i usually never install u, therefore i would like when this would be the default
[11:41] <Kano> well security, but i prefer to run pts to compare benchmarks
[11:41] <andv> Kano, taken from sun website
[11:41] <Kano> i did not say something about security, did i
[11:41] <andv> Kano, and the only bug fixed is: JDWP threadid changes during debugging session (leading to ignored breakpoints)
[11:42] <Kano> well, it is not hard to upload latest
[11:42] <andv> Kano, as geser told you feel free to ask an FFE for it
[11:42] <andv> Kano, we are in feature freeze now
[11:42] <Kano> it was out before
[11:42] <geser> btw: bug #420426
[11:42] <Kano> you needed too long time then
[11:43] <andv> will be done for karmic as well then
[11:43] <andv> and as I said jdstrand will take care of it
[11:44] <Kano> good
[11:44] <andv> ;)
[11:45] <Kano> btw. whats the default pass now to login into the text consoles? before there was no pw
[11:45] <Kano> in live mode
[11:50] <c_korn> andv: I got an answer from the debian maintainer: http://pastebin.com/d7d379d98
[11:51] <andv> c_korn, don't know if it's safe to sync something that failed on debian
[11:51] <andv> ScottK, what do you think?
[11:51] <andv> ScottK, scilab FTBFS on debian cause jvm, but builds fine on karmic
[11:51] <andv> ScottK, should we allow to sync it?
[11:53] <andv> c_korn, going out for lunc, let's wait ScottK's response about this
[11:54] <andv> c_korn, and if he agrees, it's ok for me
[11:54] <andv> * lunch
[11:54] <iulian> ScottK: OK, thanks.
[11:55] <c_korn> ok, bon appetit :)
[11:59] <gnomefreak> was cupsddk-drivers replaced by cupsddk?
[12:00] <gnomefreak> update wants to remove cupsddk-drivers but not sure if it was changed to cupsddk
[12:31] <kaushal> hi
[12:31] <kaushal> evolution-mapi-dbg isnt there in ubuntu 9.04 ?
[12:32] <kaushal> I need this since my evolution is crashing
[12:32] <slytherin> kaushal: it is not present in karmic as well.
[12:32] <kaushal> ok
[12:37] <geser> have you tried the -dbgsym package for it (from the ddebs repository)?
[12:37] <slytherin> kaushal: there is a separate debug respository though which might have the package you need.
[12:37] <geser> it contains the debug symbols stripped during build
[12:39] <jussi01> dholbach: ping again? can you pm me when you have the chance?
[12:41] <dholbach> jussi01: pong - didn't see a ping yet
[12:42] <jussi01> dholbach: 12.28 my time, so a while back ;)
[12:43] <dholbach> I was disconnected shortly - maybe around that time
[12:46] <andv> geser, what do you suggest to do with scilab?
[12:46] <andv> geser, it FTBFS on Debian cause jvm, but builds fine on karmic
[12:46] <andv> geser, should we allow to sync it?
[12:47] <slytherin> andv: what is the reason for FTBFS?
[12:47] <andv> slytherin, jvm --> https://buildd.debian.org/build.php?&pkg=scilab&ver=5.1.1-8&arch=amd64&file=log
[12:51] <slytherin> andv: surprising, is it only failing on amd64?
[12:51] <andv> slytherin, nope, all archs
[12:52] <andv> slytherin, expect i386 built from the debian maintainer
[12:52] <andv> coz it got built on his own environment
[12:53] <andv> slytherin, all logs available here: https://buildd.debian.org/build.php?arch=&pkg=scilab
[12:54] <slytherin> andv: If it is building in karmic chroot then sync shouldn't be a problem.
[12:54] <andv> slytherin, yep, ok
[12:55] <slytherin> andv: you could try uploading the package to PPA first to make sure that it builds on i386 and amd64 at least.
[12:55] <andv> c_korn, would you mind sending it to your PPA again?
[12:55] <andv> slytherin, yeah, gonna send it to PPA again
[12:55] <andv> slytherin, to be sure
[12:55] <c_korn> the debian maintainer guesses that it is a random jvm bug and that trying to rebuild would propably fix it
[12:55] <andv> c_korn, he should ask for a give back then
[12:56] <andv> c_korn, anyway please send it to your PPA again
[12:56] <andv> c_korn, and paste the log on the bug report again
[12:56] <c_korn> andv: I already have built it in a ppa: https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/414410/comments/4
[12:56] <andv> c_korn, please build it again to be really sure
[12:56] <c_korn> again ? what has changes since yesterday ?
[12:57] <andv> c_korn, I guess nothing, but I wanna be really sure it builds, I'm sure you learnt from the past
[12:58] <c_korn> hm, I cannot restart a build which has succeeded. I have to reupload. building will propably take two hours
[12:58] <andv> c_korn, when done, update everything on the bug again (hopefully the last)
[12:59] <andv> c_korn, upload with different versioning
[12:59] <c_korn> of course
[12:59] <andv> c_korn, e.g scilab_0.x.xx-8~testbuild
[12:59] <andv> or whatever
[13:01] <andv> c_korn, assign the bug to me after the update
[13:01] <c_korn> ok
[13:02] <gnomefreak> is cups ok to update? it wants to remove cupsddk-drivers for cupsddk
[13:04] <gnomefreak> upgrading cups cupsddk it wants to cupsddk-drivers
[13:04] <andv> gnomefreak, I saw some uploads of cups made by pitti on Debian some days ago
[13:05] <andv> gnomefreak, dunno if he updated it on karmic as well
[13:05] <gnomefreak> andv: ok so i shouldnt update them yet?
[13:06] <andv> gnomefreak, the uploads were pushed to experimental if I remember it right
[13:06] <andv> gnomefreak, you should ask him :)
[13:06] <gnomefreak> ok thanks
[13:06] <andv> np
[13:09] <jdstrand> andv: it may not be me who takes care of karmic for bug #420426, but it will be an archive admin soon
[13:09] <jdstrand> (my AA day is friday and will do it then if it isn't done already)
[13:10] <jdstrand> oh, actually, that was requested *after* FF
[13:10] <jdstrand> as such, since it isn't security related, it'll need an FFe
[13:15] <andv> jdstrand, aww
[13:15] <andv> jdstrand, I don't know if it will make to get an FFe
[13:16] <sluimers> Hello I have a packaging problem -> http://ubuntuforums.org/showthread.php?t=1255097
[13:16] <jdstrand> andv: if the features are small enough, it should be easy to justify letting them in
[13:16] <andv> jdstrand, yeah, will you move it to a FFe request yourself?
[13:17] <andv> jdstrand, or you prefer opening a new bug for that and then update the main one
[13:17] <andv> jdstrand, which is the one you linked me before
[13:19] <andv> sluimers, did you give an pbuilder update --basetgz /what/ever/foo
[13:19] <andv> sluimers, before starting your build
[13:20]  * sluimers tries that as he hasn't
[13:20] <jdstrand> andv: I'm confused 'the one I linked before?'
[13:20] <andv> jdstrand, yeah, bug 420426
[13:20] <jdstrand> andv: I'm fine with bug #420426 being the FFe for karmic
[13:20] <andv> jdstrand, will you move that one to a FFe or do you want me to open a new bug just for that
[13:20] <andv> jdstrand, ok
[13:21] <andv> jdstrand, if you won't have time to move it to a FFe, just ping me so I can do it
[13:24] <jdstrand> andv: well, I don't know enough about it to ask for an FFe. Please follow the standard FFe process but use that bug
[13:25] <andv> jdstrand, according to http://java.sun.com/javase/6/webnotes/6u16.html, the only bug fix introduced is 'JDWP threadid changes during debugging session (leading to ignored breakpoints'
[13:25] <andv> jdstrand, so if it is a bug fix only release we don't have to ask for an FFe
[13:26] <jdstrand> andv: can you add all that to the bug so it is clear?
[13:26] <jdstrand> andv: feel free to mark it as confirmed-- you may want to ping doko to be doubly sure
[13:26] <andv> jdstrand, yep, gonna add that link, just a second
[13:27] <andv> jdstrand, he's not online, I guess he'll receive a mail if he is subscribed to the bug, if not I gonna subscribe him
[13:27] <andv> to have it confirmed
[13:28]  * jdstrand nods
[13:33] <andv> jdstrand, done
[13:33] <andv> sluimers, fixed?
[13:34] <sluimers> no, learning how to use pbuilder, I actually understand very little of it.
[13:34] <andv> sluimers, did you update your tarball?
[13:35] <sluimers> I don't think I even created one.
[13:36] <andv> sluimers, pbuilder --help will help you on that task
[13:44] <ScottK> andv: Why do we want the newer scilab?
[13:49] <kaushal> hi
[13:49] <kaushal> what package contains libmapi ?
[13:49] <kaushal> is there a way to find out ?
[13:50] <Ampelbein> kaushal: packages.ubuntu.com or apt-file
[13:50] <kaushal> Ampelbein: i did apt-get install libmapi
[13:50] <kaushal> it didnot work
[13:51] <blackxored> hello folks, what's the easiest way to check which version of a package is on the development version -currently karmic-.
[13:51] <blackxored> ???
[13:51] <blackxored> from the command line, to my best
[13:51] <geser> packages.ubuntu.com or launchpad
[13:51] <geser> rmadison
[13:52] <kaushal> libmapi0 ?
[13:53] <Ampelbein> kaushal: yes.
[13:53] <Ampelbein> kaushal: or libmapi-dev if you want the development headers
[13:54] <ahasenack> does anybody know where I can get the bzr branch for a package in main?
[13:54] <maco> so im trying to package something and it has a LICENSING file that says GPLv2+ for everything except $SUBDIR which is LGPL. should i go through and add copyright notices to the top of all the files since the author didnt?
[13:59] <ScottK> maco: If you're packaging it, no.
[13:59] <ScottK> Suggesting it back to upstream for their next release (with a patch even better perhaps) would be good.
[13:59] <maco> ok
[13:59] <ScottK> maco: The absolute requirement is that a full copy of both licenses be included in the tarball.
[14:00] <maco> oh ok
[14:00] <maco> in debian/ counts, right?
[14:01] <maco> ScottK: ?
[14:02] <ScottK> maco: No.  Upstream needs to ship it.  If they don't, you need to repack the tarball.
[14:02] <james_w> debian/ is sort-of ok
[14:02] <maco> ok
[14:02] <ScottK> james_w: That wasn't my understanding.
[14:03]  * maco gets popcorn and watches the devs argue
[14:03] <james_w> ScottK: due to it being a patch and so distributed separately?
[14:03] <ScottK> That and it can't form the basis for our having the right to distribute it since it's not part of what we get from upstream.
[14:03] <james_w> true
[14:04] <james_w> definitely better to have it in the tarball distributed from upstream
[14:04] <ScottK> The repacking is ~OK since it's like a bug fix patch.  You just have to do it to the upstream bits.
[14:04] <maco> in the orig.tar.gz?
[14:07] <kaushal> hi
[14:07] <kaushal> what will be the next version of evolution email client in karmic ?
[14:07] <ScottK> maco: Yes.
[14:08] <ScottK> maco: There's a section in (I think) the Debian New Maintainer's guide on repacking the tarball.
[14:09] <maco> ok
[14:09] <slytherin> kaushal: 2.28
[14:09] <andv> ScottK, I guess c_korn should tell you that
[14:09] <ScottK> OK
[14:10] <andv> I was following the sync request only, don't even use scilab
[14:10] <andv> c_korn, please explain the rationale for having the latest scilab synced to ScottK
[14:11] <slytherin> andv: c_korn: The info should be added to the bug. The package will need FFE.
[14:12] <andv> slytherin, nope, it won't need an FFe
[14:12] <andv> slytherin, it's not a new upstream release
[14:12] <andv> slytherin, just a revision bump
[14:12] <slytherin> ahh, sorry
[14:12] <c_korn> yes, it is no new upstream version
[14:14] <c_korn> actually there were no changes to scilab itself in the new revision.
[14:14] <ScottK> So why do we want it?
[14:14] <ScottK> "Because it's there" isn't sufficient.
[14:17] <c_korn> well, actually the maintainer wanted it to be synced. I just pinged him to ask if a sync is necessary.
[14:17] <kaushal> slytherin: Thanks. Just curious to know how did you find it ?
[14:17] <c_korn> however, the changelog does not contain major fixes: http://pastebin.com/d7af5d21b
[14:19] <c_korn> "no important changes" according to the maintainer
[14:19] <c_korn> so I think it also can be skipped if it causes to much troubles
[14:19] <c_korn> propably not worth the effort
[14:20] <ScottK> c_korn: "The Debian maintainer suggested it" is a decent reason.
[14:21] <ScottK> c_korn: Looking at the debian/changelog, I'd say it's worth doing.
[14:22] <c_korn> fine, scilab is just building in a PPA
[14:26] <andv> ScottK, please unsubscribe ubuntu-archive from here: #423159
[14:26] <andv> ScottK, the guy didnt follow the right procedure for sync requests
[14:26] <ScottK> Bug 423159
[14:27] <ScottK> andv: Done.  BTW, we probably want that one if it looks sane.
[14:28] <andv> ScottK, thanks, yeah, don't worry, gonna follow it
[14:28] <andv> if the guy won't make a proper FFe request I'll take care of having it done
[14:28] <ScottK> Great.
[14:29] <andv> ;)
[14:30] <ScottK> \o/ - sparc finally getting to some of my NBS related builds I uploaded over the weekend.
[15:00] <andv> blackxored, I've answered to the bug
[15:00] <andv> blackxored, as I stated there, it's not a requestsync problem
[15:01] <blackxored> andv, sorry, my bad then
[15:01] <blackxored> should I set it back, or you'll do it yourself
[15:01] <blackxored> ???
[15:01] <andv> blackxored, np, the bug is alwais editable
[15:01] <andv> blackxored, have you ever done an FFe?
[15:02] <andv> blackxored, if not would you mind to check the documentation?
[15:02] <blackxored> andv, probably not
[15:02] <andv> blackxored, if not assign the bug to me and I'll do everything needed later when I gonna get back
[15:02] <andv> blackxored, got it?
[15:03] <blackxored> andv, got it
[15:03] <andv> great
[15:07] <blackxored> andv, your ID???
[15:07] <blackxored> I'm probably interested in becoming a MOTU since I've been working for debian since a time ago
[15:08] <blackxored> andv, nevermind
[15:09] <ScottK> blackxored: Always glad to have new contributors.  Welcome.
[15:09] <andv> blackxored, thanks, will catch it later
[15:10]  * andv off now
[15:10] <blackxored> ScottK, there's no documentation bundle I could take a look at
[15:11] <ScottK> !development
[15:11] <ScottK> blackxored: Start ^^^
[15:11] <blackxored> ScottK, I meant bundle
[15:11] <ScottK> Ah.
[15:11] <blackxored> yes I've taken a look at all that, and MOTU too
[15:11] <ScottK> All our docs are pretty much on the wiki.
[15:12] <blackxored> you know, big zip file, recopilation :D going home and lurking there
[15:12] <blackxored> :D
[15:12] <ScottK> apt-get install ubuntu-policy would be another option.
[15:12] <ScottK> It's not a lot different than debian-policy
[15:13] <slytherin> kaushal: Ubuntu usually ships latest version of Gnome. The next version of gnome is 2.28. Evolution is part of gnoem distribution.
[15:44] <_Fauchi95_> Hello! Can I fix this bug in the same report? It's a other package: https://bugs.launchpad.net/ubuntu/+source/qutim/+bug/346528
[15:47] <dholbach> hi _Fauchi95_
[15:47] <dholbach> _Fauchi95_: what do you want to do there?
[15:47] <dholbach> _Fauchi95_: are you asking if you can attach a patch to the bug report?
[15:48] <_Fauchi95_> dholbach, I want fix the bug in app-install-data-ubuntu (You say this as comment) Can I attach the bugfix to this bugreport or must I open a new bug, because it is an other package
[15:49] <geser> if you fix this bug in qutim, app-install-data-ubuntu will pick it up on the next build (at least I hope so)
[15:49] <dholbach> _Fauchi95_: as far as I know only has automatically generated data
[15:49] <dholbach> _Fauchi95_: so if you fix it in qutim, you'll be fine :)
[15:50] <_Fauchi95_> dholbach, shit! Now I must do this again with qutim
[15:50] <dholbach> if you want, you can ping mvo on IRC and tell him to update the package again, once your fix has landed :)
[15:50] <_Fauchi95_> dholbach, :-)
[15:52] <_Fauchi95_> dholbach, whi mvo?
[15:52] <_Fauchi95_> *why
[15:52] <dholbach> he usually does the app-install-data-ubuntu updates
[15:54] <_Fauchi95_> ok. why I can't find qutime? http://packages.ubuntu.com/search?keywords=qutime
[15:55] <_Fauchi95_> oh, mist, it's qutim
[15:55] <_Fauchi95_> *g*
[15:55] <_Fauchi95_> sorry
[15:56] <_Fauchi95_> I fix the bug, than I attach it to Launchpad, than I subscribe ubuntu-universe-sponsor. than I have done my work? or must I set status to fix?
[15:56] <_Fauchi95_> dholbach
[15:57] <dholbach> that sounds good - don't set the status to fixed yourself
[15:57] <dholbach> just use (LP: #517365813758135) in the changelog and you'll be fine
[15:58] <_Fauchi95_> dholbach, ok thanks
[15:58] <dholbach> no worries
[16:30] <bdrung> nhandler, persia, soren, geser, nixternal, jpds: when will be the MC meeting?
[16:33] <nixternal> seems that is still in discussion bdrung
[16:34] <bdrung> ok
[16:36] <RoAkSoAx> i was just going to ask the same thing
[16:37] <geser> bdrung: as soon as you manage to get at least 4 MC members for around 30 min into #ubuntu-meeting
[16:38] <dholbach> q-funk asked the same thing :)
[16:38]  * dholbach can't right now - on a call
[16:39] <bdrung> 3 persons are here, one more missing. ;)
[16:41] <RoAkSoAx> yeah!
[16:41] <bdrung> it would be good, if i knew when who have time.
[17:04] <dholbach> Ubuntu Developer Week in #ubuntu-classroom - NOW! :-)
[17:26] <Milyardo> sudo vim /win 33
[17:28] <therm> Hello, could somebody please sync velocity from debian? bug 423284
[17:43] <_Fauchi95_> Waht means a "Ubuntu Member"?
[17:43] <_Fauchi95_> *What
[17:44] <runasand> in what context?
[17:44] <pace_t_zulu> _Fauchi95_: an ubuntu member will have an Ubuntu cloak and an ubunu.com email address
[17:44] <fabrice_sp_> _Fauchi95_, https://wiki.ubuntu.com/Membership
[17:45] <_Fauchi95_> Thanks
[17:45] <pace_t_zulu> Membership in the Ubuntu community recognises participants for a variety of contributions, from code to artwork, advocacy, translations and organisational skills. If you are active in the Forums, or submitting icons or sounds or artwork, then you are eligible for Membership, which gives you a say in the governance of the project.
[17:50] <doctormo> Hey guys, does anyone know how to get apt to automatically answer configuration questions that pop up during installs?
[17:50] <joaopinto_> doctormo, you mean debconf questions ?
[17:50] <soren> doctormo: DEBIAN_FRONTEND=noninteractive
[17:50] <soren> doctormo: Environment variable.
[17:51] <hggdh> but you may not like all answers...
[17:51] <doctormo> joaopinto_: Yes I think so, for instance it just prompted me about an ntp config, and this question was stopping a cronjob from clearing the machine.
[17:54] <joaopinto_> DEBIAN_FRONTEND to noninteractive will set some defaults , I think that is what you want
[17:54] <doctormo> thanks
[18:00] <LaserJock> any MOTU Release people about?
[18:01] <iulian> LaserJock: What's up?
[18:02] <LaserJock> iulian: I'm wanting some advice on a Multiverse package regarding feature freeze, etc.
[18:02] <LaserJock> because it's closed source it's a bit difficult to work with
[18:03] <LaserJock> upstream is pretty good about pushing fixes, but they come out as new upstream releases
[18:03] <LaserJock> so I'm wondering how to handle FF and beyond
[18:03] <iulian> LaserJock: Have you filed a bug?
[18:04] <LaserJock> I haven't yet
[18:04] <LaserJock> my understanding of the FF policy is if it's a bug-fix only release I don't need a FFe
[18:04] <iulian> LaserJock: That's correct.
[18:05] <LaserJock> but it's not exactly clear what bug-fix only is and "microrelease" either
[18:05] <LaserJock> and is there a time (Beta perhaps) when I should stop uploading such releases?
[18:06] <LaserJock> my problem is that basically by definition every fix is a new upstream release
[18:07] <iulian> If the new upstream release contains new features, it means you'll need approval from a release member.
[18:07] <james_w> new upstream doesn't mean not bug-fix only
[18:08] <iulian> Bugfix as in no new features.
[18:08] <LaserJock> well, it's a bit hard for me to determine bugfix vs features
[18:09] <LaserJock> so say the changelog was: "Now works for ATI drivers", is that a bug fix (not working with ATI cards) or a feature?
[18:09] <LaserJock> I don't have code to look at a diff for
[18:10] <LaserJock> to see if it's a large code change or not
[18:10] <LaserJock> so I'm basically just working with the changelog and what upstream tells me
[18:11] <zooko> ScottK: it sounds like we have approval from reviewers to upload Tahoe-LAFS into Karmic: https://bugs.launchpad.net/ubuntu/+bug/421802 . I think it is waiting on your approval.
[18:14] <therm> Could somebody please sync velocity from debian? bug 423284
[18:16] <iulian> LaserJock: Yea, that can be a bit tricky when you don't have code to look at.  Have you tested this new upstream release?
[18:17] <LaserJock> iulian: I haven't myself yet no. It's a bit tricky to test. Upstream has some dedicated QA people that do testing on Ubuntu
[18:18] <iulian> Oh.  I hope they do the testing using Karmic.
[18:18] <ScottK> LaserJock: For multiverse (and particularly if this is the package I'm thinking of), I'd say meh.  Go adhead.
[18:18] <ScottK> LaserJock: Is this your usual multiverse upload?
[18:18] <LaserJock> ScottK: yes
[18:18] <LaserJock> they're working to get things rolling better
[18:19] <LaserJock> they've got a package they've got tested with Karmic (usually they just do the stable release :( )
[18:21] <ScottK> iulian: I trust LaserJock's judgement here, so I'd say he should just go ahead.  This is a package he's work with for a long time.
[18:21] <iulian> ScottK: Well, he didn't tell me that, obviously :)
[18:21] <ScottK> Yep.
[18:21] <iulian> So yea, go ahead.
[18:21] <LaserJock> I created the original package for Dapper
[18:26] <LaserJock> iulian, ScottK: thanks for the consultation. I gotta run off to work (yeah, that's right, *real* work) :-)
[18:26] <zooko> ScottK: did you see my comment about about Tahoe-LFAS?
[18:26] <zooko> I mean, Tahoe-LAFS.
[18:29] <zooko> Okay now I will wait patientlly and do some of my real work, too.  :-)
[18:29] <zooko>
[18:29] <ScottK> zooko: I'm looking at it.
[18:34] <ScottK> zooko: Approved.
[18:34] <zooko> ScootK: Whoo-hoo!  \o/
[18:34] <zooko> Anything I need to do to help upload it?
[18:35] <ScottK> Ask one of the MOTU that advocated it to upload it.
[18:36] <zooko> Okay.
[18:36] <iulian> zooko: I'll take care of it.
[18:37] <zooko> iulian: thanks!
[18:45] <zooko> iulian: if you need anything and I'm not around ask in #tahoe
[18:48] <sluimers> Hey there! I've got a packaging problem. My executable doesn't want to go into my deb package.
[18:49] <hyperair> stick it into debian/<packagename>/usr/bin
[18:53] <Laney> or use dh_install
[19:08] <dreamcat4> I get the message:
[19:08] <dreamcat4> Warning! This package could not be extracted; there's no browsable directory for it on REVU.
[19:22] <dreamcat4> oh - because its missing the orig.tar.gz
[19:42] <dreamcat4> Uploaded:
[19:42] <dreamcat4> New 'php5-fpm' build target. http://revu.ubuntuwire.com/p/php5
[21:43] <zooko> I
[21:43] <zooko> I blogged and identi.ca'ed about Tahoe-LAFS going into Karmic: http://identi.ca/zooko
[21:48] <c_korn> andv: thanks for the ack :)
[21:49] <andv> c_korn, np, thanks to you for the fast response
[22:00] <andv> ScottK, azureus FFE is ready
[22:01] <andv> ScottK, Bug #423159 if you wanna follow up
[22:01] <kerim> hiii
[22:02] <kerim> how can ınstall Qgrub editor on ubuntu whit console
[22:04] <jpds> kerim: Please use #ubuntu for support.
[22:04] <kerim> ok thanks
[22:06] <nicklas__> i can do package update requests in here?
[22:07] <andv> nicklas__, what do you mean?
[22:10] <nicklas__> andv: warsow (first person shooter open source game) has been released in new version, 0.5 .... the version in repos is 0.42
[22:10] <nicklas__> andv: do i have to use launchpad or i can do request here?
[22:10] <Laney> there's no point
[22:10] <Laney> we are past feature freeze for karmic
[22:11] <andv> nicklas__, is it a bug fix only release?
[22:11] <andv> nicklas__, or it has some new features?
[22:11] <nicklas__> so you cant put new warsow version in before 10.4?
[22:11] <andv> nicklas__, answer my questions
[22:11] <nicklas__> andv: no, new features i think
[22:12] <nicklas__> andv: the basics are the same, but some new effects and such
[22:12] <nicklas__> andv: and some new weapon
[22:12] <nicklas__> andv: howcome?
[22:12] <andv> nicklas__, as we are past FF (feature freeze) there should be a good rationale for having it accepted
[22:13] <nicklas__> andv: aah, then i guess there are, just thought you meant it wouldnt accept it if the changes were too big
[22:13] <andv> nicklas__, also there should be some good testing behind
[22:13] <nicklas__> andv: hmm ok
[22:14] <nicklas__> andv: well warsow has been in repos for a long time
[22:14] <andv> nicklas__, for more informations
[22:14] <andv> nicklas__, check https://wiki.ubuntu.com/FreezeExceptionProcess
[22:16] <nicklas__> andv: here, the article "Warsow 0.5 released!" shows changes, you think its enough to get it accepted?
[22:16] <nicklas__> andv: and also changelog here, http://static.warsow.net/release/changelog.txt
[22:18] <dreamcat4> New 'php5-fpm' build target. http://revu.ubuntuwire.com/p/php5
[22:18] <andv> nicklas__, how big is this package?
[22:20] <nicklas__> andv: about 200 mb i think
[22:21] <dreamcat4> [needs packaging] php-fpm http://launchpad.net/bugs/398821
[22:21] <andv> nicklas__, the big issue is finding someone willing to update it
[22:21] <andv> :D
[22:22] <nicklas__> andv: hmm ok, how you do that? can i update it?
[22:22] <andv> nicklas__, if you don't have any packaging experience, it will be a bit hard for you
[22:22] <nicklas__> andv: i figured so
[22:23] <nicklas__> andv: i know about tarballs and such
[22:23] <andv> nicklas__, I would wait debian
[22:24] <andv> nicklas__, you should file a bug against warsow package in debian
[22:24] <nicklas__> andv: hmm ok, then i quess its easier to install the unified zip on the site
[22:24] <andv> nicklas__, asking for the new upstream release to be packaged
[22:24] <nicklas__> andv: i can file a bug request on launchpad too
[22:24] <andv> nicklas__, debian don't use LP for bug tracking
[22:25] <nicklas__> andv: no, ubuntu does
[22:25] <andv> nicklas__, http://www.debian.org/Bugs/Reporting
[22:25] <andv> nicklas__, yeah, but I would suggest you to ping debian maintainers about this new release
[22:26] <andv> nicklas__, so that, in case, we can keep it in sync with Debian
[23:21] <andv> nhandler, azureus request updated, if you wanna have another look to it
[23:22] <andv> * at
[23:22] <nhandler> andv: I'll look at it some time today. Thanks for updating it
[23:22] <andv> nhandler, thanks to you for taking a look at it ;)
[23:22] <andv> I gonna follow it up


[13:20] <dryhay> hi. Java is not working on my Ubuntu 11.10 -> Why and how to fix it? Firefox: "Something is wrong. Java is not working." + http://pasteall.org/pic/show.php?id=48554


[16:34] <webchat11> Hi
[16:35] <webchat11> I don't know why it's impossible to log in in my ubuntu studio anymore
[16:36] <arraybolt3> webchat11: Is it just not taking the password?
[16:37] <arraybolt3> And you're sure the password is correct?
[16:37] <OvenWerks> That is odd. Did you have auto login enabled? it could be /etc/shadow is corrupt? Or has the session manager decided not to run?
[16:38] <OvenWerks> Also, can you log in when using ctl-alt-F2?
[16:48] <OvenWrks> Hmm, no answer :P
[16:50] <Eickmeyer[m]> ping timeout.


[12:58] <xnox> I like OEM language selection screen so much better. I think I want to show that + links to releasenotes/update installer, when booting into only-ubiquity mode.
[13:14] <cjwatson> xnox: The grid one?  Please no.  It's awful.
[13:14] <xnox> cjwatson: ack.
[13:15] <cjwatson> It's an attempt to cram everything onto one screen.  Once the number of languages gets beyond what will fit (and that will happen as soon as you try to fit any more widgets onto that screen ...), it becomes basically pointless.
[13:15] <xnox> cjwatson: the designers never saw OEM mode, but they will once I finish the upload of 12.10 ubiquity slidestack. Maybe they will come up with something pretty and usable.
[13:16] <cjwatson> OEM basically demanded that view so that Chinese would be on the screen by default
[13:16] <cjwatson> I refused to have it for ubiquity proper, which is why we have this uneasy conditional compromise.
[13:16] <cjwatson> A list box isn't great either, certainly, but I don't see the point in going from something moderately awful to something else thoroughly awful :-)
[13:17] <xnox> but should the first oem config install in chinese such that it's already pre-localised in chinese for the first user, with options to switch to english....
[13:17] <xnox> s/install in/ install be in/
[13:17] <xnox> as in, the problem is that it's not in the chinese in the first place for the chinese SKU / OEM shipment.
[13:18]  * xnox will test that.
[13:21] <cjwatson> Only if the factory install is done in Chinese, which IIRC is not always the case.
[13:23] <xnox> fair enough.... it's not the end of the world though.
[13:24] <xnox> =)
[14:48] <xnox> cjwatson: chineese is not visible on the end-user OEM welcome screen. https://picasaweb.google.com/lh/photo/p7qkWq7owtWCooQFYZOqPHkpebEhXhZUik8MURUNjUM?feat=directlink
[14:48] <xnox> with 12.10 final images.
[14:50] <cjwatson> Yeah.  It used to be, but no doubt the language list grew as I suggested above.
[14:55] <xnox> and the "overlay-scrollbar" is very helpful as well.... can easily miss that. But the "cut" in half languages suggest it's scrollable ;-)
[15:40] <xnox> Ubiquity 12.10 slide decks are up: https://wiki.ubuntu.com/Ubiquity/SlideDecks


[18:59] <wrst> howdy chris4585!
[18:59] <wrst> this is interesting: http://news.cnet.com/8301-1035_3-57615107-94/ubuntu-touch-os-wins-its-first-smartphone-partner/
[19:00] <chris4585> hey wrst
[19:01] <wrst> all going well chris4585?
[19:01] <chris4585> could be better but I'm not complaining, also good for ubuntu
[19:02] <chris4585> you wrst ?
[19:02] <wrst> I'm doing good
[19:02] <wrst> yeah chris4585 I tried out ubuntu touch again about 3 or 4 weeks ago I would say alpha at best
[19:03] <wrst> I think it has some promise but didn't look like it is ready for primetime to me
[19:04] <chris4585> I haven't even bothered, mostly because I have no touch devices
[19:06] <wrst> well you haven't missed much as far as Ubuntu touch is confirmed


[04:26] <ball> Anyone in BC with pets acting up?
[04:30] <DarwinSurvivor> nope, our cats are actually REALLY relaxed. And we have a large park across the street where teenagers set stuff off all month
[04:30] <DarwinSurvivor> Cloverdale btw
[04:40] <ball> Hmm... apparently a "small Tsunami" has been detected.  Hope it stays small.
[05:10] <DarwinSurvivor> EmergencyInfoBC and ScanBC are posting real time updates on twitter
[05:18]  * DarwinSurvivor wonders what happened to ball o.OO
[05:20] <DarwinSurvivor> Must have been using a proxy, IP routes to charleston Illinois...


[01:32] <tzero> what's the difference between debian/source/include-binaries and debian/source/*.install ?
[01:33] <tzero> specifically, I get "dpkg-source: error: unwanted binary file: debian/projectname/usr/share/..." about a file included in one of my debian/source/*.install files
[09:01] <sil2100> fossfreedom: hey! Did you manage to take a look at the build failures from ubuntu-budgie?
[09:02] <sil2100> I saw the daily builds auto-failing for the whole holiday period
[10:23] <fossfreedom> sil2100: yeah. scratched my head on this.  Talking to Jeremy Bicha we were speculating that a tasksel had not been created "ubuntu-budgie-live" - so we have added the ubuntu-budgie specifics to the tasksel project.  This got sync'd with main.  Unfortunately this didn't fix the issue :(
[10:25] <fossfreedom> I couldn't find anyone else though on this channel to help ... deathly quiet ... everyone having a much deserved break!
[14:33] <cjwatson> tzero: debian/source/*.install isn't a thing.  Perhaps you mean debian/*.install?  debian/source/include-binaries is described in dpkg-source(1), while debian/*.install is described in dh_install(1)
[15:10] <sil2100> fossfreedom: I can try diving into that tomorrow if no one pops up to look at it before that
[15:24] <fossfreedom> sil2100: much appreciated.  Cheers
[22:16] <karstensrage> this seems ridiculous that i have to do this, but to get ubuntu to boot with my custom NSS library, this is what i have to do : http://pastebin.com/HYsJ72rB


[09:05] <rsalveti> cooloney: I updated the bug with another defconfig
[09:05] <rsalveti> cooloney: with this defconfig I got the musb working with maverick kernel, now just need to identify what needs to be changed to make it work by default
[09:06] <cooloney> rsalveti: awesome
[09:06] <cooloney> rsalveti: let me check
[09:08] <rsalveti> cooloney: but is a little painful to recompile it, install and test :-)
[09:08] <cooloney> rsalveti: is that defconfig the omap3_beagle_defconfig?
[09:08] <cooloney> rsalveti: yeah, i need to compile it in our server
[09:08] <rsalveti> cooloney: http://bazaar.launchpad.net/~beagleboard-kernel/+junk/2.6.35-devel/annotate/head:/patches/defconfig
[09:09] <rsalveti> cooloney: I tried one time merging the usb and musb stuff, but didn't get it to work
[09:09] <rsalveti> so it must be something else
[09:10] <cooloney> rsalveti: yeah, i also tried that, set the usb and musb config as the same as those in beagle_defconfig
[09:10] <cooloney> but doesnot help
[09:12] <rsalveti> cooloney: you can try to trace the code, with debug activated, from the version that works
[09:12] <rsalveti> and then compare with the version that doesn't work
[09:12] <rsalveti> the state tracing is easy to see inside the code
[09:26] <rsalveti> cooloney: yep, for some reason the otg state changes from one config file to the other at the point you put the cable in
[09:27] <rsalveti> the path to set it to a_idle is simple, the question is why the checking failed and it got into that path
[09:32] <cooloney> rsalveti: exactly, looks like there is no power on the OTG port
[09:32] <cooloney> rsalveti: so it never change to the right a_host mode
[09:33] <cooloney> and failed to enable roothub to enumerate USB device
[09:33] <rsalveti> yep
[09:33] <cooloney> rsalveti: i am also comparing the defconfig from you with our Maverick config
[09:38] <rsalveti> cooloney: ok, I'm now looking again what I need to have for the zippy 2 support
[09:38] <rsalveti> our kernel is missing lots of patches, it seems
[09:50] <GrueMaster> NCommander: http://paste.ubuntu.com/466880
[09:51] <cooloney> rsalveti: could you please help me to post the dmesg which is from the OTG working Maverick kernel?
[09:52] <cooloney> rsalveti: i think you cross build it with the working defconfig
[09:54] <rsalveti> cooloney: just the dmesg?
[09:54] <rsalveti> cooloney: just a sec, need to change the uImage
[09:54] <cooloney> rsalveti: oh, the uImage is the better. hehe
[09:54] <cooloney> rsalveti: np, man
[10:15] <rsalveti> cooloney: http://rsalveti.net/tmp/test-kernel.tar.bz2
[10:15] <rsalveti> cooloney: you can find the uImage, uInitrd, modules and dmesg.txt
[10:15] <rsalveti> from the working maverick kernel
[10:16] <rsalveti> cooloney: if you still didn't compile it
[10:17] <cooloney> rsalveti: thanks a lot, man
[10:20] <cooloney> rsalveti: i saw this in the dmesg
[10:20] <cooloney> musb_hdrc musb_hdrc: MUSB HDRC host driver
[10:20] <cooloney> [    0.933654] musb_hdrc musb_hdrc: new USB bus registered, assigned bus number 2
[10:21] <cooloney> [    0.934417] hub 2-0:1.0: USB hub found
[10:21] <cooloney> [    0.934448] hub 2-0:1.0: 1 port detected
[10:21] <rsalveti> cooloney: yep, the otg recognized that it should act as host, and activated the host modue
[10:21] <cooloney> that's we want
[10:24] <rsalveti> cooloney: yep
[10:26] <rsalveti> cooloney: and with this kernel I'm unable to reproduce the stack we have with lucid
[10:26] <rsalveti> so it seems to be working better
[10:36] <furibondox> hi rsalveti... I tryied your new release of rootstock from bzr ( rev 104) but I have the segmentation fault with qemu again :-(
[10:36] <rsalveti> furibondox: more than one time?
[10:36] <furibondox> yes
[10:36] <rsalveti> argh
[10:37] <furibondox> every time I run rootstock I have the segmentation fault
[10:37] <rsalveti> furibondox: what packages are you giving by default?
[10:37] <furibondox> ubuntu-minimal,openssh-server
[10:37] <rsalveti> furibondox: did you run as root or as user?
[10:37] <furibondox> as root
[10:37] <cooloney> rsalveti: yeah, for the otg oops, i am pretty sure we need to build int twl4030_usb
[10:37] <furibondox> from ubuntu lucid server
[10:38] <rsalveti> furibondox: what ubuntu version are you running?
[10:38] <furibondox> 10.04
[10:38] <cooloney> rsalveti: and the OTG host failure is another problem.
[10:38] <rsalveti> cooloney: yep, sure
[10:39] <rsalveti> furibondox: that's really weird, as I saw it break just a few times when running as root and installing a small package set
[10:39] <rsalveti> furibondox: does it also break when you just request ubuntu-minimal?
[10:40] <rsalveti> that will avoid the apt-get install phase
[10:40] <furibondox> it breaks in the second stage
[10:40] <rsalveti> furibondox: yeah, I know, and probably when trying to give apt-get install on the openssh-server
[10:40] <rsalveti> furibondox: do you have the log?
[10:40] <furibondox> just after python-support
[10:40] <rsalveti> furibondox: you can paste it at paste.ubuntu.com and set me the link
[10:41] <furibondox> ok
[10:42]  * rsalveti needs to update rootstock to run only as user mode emulation when running as root
[10:42] <rsalveti> that would avoid this kind of weird full emulation stuff, until we get qemu fixed upstream
[10:42] <furibondox> http://paste.ubuntu.com/466907/
[10:43] <furibondox> that is the log generated
[10:45] <furibondox> this is the output of the error in the console: http://paste.ubuntu.com/466909/
[10:48] <rsalveti> furibondox: what's the whole command line you passed to rootstock? going to check here
[10:49] <furibondox> ./rootstock --fqdn NGP --imagesize 2G --seed openssh-server --copy-package-cache --restore-package-cache
[10:55] <rsalveti> furibondox: why do you want to copy and restore at the same time?
[10:55] <rsalveti> furibondox: you can just copy one time and later you can use restore if you need it
[10:55] <rsalveti> going to test here, but it should work fine
[10:57] <furibondox> just to be sure that if some packages are not already present they will be cached
[11:03] <rsalveti> furibondox: yeah, but it shouldn't make much difference for a basic image, but ok :-)
[11:03] <furibondox> yes I know... but it was just to be sure ;-)
[11:07] <rsalveti> furibondox: please, try giving a user and a password argument
[11:07] <rsalveti> than the oem stuff is not going to be installed by default
[11:07] <rsalveti> and you'll probably be able to get your image without seg faults
[11:08] <rsalveti> --login ubuntu --password ubuntu
[11:08] <rsalveti> something like that
[11:08] <furibondox> ok i try
[11:18] <furibondox> rsalveti: now it seems to stop earlier...
[11:18] <furibondox> start: Unable to connect to Upstart: Failed to connect to socket /com/ubuntu/upstart: Connection refused
[11:18] <furibondox> just a moment that I paste the log...
[11:21] <furibondox> http://paste.ubuntu.com/466920/
[11:22] <furibondox> and this is the output of the console: http://paste.ubuntu.com/466921/
[11:28] <rsalveti> furibondox: yep, but it did finish correctly
[11:30] <furibondox> mmm I thought that error compromised the generated image
[11:47] <cooloney> rsalveti: do you know where can i find the initrd.gz after i build a kernel package which contains zImage
[11:52] <furibondox> rsalveti: the error appear again using username/password http://paste.ubuntu.com/466941/
[11:54] <rsalveti> furibondox: this log is telling that rootstock is installing the oem stuff, and that only gets installed when you don't put the user/passwd
[11:54] <rsalveti> I: Enabling firstboot configuration
[11:54] <rsalveti> ^
[11:54] <furibondox> this is the full log generated http://paste.ubuntu.com/466943/
[11:55] <furibondox> I'm going to lunch
[11:55] <furibondox> see you later... bye
[11:56] <rsalveti> furibondox: still, it seems that didn't got the user/passwd
[11:56] <rsalveti> if [ ! "${NEWUSER}" ] || [ ! "${PASSWD}" ];then install oem stuff
[11:56] <rsalveti> furibondox: see ya
[11:57] <rsalveti> cooloney: you mean, inside the package?
[11:58] <cooloney> rsalveti: i don't think i can find it in the package
[12:30] <furibondox> re
[12:30] <furibondox> rsalveti: now I try with this command line:
[12:30] <furibondox> ./rootstock -f NGP --username spot --password gilbarco --seed openssh-server,ubuntu-minimal -i 2G --serial ttyS2 --doswap --swapsize 256 --script /root/setup.sh --restore-package-cache
[12:48] <furibondox> same error: ./rootstock: line 360:   967 Segmentation fault      qemu-system-arm $QEMUOPTS -append "${APPEND}" > $QEMUFIFO 2>&1
[13:15] <rsalveti> furibondox: --login not --username
[13:15]  * rsalveti still needs to change how rootstock parse it's arguments
[13:19] <slangasek> ogra_cmpc: can you tell me what offset I need to loop mount the correct partition in the 20100719 daily image?
[13:20] <slangasek> my naive calculation based on fdisk -l output seems to have been incorrect
[13:25] <slangasek> ogra_cmpc: n/m, sorted it; works better when I use sectors as units
[13:30] <lool> slangasek: Perhaps you can kpartx it?
[13:31] <slangasek> lool: nah, sorted
[13:31] <ogra> yeah, sectors helps
[13:32]  * ogra has some livecd-rootfs code ready to shove off 2h buildtime just waiting for a lamont signoff
[13:32] <ogra> that might help a bit with building test images
[13:33] <ogra> slangasek, btw, i wouldnt mind if we started building base images, would that help you ?
[13:34] <ogra> (in parallel to the netbook ones)
[13:34] <slangasek> don't see that it would help
[13:34] <ogra> k
[13:35] <sebjan> hrw: hi! I tried to apt-get upgrade the gcc-4.4-arm-linux-gnueabi package, and get an error because the libmpfr4 'is not installable' (I have a i386 workstation). Any idea what is going on?
[13:35] <furibondox> rsalveti: argh! sorry... now I try with --login
[13:35] <rsalveti> furibondox: yep, np, there's a bug on the way it's parsing the arguments
[13:36] <rsalveti> normally it should display you an error when you give a wrong arguments
[13:36] <furibondox> i hope that now it will work...
[13:50] <furibondox> rsalveti: great! it generates the image!!
[13:50] <rsalveti> furibondox: cool
[13:50] <furibondox> I've another question for you, is possibile to ADD another repository to the default?
[13:51] <furibondox> -m option only replace the mirror or add a new mirror?
[14:05] <rsalveti> furibondox: yep, --extra-mirror
[14:06] <furibondox> great!
[14:07] <furibondox> I'll try
[14:30] <hrw> sebjan: hmm...
[14:31] <hrw> sebjan: 4.4.4-7ubuntu1~ppa2hrw1 version?
[14:31] <hrw> sebjan: and pastebin me whole installation output
[14:32] <sebjan> hrw: ok, let me do that...
[14:45] <robclark> persia: MMC hang fix patch is: http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/6c8d7209371b5969ea6769382693019ef6cb5eb5
[14:45] <robclark> (I don't know if it is in ubuntu kernel yet)
[14:48] <sebjan> hrw: here it is, and ensuring the proper version (which is the one I see with an apt-cache show) http://ubuntu.pastebin.com/YqiGpzBa
[14:50] <hrw> sebjan: strange
[14:50] <hrw> apt-cache policy libmpfr4 tells that this is in main
[14:50] <hrw> sebjan: and try with aptitude - it has better dependency solving
[14:52] <rsalveti> 15 minutes for resizing an 8gb sd card, seems ok
[14:52] <rsalveti> just missing a progress bar :-)
[14:53] <ogra> yeah
[14:54] <Marex> zumbi: hey
[14:54] <Marex> XorA: hey ... so, when and where does the drinking take place :)
[14:56] <sebjan> hrw: not better - http://ubuntu.pastebin.com/06wwXfmS
[14:56] <sebjan> hrw: is there a simple way to clean-up all the previous packages I installed (I may have been playing with dpkg when there packages were first available, and did not upgrade since then)
[14:58] <hrw> sebjan: run aptitude, limit to .*-armel-cross and remove all of them
[15:03] <sebjan> hrw: apt-cache search or policy does not find libmpfr4 for me...
[15:03] <zumbi> Marex: hi
[15:03] <hrw> sebjan: maverick?
[15:03] <sebjan> hrw: no I am on lucid
[15:03] <Marex> zumbi: don't tell me you're in prague too
[15:04] <zumbi> Marex: no, i am not :)
[15:04] <Marex> zumbi: pity :)
[15:04] <zumbi> Marex: did you get a new toy?
[15:04] <hrw> sebjan: http://people.canonical.com/~hrw/ubuntu-maverick-armel-cross-compilers/
[15:04] <Marex> zumbi: what new toy ?
[15:04] <Marex> zumbi: you mean the one I was speaking last week ? yea
[15:04] <zumbi> Marex: the one we were talking about..
[15:05] <hrw> sebjan: I do not provide packages for <lucid
[15:05] <lag> mythripk: ping
[15:05] <Marex> zumbi: and Eric gave me an akita and made me (forcibly) a new maintainer for that
[15:05] <hrw> I mean <maverick
[15:05] <zumbi> Marex: akita? what's that?
[15:05] <hrw> omg.. akita
[15:05] <Marex> zumbi: there are so many of them I barely recall which one was that :)
[15:05] <hrw> zumbi: sharp zaurus sl-c1000
[15:05] <zumbi> hrw: thanks :)
[15:05] <Marex> zumbi: pile of crap hardware loaded with crap software
[15:05] <hrw> zumbi: pxa272/416MHz 64mb ram, 128mb flash
[15:06] <sebjan> hrw: argh, so I would need to upgrade to Maverick now? It used to work with the previous version I had :'(
[15:06] <hrw> antique
[15:06] <hrw> sebjan: you can use chroot
[15:07] <sebjan> hrw: right, I'll try with chroot then. Thanks!
[15:07] <hrw> sebjan: I was aksed about lucid packages before but rejected - it takes too much time to build maverick ones
[15:09] <hrw> and my goal is to have package which will build cross compiler. but that would require maverick packages
[15:10] <sebjan> hrw: np, I shall have a maverick chroot already, just need to upgrade it :)
[15:10] <hrw> ;D
[15:12] <zumbi> Marex: uhm... well.. sounds like fun :)
[15:16] <Marex> zumbi: yea ... not really ... I'm slowly reaching the point where I'll have so many machines I won't be capable of maintaining them all
[15:17] <hrw> Marex: know that...
[15:17] <hrw> Marex: have spare not needed palmos device?
[15:17] <Marex> hrw: I have a palm lifedrive here ... it was still running palmos yesterday
[15:17] <Marex> hrw: why ?
[15:18] <hrw> just asked to know do you still play with them
[15:18] <Marex> hrw: yea, I maintain them in mainline
[15:18] <Marex> hrw: but I'm moving to newer hardware ... pxa3xx stuff and soon iMX
[15:19] <hrw> imx3 or imx5?
[15:20] <hrw> or maybe imx6? :D
[15:20] <Marex> hrw: I dunno ... lemme check
[15:21] <Marex> i.MX25
[15:21] <sebjan> robclark, persia: this mmc fix (6c8d7209371) is not yet into the ubuntu kernel, but is part of the patch set that I have provided to cooloney today
[15:23] <persia> sebjan: Thanks for chasing that down.
[15:23] <zumbi> Marex: which device?
[15:24] <Marex> zumbi: something that still haven't left the manufacturing it seems :D
[15:24] <Marex> zumbi: I don't know the details yet ... I just know this board is in planning
[15:25] <zumbi> Marex: but imx25 is old
[15:25] <zumbi> well, i guess it has its use
[15:25] <cooloney> sebjan: yeah, thx, i'm looking at your branch
[15:26] <sebjan> persia: no pb, I just saw a commit pass by, and I care of getting all the necessary ones in our kernel :) Feel free to notify/ping me when there is a doubt
[15:29] <Marex> zumbi: I wasnt looking into imx yet ... I will when I have the board
[15:30] <zumbi> Marex: imx5, i had a NDA datasheet of 5000 pages.. fun! :)
[15:39] <cooloney> rsalveti: how do you think we firstly built-in twl4030_usb in kernel to kill the oops
[15:39] <cooloney> rsalveti: and mark the OTG config bug as fixed, and file another bug to let us work on the host mode issue
[15:40] <rsalveti> cooloney: didn't you change the config file to let it as built-in already?
[15:40] <rsalveti> the kernel you posted on the bug
[15:40] <rsalveti> cooloney: also, the bug was reported for lucid, so we still need to check at lucid if that fixes the problem
[15:41] <cooloney> rsalveti: yeah, i did that for testing, the patches are not in our official kernel tree
[15:41] <cooloney> i am going to do that,
[15:41] <cooloney> i think we need built-in that, and enable OTG
[15:45] <rsalveti> cooloney: yep, but I tested your testing kernel at lucid and it didn't work
[15:45] <rsalveti> the ops was gone, but as a side effect the host mode don't work anymore for otg
[15:45] <rsalveti> so it actually doesn't fix the bug
[15:46] <rsalveti> we can't say we're fixing something when we're removing features :-)
[15:46] <rsalveti> cooloney: but I agree we should create a different bug
[15:47] <rsalveti> cooloney: I can do that from my beagle
[15:48] <cooloney> rsalveti: i agree, we need a different bug.
[15:51] <rsalveti> cooloney: will create it soon
[15:51] <rsalveti> let me just boot maverick again
[15:52] <cooloney> but for the oops, we can still mark that Fix, since when we got oops, the host mode does not work at all
[15:52] <cooloney> we can point it out to the new bug in OTG config launchpad log
[16:06] <rsalveti> cooloney: yeah, but some times it does work
[16:06] <rsalveti> most of the time when you add the cable later on
[16:07] <rsalveti> so just changing the config file will kill this "feature"
[16:07] <rsalveti> we go from something that works sometimes, to something that doesn't work at all
[16:12] <cooloney> yeah, so new bug for the host mode missing
[16:12] <cooloney> rsalveti: and the old one is a oops fixing.
[16:12] <cooloney> now it looks to me like some timing issue.
[16:13] <rsalveti> cooloney: just opening the bug right now
[16:13] <cooloney> rsalveti: ok
[16:19] <hrw> I hope that one day libelf-dev libelf0g-dev conflict/transition will be done
[16:24] <ogra> NCommander, cn you bump https://edge.launchpad.net/ubuntu/+source/update-notifier/0.103ubuntu1/+build/1883485 a bit higher ?
[16:24] <ogra> (so i can test the image build speedup (its bocking atm))
[16:24] <ogra> *blocking
[16:32] <rsalveti> cooloney: bug 608312
[16:32] <ubot2> Launchpad bug 608312 in linux (Ubuntu) "Usb host mode on OTG doesn't work on Maverick with BeagleBoard (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/608312
[16:34] <cooloney> rsalveti: thanks a lot, man
[16:37] <rsalveti> np
[18:20] <tgall_foo> packages.ubuntu.com/lucid as it stands doesn't include any notation of arm which packages are built for arm ...  is there another webpage or command line tool where one can see a list of what is built for arm?
[19:40] <rsalveti> tgall_foo: do you want something like http://ports.ubuntu.com/ubuntu-ports/pool/main/?
[19:40] <rsalveti> there are lots of arm packages over there
[19:45] <tgall_foo> rsalveti, was hoping there might be something like packages.ubuntu.com that listed arm packages instead of having to pull down the individual package text files from like : http://ports.ubuntu.com/dists/maverick/main/binary-armel/
[19:46] <rsalveti> tgall_foo: oh, ok
[19:46] <rsalveti> you can try from the repository itself, but I don't think it's on-line in any other way
[19:47] <rsalveti> at least I never saw it
[19:48] <ukleinek> tgall_foo: the packages files are easily parsed using grep-dctrl
[19:49] <tgall_foo> ukleinek, yeah I'm probably being picky .. it's not like text files are hard to deal with


[01:08] <EleanorEllis> Thunar doesn't remember my ftp passwords even though I check the "Remember forever" box. It seems to call the keyring application and I enter my password there to unlock the keyring but still no joy, so I have to enter my ftp usernames and passwords every time.
[05:42] <nickhilr1> is there a way to get ubuntu studio with just audio packages, like jack, ardour zyn etc and not blender, inkscape, gimp and everything
[06:51] <zequence> nickhilr1: Yes, with 14.04, you can deselect packages
[06:51] <zequence> ..during installation
[07:03] <nickhilr1> oh i meant while downloading the image.. i am on limited internet bandwidth
[07:05] <zequence> nickhilr1: You can get any Ubuntu flavor, and add the audio packages to it
[07:06] <zequence> nickhilr1: just add yourself to audio group, and install linux-lowlatency once you're done
[07:06] <zequence> also, say "yes" to realtime, when installing jack
[07:06] <zequence> all of the audio packages are in ubuntustudio-audio
[07:06] <zequence> so..
[07:06] <zequence> sudo apt-get install ubuntustudio-audio linux-lowlatency
[07:07] <nickhilr1> cool.. what did you mean audio group.. i am new to linux
[07:08] <zequence> nickhilr1: User are members of groups in order to get access to certain things, like the CD-rom
[07:09] <zequence> nickhilr1: sudo usermod -a -G audio $USER
[07:09] <zequence> $USER is your user name
[07:10] <zequence> to see all the groups you are in, use the command: groups
[07:10] <zequence> but, you'll need to logout/login to see changes
[07:10] <zequence> nickhilr1: Just be careful with the "usermod" command. You can mess things up with it
[07:13] <nickhilr1> zequence: so i install ubuntu first and then install audio packages and add my account to the audio group later
[07:13] <zequence> nickhilr1: Yep
[07:16] <nickhilr1> zequence: alright.. thank you :)
[16:45] <aloiece> are the ardour updates (so to speak) streamlined in 14.04? (Not sure I'm using the word correctly)
[16:50] <Jmainguy> which updates
[16:51] <holstein> aloiece: yes
[16:51] <holstein> aloiece: but, the version is what it is.. you dont get an updated version. just maintenance
[16:51] <aloiece> jmainguy: the updates that ardour releases regularly,
[16:51] <aloiece> thanks holstein. yap that's fine
[16:52] <holstein> aloiece: ubuntu is not a "rolling release". if you want the latest version of ardour, you can get it yourself from the creator, who, if youa re contributing, will provide a simple executable.. or, PPA.. such as kxstudio ppa
[16:53] <holstein> what do i do? i am personally a contributor, so i just download the latest from ardour directly
[16:53] <Jmainguy> you have to be a contributor to get ir from ardour?
[16:53] <holstein> Jmainguy: no
[16:53] <holstein> Jmainguy: you have to be a contributor to get the binary already compiled and ready to easily click and run
[16:54] <aloiece> Me too, I only just upgraded to ubuntustudio 14.04 and I was wondering if I'd still "have to" download the maintenance (as you described it well) updates myself or if I'll get them
[16:54] <Jmainguy> Thats pretty lame
[16:54] <holstein> Jmainguy: its opensource.. the source for the latest versions is available free.. and you can make whatever you like with it.. including a binary, or PPA
[16:54] <holstein> Jmainguy: ?
[16:54] <holstein> why?.. it was never promised.. its "as-advertised"
[16:54] <Jmainguy> going through the work to compile it, and then not giving it out
[16:54] <Jmainguy> thats pretty lame
[16:55] <holstein> Jmainguy: you can "go through the work" and give it out all you like
[16:55] <Jmainguy> yes, yes I can
[16:55] <holstein> Jmainguy: if in doing said work, you think its work charging for, thats all the creator is charging for, currently
[16:55] <Jmainguy> "the creator"
[16:55] <holstein> correct... paul davis
[16:56] <Jmainguy> I thought you were a contributor
[16:56] <holstein> Jmainguy: i pay.. thats how i get the pre-complied binary for my use, already ready to go.. and i consider it a donation to the cause, which i support
[16:56] <Jmainguy> ah, ok
[16:56] <holstein> but, the source is there at the site.. and the code gets into debian upstream
[16:57] <Jmainguy> I thought you meant you contributed code, and got the binary for it
[16:57] <Jmainguy> or contributed wiki updates, etc etc
[16:57] <holstein> no.. i just pay
[16:57] <Jmainguy> gotcha
[16:57] <holstein> though, paul may offer something like that, if he needed the help
[16:57] <holstein> i dont know him that well..
[16:57] <Jmainguy> I am sure he wouldnt mind the help, hence open sourcing it
[16:57] <holstein> wouldnt hurt to ask, if one had more time than money, so to speak
[16:58] <Jmainguy> hey diff topic, was there never a 13.04?
[17:02] <holstein> !13.04
[17:03] <holstein> we had an ubuntustudio 13.04.. they are all EOL now
[17:03] <holstein> all flavors 13.04 is eol
[17:03] <Jmainguy> ah
[17:03] <Jmainguy> yeah I am fairly nub at ubuntu, I got to memorize their LTS strategy at some point
[17:04] <aloiece> holstein your name sounds familiar. I guess you're one of the developers (or main developers?) of ubuntustudio?
[18:23] <holstein> aloiece: just a non-code contributing volunteer
[18:32] <aloiece> well so far
[18:33] <aloiece> I'm trying to get into it. starting to study IT in september
[18:56] <aloiece> hei I've seen a ui cpu frequency manager in dreamstudio that I recently tried a live session of. wouldn't that be useful to implement in ubuntustudio as well?
[18:56] <holstein> aloiece: go for it
[18:56] <holstein> i just use an XFCE one
[18:57] <holstein> nothing prevents dick from putting those in debian upstream and getting them into ubuntu
[19:14] <aloiece> how can we urge them to do it?
[19:17] <holstein> aloiece: them? you mean dick? just ask him
[19:17] <holstein> its likely just a repo tool.. i would just look and see what it is
[19:17] <holstein> AFAIK, he's using unity.. you are free to use unity and whatever else you like.. though, its likely just a GTK tool


[08:41] <Guest38> if a ubuntu server with applications installed, and made into an image, and is to be used for multiple deployments, do we need to like "sysprep" it?
[09:28] <Guest38> or should i say virtprep?
[09:28] <enyc> Guest38: you can set a proper nick and register with nickserv here
[09:28] <enyc> Guest38: this is the 'now' correct ubuntu channels/IRC network
[09:34] <Guest38> do u know of any? enyc
[09:40] <enyc> Guest38: sounds like some sort of "template" linux arranagement....
[09:45] <leumashm> enyc template linux arrangement?
[09:52] <enyc> yes, creating "templates" or other managed install systems  may be more useful equivalent to  "sysprep", but I don't know
[10:08] <pikaro> hi! I'm trying to configure Netplan to use an IPv6 default gateway that's outside of the subnet. (provider requirement.) with ip, I can just say ip -6 route add <gateway> dev eth0 && ip -6 route add default via <gateway>. that works. With Netplan, I tried to add a route to the gateway and have tried to add a route to ::/0 with on_link: true, but neither attempt was a success. there's just no
[10:08] <pikaro> default route created and the host loses connectivity. what's the correct way to do this?
[10:41] <TJ-> pikaro: gateways are supposed to be on-link with link-local addresses
[10:41] <pikaro> TJ-, well, but it's not
[10:42] <TJ-> pikaro: I'd create the systemd-networkd unit rather than rely on netplan as intermediary
[10:42] <mgedmin> pikaro: I've a VPS with a similar situation on IPv4: the default gateway is not on any of the local subnets
[10:42] <mgedmin> the netplan yaml has a custom route for it, with { scope: link, to: <IP_ADDRESS>, via: <IP_ADDRESS> }
[10:42] <pikaro> TJ-, OK, I will try that
[10:42] <pikaro> mgedmin: Oh, maybe the scope is the issue here, thanks!
[10:47] <pikaro> mgedmin: on second glance, I see what the suggestion was - not the scope but "via <IP_ADDRESS>"... that doesn't make the least bit of sense but it seems to work :D
[10:48] <mgedmin> TBH I didn't have a suggestion :)
[10:49] <mgedmin> I like that my VPS has a netplan config file, and a slightly different older version named .bkp that doesn't have that route etc.
[10:52] <pikaro> bkp == backup, I'd assume
[12:39] <mrvdv> trying to install cockpit on my ubuntu 16.04 but it cant find it when i do apt-get install cockpit
[12:40] <mgedmin> 16.04 is EOL, you should upgrade
[12:40] <mgedmin> well, ESM rather than EOL, I suppose
[12:40] <mrvdv> i will when the time is right, atm wanting cockpit
[12:40] <mgedmin> 18.04 LTS does have cockpit
[12:40] <mrvdv> i dont have 18
[12:41] <mrvdv> i got 16
[12:41] <mgedmin> https://packages.ubuntu.com/search?keywords=cockpit doesn't even show if 16.04 used to have ir or not because 16.04 is EOL/ESM
[13:25] <codedmart> Do I need to do anything to install wayland if I am just use the server version? I am trying to use waypipe (https://gitlab.freedesktop.org/mstoeckl/waypipe) but I see an error "wl_display@1: error 3: waypipe internal error Missing seat". I assume wayland is not running or something?
[13:34] <mgedmin> 'missing seat' probably means your systemd-logind doesn't know about any logged in gui sessions probably because there are none?
[13:34] <mgedmin> wayland is a protocol, not a thing that can be running
[17:54] <mrvdv> is there a web client i can use to make users have a certain amount of bandwidth or certain amount of storage space
[22:40] <mrvdv> is there a web client i can use to make users have a certain amount of bandwidth or certain amount of storage space?


[01:29] <virtuald> lastlog ipv6
[01:31] <charlie-tca> virtuald: what is that?
[01:31] <charlie-tca> virtuald: Please don't do that.
[01:32] <virtuald> it was i mistake, i forgot /
[01:33] <charlie-tca> Thank you
[02:59] <andrewmiller57> bug 668318 should be set to medium I think
[02:59] <ubot2> Launchpad bug 668318 in evolution (Ubuntu) "evolution calendar cannot change first day of week (affects: 3) (heat: 70)" [Undecided,Confirmed] https://launchpad.net/bugs/668318
[03:02] <charlie-tca> andrewmiller57: did it work in the previous version?
[03:04] <rusivi> andrewmiller57: Cursory glance at bug 668318 suggests it's Low-Medium importance, leaning towards Low.
[03:04] <ubot2> Launchpad bug 668318 in evolution (Ubuntu) "evolution calendar cannot change first day of week (affects: 3) (heat: 70)" [Undecided,Confirmed] https://launchpad.net/bugs/668318
[03:05] <charlie-tca> A bug that has a moderate impact on a core application
[03:06] <andrewmiller57> ok, yes it worked in 10.04 just fine.  I figured with evolution being the main email app, it would be medium :-)
[03:06] <charlie-tca> Evolution is a core application, and there are a lot of users whose week does start on Sunday instead of Monday
[03:06] <charlie-tca> and it is a regression.
[03:06] <charlie-tca> That is not low.
[03:07] <rusivi> charlie-tca: I was grinding on the core application part, could not find the link for importance I saved to my bookmarks (potential Firefox bug!)
[03:07] <andrewmiller57> https://wiki.ubuntu.com/Bugs/CommonTasks
[03:08] <charlie-tca> andrewmiller57: that will need to be sent upstream to gnome bugzilla
[03:08] <andrewmiller57> ok, is there a specific url for it
[03:08] <rusivi> andrewmiler57 / charlie-tca: May want to check out a search on Evolution for calendar problems -> https://bugzilla.gnome.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=Evolution&content=calendar
[03:09] <charlie-tca> rusivi: https://wiki.ubuntu.com/Bugs/Importance
[03:09] <rusivi> charlie-tca: ty
[03:09] <charlie-tca> be my guest in searching for it
[03:10] <andrewmiller57> do you know what the url would be for forwarding this one upstream?
[03:10] <charlie-tca> andrewmiller57: I did add the link for upstreaming the bug to it
[03:10] <charlie-tca> just refresh the page
[03:11] <andrewmiller57> ok thanks
[03:11] <rusivi> andrewmiller57 / charlie-tca: https://bugzilla.gnome.org/enter_bug.cgi
[03:11] <charlie-tca> rusivi: look at the bug
[03:11] <charlie-tca> are you even reading what I am telling andrewmiller57 ?
[03:12] <andrewmiller57> yes i am, I just had to refresh, I didnt know you posted that
[03:12] <rusivi> charlie-tca: just refreshed the Launchpad bug looks good!
[03:18] <rusivi> charlie-tca: Is their a link for a list of all core applications?
[03:18] <charlie-tca> no
[03:19] <charlie-tca> None that I know of. It is consists mostly of those applications installed by default in Ubuntu. the core applications are all packages in Main repository
[03:20] <charlie-tca> If you use "apt-cache policy PACKAGE", it tells you if the package is in main
[03:23] <rusivi> charlie-tca: Is their a website/command that quickly shows all packages in Main repo? I know website for package search -> http://packages.ubuntu.com/
[03:26] <charlie-tca> hm, most if not all of https://launchpad.net/~desktop-bugs/+packagebugs are core
[03:26] <rusivi> charlie-tca: Just was reading -> https://help.ubuntu.com/community/Repositories/Ubuntu it mentions I can just use Synaptic and use filter "main"
[03:27] <charlie-tca> That is another way, yes. I never look at the whole thing at once, since I can't remember them all anyway
[03:27] <charlie-tca> :-)
[03:28] <charlie-tca> The problem is not every package in main will be a core package, but every core package will be in main
[03:29] <rusivi> charlie-tca: right, not every package is an application, but every application is a package/combination of packages
[03:30] <charlie-tca> Main thing is if it is a default application in Ubuntu, count it as core
[03:31] <rusivi> k ty
[03:31] <charlie-tca> Xubuntu, Kubuntu, Lubuntu, etc, do not usually have core packages
[07:53] <rusivi> Regarding bug https://bugs.launchpad.net/ubuntu/+source/apt/+bug/641673 seems Low importance.
[07:53] <ubot2> Launchpad bug 641673 in apt (Ubuntu) "grammatical mistake in 'apt-cache show awk': "as it purely virtual" (affects: 1) (heat: 36)" [Undecided,Confirmed]
[08:09] <micahg> rusivi: done, thanks
[08:09] <rusivi> micahg: ty
[10:35] <PaoloRotolo> Hi all
[14:44] <wolffu> Does anyone have a chance to double check that I handled bug 296336 correctly?
[14:44] <ubot2> Launchpad bug 296336 in nasm (Ubuntu) "nasm global directive sometimes not working with elf output (heat: 2)" [Undecided,Fix released] https://launchpad.net/bugs/296336
[14:47] <charlie-tca> wolffu: if you are asking the reporter to confirm whether or not it is working, it is not fixed-released. It should be incomplete
[14:50] <wolffu> charlie-tca: So it should not be considered an "old bug" from https://wiki.ubuntu.com/Bugs/CommonTasks
[14:50] <yofel> wolffu: also, please replace <bug #> with the actual bug number next time you use the stock response please, it can be confusing like this
[14:50] <charlie-tca> wolffu: you marked it fixed, and asked for more information. You should mark it incomplete instead.
[14:50] <wolffu> yofel: I was wondering about that. Thanks for the info.
[14:51] <wolffu> charlie-tca: O.k. thanks.
[14:51] <charlie-tca> Fixed bugs do not require the reporter to give you more information. The comment was correct, but the status is wrong
[14:53] <wolffu> Is there anyone available to mark bug 296336 to incomplete?
[14:53] <ubot2> Launchpad bug 296336 in nasm (Ubuntu) "nasm global directive sometimes not working with elf output (heat: 2)" [Undecided,Fix released] https://launchpad.net/bugs/296336
[14:53] <charlie-tca> done
[14:54] <wolffu> charlie-tca: Thanks...again.
[14:54] <charlie-tca> wolffu: thank you for helping with bugs. It is appreciated!
[16:49] <nisshh> hmmmm, does anyone know if the nick 'em' is a bot, they just pmed me as soon as i joined
[16:49] <nisshh> connected rather
[16:59] <charlie-tca> nisshh: as far as I know, em is a person
[16:59] <charlie-tca> em: ^ ^ ^
[16:59] <nisshh> charlie-tca, yeah, i just figured it out, sorry, i was just connecting after a power outage and em pmed me, i was just confused :)
[17:00] <charlie-tca> no problem
[17:00] <charlie-tca> it happens
[17:00] <nisshh> heh
[17:00] <nisshh> yeah
[17:00]  * charlie-tca is one of the fortunate ones; his power failed during the night, so he was sleeping
[17:01] <nisshh> charlie-tca, yeah, except its new years eve, so im not asleep :)
[17:01] <charlie-tca> heh, well then, Happy New Years
[17:02] <nisshh> same to you :)
[17:04] <charlie-tca> Best wishes for a very Happy New Year - 2011!
[17:06] <ElPasmo> Thanks charlie-tca, I wish you all a happy 2011 also!
[17:20] <ElPasmo> I'm having problems with bug 692562, last few days I've been trying to add a bugwatch with no joy. Can anyone try to click the "also affects project" link and figure out how should I proceed with the error: OOPS-1826K1261 ?
[17:20] <ubot2> Launchpad bug 692562 in bash-completion (Ubuntu) "completion of inserted option after command throws bash error (affects: 2) (heat: 16)" [Undecided,Confirmed] https://launchpad.net/bugs/692562
[17:20] <ubot2> https://lp-oops.canonical.com/oops.py/?oopsid=1826K1261
[17:22]  * penguin42 looks
[17:22] <ElPasmo> thanks penguin42
[17:22] <penguin42> ElPasmo: Yeh it oopses for me as well, so ask on #launchpad quoting the OOPS id
[17:22] <ElPasmo> Ok, ty
[17:22] <penguin42> ElPasmo: although I guess there probably aren't many people around at this time
[17:23] <ElPasmo> yup, bad day huh? :P
[17:24] <charlie-tca> hm, oops here too
[17:24] <charlie-tca> at least it is consistent, right?
[17:25] <penguin42> ElPasmo: I guess you could file a bug against launchpad
[17:25] <ElPasmo> mmm never did it before! :D
[17:25] <ElPasmo> mmm lets try
[17:26] <micahg> check to see if one is filed, tag timeout
[17:26]  * micahg is assuming it timed out
[17:26] <penguin42> it's not affecting all bugs though is it?
[17:27] <penguin42> micahg: It oops's quite fast
[17:27] <ElPasmo> No penguin42
[17:27] <micahg> penguin42: does it say timeout?
[17:27] <ElPasmo> I think its the only bug where it occurs
[17:27] <penguin42> micahg: No
[17:28] <penguin42> micahg: Oops! Sorry, something just went wrong in Launchpad. We’ve recorded what happened, and we’ll fix it as soon as possible. Apologies for the inconvenience. (Error ID: OOPS-1826D1516)
[17:28] <ubot2> https://lp-oops.canonical.com/oops.py/?oopsid=1826D1516
[17:30] <penguin42> micahg: It  looks more like something specific to that bug
[17:31] <micahg> penguin42: so file a bug against launchpad and add an oops tag
[17:32] <penguin42> micahg: Which if you scroll back is what I suggested
[17:32] <micahg> penguin42: right, I'm adding the part about the oops tag ;)
[17:35] <ElPasmo> I file it or you file it?
[17:35] <ElPasmo> I don't mind, I have time now :)
[17:35] <penguin42> ElPasmo: You found it!
[17:35] <ElPasmo> and?
[17:35] <ElPasmo> :D
[17:35] <penguin42> you file it!
[17:35] <ElPasmo> Ok :D
[17:37] <ElPasmo> ok noob question, how I file a bug against launchpad? :P
[17:37] <micahg> ElPasmo: bugs.launchpad.net/launchpad
[17:38] <ElPasmo> I knew it'd to be obvious :P
[17:40] <ElPasmo> oops tag?
[17:40] <ElPasmo> I just add an "oops" in the tag field?
[17:40] <penguin42> the OOPS-xxxxxxx number from the error
[17:40] <ubot2> https://lp-oops.canonical.com/oops.py/?oopsid=xxxxxxx
[17:40] <ElPasmo> ok
[17:40] <penguin42> or does micahg mean a launchpad tag?
[17:41] <micahg> launchpad tag :)
[17:41] <micahg> ElPasmo: yes
[17:41] <ElPasmo> check bug 696052
[17:41] <ubot2> Launchpad bug 696052 in launchpad "Error OOPS-1826D1516 when adding a bugwatch (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/696052
[17:41] <ElPasmo> plz :)
[17:42] <penguin42> ElPasmo: I'd change the title to say repeatable and say it's repeatable by many different people
[17:42]  * charlie-tca learned something today about launchpad. Thanks
[17:42] <micahg> ElPasmo: FTR, just oops in the tag, not the oops code
[17:42] <ElPasmo> lol
[17:42] <ElPasmo> thanks :)
[17:43] <penguin42> ElPasmo: I assume the lp guys get loads of reports of oops that diappear, but ones that are completely repeatable are much easier to deal with
[17:43] <micahg> there's a zero oops policy, so even if it wasn't repeatable, it would be a high priority
[17:43] <ElPasmo> Like that?
[17:50] <ElPasmo> Well thanks to all of you... I hope you'll have a happy new year!!! see you in 2011! :)
[17:53] <penguin42> ElPasmo: Have a good one ElPasmo
[17:55] <yofel> ElPasmo: bash completion oopsing is a known issue
[17:56] <penguin42> yofel: so it's all bash completion bugs that oops lp?
[17:58] <yofel> penguin42: yes, see bug 370117
[17:58] <ubot2> Launchpad bug 370117 in launchpad "oops getBugFilingAndSearchLinks need more than 1 value to unpack (affects: 5) (dups: 2) (heat: 24)" [High,Triaged] https://launchpad.net/bugs/370117
[17:58] <yofel> penguin42: my dup bug 615123 has the complete trace
[17:58] <ubot2> Launchpad bug 615123 in launchpad "Oops on production when opening +choose-affected-product (dup-of: 370117)" [High,Triaged] https://launchpad.net/bugs/615123
[17:59] <micahg> yofel: do you want to add a note on the bug elpasmo filed and LP people can confirm?
[17:59] <yofel> sure
[17:59] <micahg> yofel: thanks
[18:00] <penguin42> yofel: For this one it's oopsing before it's asked for the other project that it affects; so it sounds different from the 370117
[18:00] <yofel> penguin42: well, same error
[18:01] <penguin42> ok, I don't get to see the error itself
[18:02] <micahg> that's why I suggesting commenting and not duping
[18:18] <em> Hi
[18:25] <penguin42> Hi indeed
[18:35] <penguin42> don't suppose anyone understands the details of udisks do they?
[18:43] <yofel> penguin42: well, what's the problem?
[18:43] <penguin42> do you know what the 'presentation nopolicy' flag is supposed to mean?
[18:44] <penguin42> there is a 'presentation hide' and a presentation nopolicy; hide is obvious
[18:48] <penguin42> hmm it's listed as a 'hint if the device (or e.g. the multi-disk device that the device is part of) shouldn't be automatically mounted / assembled'
[18:52]  * penguin42 hates it when there are so many layers in systems, I need a ball of string and bread crumbs to follow them through
[20:25] <penguin42> for segfaults of an fglrx X server what do we put things against - fglrx ?
[20:26] <charlie-tca> yup
[21:51] <hggdh> just a note -- I updated https://wiki.ubuntu.com/UbuntuBugControl#Application .1.5, trying to make it clearer that applicants *have* to provide importance and reasoning for such for each bug they submit for review
[21:51] <hggdh> so... is it clearer now?
[22:09] <njin> happy new year to all the buggers
[22:30] <penguin42> it's an interesting collective name
[22:31] <hggdh> indeed. I wonder if something has been lost in translation
[22:32] <hggdh> :-)
[22:32] <hggdh> but happy new yoaer to all bug-triagers
[22:38] <crimsun> I think it's most probably "people who work on bugs"
[22:38] <crimsun> but yes, que interesante
[22:52]  * penguin42 doesn't think debuggers sounds right either
[23:21] <hggdh> well, de-buggers really sounds, ah, suggestive?
[23:26] <penguin42> heck, the number of packages generated from a build of kd4libs is scary
[23:27] <penguin42> hmm - 42 in fact - hmmmm
[23:29] <hggdh> there may be something there...
[23:40] <penguin42> hmph, I've half fixed a bug
[23:46] <yofel> happy new year everyone that's online ;)
[23:48] <penguin42> yofel: Happy new year Yofel