[01:41] <_2> can someone point me at my problem here   http://ubuntu.pastebin.us/?show=d308f1395  ?
[01:45] <tbielawa> hello everybody
[01:46] <RAOF> _2: I'm not sure what you're actually asking.  What are you trying to do?
[01:47] <_2> RAOF just get the package manager un hung
[01:47] <_2> RAOF can't install xorg  because of that dependancy
[01:49] <RAOF> _2: Oh, right.  Well, that's probably a question for #ubuntu (or a question on launchpad.net, or a bug), not here.  How did the libgl1-mesa package get installed?  Also, is your root partition writeable?
[01:49] <_2> RAOF heh in #ubuntu i was sent here  :)
[01:50] <RAOF> _2: #ubuntu was wrong, this is a development channel :)
[01:50] <nxvl> RAOF: maybe it's a bug
[01:50] <nxvl> let me chech
[01:50] <nxvl> check
[01:50] <RAOF> nxvl: Yeah, possibly.
[01:50] <nxvl> wow
[01:50] <nxvl> dapper
[01:50] <RAOF> Indeed.  Oldschool.
[01:51] <RAOF> If it's a bug, it's an infrequently triggered one :)
[01:51] <nxvl> _2: can you please include your sources.list?
[01:51] <_2> sure what it here ?  only three lines
[01:51] <nxvl> nop
[01:52] <nxvl> on pastebin please
[01:52] <_2> well more than three anyway    http://ubuntu.pastebin.us/?show=d3a3294ee
[01:53] <_2> i had forgotten adding src
[01:54] <neurobuntu> condor? Look at my pm
[01:56] <_2> oh crap  that shell is not chrooted in that system.   this is the sources list for that system   http://ubuntu.pastebin.us/?show=d28980f52
[01:56] <_2> sorry nxvl my bad.
[01:58]  * Hobbsee waves
[01:59] <_2> Hobbsee :)
[01:59] <RAOF> Yo!  Hobbsee!
[01:59]  * Hobbsee apparently has a USB stick of doom.
[01:59] <_2> you too ?
[02:00] <_2> nxvl apt-cache policy on that package  http://ubuntu.pastebin.us/?show=d34abe004  if you want it too
[02:01] <Hobbsee> yeah.  it keeps shutting down the machine whenever i plug it in, anywhere in the lab.
[02:01] <Hobbsee> i'm not sure why.
[02:01] <_2> oh my.   mines not that bad...  ;/
[02:02] <nxvl> _2: i'm creating a dapper chroot to check :D
[02:02] <Hobbsee> which is odd, as it doesn't shut down the machines in the first year labs.   yet it does the third.
[02:02] <Hobbsee> go figure...
[02:03] <_2> nxvl k.
[02:03] <foxbuntu> I would appreciate it if someone could take a look at my package for revu: http://revu.ubuntuwire.com/details.py?package=mythbuntu-log-grabber
[02:15] <Hobbsee> HAH!
[02:15] <tbielawa> !
[02:15] <Hobbsee> the problem is SP3 of XP.
[02:16] <tbielawa> is it wrong of me to have to: touch config.status; $(MAKE) clean; rm -f config.status;
[02:17] <tbielawa> to have a dependable` fakeroot debian/rules clean` system?
[02:20] <RAOF> Doesn't autotools-dev recommend that you copy their config.* on clean?
[02:21] <tbielawa> RAOF: I've never heard of that before.
[02:21] <tbielawa> RAOF: my rules file does do checking for config.sub and config.guess files.
[02:22] <tbielawa> When lintian checking in the past I've gotten errors about there being a config.{status,cache} file in my source. So I've had to delete it... then trying to make clean freaks out because there is no config.status file
[02:22] <tbielawa> Is there a proper procedure for this that you can point me at?
[02:26] <RAOF> I think, by default, dh-make will produce something which copies the config.{sub,guess} from the autotools-dev package.
[02:26] <RAOF> But I'm not aware of a canonical source for this info.
[02:26] <tbielawa> RAOF: You are correct
[02:26] <RAOF> Just do that :)
[02:27] <tbielawa> RAOF: test ! -f config.status && touch config.status
[02:27] <tbielawa> :)
[02:28] <_2> ummm touch is safe without testing.  it only sets the timestamp
[02:28] <nxvl> _2: i don't have any problems here, so it's not a bug
[02:28] <tbielawa> _2: I've had good results so far. THe upstream makefile seems to just hate makeing clean without config.status existing
[02:28] <_2> i mean it wont blank an existing file
[02:29] <_2> nxvl hmmm ok.   thanks.   that means something other than that package is borked causing it...     ;/
[02:30] <_2> nxvl i do apreicate that.   although it means more work for me... ;/       so thank you.
[02:31] <nxvl> _2: try to reinstall the package which ships that library
[02:32] <_2> nxvl that is the package.
[02:32] <nxvl> _2: than why is it already in your system?
[02:32] <nxvl> then*
[02:33] <nxvl> (i'm talking about libGL.so.1.2)
[02:33] <_2> and yes i know.        i copied the files out of the archive testing to see if there was a problem with the package in that respect.
[02:34] <_2> the files copy ok  but the package when installing blanks one of them. and errors out.
[02:34] <_2> http://ubuntu.pastebin.us/?show=d308f1395
[02:36] <_2> see that pastebin was after i had already "given up" on being able to find it myself.    and yes i tried removinf the files contained in the package from the system and installing,  same results.
[02:37] <_2> but if it installs cleanly for you.  then it's something on my system. and not the package.    which makes me pull hair and screem...   0.o
[02:38] <_2> i.e. i can copy /usr out of the package just fine.   but dpkg can't
[02:38] <tbielawa> :(
[02:38] <NCommander> I've got a question
[02:39] <NCommander> Upstream for a package is adding a linking exception to allow adeone and openssl to be linked
[02:39] <NCommander> Is it sufficient to just having this in the COPYING/LICENSE file, or does something more need to be done?
[02:40] <james_w> debian/copyright as well at the least I would say
[02:41] <NCommander> Yeah
[02:41] <NCommander> Upstream doesn't get the problem linking with OpenSSL -_-;
[02:41] <RAOF> If they've got copyright headers on each file, I think they may want to add the exception to each header.
[02:42] <NCommander> I've never seen linking exceptions in the headers
[02:42] <RAOF> I certainly have, but I'm not sure whether they're necessary.
[02:43] <RAOF> Yay licensing!
[02:43] <NCommander> *rolls eyes*
[02:43] <RAOF> debian-legal has _surely_ had to answer this at some point; maybe search the archives?
[02:43] <NCommander> They just said add a linking exception
[02:44] <NCommander> I can't find anything stating if it has to go in the headers
[02:44] <NCommander> (and I've seen headers that just say "Licensed under the GPL", which flew with arch admins)
[02:44] <RAOF> Wow.
[02:45] <_2> nxvl are you done with me ?     or am i waiting on something,   cause i'll go if i'm just taking up space here...
[02:46] <nxvl> sorry i get distracted
[02:47] <_2> not a problem.   i just don't want to become a nusense in here.
[02:47] <_2> and i type a lot...
[02:50] <NCommander> persia, ping?
[02:56] <nxvl> _2: sorry, i can't find where the problem is
[02:57] <_2> nxvl ok.    again.  my "thank you!"    and i hate that i have spent both yours and my time in vain here.     peace man.
[02:58] <_2> i'll work it out somehow. ...
[02:58] <nxvl> _2: it's never a waste of time
[02:58] <nxvl> :D
[02:59] <StevenK> Argh, he was IRCing as root?
[02:59] <tbielawa> !
[03:09] <foxbuntu> Cartman: "I've got a a golden ticket..."
[03:28] <ScottK> NCommander: As long as it's in the upstream license file, I think it's fine (per file would be better).  I've seen packages accepted that had no per file copyright statements at all as long as the verbatim copy of the license was in the tarball.
[03:33] <tbielawa> 4 hugs to anyone who will give me a revu (and hopefully ACK) of lucidlife: http://revu.ubuntuwire.com/details.py?upid=3308
[03:33] <foxxtrot> I have a package that I'm working on that contains a single perl script, but mostly C code compiled binary.  Should I have an 'indep' section in my control file for the Perl script?
[03:36] <RAOF> Are you building an arch: all package as well as the arch: any from this source?
[03:37] <foxxtrot> Wasn't planning on it.  The perl script probably wouldn't be that useful on it's own
[03:37] <ScottK> How big is it?
[03:38] <foxxtrot> 1.2k
[03:38] <ScottK> I think I wouldn't bother.
[03:39] <foxxtrot> Great.  Didn't seem worth while at this time
[03:39] <ScottK> The only point in splitting it out would be to save archive space and if it's that small, I don't know that you'd actually save any.
[03:39] <ScottK> Right, but we do lots of stuff that doesn't seem worth the trouble.
[03:40] <foxxtrot> Which is why I asked
[03:40] <foxxtrot> I'd rather do the right thing now than be asked to fix it later
[03:45] <xgfhsdgfhsd> so I am trying to upload a translated .PO I made for xulrunner but there's no upload option; what do I do?
[03:46] <xgfhsdgfhsd> (in Launchpad)
[05:01] <tgm4883_laptop> Are you a MOTU that has no time to REVU http://revu.ubuntuwire.com/details.py?package=mythstream-parser-google ?  Take some Ambien and REVU it while you sleep ;)
[05:12] <nxvl> tgm4883_laptop: commented
[05:13] <tgm4883_laptop> thanks nxvl
[05:27] <tgm4883_laptop> Fixed, thanks again nxvl
[05:35] <dholbach> good morning
[05:36] <tgm4883_laptop> good evening dholbach
[05:37] <dholbach> hi tgm4883_laptop
[05:37] <tgm4883_laptop> how are you?
[05:38] <dholbach> good, just waking up - how are you?
[05:39] <tgm4883_laptop> pretty good.  Tired (2138 here).  Have a bunch of packages i'm trying to get REVUed
[05:39] <tgm4883_laptop> so if you are ever bored, let me know
[05:39] <dholbach> tgm4883_laptop: I'm still a bit in catching up mode after nearly 3 weeks of holidays, so I'm likely not to be bored
[05:39] <dholbach> tgm4883_laptop: which of the packages in the best shape you think?
[05:40] <tgm4883_laptop> best shape?
[05:40] <tgm4883_laptop> sec
[05:40] <dholbach> give me the URL and I might check it out later
[05:40] <tgm4883_laptop> http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube
[05:40] <tgm4883_laptop> this one is best shape
[05:40] <tgm4883_laptop> all are pretty similar, but this one has been revued the most and has 1 ack
[05:41] <dholbach> alrighty
[05:41] <tgm4883_laptop> thanks
[05:42] <tgm4883_laptop> I'm trying to come up with alternative ways of asking for a REVU
[05:42] <nxvl> dholbach: good morning! you are early today!
[05:42] <dholbach> hiya nxvl
[05:42] <dholbach> nxvl: Mimi had to get up earlier today, so I decided to get up as well
[05:42] <nxvl> oh ok
[05:48] <nxvl> dholbach: btw, have already uploaded the pictures of india?
[05:48] <dholbach> no, f-spot and friends have all been letting me down for flickr
[05:48] <dholbach> so I uploaded just a few to picasa to try picasa out
[05:49] <dholbach> but it sucks somewhat
[05:49] <nxvl> yes it does
[05:49] <dholbach> and I really want a tool that scales images for me, uploads them, etc
[05:49] <nxvl> dholbach: have you tried with igal?
[05:51] <dholbach> ah, no I didn't
[05:52] <nxvl> igal scales all the images in a folder (with some options) and creates a plain html gallery
[05:52] <nxvl> you can always drop the html
[05:53] <dholbach> I'd need to select images before I do that
[05:53] <dholbach> I did like 1100 pictures in India
[05:53] <nxvl> igal can handle it
[05:53] <nxvl> :D
[05:54] <dholbach> maybe I don't want to upload them all ;-)
[05:54] <nxvl> and IIRC it's python
[05:54]  * dholbach hugs nxvl
[05:54] <nxvl> heh
[05:54]  * nxvl HUGS dholbach back
[05:54]  * dholbach is a tricky customer today
[05:54] <nxvl> ah no igal is perl
[05:54]  * nxvl remembers his perl coder days
[05:55] <nxvl> it's good that the nightmares are finished
[05:55] <nxvl> :P
[05:55] <StevenK> What's wrong with coding in Perl?
[05:56] <nxvl> StevenK: the problem is not coding, is the code!
[05:56] <StevenK> nxvl: Oh?
[05:57] <nxvl> StevenK: try to remember 2 months later what the hell did you do on a script
[05:59] <StevenK> nxvl: Meh. If I wrote the script, that usually isn't a problem.
[05:59]  * StevenK tries to find some Perl he wrote
[05:59] <nxvl> StevenK: actually it is some times
[06:00] <StevenK> $self->{IP_MAPPING}{$self->{ID_MAPPING}{$_}} = [$name, $_];
[06:00] <StevenK> See! Perfectly understandable.
[06:02]  * nxvl runs
[06:02] <nxvl> screeming!
[06:05] <nxvl> dholbach: oh, btw, your fanclub is growing
[06:05] <nxvl> dholbach: we have 9 members
[06:05] <StevenK> ~we-love-dholbach ?
[06:06] <nxvl> ~dholbach-huggers
[06:06] <nxvl> https://edge.launchpad.net/~dholbach-huggers
[06:06] <dholbach> yooohooo! :)
[06:09] <nxvl> dholbach: can you please confirm if the versioning thing is right
[06:09] <nxvl> dholbach: http://revu.ubuntuwire.com/details.py?package=mythstream-parser-google
[06:09] <nxvl> dholbach: i find it odd
[06:10] <dholbach> nxvl: best to ask the archive admin
[06:14] <superm1> nxvl, i believe sistpoty recommended that type of versioning
[06:14] <superm1> nxvl, to point out the changed orig.tar.gz
[06:14] <nxvl> superm1: yep, it's on the response, but i still find it odd
[06:15] <nxvl> superm1: in that case why do we have the extra -0ubuntu1
[06:15] <superm1> because the debian directory is'nt in the changed orig.tar.gz
[06:19] <superm1> but yeah nxvl i agree it does seem a bit out of place
[06:20] <nxvl> yeah
[06:20] <nxvl> since it's 1ubuntu1-0ubuntu1
[06:20] <nxvl> on the second part of it i see that it's not in debian but it is on ubuntu
[06:21] <nxvl> but how did you read the first one?
[06:21] <nxvl> it is in debian and it the 1st ubuntu revision?
[06:27] <tuxmaniac> heya gang
[06:27] <nxvl> dholbach: oh, btw some guy ping me some days ago, he posted the spanish video on his blog -> http://www.blogubuntu.com/379/video-como-ser-un-motu-de-ubuntu/
[06:31] <nxvl> heh, my CPU is at 99% building in experimental and sid
[06:31] <nxvl> :D
[06:31] <nxvl> i love making my CPU work
[06:37] <foxxtrot> What is a "watch file" in relation to packaging?
[06:37] <RAOF> A file which describes how to get the upstream source and work out its version.
[06:38] <nxvl> it helps you when you need to update your package (as in package the new upstream version) and knowing when you have to update it
[06:38] <foxxtrot> I'm having trouble finding documentation which describes what this should look like
[06:38] <RAOF> "man uscan" describes the format.
[06:38] <nxvl> take a look at one package that ships with a watch file
[06:39] <dholbach> nxvl: NICE :)
[06:40] <nxvl> foxxtrot: https://wiki.ubuntu.com/PackagingGuide/Recipes/DebianWatch
[06:42] <nxvl> dholbach: we have almost 3K of pontential spanish contributor that saw the video
[06:42] <dholbach> nxvl: I hope they'll all show up here! :)
[06:43] <nxvl> me too
[06:43] <dholbach> so we need 1) more videos and 2) more spanish videos, right? :)
[06:43] <tuxmaniac> foxxtrot: http://cypherm0x.blogspot.com/2008/08/more-packaging-fun.html this might help too
[06:43] <dholbach> please add videos (and suggestions too) to https://wiki.ubuntu.com/MOTU/Videos
[06:43] <foxxtrot> nxvl, RAOF: thanks
[06:43] <nxvl> and 3) TIME!
[06:43] <foxxtrot> tuxmaniac: I'll bookmark that
[07:02] <nxvl> time to sleep
[07:02] <nxvl> have a nice day
[07:03] <dholbach> sleep tight nxvl!
[07:03] <nxvl> or sleep tight, or whatever applies to your timezone
[07:03] <nxvl> :D
[07:03] <nxvl> dholbach: thank you, have a nice day!
[07:03] <dholbach> gracias...
[08:34] <huats> morning
[08:34] <tuxmaniac> dholbach: thanks a lot for the acks
[08:37] <dholbach> tuxmaniac: np
[08:52] <Iulian> Good morning.
[09:03] <Devendra> good morning
[09:05] <Flannel> What are "hardy", "hardy-updates", hardy-security, hardy-backports, and hardy-proposed called? not components (those are main, universe, etc, yes?)
[09:07] <directhex> technically a distribution, afaik
[09:08] <csrealized7> hi all
[09:09] <Iulian> I'm not sure if they have a name.
[09:09] <Iulian> Hello csrealized7.
[09:09] <csrealized7> hi lulian
[09:10] <csrealized7> i have gone thru the packaging guide for motu beginners
[09:10] <csrealized7> and have achieved packaging for the software on my machine
[09:10] <Iulian> That's great.
[09:10] <csrealized7> I want to know how should i package the new software on launchpad bug list
[09:10] <csrealized7> ?
[09:10] <csrealized7> i have an acount with launch pad
[09:11] <csrealized7> I want to have a start for contributing in ubuntu
[09:12] <Iulian> csrealized7: Look for needs-packaging bugs - https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=needs-packaging
[09:13] <Iulian> csrealized7: Those are programs requested by users to be packaged.
[09:13] <csrealized7> thnks lulian...
[09:16] <Iulian> csrealized7: You might want to have a look at https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=bitesize too. Those bugs must be easy to fix. If you encounter any issues, don't hesitate to ask here.
[09:16] <joaopinto> good morning
[09:16] <Iulian> Morning
[09:16] <csrealized7> lulian : thanks a lot...
[09:17] <Iulian> No problem.
[09:17] <csrealized7> I have gone thru the documentation and will try my best..to package some software
[09:18] <Iulian> csrealized7: Ok, it is your choice.
[09:18] <joaopinto> csrealized7, I am  not sure packaging software is the best activity at this time, judging from the lack of activity on REVU
[09:19] <csrealized7> actually, i want to have a hands on packaging ........
[09:19] <joaopinto> and also if I am not mistaken the UVF is getting close
[09:20] <RAOF> This time next week, I believe.
[09:20] <csrealized7> so that i can fix the bugs for the packages
[09:20] <joaopinto> csrealized7, sure, but I would not expect to get those packages still available on Intrepid :P
[09:21] <joaopinto> fixing bugs and creating packages are different activities, to fix a bug you usually only need to provide the diff for the bug, you don't need to understand how to create  a package (except maybe for the build command)
[09:21] <RAOF> Fixing bugs you'll learn most of the things you need to create a package from scratch, just not all at once.
[09:22] <joaopinto> RAOF, I do not agree, you are not expect to understand what is a debian/copyright or a debian/rules or even debian/control for fixing a bug...
[09:23] <RAOF> joaopinto: You should certainly start developing a working knowledge of some of them.
[09:23] <directhex> joaopinto, you're not fixing the right bugs then!
[09:23] <directhex> and debian/rules and debian/control are hotbeds for bugs
[09:23] <RAOF> joaopinto: NOt debian/copyright, perhaps, but you'll need to be touching the other files!
[09:23] <joaopinto> directhex, those are packaging related bugs, not application bugs :)
[09:23] <csrealized7> thnks guys....i have learnt the packaging.....and i could understand most of it debian/...so would be very happy to have a hands on fixing bugs :)...
[09:24] <directhex> joaopinto, and equally valuable to the project
[09:24] <joaopinto> directhex, that was not the subject, he was mentioning that he wanted to learn package, and at the same time fix application bugs :P
[09:25] <directhex> joaopinto, look at it this way, if he fixes an application bug, he needs to know about debian/patches and possibly hack debian/rules too
[09:25] <joaopinto> directhex, assuming he will use debian/patches :P
[09:26] <directhex> joaopinto, if not, it's slappin' time!
[09:27] <slytherin> csrealized7: Reading the documentation is not exactly ... learning the packaging. There is lot more under the hood. :-)
[09:27] <csrealized7> i believe it....
[09:28] <csrealized7> so i tried to some practical also...but i trully believe commiting to ubuntu would tell me much more....
[09:33] <csrealized7> just a small question....
[09:33] <csrealized7> what is triaged status ????
[09:36] <RAOF> Ready to go.
[09:36] <RAOF> As in: all the needed information is there, the priority is set correctly, and all that remains is for a dev to swoop in and fix whatever the well-identified problem is.
[09:37] <csrealized7> cool
[09:37] <Iulian> csrealized7: https://wiki.ubuntu.com/Bugs/Status
[09:38] <Iulian> csrealized7: And see /Importance too if you're interested.
[09:39] <csrealized7> k
[09:41] <RAOF> Well, that's convenient.  gnome-main-menu is libslab's only rdepend.
[10:16] <RAOF> Can there be anything more fun than updating debian/copyright?
[10:16] <\sh> RAOF: yes...changing licensing and then updating debian/copyright
[10:17] <directhex> \sh, even better, DFSGing a package by deleting things. then updating debian/copyright to mention it
[10:20] <RAOF> Translations should be mentioned in copyright, shouldn't they.  WOOOOOOOOO!
[10:28] <slytherin> Does anyone have any idea if elisa 0.5.x is going to land in intrepid?
[10:29] <RAOF> It'd probably be kinda cool, but elisa's in main, right?
[10:30] <slytherin> RAOF: yes. Let me see if there is already a bug for update
[10:30] <RAOF> Asking in #ubuntu-devel would be a better bet; but when is 0.5 out?
[10:30] <slytherin> RAOF: It has been out for a while. Current version is 0.5.5
[10:30] <RAOF> Oh.  Go package it up, then~!
[10:30] <RAOF> :)
[10:30] <slytherin> RAOF: Nah, no python expertise here.
[10:31] <RAOF> Python's _easy_.  GO!
[10:34] <directhex> ehm... why is elisa in main?
[10:34] <RAOF> I have _no_ idea.
[10:34] <RAOF> Because we want to support it with security fixes for 3 years?
[10:37]  * wgrant likes it when insecure things enter main.
[10:37] <directhex> i propose moving it to restricted, since it's utterly broken with Free 3d drivers ;)
[10:40] <RAOF> directhex: Not so!  Nouveau runs it!
[10:40]  * NCommander lurks in
[10:40] <RainCT> morning
[10:40] <NCommander> I'm bootstrapping kfreebsd-i386 for lenny
[10:40] <NCommander> ....
[10:40] <RAOF> Perhaps with an unusually generous definition of "run", however :)
[10:41] <directhex> RAOF, okay. runs it without showing white rectangles or red dots instead of labels
[10:41] <wgrant> Intel cards are too bad?
[10:43] <RAOF> directhex: It does pass that definition of 'run', yes.
[10:43] <RAOF> It might accidentally segfault in mesa when playing stuff, but the _interface_ certainly works :)
[10:43] <jpds> morning RainCT, you have new commits \o/
[10:44] <RainCT> jpds: don't flood my inbox too much while I'm away ;P
[10:44] <directhex> RAOF, better than ati, intel, or via then!
[10:44] <directhex> wgrant, intel cards are fine. elisa is not
[10:44] <RAOF> directhex: Really?  Score one for gallium, then!
[10:45] <jpds> RainCT: Why, I would never do such a thing!
[10:45] <directhex> RAOF, cell-based driver? O_o
[11:05] <k0p> hi all.
[11:05] <k0p> why my package is yet in the queue? https://edge.launchpad.net/ubuntu/intrepid/+queue?queue_state=0&queue_text= :(
[11:05] <k0p> I'm concern with it.
[11:06] <k0p> RainCT, do you know something about that?
[11:06] <Hobbsee> k0p: because every package that is new to ubuntu goes in there?
[11:07] <k0p> Hobbsee, yes. But is it a queue?
[11:08] <Hobbsee> yes
[11:08] <k0p> Yesterday I have 48 packages in the queue. Today I see 23.
[11:08] <k0p> what's priority of this queue? do you know?
[11:08] <Hobbsee> some of them come from different places, so get thru quicker.
[11:08] <Hobbsee> ie, new stuff to ubuntu, from debian, is quicker, so might get done faster.
[11:09] <Hobbsee> main stuff tends to get done faster, too
[11:09] <k0p> Hobbsee, sure :)
[11:09] <k0p> I don't know about this priority.
[11:10] <k0p> Hobbsee, is it added manually?
[11:10] <Hobbsee> define "it"?
[11:10] <k0p> packages
[11:11] <k0p> I only have a sources on the archive.
[11:11] <k0p> soren, is the pacakges added manually to archive?
[11:11] <k0p> s/soren/so
[11:12] <Hobbsee> once the sources get built into binaries, they go into another queue, then get added
[11:14] <k0p> Hobbsee, https://edge.launchpad.net/ubuntu/+builds?build_text=umit&build_state=all
[11:14] <k0p> I think it is already built
[11:14] <k0p> so now it's on the queue :)
[11:16] <Hobbsee> probably :)
[11:23] <jpds> http://tinyurl.com/5dan4f \o/
[11:32] <RAOF> directhex: Cell-based driver?  Gallium isn't cell-specific, although there is a cell driver, I believe.
[11:35] <RAOF> directhex: Gallium is the swanky new GPU abstraction layer in mesa; driven, as always, by Intel.
[11:37] <directhex> can't they finish their hardware video decoding lib first? O_o
[11:37] <RAOF> directhex: It's the same thing.
[11:38] <RAOF> The deal is: you write the gallium driver, which is meant to map fairly cleanly to modern GPUs, and then there are a bunch of "state trackers" on top of it; OpenGL is one, there's a xvmc tracker being done as a part of GSoC, etc.
[11:39] <RAOF> Intel have a DirectX state tracker, although I don't think it's open-source.
[11:39] <directhex> hm, the description of gallium looks all 3d related. i'm unconvinced that it's related to vaapi
[11:43] <RAOF> Possibly they have special video acceleration hardware, although the trend seems to be against such hardware.
[11:44] <RAOF> directhex: But the problem with vaapi is that not only do you have to write the library, and implement it in the drivers, but you also need applications to _use_ it.
[11:45] <directhex> well, yes
[11:47] <RAOF> Although that's probably more likely than using xvmc, since it actually accelerates something people care about..
[11:49] <directhex> if you build it, they will come
[11:49] <directhex> anyway, i'd rather see a mature vaapi used by multiple vendors than rubbish like VeMP
[11:52] <RAOF> directhex: They build xvmc.  Who came? :)
[11:53] <directhex> RAOF, epia users, snice they still don't have enough mhz to play SD MPEG2 convincingly?
[11:54] <directhex> really, that's the XvMC problem. it helps with mpeg2. whoop. a $50 cpu can eat HD mpeg2 for breakfast
[11:54] <jorgenpt> vaapi? What's that?
[11:54] <RAOF> You mean lpia?  Ok.  But no player that I use supports xvmc :)
[11:54] <directhex> RAOF, mythtv! also things like mplayer
[11:55] <directhex> jorgenpt, xvmc, but for all the "current gen" codecs instead of just mpeg2
[11:55] <RAOF> Right.  No player I use :)
[11:55] <jorgenpt> It relies on hwacc with a sw fallback?
[11:55] <jorgenpt> Or is it a spec for a type of hwacc?
[11:55] <directhex> RAOF, vaapi should be more embeddable into other things. gstreamer sinks, that'd be nice
[11:56] <directhex> jorgenpt, i don't think it'll have software fallback, but it should allow any card with vaapi drivers (and appropriate back-end hardware) to accelerate playback in a way they aren't currently
[11:57] <jorgenpt> Ah, okay. Anything support it yet?
[11:57] <RAOF> No.
[11:57] <jorgenpt> is it aimed at motherboards or at gpus?
[11:57] <RAOF> GPUs.
[11:58] <RAOF> Because motherboards generally don't have video decoding hardware on them ;)
[11:58] <jorgenpt> The problem with hw accelleration is that "no-one" ever supports it. :|
[11:58] <jorgenpt> My VIA Epia has, I think? (mpeg2)
[11:58] <RAOF> Not totally true; Xv is well supported.
[11:58] <RAOF> jorgenpt: But that's going to be on the GPU, the integrated video.
[11:59] <directhex> xv takes care of one or two of the major steps in decoding video. colorspace conversion and scaling, iirc
[11:59] <RAOF> Right?
[11:59] <directhex> RAOF, right.
[11:59] <RAOF> directhex: Correct, yes.
[11:59] <jorgenpt> I mean, you need to first define a good API/library that people can use to get backend-ignorant decoding of formats, and then you need to find all the types of hardware that supports hw acc and use it to decode, and then you need to get hw producers to add hw acc, _and_ release specs so you can port your lib to support it.
[12:00] <jorgenpt> Like, it's going to use the actual GPU to do the decoding, not specialized hardware?
[12:00] <jorgenpt> (using shaders or whatnot)
[12:00] <RAOF> jorgenpt: With the nice caveat that modern graphics cards _don't_ generally have hardware to accelerate specific codecs.  They have stomping great parallel cores.
[12:00] <RAOF> Using shaders can be done already, at least experimentally, in GStreamer.  I believe there's a shader-implemented dirac decoder.
[12:00] <directhex> realtime dirac playback?
[12:01] <RAOF> Yeah.
[12:01] <jorgenpt> You'd need to implement the "big" codecs like xvid and h264, though. Those that're used for high-res video and people can have problems decoding.
[12:01] <jorgenpt> and that's _gotta_ be a lot of work to do efficiently.
[12:02] <RAOF> I'm pretty sure a reasonably powerful CPU can decode 720p dirac at the moment, with the schrodinger elements.
[12:02] <directhex> once again, we're gonna have cpus comfortably decoding these things before we get the drivers to do it in hardware
[12:02] <RAOF> Not that I've tried it, myself.
[12:02] <directhex> ffmpeg's frame-level parallelism should help enormously with h264
[12:02] <jorgenpt> But what's vaapi about? Using GPUs with shading language?
[12:02] <jorgenpt> Or using the display drivers to decode?
[12:03] <directhex> http://en.wikipedia.org/wiki/Video_Acceleration_API
[12:03] <RAOF> jorgenpt: No.  It's basically extending xvmc to handle modern codecs.  How drivers implement it is up to them.
[12:03] <jorgenpt> directhex: Is that already in place? (Frame-level parallelism?)
[12:03] <directhex> jorgenpt, in trunk, in unfinished form, yes
[12:04] <jorgenpt> Can't wait, that'll be pretty neat.
[12:04] <RAOF> Man, it'd be awesome if the ffmpeg devs considered ffmpeg a library.
[12:04] <jorgenpt> What do they consider it?
[12:04] <jorgenpt> My media center has 2 cores on ubuntu, so frame-level parallelism would rock. :)
[12:04] <RAOF> I'm not entirely sure.  :)
[12:04] <directhex> RAOF, never heard of libavcodec?
[12:05] <directhex> (and libavformat)
[12:05] <RAOF> directhex: Care to point me to a release? :P
[12:05] <directhex> apt-cache policy libavcodec1d?
[12:06] <RAOF> So, not so much a release as Debian finally saying "no, all ffmpeg apps can _not_ have their own private copy of ffmpeg.  Link against this svn snapshot we've taken"
[12:06] <jorgenpt> ffmpeg apps usually link statically against the ffmpeg source 'library'?
[12:07] <directhex> erm, yeah. generally they still have their own private copy
[12:07] <RAOF> jorgenpt: Right.  Because there's no guarantee that the next svn revision doesn't break your app.
[12:07] <directhex> partly because the symbols change weekly
[12:07] <directhex> perhaps daily
[12:07] <jorgenpt> haha :p
[12:07] <RAOF> Indeed.  They don't treat it like a _library_.
[12:07] <jorgenpt> That's a strange dev model. Isn't ffmpeg a few years old?
[12:07] <RAOF> If they thought of it as a library, they'd make it possible for other apps to use it.
[12:08] <directhex> ffmpeg is a melting pot for development. making it useful for real use is other peoples' problems
[12:08] <RAOF> jorgenpt: If you ask the ffmpeg devs, releases are an unnecessary waste of time, and are boring.  Plus, static linking is, like, 0.001% faster.  Also, a stable API would mean we'd need to design ahead of time.
[12:09] <bhavi_> How to write a detailed changelog? its confusing me
[12:09] <RAOF> Also, a stable API would mean we couldn't have different APIs for different codecs, and that would reduce efficiency! </rant>
[12:09] <jorgenpt> So they mostly run gentoo?
[12:09] <jorgenpt> ;)
[12:09] <sistpoty|work> hi folks
[12:09] <RAOF> sistpoty|work: Howdie.
[12:09] <bhavi_> hello sistpoty|work
[12:09] <jorgenpt> API _additions_ aren't that much of a problem, are they, RAOF? And they could still maintain different APIs for different codecs? ;)
[12:09] <sistpoty|work> hi RAOF and bhavi_
[12:10] <bhavi_> sistpoty|work, Can you please guide me in writing a changelog?
[12:10] <sistpoty|work> bhavi_: dch -i, write all stuff you changed there. enjoy :)
[12:11] <sistpoty|work> or was that too short? *g*
[12:11] <bhavi_> sistpoty|work, yes but most bugs are marked incomplete coz of the same reason
[12:12] <sistpoty|work> hm?
[12:12] <directhex> jorgenpt, they're always changign though. the ffmpeg command line is hell since it needs modifying for every new svn snapshot
[12:12] <jorgenpt> Strange people. :p
[12:25] <mok0> ScottK?
[12:27] <jpds> mok0: You'll have to wait a while - he just left.
[12:27] <mok0> Ah, thx
[12:55] <slytherin> is there any shortcut available on wiki.ubuntu.com to specify a bug, something like bug #xxxxxx
[14:48] <Kopfgeldjaeger> My first (new) package has no FTBFS \o/
[14:49] <superm1> sistpoty|work, did you talk to nxvl and tgm4833 about that version naming scheme on that mythstream youtube package?
[14:50] <superm1> sistpoty|work, pitti put some feedback in and doesn't like two ubuntu1's in the version
[14:50] <sistpoty|work> superm1: nope
[14:50] <bddebian> Heya gang
[14:50] <sistpoty|work> hi bddebian
[14:50] <sistpoty|work> superm1: oh that, yes
[14:50] <bddebian> Hi sistpoty|work
[14:50] <superm1> sistpoty|work, i think you were the first one that recommended that name
[14:50] <sebner> hiohoi sistpoty|work :)
[14:50] <sistpoty|work> hi sebner
[14:51] <sistpoty|work> superm1: well, I recommended to change the name of the upstream tarball, giving that as an example.
[14:51] <superm1> sistpoty|work, ah
[14:51] <sistpoty|work> superm1: pitti shouldn't be too picky about that :P
[14:51] <superm1> well i gave a positive revu on it (everything else looked good, and it seemed that you came to an agreement on the versioning), but nxvl wasn't happy so he asked pitti
[16:05] <huats> raphink: hey
[16:06] <huats> are you around ?
[16:08] <raphink> huats: yes I am
[16:08] <raphink> what's up?
[16:22] <asac> hi. do i need to be subscribe to motu-council list in order to send there?
[16:22] <asac> sistpoty|work: ?
[16:23] <soren> asac: Strictly speaking, yes, but we moderate things through *very* quickly.
[16:23] <asac> soren: ok.
[16:23] <asac> soren: is motu-council still the place to send motu applications to?
[16:23] <soren> asac: I doubt anything ever sits in the queue for more than an hour. dholbach's a frickin' machine!
[16:23] <soren> asac: Yes.
[16:23] <soren> asac: You want to be a MOTU? :)
[16:23] <asac> ok cool
[16:23] <sebner> lol
[16:24] <sebner> asac go go go go for MOTU \o/
[16:24] <asac> lol
[16:24] <dholbach> soren: I wish that was true for the sponsoring queue!
[16:25] <asac> lets write a "auto-sponsor" bot ;)
[16:25] <dholbach> asac: right - "grumpy groundhog"! :)
[16:26] <dholbach> ./grumpy -q --ignore-all
[16:29] <geser> dholbach: isn't -q --ignore-all the default?
[16:29] <dholbach> geser: probably :)
[16:30] <dholbach> I wanted to make sure we get our daily crack
[16:30] <soren> --crack-level=\infty
[17:30]  * sistpoty|work heads home... cya
[17:52] <Hew> anyone here from motu-sru?
[18:01] <cody-somerville> Hew, I am
[18:03] <Hew> hey cody-somerville. Bug 248055 has been around for a while and users are getting pretty restless about a SRU, since gtk-gnutella is completely broken for all except Intrepid. I was wondering what motu-sru thought about the bug, and if the nominated releases were going to be accepted?
[18:07] <cody-somerville> No. I won't approve the entire version to be uploaded to Hardy.
[18:08] <cody-somerville> I will accept a minimally invasive patch.
[18:08] <cody-somerville> You might want to affect that bug against the hardy backports project to get a backport for the entire version going
[18:08] <cody-somerville> Oh, already is
[18:08] <Hew> cody-somerville: yep
[18:08] <cody-somerville> jdong, ping ^^
[18:09] <Hew> cody-somerville: The problem is that the network requires the new version in order for it to function. I don't think there's anything that can be "patched", unless it's to lie about a version number somewhere, which would be a bad thing to do.
[18:10] <cody-somerville> Hew, If the network won't allow that version to connect any longer than a backport might be the only recourse
[18:12] <Hew> cody-somerville: I see. So even though everyone has completely broken clients, it's not possible to push the new version as a SRU? What regression could possibly occur?
[18:13] <Hew> cody-somerville: I know it's not the normal SRU process, but this case seems to be an exception.
[18:14] <cody-somerville> I'm not convinced the entire version needs to be backported to fix the issue
[18:14] <cody-somerville> I suggest getting in contact with upstream to get their opinion.
[18:15] <Hew> cody-somerville: ok then
[18:15] <cody-somerville> Hew, I see someone commented on the bug about who is responsible for this bug, yada yada. You're now responsible :P
[18:15] <Hew> Thanks for your help. Looks like the immediate fix is to get that backport :-)
[18:16] <Hew> haha ok.. and I'm on Intrepid! :P
[18:16] <cody-somerville> Hew, nothing stopping you from installing the hardy version to test :P
[18:18] <sumanc> hi. trying to submit my first sync request. can someone help. requestsync command is failing. bug 235063
[18:18] <Hew> cody-somerville: I tested it already before I switched to Intrepid and it worked fine.
[18:19] <cody-somerville> sumanc, just mark the bug as confirmed
[18:19] <cody-somerville> sumanc, subscribe the ubuntu archive team
[18:20] <Laney> cody-somerville: A MOTU needs to ACK the sync
[18:20] <cody-somerville> Laney, I'll ack it
[18:21] <Laney> Then you should be the one to confirm ;)
[18:21]  * cody-somerville rolls eyes. :P
[18:21] <cody-somerville> Okay okay.
[18:21] <cody-somerville> :P
[18:21] <cody-somerville> I guess I should actually make sure the sync is good too? :P
[18:21] <Laney> Hah, now that would just be asking too much!
[18:22]  * Laney gets on u-u-c app
[18:46] <kirkland> mathiaz: could you have a look at http://revu.ubuntuwire.com/details.py?package=update-motd ?
[18:46] <mathiaz> kirkland: ok
[18:59] <asac> soren: moderate ;)
[19:02] <sumanc> cody-somerville: sorry dint see your update in time. also subscribed ubuntu-universe-sponsers
[19:02] <sumanc> is that alright?
[19:02] <cody-somerville> sumanc, I unsubscribed them
[19:02] <cody-somerville> And subscribed archive team
[19:02] <cody-somerville> and all that jazz
[19:03] <sumanc> oh, sorry. so the sync request is all set then?
[19:03] <Laney> sumanc: You should dupe it the other way round
[19:05] <sumanc> you mean mark 257959 as duplicate of 235063?
[19:07] <Laney> yes
[19:09] <sumanc> just to clarify for future purposes: when i submit a sync request bug, i mark it as duplicate for the original bug leading to the sync request?
[19:09] <emgent> hello people
[19:10] <sebner> emgent: \o/
[19:12] <jpds> sumanc: Using the "requestsync" script in ubuntu-dev-tools may help.
[19:12] <jpds> sumanc: In Intrepid it checks for you if you need sponsorship.
[19:14] <sumanc> jpds: i tried that first but the socket timed out. but thanks, i will try that first in future.
[19:15] <sumanc> but i dont understand why the sync request bug should be marked as duplicate ?
[19:16] <jpds> sumanc: Did it say where it timed out?
[19:20] <Laney> sumanc: You didn't need to file a new bug at all for that one
[19:22] <Laney> It's alright to retitle the existing bug and subscribe u-{u,m}-s
[19:23] <sumanc> ok. got it. first sync request ;(
[19:23] <jpds> sumanc: Please report all problems you find in any ubuntu-dev-tools you find - and I'll do my best to fix them.
[19:25] <jpds> ..and maybe Laney too.
[19:27] <sumanc> jpds: socket connection timed out, thats the error it gave.
[19:28] <sumanc> it was after i entered my gpg passphrase and hit ENTER to submit
[19:28] <sumanc> i mean the prompt after the gpg prompt, where it says ENTER to submit or something else to abort
[19:29] <jpds> sumanc: Did it say: "Using cookie file at"...
[19:29] <Laney> gpg prompt = submitting by mail, afaik
[19:30] <Laney> Hmm, might be a good idea to have an option to submit to staging for debugging
[19:30] <jpds> Laney: Yay, in that case I didn't break it.
[19:30] <sumanc> i found the error txt :) http://pastebin.ubuntu.com/37502/
[19:31] <sumanc> should have done this in the first place ;)
[19:31] <Laney> Ah, you probably need a working local mail setup for that
[19:31] <jpds> sumanc: Are you using a STMP server, other than the default?
[19:32]  * Adri2000 suspects port 25 closed
[19:32] <sumanc> i havent configured any mail. just default hardy. but i am behind a firewall, dont know what kind
[19:32]  * Laney thinks we should make LP the default
[19:33] <Adri2000> the default is fiordland.ubuntu.com
[19:33] <jpds> sumanc: OK; it sounds like Adri2000 is right.
[19:33] <Adri2000> sumanc: what does telnet fiordland.ubuntu.com 25 says?
[19:33] <Adri2000> it should tell you something like "220 fiordland.canonical.com ESMTP Postfix (Ubuntu)"
[19:34] <sumanc> nope. just says Trying 91.189.94.145...
[19:34] <Adri2000> s/says/say/
[19:34] <jpds> sumanc: Next time try running requestsync with the "--lp" flag.
[19:35] <sumanc> that wont use mail?
[19:35] <jpds> sumanc: No, it connects to Launchpad directly.
[19:36] <jpds> ...with python-launchpad.bugs
[19:36] <sumanc> cool. will use it in future.
[19:37] <sumanc> should the program suggest that though, when it fails like it did for me?
[19:38] <jpds> Well, "man requestsync" shows the available options.
[19:38] <sumanc> agreed :)
[19:39] <jpds> One can simply choose the one that tickles there fancy. :)
[20:22] <sebner> norsetto: \o/
[20:22] <cody-somerville> \o/
[20:22] <norsetto> sebner: \o/
[20:22] <jpds> sebner: \o/
[20:22] <sebner> jpds: cody-somerville \o/
[20:23] <sebner> xD
[20:23] <norsetto> cody-somerville \o/
[20:23] <jpds> All do the IRC wave!
[20:23] <norsetto> norsetto \o/
[20:23] <cody-somerville> omgz!! \o/
[20:23] <DktrKranz> rest-of-thw-world, \o/
[20:23]  * norsetto does the wave
[20:23] <nxvl> \o/
[20:23] <sebner> well, at least we 4
[20:23] <sebner> nxvl: congratulations :D :D :D
[20:23] <nxvl> sebner: thank you
[20:23] <nxvl> :D
[20:23] <DktrKranz> nxvl, now... pay us some good wine
[20:23] <norsetto> master nxvl :-D
[20:24] <nxvl> now i need to learn how to upload to the archive
[20:24] <nxvl> :S
[20:24] <geser> \o
[20:24] <cody-somerville> nxvl, congratz :]
[20:24] <geser> \o/
[20:24] <jpds> nxvl: \o/ on your MOTUness.
[20:24] <geser> o/
[20:24] <geser> o
[20:24] <nxvl> DktrKranz: i owe you one! i really do
[20:24] <cody-somerville> We all rock! :D
[20:24] <nxvl> thank you all!
[20:24] <DktrKranz> nxvl, apt-get install checkinstall
[20:24] <norsetto> DktrKranz: doh?
[20:24] <nxvl> installing
[20:24] <nxvl> installed
[20:25] <RainCT> nxvl: congrats!
[20:25] <bdrung_> where can i see which packages hanging in the new queue?
[20:25] <nxvl> TheMuso: around?
[20:25] <DktrKranz> ok, now upload your first piece of crack
[20:25] <nxvl> RainCT: thank you!
[20:25] <nxvl> yes i need to find where it is
[20:25] <nxvl> :S
[20:25] <DktrKranz> NEW queue should go
[20:25] <jpds> geser: My goodness, your limbs have come off.
[20:26] <bdrung_> link?
[20:26] <sebner> !ohmy | DktrKranz
[20:26] <RainCT> nxvl: ah, regarding your question: https://wiki.ubuntu.com/MOTU/New
[20:26] <RainCT> :)
[20:26] <sebner> DktrKranz: checkinstall!?!?!?! :P
[20:26] <sebner> RainCT: put it as topic :P
[20:26] <DktrKranz> sebner, I always used checkinstall, any problems? ;)
[20:27] <sebner> hrhr
[20:27] <Laney> bdrung_: https://edge.launchpad.net/ubuntu/intrepid/+queue
[20:27] <sebner> Now I know why intrepid is so b0rken :P
[20:27] <bdrung_> Laney: thx
[20:28] <DktrKranz> sebner, not my fault, blame some other developers who prefers devscripts
[20:28] <RainCT> sebner: btw, boson still needs to be fixed :P
[20:29]  * sebner hides 
[20:29] <sebner> RainCT: damn you :P
[20:29] <sebner> DktrKranz: sure ^^
[20:30] <sebner> RainCT: but, yes on my todo list :)
[20:31]  * jpds watches RainCT do: "buildd boson intrepid status" for the rest of the evening.
[20:32] <DktrKranz> sebner, is it a FTBFS?
[20:32] <DktrKranz> (boson)
[20:32] <jpds> All archs.
[20:32] <sebner> DktrKranz: yep
[20:33] <sebner> DktrKranz: because of kde4 black magic
[20:33] <DktrKranz> I see
[20:33] <DktrKranz> all yours
[20:47] <nxvl> wooho
[20:47] <emgent> nxvl: congrats! :(
[20:47] <nxvl> i just did my first upload to the archive
[20:47] <nxvl> :D
[20:47] <emgent> s/:)/:)/
[20:47] <nxvl> emgent: thank you!
[20:47] <emgent> argh..
[20:47] <nxvl> i'm so exited
[20:47] <emgent> s/(/)/
[20:49] <sebner> nxvl: Successfully built  (ACCEPTED)   <--- that's always good ^^
[20:50] <norsetto> nxvl: oh oh, your upload was rejected ...
[20:52]  * norsetto tries to revive nxvl
[20:52] <sebner> bad norsetto :P
[20:52] <jpds> Too much excitement, heart attack!
[20:53] <norsetto> I think I need an hand sebner, can you please fetch some salts?
[20:53]  * norsetto slaps nxvl
[20:54]  * norsetto slaps nxvl hard
[20:54] <nxvl> ouch
[20:54] <sebner> lol
[20:54] <sebner> not that fast reaction ^^
[20:54] <nxvl> i was watching the DPL dance
[20:54] <nxvl> :P
[20:54]  * norsetto goes to find medications for his hand
[20:55] <nxvl> it's always funny for a LatinAmerican to see a non-LatinAmerican dance LatinAmerican dances
[20:55] <nxvl> :D
[20:55]  * sebner gives norsetto a "first aid box"
[21:09]  * warp10 runs towards norsetto with a giant syringe
[21:10]  * norsetto screams, jumps and flees
[21:10] <cody-somerville> Whats up with all the Norsetto love today?
[21:11] <warp10> cody-somerville: norsetto is always looking for love
[21:11]  * norsetto hugs cody-somerville :-)
[21:12] <cody-somerville> :D
[21:12] <sebner> cody-somerville: you just *can't* love norsetto :D
[21:12]  * norsetto looks at sebner suspiciously
[21:13]  * norsetto remarks that sebner has no beed glass on his hands
[21:13]  * warp10 installs a gunsight on the giant syringe
[21:13]  * norsetto concludes sebner has gulped it down already ...
[21:14] <sebner> norsetto: straight :P
[21:15] <norsetto> warp10: hmmmm, what is in the syringe?
[21:16] <warp10> norsetto: mmm... well... just a gooood medicine for your hand 0:-)
[21:17] <nxvl> warp10: you have already worked with revu-tools package, it's always so lintian unfriendly?
[21:17]  * norsetto never trusted a doctor in his life, and is not going to start NOW
[21:18]  * nxvl get's always the same greeting from the doctors: "What did you do NOW?"
[21:18] <nxvl> :D
[21:19] <warp10> nxvl: congrats, first of all! :) Regarding revu-tools: I just made an upload to fix an unmetdep, not actually worked on it a lot
[21:19] <norsetto> is it only me that can't edit wiki pages anymore?
[21:19] <warp10> norsetto: resistance is futile!
[21:20]  * cody-somerville yawns.
[21:20] <nxvl> warp10: thank you! But when you build it lintian show his unhappines?
[21:20] <norsetto> warp10: what was it, all your syringes belongs to us?
[21:20] <norsetto> \o/ mok0
[21:21] <warp10> nxvl: it does, but nothing very hard to fix, IIRC
[21:22] <warp10> norsetto: and we assimilate more and more every day!
[21:23] <nxvl> warp10: it's complaining about the versioning
[21:23]  * warp10 take a look
[21:23] <porthose> nxvl:  Congrats :)
[21:23] <nxvl> and that it was an empty directory
[21:24] <nxvl> and that it has a non executable script
[21:24] <nxvl> porthose: thank you
[21:24] <nxvl> some has used revu-tools?
[21:24] <warp10> nxvl: it complains indeed. Looks like lintian thinks it's a NMU
[21:25] <emgent> heya norsetto
[21:25] <norsetto> emgent: o/
[21:30] <nxvl> raphink: around?
[21:30] <nxvl> RainCT: did you use revu-tools?
[21:34] <RainCT> nxvl: nope
[21:36] <RainCT> right.. seems like revu-tools is using wrong versioning
[21:37] <RainCT> if it's a native package it shouldn't have a - in the version
[21:37] <nxvl> yep
[22:14] <mouz> nxvl: i do not understand your question in the 4th comment in bug 246106
[22:20] <norsetto> mouz: I guess he means the version, he was talking about that before
[22:24] <mouz> norsetto: current version in intrepid is 0.6.1-3. What would you suggest I make it?
[22:25] <norsetto> mouz: they were discussing that its not appropriate since the package is a native one, so, it should just be 0.6.1 (or 0.6.1.3, depends from the tarball version)
[22:26] <Laney> We just appended "ubuntuX" to the version of ubuntu-dev-tools, I believe this was to appease lintian with native packages - maybe revu-tools should do the same?
[22:26] <Laney> jpds: Is that ^ right?
[22:27] <jpds> Laney: Yeah, it was complaining about NMU. RainCT did the change.
[22:27] <Laney> aha
[22:28] <norsetto> mouz: ^^ ask RainCT to have a look at your debdiff for inclusion, since he is working on revu-tools right now apparently
[22:29] <mouz> norsetto: ok thanks
[22:29] <Laney> norsetto, mouz: No, I was just talking about u-d-t.
[22:32] <RainCT> norsetto: Uhm no I aren't; I just did 'aptitude changelog' :).  I can have a look at the debdiff but that would be in 10 days as I'll leave tomorrow (and I'm about to poweroff now) :P
[22:33] <norsetto> RainCT: don't come back sunburned ...
[22:33] <jpds> RainCT: Good bye, have fun!
[22:36] <sebner> RainCT: yeah, hf =)
[22:36] <RainCT> thanks :)
[22:36] <Laney> jpds, RainCT: Sent my app ;)
[22:45] <norsetto> Laney: gracious? RainCT GRACIOUS?
[22:46] <Laney> But of course!
[22:47] <jpds> norsetto: We are loveable.
[22:47]  * RainCT kicks norsetto 
[22:47] <norsetto> RainCT: you see, and he is calling you GRACIOUS! OML!
[22:48] <RainCT> lol
[22:48] <jpds> norsetto: OML?
[22:48] <norsetto> jpds: Oh My Lord ...
[22:49] <RainCT> Well, answered to Laney's application, so.. see you in 10 days! :)
[22:49] <Laney> \o/
[22:49] <Laney> Don't miss us too much...
[22:50] <jpds> Laney: Fear not, he'll have 10 billion commit emails from us poking u-d-t.
[22:50] <RainCT> noooooooooo
[22:51] <Laney> hahaha
[22:53] <james_w> there's going to be a MOTU School session on merging in #ubuntu-classroom in a few minutes if anyone is interested
[22:53] <Laney> james_w: At 2300 BST?
[22:53] <james_w> Laney: that's the badger
[22:53] <Laney> Excellent, time for a quick shower
[22:54]  * Laney sprints
[22:57] <jussi01> anyone know what Im missing?
[22:57] <jussi01> checking for snd_pcm_open in -lasound... no
[22:57] <jussi01> configure: error: Ogg support on Linux requires the alsa library
[22:59] <Laney> jussi01: A build-dep
[22:59] <jpds> jussi01: libasound2-dev
[22:59] <Laney> That build-dep!
[22:59] <jpds> !
[22:59]  * jpds hugs Laney.
[22:59] <jussi01> hehe
[22:59] <jussi01> thanks
[23:01]  * Laney high fives jpds 
[23:01] <Laney> To the classroom!
[23:02] <tbielawa> yay! #ubuntu-classroom merging from debian!
[23:08] <tbielawa> I'm so glad we have these classrooms
[23:08] <tbielawa> merging was something I was hoping there would be a session on :)
[23:10] <Laney> Merging is good fun
[23:11] <tbielawa> the cutoff date for intrepid is approaching, right?
[23:11] <tbielawa> +new packages into intrepid
[23:11] <Laney> tbielawa: Yes, Aug 28 :(
[23:12] <tbielawa> oh noes
[23:12] <tbielawa> can anyone check this revu out for me? Ive been working hard on it http://revu.ubuntuwire.com/details.py?package=lucidlife
[23:13] <tbielawa> let me add 'please' to that request.
[23:35] <tbielawa> hey there nxvl
[23:39] <TheMuso> nxvl: I'm around now.
[23:43] <nxvl> TheMuso: can you please add me to uus?
[23:43] <TheMuso> nxvl: Whats your launchpad ID?
[23:43] <nxvl> TheMuso: nvalcarcel
[23:44] <TheMuso> Ok doing now.
[23:44] <nxvl> thank you!
[23:44] <james_w> congratulations nxvl
[23:44] <nxvl> james_w: thank you!
[23:45] <TheMuso> nxvl: done
[23:46] <TheMuso> And congrats.
[23:46] <nxvl> TheMuso: thank you (2 times)
[23:46] <TheMuso> nxvl: No problem.
[23:46] <bdrung_> vorian: did you sponsored some xmms2 related packages?
[23:58] <kirkland> nxvl: my congrads to you as well ;-)