[01:26] <toodles> hello motus! Would one of you masters know, when building a deb package, what this error means: "dpkg-buildpackage: source version without epoch"?
[01:28] <TheMuso> We would need to know the package you are trying to build, and the history of its version number.
[01:30] <toodles> I'm building my own package, or at least trying to.
[01:30] <TheMuso> Is it a package that is not yet in Ubuntu/Debian/
[01:30] <toodles> yes
[01:30] <toodles> I've created a little python program that I wanted to make into a deb for ubuntu/debial
[01:32] <TheMuso> Ok, what version number do you have in the changelog?
[01:32] <toodles> The package builds if I specify a "Source:" tag in the debian/control file. If I remove that, then I get the above error.
[01:32] <pochu> slomo: finished! :-)
[01:32] <toodles> 1 sec
[01:32] <toodles> smspie (0.2.2ubuntu1) feisty; urgency=low
[01:32] <slomo> pochu: nice :)
[01:32] <TheMuso> toodles: How did you create the debian packaging?
[01:33] <TheMuso> toodles: That should be 0.2.2-0ubuntu1
[01:34] <toodles> TheMuso: ok, I'll fix that. To answer your question, I looked at a few packages to see how they were made, read some documentation and then used dpkg-buildpackage to create my debs.
[01:35] <pochu> slomo: http://emilio.pozuelo.org/deb/ : there are 2 diffs: one with debian (so you see the changes are minimal!) and the other with 1.2.13-0ubuntu2 (so you see the real changes)
[01:35] <TheMuso> toodles: Ok.
[01:35] <TheMuso> toodles: Have you looked into dh_make?
[01:35] <slomo> pochu: thanks, i'll look at it later after fixing something else and then upload :)
[01:35] <TheMuso> That can help you get a lot of stuff done straight away with one command
[01:35] <toodles> TheMuso: cool, thank you :-) ,  I'll look into it.
[01:36] <toodles> That error I mentioned though, that doesn't have any particular meaning?
[01:36] <Fujitsu> It's not an error.
[01:36] <Fujitsu> It's simply information.
[01:36] <toodles> Oh?
[01:36] <toodles> ah
[01:37] <toodles> ok, I know I've still a LOT of learning ahead of me :-) ,  thank you
[01:37] <pochu> slomo: please let me know if I've done any mistake! :) (e.g. I removed dh_iconcache, I think after reading the man page, that we don't need it, but I may be wrong) :-)
[01:37] <slomo> pochu: we need it ;)
[01:37] <pochu> oh :/
[01:38] <slomo> because of /usr/share/icons/hicolor/48x48/apps/liferea.png
[01:38] <pochu> and doesn't debian need it?
[01:39] <slomo> debian doesn't have it yet unfortunately#
[01:39] <pochu> oh, then we can file a bug :)
[01:39] <pochu> otherwise, I hope the other changes are fine! ;)
[01:43] <pochu> slomo: I'm off to bed, please let me know any mistakes I may done :) you have my mail in the changelog ;)
[01:43] <pochu> night everybody!
[01:43] <slomo> no reason to file a bug, they're aware of it
[01:43] <slomo> did you update the package with dh_iconcache?
[01:43] <TheMuso> Night pochu.
[01:43] <slomo> gn8 pochu :)
[01:43] <pochu> slomo: no, but I can do it in a second
[01:44] <slomo> pochu: please do it then :)
[01:47] <pochu> done :)
[01:47] <pochu> I haven't updated the diffs, though, but I don't think they're important ;)
[01:48] <pochu> Good night slomo, TheMuso!
[01:52] <illovae> hello
[01:55] <TheMuso> Hi illovae 
[01:55] <illovae> hi TheMuso :)
[02:05] <jmg> anyone know udev rules? what is wrong with doingKERNEL="xvc0", NAME="xvc0"
[02:16] <toodles> TheMuso: Can you point me in the right direction with dh_make? After I use it to get my package setup, what should I use to build it?
[02:18] <Fujitsu> toodles: dpkg-buildpackage, or debuild
[02:19] <toodles> Fujitsu: thanks - any preferences?
[02:47] <bddebian> Heya gang
[02:48] <persia> Hi bddebian
[02:48] <bddebian> Hi persia
[02:48] <RAOF> Hey bddebian, persia.
[02:48] <bddebian> Hello RAOF
[02:49] <persia> Hi RAOF
[02:53] <bddebian> persia: Fixed all the wx packages already? :-)
[02:54] <persia> bddebian: Nope.  Still working on freqtweak now: somehow I introduced a crash :(.  Three are done, and another just waits for a new python-support though, so it's not all bad.
[02:55] <RAOF> I suppose python-support will get merged after UDS?
[02:55] <bddebian> You DA MAN
[02:56] <persia> RAOF: Probably.  Most main people are there.
[02:58] <persia> bddebian: If you've a bit of time, bug# 111399 is a wx2.4, and kwave still needs help for bug# 111797 (libflac++ transition).
[03:00] <bddebian> persia: I can't fix anything, haven't you figured that out yet? :)
[03:00] <persia> bddebian: Not fixing, just uploads, but no worries :)
[03:01] <bddebian> Oh, ahh
[03:01] <bddebian> Jesus, REVU is like a perpetual monition machine...
[03:01] <bddebian> Err motion even
[03:03] <bddebian> persia: Are you just doing these for gutsy?
[03:05] <persia> bddebian: I was.  I thought that feisty has a clean libflac++5.  Now I'll go check.
[03:07] <persia> bddebian: Yep.  In feisty, flac provides libflac++5c2, rather than libflac++5, so there's no need to backport 111797 (just rebuilds, really).
[03:18] <ScottK> bddebian: I thought it was perpetual admonition.
[03:19] <bddebian> heh
[03:19] <ScottK> You've been reviewing up a storm.
[03:20] <bddebian> And getting no-where :-(   :)
[03:29] <ScottK> bddebian: Not so.  The packages are getting better.  A few have even gotten uploaded.
[03:29] <ScottK> Hola jdong.
[03:29] <jdong> hey scott
[03:32] <ScottK> jdong: I'm not familiar with the backport timeline.  The spamassassin one was the first I filed.  What's the process now?  How long does it take?
[03:32] <ScottK> It's Bug 112456
[03:32] <ubotu> Launchpad bug 112456 in feisty-backports "Backport of spamassassin 3.2.0-ubuntu2" [Undecided,Confirmed]  https://launchpad.net/bugs/112456
[03:33] <jdong> ScottK: how sure are you of spamassassin? :)
[03:34] <ScottK> jdong: I'm sure the packaging is good.
[03:35] <ScottK> I'm sure the dependencies are right.
[03:35] <ScottK> I've tested the upgrade.
[03:35] <ScottK> The real question is it's a .0 release.
[03:35] <jdong> ScottK: sounds good then; I am supposed to be on hiatis but I'll accept this backport :)
[03:35] <ScottK> They've been testing it quite a while.  I'm confident the parts that relate to another open source project are good.
[03:36] <ScottK> jdong: Thanks.
[03:36] <ScottK> that's another open source project I'm involved in.
[03:36] <jdong> cool
[03:36] <jdong> accepted and subscribed -archive
[03:36] <ScottK> Great.
[03:37] <ScottK> Thanks again.
[03:37] <ScottK> Wanna do one more that I'm even more confident of becuase I packaged it and I'm one of the upstream maintainers?
[03:37] <jdong> ScottK: sure, what is it?
[03:37] <ScottK> jdong: If you're up for it it's Bug 112463
[03:37] <ubotu> Launchpad bug 112463 in edgy-backports "Backport pyspf-2.0.3-0ubuntu1 from Feisty to Edgy" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112463
[03:38] <jdong> ScottK: sounds good, will do
[03:38] <ScottK> Great.
[03:38] <ScottK> If you'd just backport python-support 0.2 to Dapper, it could go there too...;-)
[03:38] <jdong> lol
[03:38] <jdong> is that safe to do?
[03:39] <ScottK> Actually I have no idea.  But we ought to look into it I think.
[03:39] <ScottK> Dapper is going to be around for a long time and bumping them from python-support 0.1 to 0.2 would open up a LOT of possibilities.
[03:39] <persia> Testing would involve recompile of just a few apps to avoid FTBFS...
[03:40] <ScottK> Bumping them all the way to the current version would be kind of scary.
[03:40] <ScottK> We should ask doko about it when he's not busy at UDS.
[03:43] <minghua> we are still doing edgy backports?
[03:43] <persia> minghua: 18 months...
[03:44] <minghua> persia: true, but I really doubt many people still using edgy would fancy the idea of backported packages
[03:45] <minghua> -security, sure; -updates, maybe, but -backports...
[03:45] <minghua> anyway, just my personal opinion
[03:45] <minghua> if there are people willing to work on it, why not
[03:46] <persia> minghua: You might be right.  Those seeking backports probably upgraded soonest.
[03:48] <jdong> ScottK: heh I'll put asking about that on my todo list, the next time I see a python deity
[04:14] <persia> bddebian: Thank you :)
[04:14] <bddebian> persia: Glad to be of SOME use :_)
[04:20] <gbutler69> How do I begin the process of becoming an Ubuntu contributer, MOTU, etc?
[04:21] <RAOF> gbutler69: Start working on something useful :).  Once you've done a bunch of stuff, ask to become a MOTU.
[04:21] <persia> gbutler69: Find a bug in launchpad, and submit a patch.
[04:22] <gbutler69> OK. What package would you recommend? What is the highest priority?
[04:24] <plugwash> look for bugs on packages you have some prior experiance with at least as a user and preferablly with the code of
[04:24] <RAOF> gbutler69: You could try checking out any of the "mentoring available" bugs in the /topic
[04:27] <gbutler69> RAOF: What do you mean "/topic"?
[04:28] <RAOF> You can type /topic to get the channel topic.  Alternatively, just look up at the heading :).
[04:28] <minghua> gbutler69: type "/topic" and read
[04:28] <gbutler69> No, I understand about "/topic" in IRC. I meant, how do I find the "Mentoring Available" ones?
[04:29] <gbutler69> in Launchpad that is...
[04:29] <synjet> gbutler69: https://launchpad.net/~ubuntu-dev/+mentoring
[04:29] <gbutler69> Ahh...thanks...
[04:29] <RAOF> Texmacs is ready to be merged (bug #113234) if anyone's looking for something to do :)
[04:29] <ubotu> Launchpad bug 113234 in texmacs "[MERGE]  Please merge texmacs 1:1.0.6.9-4 from Debian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/113234
[04:37] <concept10> Are Launchpad bug reports filed for all packages waiting to be sync'd or merged ?
[04:40] <ScottK> For anyone in UUS, Bug #113235 is ready for review.
[04:40] <ubotu> Launchpad bug 113235 in pypolicyd-spf "sync request pypolicyd-spf 0.3-1 from Debian Unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/113235
[04:43] <persia> concept10: Only by the person working on the sync/merge
[04:43] <concept10> persia, but, does this happen for each and every package?
[04:44] <dougsko> hi! is there a way to install a package locally as opposed to a system wide install? im trying to install something without superuser privileges. dpkg's options --root, --admindir, and --instdir didnt help any
[04:44] <RAOF> concept10: We've got a list of packages to be merged/sync'd in the /topic (DaD)
[04:44] <persia> concept10: Not always, but usually (where a sync/merge is considered)
[04:45] <concept10> persia, thanks.
[04:47] <RAOF> dougsko: Interesting question, but I'm pretty sure the answer is "no, you can't".
[04:48] <RAOF> dougsko: Although you could just extract the contents of the deb with dpkg, and put them in appropriate places.
[04:48] <gbutler69> How do I look for bugs (high-priority) in Launchpad for Ubuntu 7.04? Those are what I'd like to start with. The mentoring bugs seem a little unfocused at this point.
[04:49] <dougsko> RAOF: yeah thats all i could really ocme up with, but that just seemed so lame
[04:49] <TheMuso> RAOF: Wouldn't work if library dependencies had to be unpacked.
[04:49] <dougsko> TheMuso: if you had the right directories in your $PATH it would
[04:49] <RAOF> And had LD_LIBRARY_PATH set to the right thigns.
[04:50] <TheMuso> RAOF: True.
[04:50] <RAOF> But it's just not a use-case dpkg is interested in.
[04:50] <TheMuso> dougsko: Yes thats true
[04:50] <RAOF> Why do you want to do that, anyway?
[04:50] <dougsko> yeah, you could also get the source package, tear it open, and recompile it with local paths
[04:50] <dougsko> a friend wanted to install something, but he doesnt have root
[04:51] <RAOF> Ah.  Source install then.
[04:51] <minghua> sometimes packages just won't work if you don't install them in the places intended
[04:51] <minghua> a lot of software hardcode paths at compiling time
[04:51] <dougsko> wow, i always thought debs pwned all, but this is really disapointing
[04:52] <dougsko> weak sauce :/ thanks for the input though, guys
[04:53] <RAOF> Either a compile, or dpkg -x is what you're after.
[04:53] <RAOF> Or patch dpkg!
[04:53] <dougsko> heh yeah seriously
[04:54] <RAOF> What could *possibly* go wrong? :)
[04:54] <dougsko> hehe
[05:06] <gbutler69> Is there a way to have launchpad list bugs that are: "Ubuntu 7.04, Confirmed, High Priority" only. That's what I'd like to look at to find bugs to tackle.
[05:06] <gbutler69> s/only
[05:06] <gbutler69> s/only./only?/
[05:07] <gbutler69> As it is "Launchpad" doesn't seem very approachable for finding bugs worth attempting and effort on.
[05:10] <persia> gbutler69: Take a look at https://launchpad.net/ubuntu/+bugs?field.tag=bitesize for something to start with.
[05:17] <concept10> can you guys close some bugs in my name?
[05:19] <TheMuso> concept10: You can close bugs yourself.
[05:20] <concept10> TheMuso, I have reviewed the options, I don't see that. im trying to close: https://bugs.launchpad.net/ubuntu/+source/flumotion/+bug/86573
[05:20] <ubotu> Launchpad bug 86573 in flumotion "flumotion 0.2.x won't start with Twisted 2.5" [Medium,Confirmed]  
[05:21] <TheMuso> concept10: When you mark it as fix released, its closed.
[05:21] <TheMuso> Or rejected
[05:21] <concept10> TheMuso, im not a MOTU
[05:22] <TheMuso> concept10: oh ok. I thought anybody could do that.
[05:22] <TheMuso> concept10: Does it need to be fix released, or rejected?
[05:23] <TheMuso> I don't want to touch it.
[05:23] <TheMuso> It still seems rather open to me.
[05:23] <concept10> TheMuso, im not 100% sure on fix released.  They say that they have fixed in flumotion 0.4
[05:23] <TheMuso> Yeah well I'll leave it as is.
[05:24] <concept10> I hate having bugs open for packages I don't have on my system.
[05:24] <persia> concept10: Check in #ubuntu-bugs.  I think you might need to join the bugsquad to adjust bug status.
[05:25] <concept10> TheMuso, persia: thanks
[05:26] <konam> im having problems with the aMSN package in ubuntu repositories
[05:26] <konam> when i try to lauch it the terminal prompts "core dumped" or something alike
[05:27] <konam> ubuntu feisty
[05:29] <crimsun> there are undoubtedly dozens of such bug reports.  Which one fits yours?
[05:32] <konam> crimsun me? i don't understand
[05:34] <konam> is the amsn program, i install it smoothly but when i try to launch it in a terminal the prompt tells me "core dumped" or something alike, I dont know why it is. the dependencys are ok....
[05:35] <crimsun> konam: right, so which of the ones listed at https://bugs.launchpad.net/ubuntu/+source/amsn/ fits your symptoms?
[05:38] <konam> crimsun the mine fits in the "amsn Segmentation fault & core dumped" one
[05:39] <konam> https://bugs.launchpad.net/ubuntu/+source/amsn/+bug/110509 crimsun
[05:39] <ubotu> Launchpad bug 110509 in amsn "amsn Segmentation fault & core dumped" [Undecided,Unconfirmed]  
[05:40] <crimsun> konam: does the trace match precisely?
[05:40] <konam> yeah
[05:41] <konam> ohh, theres a trace log, let me see......
[05:41] <crimsun> what differentiates it from the other "crash" reports?
[05:41] <konam> crimsun the core dumped thing
[05:41] <crimsun> konam: err, there are /several/ coredump ones.  What makes you think yours is unique?
[05:41] <konam> i haven't seen the that trace when i try to launch the amsn, i only see one message
[05:43] <konam> crimsun how do i see my amsn trace
[05:43] <konam> ?
[05:45] <bddebian> crimsun: Is alsa-tools on REVU of interest/concern to you?
[05:47] <crimsun> bddebian: sure, it's queued.  I need to do 112606 first.
[05:48] <bddebian> crimsun: No worries, just checking since it is alsa related
[05:49] <crimsun> as soon as I submit my grades tomorrow, I'm going to start spec'ing NewAlsaStateManagement
[05:49] <konam> crimsun could be this one too https://bugs.launchpad.net/ubuntu/+source/amsn/+bug/46979
[05:49] <ubotu> Launchpad bug 46979 in amsn "Segmentation fault" [Medium,Needs info]  
[05:49] <crimsun> konam: right, you need to investigate.
[05:49] <minghua> bddebian: I saw the new GTK with dh_gtkmodules entered gutsy the other day, just to let you know
[05:50] <bddebian> minghua: Ah cool, thanks!
[05:51] <crimsun> did konam just join expecting us to fix his symptom?
[05:51] <crimsun> I was attempting to walk him through triaging.  Oh well.
[05:51] <bddebian> Apparently :-)
[05:54] <bddebian> Is that the Super Mario Brothers knock-off?
[05:54] <TheMuso> something like that.
[05:54] <bddebian> Seems like someone tried that once before.. Hmm
[05:54] <TheMuso> Just felt like starting fresh with a package, for something to do
[05:54] <TheMuso> bddebian: Really?
[05:54] <TheMuso> Getdeb have a package, which is in a shocking state.
[05:55] <bddebian> TheMuso: It sounds familiar but I'm old and senile
[05:55] <crimsun> mm, yes, debian/alsa-utils.init is definitely not doing the right thing
[05:56] <ranf> hi
[05:56] <crimsun> I need to kill the spin, which means killing the initscript's current implementation
[05:56] <bddebian> Hello ranf
[05:56] <crimsun> yet another reason for NewAlsaStateManagement!
[05:56] <TheMuso> crimsun: Fun times.
[05:57] <crimsun> TheMuso: on gnome-based systems, it's a no-brainer.  Use pulseaudio, which restores state on its own.
[05:57] <TheMuso> Right.
[05:57] <crimsun> yep, that means we'll need a11y testing for it
[05:58] <crimsun> we're building a store of asoundrcs, too, so soon we'll have common configurations for just about every driver.
[05:59] <crimsun> want dmixed surround sound?  Click here.
[05:59] <bddebian> You rock d00d :-)
[05:59] <crimsun> Extra credit assignments for my students.  :-)
[05:59] <TheMuso> crimsun: Want one for two/three ice1712 cards for simultaneous use?
[05:59] <TheMuso> Or is that already there.
[05:59] <jmg> crimsun: nice
[06:00] <jmg> crimsun: i was thinking of building a speaker test/configuring thingy
[06:00] <jmg> I identified that as a weak spot
[06:00] <crimsun> jmg: you can halfway do that with speaker-test and wishie's configs.
[06:00] <jmg> crimsun: its not point and clicky
[06:00] <crimsun> nope, not yet.
[06:01] <TheMuso> bah. Not worth my time.
[06:01] <TheMuso> smc that is
[06:01] <jmg> crimsun: also, DTS decoding doesnt work
[06:01] <crimsun> jmg: neither does pony over IP.  One step at a time.
[06:01] <jmg> but its ambiguous whether its meant to work in software or not.
[06:01] <crimsun> it won't.
[06:01] <jmg> OMG PONIES?
[06:02] <crimsun> we lack all sorts of rights to do it.
[06:02] <jmg> but it appears that the xine we ship actually uses the software dts decoder library, libdts or whatever
[06:02] <crimsun> right, but that's at least one layer up.
[06:03] <jmg> but that should do it
[06:03] <crimsun> hauling that into alsa makes me sweat.
[06:03] <jmg> it doesnt need to be in alsa. xine should output 6 channels
[06:03] <crimsun> it doesn't already?
[06:03] <crimsun> or do you mean DTS specifically?
[06:04] <jmg> ive done it with 5.1 encoded avis
[06:04] <jmg> but not ac3 or dts dvds
[06:04] <crimsun> ok, right, that's one layer up
[06:04] <jmg> ok
[06:05] <jmg> so xine's problem.
[06:28] <bddebian> Gnight folks
[06:29] <crimsun> 'night.
[07:26] <crimsun> hmm, a few of these merges listed on DaD are missing notes
[07:27] <crimsun> e.g., ones with existing sync requests that aren't noted under the Comment column
[07:28] <persia> crimsun: Do you believe files should be generated for bug #58309?
[07:28] <ubotu> Launchpad bug 58309 in alsa-tools "missing entry on kde menu" [Wishlist,Confirmed]  https://launchpad.net/bugs/58309
[07:30] <crimsun> persia: hmm, well, I'm not keen on polluting the menu, but it's certainly a valid wishlist.
[07:30] <\sh> moins
[07:30] <crimsun> so yes, I believe they should be generated.
[07:30] <crimsun> moins \sh 
[07:31] <persia> crimsun: Thanks.
[07:31] <\sh> argl...dad is just a bit bugg
[07:31] <\sh> y
[07:32] <\sh> and please remind me, to not start merging after waking up 
[07:37] <\sh> moins Hobbsee 
[07:37] <Hobbsee> hi \sh 
[07:38] <\sh> Hobbsee, you are early this morning :)
[07:39] <Hobbsee> \sh: yeah - we're usually up around this time
[07:39] <Hobbsee> timezones are so screwed anyway
[07:40] <\sh> Hobbsee, hehe...I remember siretart and me during UBZ...the very first day was really jetlagged ;)
[07:40] <Hobbsee> \sh: well, just based on the time of flight, it wasnt too bad
[07:40] <Hobbsee> but it's different from au timezones, based on when they eat dinner, so it's all a bit weird
[07:41] <\sh> Hobbsee, but I hope you enjoy your time with all those geeks down there :) it's quite an experience how the work is done, just to see how everything is being planned for the near future :)
[07:42] <Hobbsee> \sh: :)
[07:42] <Hobbsee> \sh: it's been pretty good :)
[07:46] <\sh> Hobbsee, I hope I can go to one of the Summits next year
[07:47] <StevenK> Hrm. Methinks the wireless at the hotel is not quite fixed yet.
[07:49] <Hobbsee_> !ping
[07:49] <ubotu> pong
[07:49] <Hobbsee> it....gets us an ip, for a start
[07:49] <Hobbsee> StevenK: but, there are 2
[07:50] <Hobbsee> right.
[07:51] <\sh> k...see you later...need to get a shower and go to the office...laters people
[07:51] <Hobbsee> bye!
[08:19] <imbrandon> moins all
[08:20] <crimsun> re
[08:21] <imbrandon> heya crimsun 
[08:23] <crimsun> heya
[08:29] <Fujitsu> Evil parents.
[08:59] <ajmitch> morning all
[09:00] <RAOF> Afternood ajmitch 
[09:14] <Fujitsu> Aaaaaargh, I take it that Ubuntu CE has released its Feisty version. I've seen quite a number of GNOME Sword bug reports mentioning CE and Automatix.
[09:14] <ajmitch> interesting
[09:15] <Fujitsu> Nice to have apport giving us bugs.
[09:15] <Hobbsee> hi Fujitsu 
[09:15] <Hobbsee> ubuntu ce?
[09:15] <Fujitsu> Hi Hobbsee, ajmitch.
[09:15] <Fujitsu> Christian Edition.
[09:15] <Hobbsee> ahhh
[09:16] <Fujitsu> Basically Ubuntu + Automatix + various GNOME Swordish applications.
[09:16] <Hobbsee> even CE doesnt have automatix, does it?
[09:16] <crimsun> even better, there's a planet.ubuntu post mentioning automatix2.  At least it's a bit unabashed in its dislike.
[09:16] <Fujitsu> crimsun: WHERE!? Let me at it.
[09:17] <crimsun> Fujitsu: it's not quite as bad as it sounds.  At least it's a big honking warning.  http://www.belutz.net/2007/05/08/17-not-really-must-have-free-apps-for-new-ubuntu-users/
[09:17] <RAOF> Ubuntu CE doesn't *ship* with automatix, surely?
[09:17] <StevenK> If it did, surely it's not Christian to break upgrades. :-P
[09:17] <Fujitsu> Can't these CE people get their own bugtracker and point apport at it or something similar?
[09:18] <Q-FUNK> ubuntu CE *shivers*
[09:19] <Hobbsee> hi ajmitch 
[09:19] <alg> hi everyone!
[09:19] <Hobbsee> hiya
[09:20] <Fujitsu> `Automatix is also installed by default in Ubuntu CE so users can quickly get their system running.'
[09:20] <StevenK> Argh!
[09:20] <RAOF> s/running/broken/
[09:20] <RAOF> Score!
[09:20] <alg> Hobbsee: I still can't login into revu :(
[09:20] <Fujitsu> Looks like it might have been removed in the Feisty version, though.
[09:21] <alg> Hobbsee: any chance the keyring wasn't resync'ed?
[09:22] <Fujitsu> Oh no, it's still there. Yay!
[09:22] <RAOF> SIGKILL FTW!
[09:23] <StevenK> Fujitsu: Can we crucify them?
[09:23] <Fujitsu> It comes with IEs4Linux too.
[09:23] <Fujitsu> These are the features that seem to justify having a seperate distribution:
[09:23] <Fujitsu> http://www.whatwouldjesusdownload.com/christianubuntu/2007/05/features.html
[09:24] <StevenK> Might it suggest a different name than Ubuntu CE, too?
[09:24] <StevenK> Might I point to the Debian vs Trusted Debian debate?
[09:24] <Fujitsu> I know not of that debate.
[09:24] <StevenK> Damn youngsters.
[09:24] <Fujitsu> However, I know that I have to be at the train station in 9 minutes.
[09:25] <StevenK> Fujitsu: Heading home?
[09:25] <Fujitsu> No, heading to TAFE again.
[09:25] <StevenK> Ah
[09:25] <Fujitsu> I'll be back in about 40.
[09:27] <Hobbsee> alg: it was
[09:27] <alg> hm, then I must be doing something wrong?
[09:27] <alg> I use this page: http://revu.tauware.de
[09:27] <Hobbsee> did you use dput revu *.changes, or dput *.changes?
[09:27] <ajmitch> alg: you can login once a package has been successfully uploaded & appears on revu
[09:27] <alg> and try both my e-mail address I used to register on the launchpad and the one from the key
[09:28] <alg> ah, that's the problem I guess. I thought I have to login, then upload... not the other way
[09:29] <alg> Hobbsee: what's the correct "dput ..." among these two? (just to save another bug-hunting session :) )
[09:29] <StevenK> alg: The former.
[09:29] <Hobbsee> alg: dput revu *.changes
[09:29] <StevenK> alg: If your dput.cf has revu.
[09:29] <Hobbsee> as you want to upload to revu
[09:30] <alg> yeah, thanks!
[09:30] <alg> will try in a couple of minutes
[09:31] <alg> btw, here's the dilemma I face. I have two versions of the same package. One is the stable release and one is the most recent. Any suggestions on how to handle this?
[09:32] <alg> (in the uploading context I mean)
[09:32] <StevenK> Is the most recent stable and backward compatible?
[09:33] <alg> no, it's the development release, but having far more new exciting features than the stable one.
[09:34] <alg> and yes, it's backward compatible
[09:34] <geser> how useable is the development release?
[09:34] <Burgundavia> which pagackage?
[09:35] <alg> however.... stable and development releases save data files in the different directories under home not to interfere, so you can use both in fact
[09:35] <alg> it's usable, but can have bugs. the development release cycle is two weeks
[09:36] <alg> Burgundavia: blogbridge (www.blogbridge.com)
[09:37] <alg> Would it be a good idea to upload two separate packages, like package-... and package-weekly-...?
[09:39] <crimsun> persia: my primary dev machine is being used to chase down a race condition ATM, so I haven't had time to test 112606.  Sorry.
[09:39] <Lutin> \sh: do you have issues with dad ?
[09:40] <persia> crimsun: Actually, I was expecting to hear that the new jack 0.103.0-3.1 was taking too long, and so you hadn't had a chance to test.  That there is something else as well is probably a good thing :)
[09:40] <\sh> Lutin, sure...all packages which are firstly uploaded to ubuntu are totally borked regarding the merges
[09:41] <Lutin> \sh: a yeah, that one :/
[09:41] <\sh> Lutin, can you filter them out, so we can do manual merges, without the tool....just mark them with "red" <tr> ,-)
[09:41] <crimsun> persia: sorry.  It takes a while to chase down these emu10k1 races.
[09:41] <alg> StevenK, geser: I believe, I better stick to the stable releases so far. :)
[09:42] <alg> (for now)
[09:42] <Lutin> \sh: yep, we have to find a clean way to handle that
[09:42] <persia> crimsun: Understood.  I'm not in any hurry.  Good luck with emu10k1.
[09:43] <\sh> Lutin, check the changelog entries for -0ubuntuX revisions, as a first shot
[09:43] <Hobbsee> persia: does supercollider use packages-arch-specific now?  ie for anything but amd64?
[09:43] <crimsun> have I mentioned that I hate Creative hardware?
[09:43] <Hobbsee> heh
[09:43] <Hobbsee> crimsun: dont you hate all sound hardware?
[09:43] <Hobbsee> persia: oh, nvm
[09:43] <Lutin> \sh: that would discard a whole bunch of packages who have to be merged
[09:44] <persia> Hobbsee: Has since forever (Hoary or Breezy I think: I'd have to check).  Why?  Do you know how to delete the stale binary?
[09:44] <crimsun> Hobbsee: I hate everything that works and everything that doesn't work.  Hmm, I guess I do.  :D
[09:44] <Hobbsee> persia: right, good.  just checking.  and indirectly, yes
[09:44] <\sh> Lutin, no..mark them on the webpage, so that we know, that it has to be a manual merge without the merge grabbing tool
[09:44] <Hobbsee> persia: it's done
[09:44] <Hobbsee> crimsun: haha :)
[09:45] <persia> Hobbsee: Really?  Thanks ever so much.  I think that's my longest outstanding bug :)
[09:45] <Lutin> \sh: I meant, there are a lot of -0ubuntuX packages which can be merged automatically
[09:45] <Hobbsee> persia: no problem.  archive admin is in the room, and on irc ;)
[09:46] <\sh> Lutin, hmm..I never found one, which wasn't broken, e.g. the changelog wasn't merged correctly, all ubuntu entries were lost
[09:46] <Lutin> \sh: the problem is only with packages that are not based on any debian version, but that"s not the biggest part of the -0ubuntuX from wht I can see
[09:46] <persia> Hobbsee: So the procedure for those is to bug archive admin?  I thought that it was hard to remove only binaries.
[09:46] <Hobbsee> persia: launchpad keeps changing
[09:46] <crimsun> persia: that was the situation some time ago.  It may well have changed.
[09:46] <Hobbsee> persia: but yeah
[09:46] <\sh> Lutin, e.g.  pygoocanvas	0.6.0-0ubuntu1	0.8.0-1
[09:46] <\sh> Lutin, it was uploaded first to edgy..now it's in debian...
[09:48] <crimsun> \sh: / Lutin: I can confirm that happened with galago-gtk-python as well.
[09:48] <crimsun> md5sums are identical for orig.tar.gz
[09:48] <crimsun> need an additional check for the case we're hitting.
[09:49] <crimsun> (in the case of galago-gtk-python, it's ok ultimately, since it's a sync)
[09:51] <TheMuso> Today's schedule not up yet?
[09:51] <StevenK> TheMuso: Haven't seen it.
[09:51] <tarzeau> can i somehow help w/ #105996 ?
[09:52] <StevenK> bug 105996
[09:52] <ubotu> Launchpad bug 105996 in Ubuntu "[needs-packaging]  FreeBasic" [Wishlist,Unconfirmed]  https://launchpad.net/bugs/105996
[09:52] <StevenK> Package it for Debian?
[09:52] <tarzeau> StevenK: i did, can you sponsor it?
[09:52] <StevenK> Not at the moment.
[09:53] <StevenK> I'm on Windows machine on my uni network, and I trust neither.
[09:54] <tarzeau> StevenK: that's fine, maybe later today?
[09:54] <StevenK> Maybe.
[09:54] <StevenK> I could also suggest mentors.debian.net
[09:55] <Hobbsee> **** MOTU SESSION ON NOW ***
[09:55] <tarzeau> oh wait i have a sponsor already
[09:55] <crimsun> Hobbsee: irc channel?
[09:55] <ajmitch> (you can listen in on voip)
[09:55] <StevenK> Hobbsee: Which I could. :-(
[09:55] <Hobbsee> crimsun: #uds-sevilla and the VOIP
[09:55] <crimsun> ajmitch: can't, blocked.
[09:55] <Hobbsee> VOIP's better
[09:55] <Hobbsee> aww :(
[09:55] <ajmitch> or hobbsee can transcribe
[09:55] <StevenK> Heh
[09:55] <Hobbsee> hah
[09:56] <joejaxx> motu yay
[09:56] <ajmitch> so, what problems do we have in MOTU?
[09:57] <\sh> ajmitch, which number?
[09:57] <\sh> there is no schedule
[09:57] <ajmitch> 5004
[09:57] <Hobbsee> it's room C
[09:57] <ajmitch> http://people.ubuntu.com/~cjwatson/uds-sevilla/2007-05-08/
[09:57] <ajmitch> gobby session is being started
[09:57] <ajmitch> or not
[09:59] <\sh> I'm in :)
[09:59] <joejaxx> :)
[09:59] <ajmitch> so we heard
[09:59] <\sh> ajmitch, who is there
[10:00] <ajmitch> lots of people :)
[10:00] <\sh> gobby.ubuntu.com ?
[10:00] <ajmitch> it's dead
[10:00] <\sh> yeah
[10:03] <concept10> where are the gobby pages for the other sessions?
[10:03] <Hobbsee> same place.  but it's broken
[10:05] <persia> up now
[10:05] <Hobbsee> persia: VOIP is being used more now
[10:05] <crimsun> port 6522 for gobby?
[10:06] <persia> Hobbsee: Noise has been improved as well
[10:06] <persia> crimsun: Yes
[10:06] <Hobbsee> ajmitch: you'll keep....
[10:06] <ajmitch> :)
[10:07] <crimsun> ah, ssh tunneling.
[10:08] <\sh> oh shit
[10:09] <ajmitch> ?
[10:10] <\sh> need to work here
[10:16] <siretart> who is talking via voip actually?
[10:17] <\sh> not me...I'm lurking...and I'm really scared ;)
[10:17] <Hobbsee> siretart: imbrandon 
[10:17] <ajmitch> who else has a voice like that?
[10:17] <Hobbsee> other rednecks.  :P
[10:17] <joejaxx> who else is in the motu session? i cannot see everyone's nametags :P
[10:17] <imbrandon> ?
[10:17] <imbrandon> siretart, me
[10:17] <joejaxx> \sh: nice
[10:17] <imbrandon> :)
[10:17] <siretart> ah, hi imbrandon  :)
[10:18] <imbrandon> ello
[10:23] <\sh> imbrandon wants to take over wine, I heard it ;) 
[10:24] <imbrandon> nooooooooooo
[10:24] <imbrandon> lol
[10:24] <\sh> YES!
[10:24] <concept10> I can only understand one person on the call :(
[10:24] <crimsun> dude, awesome.  I hear imbrandon wants azureus, too.
[10:25] <imbrandon> ugh, i quit
[10:25] <imbrandon> lol
[10:25] <imbrandon> crimsun, are you on this call ?
[10:25] <crimsun> I'm in gobby.
[10:25] <imbrandon> ahh ok
[10:25] <crimsun> are we looking at any particular doc?
[10:26] <imbrandon> no idea, i dont have a gobby client avail to me here at work
[10:26] <imbrandon> so i'm VoIP only
[10:26] <crimsun> hey, maybe if we join forces, we can hobble along
[10:26] <imbrandon> hehe
[10:30] <\sh> PLEASE TAKE OVER WINE...SOMEONE PLS! ;)
[10:34] <\sh> no we need scott ritchie
[10:34] <\sh> he wants to be a motu too just because of wine
[10:34] <\sh> we should think about a special case for him...like the other guys from beryl/compiz I think
[10:35] <crimsun> that's what the sabdfl was wanting IIRC
[10:36] <crimsun> (I honestly have no idea if anything's actually being discussed, so I'm just kinda...twiddling my thumbs.)
[10:36] <imbrandon> crimsun, just talking about the next motu meetitng etc
[10:36] <imbrandon> nothing much
[10:36] <imbrandon> lot of dead air
[10:43] <dholbach> https://blueprints.launchpad.net/ubuntu/+spec/better-mentoring
[10:43] <dholbach> https://blueprints.launchpad.net/ubuntu/+spec/motu-wiki-cleanup
[10:44] <siretart> \sh: I think this is the biggest problem of wine: lot's of users, but very few people willing to care for it
[10:44] <rollerskatejamms> siretart, Isn't that winehq's job
[10:44] <\sh> siretart, because wine is a bitch...regarding debugging, apps etc.
[10:44] <imbrandon> i dont mind helping care for anything, i just dont want to take on any packages fully myself right now
[10:44] <imbrandon> untill i get a little more time
[10:45] <rollerskatejamms> imbrandon, you provide one of the seveas mirrors right?
[10:45] <\sh> imbrandon, wine itself is nothing too time consuming...the problem are the bugs, which are mostly upstream
[10:45] <imbrandon> rollerskatejamms, yes
[10:45] <rollerskatejamms> imbrandon, Thanks!
[10:45] <imbrandon> yw :)
[10:45] <\sh> imbrandon, and right now, our apport stuff for wine is useless...(see wine spec) so I have to change some things to get better bugreports..
[10:45] <rollerskatejamms> I'm hoping he'll backport pidgin and thunderbird
[10:45] <imbrandon> ahhh
[10:46] <jacquesmerde> i'm new to ubuntu. i've just done an apt-get source package. now which file tells me which configure options are used?
[10:46] <imbrandon> rollerskatejamms, i plan on officialy trying to backport pidgin ( maybe )
[10:46] <imbrandon> jacquesmerde, <package>/debian/rules
[10:46] <imbrandon> if there are any used
[10:48] <siretart> rollerskatejamms: well, it's always SEP (somebody's else problem) - that doesn't help ubuntu
[10:49] <rollerskatejamms> good point
[10:50] <jacquesmerde> imbrandon: cheers!
[10:50] <siretart> rollerskatejamms: what would rather help is looking at the bugs in launchpad, and decide on a policy on how to handle upstream bugs we can't fix in ubuntu, and actually maintain the package
[10:50] <jacquesmerde> now, can i just edit the rules file to add a configure flag, then compile and install the whole thing?
[10:51] <jacquesmerde> i want to build bmpx with soulseek support
[10:52] <crimsun> well, you need to add the appropriate build dependency(ies) to debian/control, too.
[10:52] <crimsun> if in fact it requires additional ones.
[10:53] <jacquesmerde> crimsum, sweet, the installing the package will pull in the dependency, rather than having to install it manually?
[10:53] <jacquesmerde> so i can just edit debian/rules and debian/control? then what?
[10:54] <crimsun> debuild -S, run it through pbuilder
[10:54] <crimsun> or if you're lazy, debuild binary
[10:55] <jacquesmerde> you mean just run: <package>/debuild -S && debuild <package> ?
[10:55] <jacquesmerde> i'm completely new to ubuntu/debian
[10:55] <crimsun> you need to be in the root of the extracted source package.
[10:56] <jacquesmerde> of course
[10:56] <jacquesmerde> but thats it?
[10:56] <jacquesmerde> not in the debian directory, but the one below it, yeah? for both commands?
[10:56] <crimsun> correct.  You probably want `debuild binary` then, since it doesn't seem as if you want to use pbuilder.
[10:56] <Hobbsee> dholbach: i spoke to bjorn
[10:57] <jacquesmerde> debuild binary?
[10:57] <crimsun> it's a literal command.
[10:58] <crimsun> you need the devscripts package.
[10:59] <jacquesmerde> it doesnt need a specific argument? not debuild binary package.deb?
[10:59] <crimsun> 04:57 < crimsun> it's a literal command.
[10:59] <crimsun> as in that's the entire command.
[11:01] <joejaxx> jacquesmerde: anything inside the `   ` is a command :)
[11:01] <joejaxx> jacquesmerde: like `echo "hello"`
[11:02] <crimsun> did I just miss the entire motu session?
[11:03] <luisbg__> crimsun, yeap
[11:03] <imbrandon> crimsun, not really there was alot of dead air 
[11:03] <luisbg__> there are going to be more though
[11:03] <imbrandon> cept when i piped up
[11:03] <crimsun> ugh.  It's 5AM.
[11:03] <persia> For a CDBS package, I'd like to both rename and install a file as part of the build.  Can I do something with dh_install, or do I need to overload the install rule (or maybe the configure rule)?
[11:03] <imbrandon> crimsun, we're on the 1100 sessions now
[11:04] <shawarma> persia: Just put the full filenames in your .install file?
[11:05] <persia> shawarma: WIll that handle a rename?  I thought that wasn't supported?  I'll test.
[11:05] <rollerskatejamms> siretart, What defines whether a bug is something that can't be fixed in ubuntu or not?
[11:05] <imbrandon> rollerskatejamms, if its a package bug or a code bug
[11:06] <rollerskatejamms> imbrandon, package can be fixed, code cant?
[11:06] <shawarma> persia: It's entirely possible that I'm on crack, though. I just seem to remember doing something like that at one point.
[11:06] <crimsun> persia: rename it prior to using dh_install(1).
[11:06] <imbrandon> mostly yes, there isnt any hard fast rules
[11:06] <persia> crimsun: Does CDBS have a handy file for that, or do I need to overload?
[11:07] <persia> shawarma: Yep.  You're on crack :)  Testing demonstrated that the limitations section of dh_install still applies.
[11:09] <crimsun> persia: IIRC, install/binpackagename::
[11:10] <persia> crimsun: I was just going to overload install::, but thanks.  I was hoping for a shorter rules file.
[11:10] <crimsun> ugh, need to run.
[11:19] <shawarma> persia: Ah, yes, it must have been a directory I was renaming back then. My bad.
[11:22] <persia> shawarma: No worries.  Overloading in CDBS is easy, just not as pretty (I hear of debian/rules files 2 lines long (with the first being #!/usr/bin/make -f)
[11:31] <ivoks> most of the times, rules done with cdbs contains only includes
[12:21] <siretart> Lathiat: around?
[12:22] <siretart> Lathiat: we need to talk to you about motugames
[12:51] <TheMuso> persia: Heh now that all jack needing apps are back in, we can get them rebuilt.
[12:51] <TheMuso> predius_: I meant, now that a fixed jack is in.
[12:51] <TheMuso> damn typing
[12:51] <TheMuso> persia: ^^
[12:51] <persia> TheMuso: Well, hydrogen and rosegarden down...
[12:51] <TheMuso> Yeah.
[12:52] <persia> I got lucky with hydrogen: sparc worked before the jack failure (oddly enough, given recent sparc performance).
[12:52] <TheMuso> heh
[12:53] <TheMuso> Now if only I could work out why ardour builds fine in pbuilder, yet fails on the build servers.
[12:55] <TheMuso> persia: I asked in -dev last week, and Mithrandir and cjwatson were puzzled by it.
[12:55] <TheMuso> Its not somethign simple.
[12:55] <TheMuso> something
[12:56] <shawarma> TheMuso:  That was the pkg-config thing, right?
[12:56] <pochu> slomo: thanks for the upload! so there weren't any other mistakes? :)
[12:56] <StevenK> persia: Masochistic, aren't we? :-P
[12:56] <TheMuso> shawarma: Yes.
[12:57] <slomo> pochu: nope :)
[12:57] <pochu> :-)
[12:57] <slomo> pochu: want some other jobs? :)
[12:57] <persia> StevenK: I'll give up quick if I can't find it.  Looks like something about how scons is configured in the schroot, at first glance.
[12:57] <pochu> slomo: sure!
[12:57] <shawarma> TheMuso: Yeah, that one was really interesting.
[12:58] <slomo> pochu: get monodevelop from debian :) this includes merging stetic, cecil and probably other stuff and switching monodevelop from xulrunner to firefox which you already know now ;)
[12:58] <pochu> slomo: if you promise to review it, I'll do it :)
[12:58] <slomo> sure
[12:58] <pochu> yay!
[12:58] <slomo> stetic is probably a sync, so is cecil
[01:18] <TheMuso> persia: Found anything? Or are you not looking?
[01:20] <persia> TheMuso: I'm wondering if it might have something to do with the current version being 0.21, rather than 0.21.0, but I need to test more (and will have to cook soon).  Separately, Oooh!  Shiny! (local build works just fine).
[01:21] <TheMuso> persia: Ok thanks anyway. Ardour2 is cool, and yeah pbuilder is fine.
[01:22] <persia> TheMuso: I'll keep looking, but don't block on me.  At this point, it's really more of an excuse for me to get sbuild working again, rather than finding a quick solution.
[01:22] <TheMuso> Right. I am not sure if I want to be crazy enough to set up sbuild yet.
[01:23] <persia> TheMuso: If you can get a free partition, siretart wrote a nice (but outdated) guide at https://help.ubuntu.com/community/SbuildLVMHowto.
[01:24] <TheMuso> pochu: Thanks. Partitions/disk space is no big deal.
[01:24] <TheMuso> sorry persia 
[01:24] <TheMuso> ugh typing tonight
[01:24] <TheMuso> persia: Page not exi/c
[01:24] <TheMuso> argh
[01:24] <TheMuso> sorry 
[01:25] <persia> TheMuso: I dunno.  Works for me.  There's another spin at http://www.pseudorandom.co.uk/2007/sbuild/, but I've not reviewed or tried it.
[01:26] <TheMuso> ok
[01:35] <TheMuso> Evening RAOF 
[01:35] <RAOF> Good eventide
[01:35] <RAOF> Heh, just confirmed a democracyplayer crash for myself.  Curiously, it works in amd64, but not i386
[01:43] <TheMuso> Usually its the other way round
[01:43] <RAOF> Indeed, but it works perfectly on both my amd64 systems, and crashes on startup on my shiny new Gutsy i386 VM
[01:44] <TheMuso> lovely
[01:44] <RAOF> Also, looks like I get to write an autotools build system for Tao.  Yay!
[01:44] <TheMuso> Fun.
[01:44] <RAOF> Better than their current build system, which is "generate a project file for a bunch of IDEs"
[01:45] <TheMuso> yuck
[01:45] <RAOF> Oh, and there's some broken support for generating an (evil, broken) autotools system.
[01:53] <Lathiat> siretart: howdy...
[01:54] <Lathiat> siretart: yeh i've done entirely nothing for motugames, feel free to drop my membership?
[01:59] <xxxxx1> morning!
[02:00] <lionel> hi xxxxx1
[02:07] <slomo> RAOF: sounds good :)
[02:07] <siretart> Lathiat: ok, so it seems decided for now to just redirect interested folks to the debian games team, which is much more active
[02:08] <siretart> Lathiat: actually, I'm way more active there compared to the debian games team
[02:30] <fluxy> Hello. I am new to this channel, so I don't know how things work, but I'd like to know why updates take so much time to arrive in ubuntu? (e.g: gaim changed to pidgin, package anyone?)
[02:31] <ivoks_> fluxy: feisty was frozen when gaim was renamed
[02:31] <ivoks_> (and released)
[02:32] <crimsun> but .. but .. SHINY
[02:32] <crimsun> must have shiny
[02:32] <ivoks_> :D
[02:32] <fluxy> yeah but you can always add pidgin package in universe so anyone can install it after release of feisty
[02:33] <ivoks_> yeah, we could also have 5 vesions of firefox too
[02:33] <fluxy> well does this mean we gotta wait 6 months to get updates
[02:33] <ivoks_> no
[02:34] <ivoks_> you can compile it
[02:34] <fluxy> then?
[02:34] <fluxy> or i can dload a compiled deb somewhere and install it
[02:34] <fluxy> nice
[02:34] <crimsun> fluxy: 7.04 is a  /frozen released/  distro.  We do not make changes to it.  One can backport it from gutsy once it enters.
[02:34] <zul> crimsun: shiny my precious
[02:34] <fluxy> but let's say i am a n00b (half true)
[02:34] <ivoks_> adding new package, with name-change isn't that simple
[02:34] <StevenK> It was also a new upstream release.
[02:35] <Fujitsu> Released == stable == no possibly breakage-inducing changes
[02:35] <zul> this isnt gentoo <tm> :)
[02:36] <ivoks_> and changelog between feisty's version of gaim and pidgin is... big?
[02:36] <fluxy> m' kay if u say so, but really this stinks *sigh*
[02:36] <Fujitsu> I suppose it's absolutely devastating to have a different name.
[02:36] <Fujitsu> I don't know how the world will survive.
[02:36] <fluxy> pidgin is just an example (pidgin looks better)
[02:36] <ivoks_> fluxy: it's the same app
[02:36] <ivoks_> new release was cause of the name change
[02:37] <fluxy> there are apps i would have loved to have in universe
[02:37] <ivoks_> almost only
[02:37] <fluxy> like wxdfast 
[02:37] <ivoks_> fluxy: http://revu.tauware.de/ is your friend :)
[02:37] <crimsun> fluxy: please consider joining our efforts, then.  You can get involved by reading the links in this channel's topic.
[02:38] <crimsun> fluxy: remember, it's up to  /you/  to make things happen!
[02:38] <xxxxx1> :)
[02:39] <fluxy> uh looks good (revu...) - i've been dloading packages from getdeb.net too, but a bit unreliable
[02:39] <xxxxx1> "just do it". heh
[02:39] <shawarma> fluxy: It's not a place to download new and shiny packages. It's a place where you can upload *your* packages to.
[02:39] <ivoks_> lol
[02:40] <fluxy> oop sorry my bad
[02:41] <shawarma> fluxy: There are basically two ways we can do things: Always package the latest versions of everything and just throw it in the archive and hope things work, or we can spend loads of time making sure that we have a collection of stuff that all works together and only release every once in a while.
[02:41] <shawarma> It's only 6 months. 
[02:42] <shawarma> Plus we backport security fixes.
[02:42] <ivoks_> and apps get backported
[02:42] <shawarma> Yes.. It's entirely unsupported, though.
[02:44] <fluxy> dang
[02:44] <fluxy> that's the prob with linux
[02:44] <fluxy> application distribution is entirely centralised
[02:44] <ivoks_> no it isn't
[02:44] <fluxy> reminds me of communism
[02:45] <StevenK> Then switch to Gentoo. And be damned to compile everything yourself.
[02:45] <xxxxx1> hehe
[02:45] <ivoks_> fluxy: i didn't notice gaim updated on my windowse when pidgin was released :/
[02:45] <fluxy> lol *no comments*
[02:45] <shawarma> fluxy: I sincerely apologise for spending all of my spare time making sure that your entire system works in a coherent manner.
[02:45] <shawarma> not
[02:45] <fluxy> hey chill dudes
[02:46] <fluxy> i guess that's your way of doing things
[02:46] <crimsun> fluxy: seriously, there are lots of distros to fit your particular itch.  Foresight might be up your alley.
[02:46] <shawarma> It's just not very constructive to show up and just start criticising people's volunteer work.
[02:46] <crimsun> shawarma: dude, your work isn't SHINY enough
[02:46] <fluxy> (ivoks: it's easier to get myself a new-reliable-working-supported version of pidgin or whatever software)
[02:46] <fluxy> no no
[02:47] <shawarma> crimsun: I know. I cry mysleep to sleep every night.
[02:47] <crimsun> :D
[02:47] <fluxy> my aim is not to criticise
[02:47] <fluxy> but to understand
[02:47] <ivoks_> fluxy: cause you can download .exe?
[02:47] <fluxy> (yeah) now that i did 
[02:47] <fluxy> lol
[02:47] <fluxy> i was about to leave (and stop trolling ;))
[02:47] <xxxxx1> fluxy: you don't need to release always the latest upstream version. whatever, in a good distro some packages are needed by others and vice-versa, the ubuntu, like debian is a concise and mature distro.
[02:48] <shawarma> fluxy: Your very first line in here contained stuff like: "why updates take so much time to arrive in ubuntu?", later: "but really this stinks".. that's not criticism in your world?
[02:48] <ivoks_> shawarma: of course not
[02:48] <ivoks_> that's an attack :)
[02:48] <fluxy> lol
[02:49] <fluxy> "this really stinks" was bad - Sorry 
[02:49] <shawarma> fluxy: If that's your way of not criticising, that "really stinks".
[02:50] <shawarma> fluxy: If you really think we're going about this all wrong, write up a proposal of how we should do it instead. Be constructive.
[02:50] <xxxxx1> fluxy: you're a maintaner of some app?
[02:50] <fluxy> not really, just an end user and ubuntu promoter (in my part of the world)
[02:50] <shawarma> fluxy: Just moaning about wanting the name of something to change to something else is neither constructive nor encouraging.
[02:51] <xxxxx1> fluxy: you should be, to know how things work. ;)
[02:51] <fluxy> =)
[02:51] <xxxxx1> is not a easy task
[02:51] <shawarma> fluxy: Truly: If you just log off now, noone will ever care that you were here. If you *really* have an idea of how to go about this in a better way, write a proposal about it and fix it and be the person who salvaged every Ubuntu user from stale 6 months old software.
[02:52] <fluxy> some people have already come up with the idea i guess (alternative apt server with shiny releases or getdeb)
[02:53] <shawarma> fluxy: Cold, hard facts. We're doing what we think is best. Walking into a room shouting "you're doing everything wrong" and running off again will just make everyone shrug and be on their merry way.
[02:53] <fluxy> but i wish they had better servers or more reliable debs (like ubuntu)
[02:53] <shawarma> fluxy: Blood is shiny, I suppose.
[02:53] <shawarma> I take it you're familiar with the concept of bleeding edge?
[02:54] <fluxy> uh yeah
[02:54] <shawarma> right. It's shiny, but there's a reason it's called "bleeding". It's *almost* broken by design.
[02:54] <zul> ie you want to slit your wrists when you want to use it?
[02:55] <shawarma> Not the invidual pieces of software, of course, but we're not packaging individual pieces of software. We're packaging a distribution.
[02:56] <crimsun> fluxy: if you truly seek "decentralised", then look into a conary-based distro.  See Foresight.
[02:56] <fluxy> well the thing is ubuntu is really well glued as a whole distro which is why I love it
[02:57] <crimsun> fluxy: please try to remember, however, that we're working within a Debian-based packaging framework, which may not be what you seek.  We're all interested in constructive criticism.  You can contribute; see the Blueprints on https://launchpad.net
[02:57] <ivoks_> :)
[02:59] <Hobbsee> fluxy: you cant.  neither can you wand wave.
[02:59] <StevenK> But .... I want a pony!
[02:59] <StevenK> And I want to eat it too.
[02:59] <crimsun> unless you're Hobbsee, but she gets away with it because she has a pointy stick of doom.
[02:59] <ScottK> hmmm ... pony...
[03:00] <fluxy> ok folkz i guess i got the point
[03:00] <Hobbsee> heh
[03:01] <StevenK> "folkz" Dear.
[03:01] <Hobbsee> StevenK: the pony is nice looking.
[03:01] <fluxy> and sorry for the offense
[03:01] <fluxy> (folkz = guys + gals) =)
[03:01] <StevenK> I'm well aware of that.
[03:03] <Hobbsee> anyone feel like dealing with all the u-u-s bugs?
[03:04] <Hobbsee> good ;)
[03:05] <lionel> Lutin has done some this morning
[03:07] <Hobbsee> woo!
[03:07] <lionel> but there is still 179 bugs in the queue :(
[03:08] <Hobbsee> lots refer to debian
[03:09] <lionel> I will check old ones to reject or mark them as fix released
[03:09] <Hobbsee> :)
[03:10] <xxxxx1> fluxy is the best! yeah!
[03:10] <StevenK> ajmitch: What, back in .nz? :-P
[03:11] <StevenK> bug 35375
[03:11] <ubotu> Launchpad bug 35375 in scorched3d "Scorched3d SIGSEGV on startup" [Medium,Confirmed]  https://launchpad.net/bugs/35375
[03:11] <crimsun> bug 112973, 111391
[03:11] <ubotu> Launchpad bug 112973 in gmsh "Please merge gmsh 2.0.7-1 from Debian unstable" [Undecided,Confirmed]  https://launchpad.net/bugs/112973
[03:11] <ubotu> Launchpad bug 111391 in sooperlooper "Build against wxwidgets2.6" [Undecided,Unconfirmed]  https://launchpad.net/bugs/111391
[03:11] <crimsun> I'll take #111391
[03:12] <persia> crimsun: Thanks.
[03:12] <ajmitch> StevenK: not yet :P
[03:12] <ajmitch> though I see I missed all the fun about releases & updates
[03:13] <Fujitsu> Why is it fetching the source package from the archive when I specify a local source package?
[03:14] <Fujitsu> Or is that all it does?
[03:26] <slomo> pochu: so how are things progressing? :)
[03:29] <bddebian> Heya gang
[03:30] <persia> hi bddebian
[03:30] <ScottK> Heya bddebian
[03:30] <bddebian> Hi persia, ScottK
[03:30] <ajmitch> hi bddebian 
[03:30] <lionel> hi bddebian
[03:30] <xxxxx1> bddebian <o/
[03:30] <bddebian> Damn persia, going for top contributor for Gutsy or something? ;-P
[03:30] <bddebian> Hi ajmitch, lionel, xxxxx1
[03:31] <persia> bddebian: Nah.  I still have 21 packages to go to break my Dapper/Feisty numbers :)
[03:31] <bddebian> Sheesh :-)
[03:31] <ScottK> Maybe bddebian should join UUS then?
[03:31] <persia> bddebian: You, too, could generate tiny patches to insignificant bugs :)
[03:32] <bddebian> ScottK: I'm not?
[03:32] <ScottK> Hmm maybe I missed it then.
[03:32] <bddebian> It's possible that I'm not
[03:33] <lionel> bddebian: you do not seem to be in
[03:33] <bddebian> Hrmph
[03:33] <ScottK> bddebian: Nope https://launchpad.net/%7Ebddebian/+participation
[03:33] <lionel> note that there is no need to be in uus to go in through the bug list: https://bugs.launchpad.net/~ubuntu-universe-sponsors/ :)
[03:35] <StevenK> persia: I'm a little wary of that wxwidgets bug
[03:36] <persia> StevenK: What about it?
[03:36] <StevenK> persia: Has upstream been involved at all?
[03:37] <StevenK> Duh, of course they have.
[03:37] <StevenK> The original patch is from their CVS.
[03:37] <persia> Upstream wrote the original patch (in head).  I only backported to Ubuntu 2.8 (in the archived), and now for Ubuntu 2.6.  I can get back to upstream and speak to them about inclusion in a 2.6 release, if you think it's important.
[03:37] <StevenK> persia: No no, I was just worried about some large patch just coming out of the ether.
[03:38] <persia> StevenK: OK.  I usually at least send those back :)  This one though is an upstream fix.
[03:39] <StevenK> persia: I'm a little concerned about the wierd characters - sounds like encoding.
[03:40] <persia> StevenK: Do you mean that multibyte characters are converted to spaces in wxSafeConvertMB2WX?
[03:41] <pochu> slomo: haven't started yet, but I'm going to do it now. but I'm first going to build liferea with both gtkhtml and gecko, so we can confirm whether bug 98725 is in gecko or not. what do you think about that bug?
[03:41] <ubotu> Launchpad bug 98725 in sun-java5 "[feisty]  liferea crash with undefined symbol PR_NewMonitor" [Undecided,Unconfirmed]  https://launchpad.net/bugs/98725
[03:42] <slomo> pochu: with gtkhtml no java would be used at all so that's gecko
[03:43] <pochu> slomo: can you comment on the bug? :)
[03:43] <slomo> pochu: i didn't even read it yet, just the title ;)
[03:43] <slomo> pochu: can you add that? :)
[03:43] <pochu> sure. btw, he tested with gtkhtml, and the crash wasn't happening
[03:44] <pochu> do I move it to firefox, then?
[03:44] <slomo> not sure
[03:44] <slomo> either java or firefox
[03:44] <slomo> both ugly and huge pieces of software... no idea which one is at fault here ;)
[03:44] <pochu> java is already there :)
[03:44] <pochu> but doko doesn't know about it
[03:44] <slomo> maybe ask asac or doko
[03:45] <pochu> ok
[03:51] <slomo> how many advocated are required on revu nowadays?
[03:52] <pochu> I think two, but not sure
[03:53] <shawarma> :w
[03:53] <shawarma> Yes, save #ubuntu-motu...
[03:53] <ScottK> slomo: Two for a new package.  One for an update of an existing pacakge.
[03:53] <shawarma> ffs..
[03:54] <slomo> ok, good to know ;)
[03:54] <slomo> thanks
[03:56] <xxxxx1> anyone here is using reiser4?
[04:09] <RapidStorm> hey al
[04:09] <RapidStorm> l
[04:10] <Hobbsee> hiya
[04:11] <RapidStorm> is the the right room with for help with ubantu ?
[04:11] <RapidStorm> -1the lol
[04:11] <Hobbsee> uh, no.  try #ubuntu
[04:11] <afflux> no. check #ubuntu
[04:11] <lionel> RapidStorm: for general help #ubuntu is the best
[04:11] <lionel> :)
[04:11] <afflux> hehe :D
[04:11] <RapidStorm> ok ty 
[04:12] <RapidStorm> im out ty
[04:34] <bddebian> @#$%^& Lauchpad
[04:35] <Hobbsee> heh
[04:35] <Hobbsee> what's it doing now?
[04:36] <bddebian> Keeps timing out while I'm trying to submit a bug report :-(
[04:36] <persia> Launchpad is your friend.  It decides what may be done, and when.
[04:36] <Hobbsee> bddebian: useful
[04:36] <Hobbsee> persia: hah.
[04:36] <bddebian> persia: :-)
[04:39] <pochu> slomo: starting with the merge, let's see how it goes :)
[04:39] <slomo> pochu: cool :) again, get new stetic and cecil first (cecil is probably waiting on binary NEW, stetic needs a sync) from debian
[04:40] <Hobbsee> slomo: are you here?
[04:41] <slomo> Hobbsee: yep
[04:43] <Hobbsee> slomo: cool.  i wonderw who you are...
[04:45] <slomo> Hobbsee: well, you should probably know me although i wasn' _that_ active during feisty... just look at my lp page, https://launchpad.net/~slomo
[04:46] <geser> :)
[04:48] <persia> Grumble.  LVM2 won't snapshot for me.
[04:51] <shawarma> Hobbsee: If you haven't guessed yet, he's not in Sevilla.
[04:52] <shawarma> slomo: While you're poking texlive, could you fiddle it to build libkpathsea?
[04:52] <shawarma> slomo: That's the major missing bit for us to yank (un)trusty old tetex out of main and stuff texlive in, I think.
[04:52] <Hobbsee> shawarma: ahhh
[04:53] <slomo> Hobbsee: ah that's what you meant, sorry ;)
[04:53] <slomo> shawarma: hm, i wonder why debian doesn't build it yet
[04:53] <shawarma> Hobbsee: I saw this guy in the lobby, though: https://launchpad.net/@@/person-mugshot  Freaky!
[04:54] <Hobbsee> shawarma: hehe
[04:54] <Hobbsee> slomo: yes ;)
[04:54] <slomo> shawarma: any idea?
[04:54] <shawarma> slomo: Why they're not doing it?
[04:54] <slomo> yes
[04:55] <shawarma> slomo: They don't have as much of an incentive to do it as us, I suppose. Unless of course they're removing tetex altogether?
[04:55] <slomo> shawarma: that's the plan... well, i'll look at adding th package later... could you poke pitti if he's fine with this when you see him somewhere? :)
[04:55] <shawarma> slomo: We want texlive to do it so that we can have libkpathsea in main when we pull out tetex. They just want to have libkpathsea around.
[04:56] <shawarma> slomo: He is. it was him who asked for it on the mailing list.
[04:56] <shawarma> slomo: :-)
[04:56] <slomo> which list?
[04:56] <shawarma> Don't remember.
[04:56] <slomo> and debian wants to get rid of tetex too, it just needs much more time because of slow maintainers of random packages being unable to switch from tetex to texlive
[04:57] <shawarma> I was trying to hide that fact by just saying "the mailing-list".
[04:57] <shawarma> I failed.
[04:57] <slomo> :)
[04:58] <shawarma> https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2007-April/000806.html
[04:59] <shawarma> slomo: ^^
[04:59] <slomo> shawarma: thanks... if you see him ask him if there's something to be careful with
[05:00] <shawarma> He's at his laptop right now.
[05:00] <shawarma> I can throw something at him?
[05:02] <shawarma> slomo: I don't there is, though. We just need to fix all the build-deps quickly. There's not really any clear mapping between the texlive-* packages and the tetex-* ones. Not that I know of, anyway.
[05:02] <shawarma> "don't think"
[05:02] <slomo> i'm talking to him already ;)
[05:03] <shawarma> Ah, cool.
[05:06] <pochu> slomo: so I have to request a sync for stetic, and wait for cecil to be in? and in the meantime merge monodevelop building cecil and stetic from debian?
[05:06] <slomo> pochu: exactly... where's the bugreport to ack it?
[05:08] <pochu> slomo: give me a second :)
[05:09] <slomo> afterwards you could do muine or smlnj if you want
[05:10] <shawarma> \sh_away: Did you actually check if the dietlibc build still needed that fix? I thought the latest debian revision would work with SSP..
[05:13] <pochu> slomo: bug 113359
[05:13] <ubotu> Launchpad bug 113359 in stetic "Please sync stetic from Debian unstable" [Low,Unconfirmed]  https://launchpad.net/bugs/113359
[05:14] <mattva01> are their any good guides for packaging python modules in debian/ubuntu?
[05:14] <slomo> pochu: ack'ed
[05:14] <shawarma> Hey ho, hey ho, and off to BoF we go... Hmmmm-mm-mmm-mmm-mmm-mm-mm-mm, hey ho...
[05:15] <pochu> cool :)
[05:15] <pochu> slomo: and for cecil, I guess I can't do anything but wait, right?
[05:15] <slomo> right
[05:16] <pochu> k
[05:19] <mattva01> i have started but its pretty confusing
[05:20] <ScottK> mattva01: If it's got setup.py, look into cdbs.  It's dead easy.  Look at the pyyaml source package in Feisty for a clean example.
[05:20] <mattva01> thanks
[05:23] <mattva01> wow that is easy
[05:24] <jellyfish2002> hi bddebian
[05:30] <bddebian> Heya jellyfish2002
[05:34] <jellyfish2002> bddebian any things i can read up on
[05:34] <jellyfish2002> to understand more abt lintian & linda?
[05:35] <bddebian> jellyfish2002: How much time do you have? :-)
[05:35] <jellyfish2002> hmmm... abt 45 mins?
[05:35] <bddebian> Gah
[05:38] <bddebian> jellyfish2002: You have a pbuilder set up right?
[05:38] <jellyfish2002> yup
[05:39] <bddebian> jellyfish2002: Let's go to http://revu.tauware.de
[05:40] <jellyfish2002> i there
[05:41] <bddebian> jellyfish2002: Look for the cspace package
[05:42] <jellyfish2002> okie
[05:42] <bddebian> You will want to click on the package link and pull down the .dsc, .orig.tar.gz and .diff.gz files
[05:46] <jellyfish2002> okie gt them
[05:47] <bddebian> jellyfish2002: OK, now pbuild the .dsc.  sudo pbuilder build foo.dsc
[05:51] <persia> TheMuso: My apologies, but I cannot replicate the bug with ardour 2.0-0ubuntu1: it builds correctly with sbuild locally.
[05:51] <Hobbsee> hiya persia 
[05:51] <jellyfish2002> it's getting the required giled
[05:51] <jellyfish2002> files*
[05:51] <persia> hi Hobbsee
[05:52] <slomo> persia: persia uses scons, right?
[05:52] <bddebian> hehe
[05:52] <shawarma> slomo: Yes, it does.
[05:52] <shawarma> slomo: Why?
[05:52] <slomo> so there's the reason
[05:52] <persia> slomo: Yep.  On the buildds there is an error that pkg-config => 0.8.0 isn't satisfied.
[05:53] <slomo> scons almost never ever works on the buildds but works locally
[05:53] <persia> slomo: Even with sbuild?
[05:53] <slomo> yes
[05:53] <shawarma> slomo: Why? And why does scons not have any bugs reported against it?
[05:53] <persia> slomo: Do you know why?
[05:53] <slomo> no idea why... infinity or lamont did some magic to get it work
[05:53] <shawarma> We must have answers!
[05:54] <bddebian> scons r t3h suXX0r
[05:54] <persia> Nobody seems to know.  Alas :(
[05:54] <jellyfish2002> bddebian it's done
[05:54] <bddebian> jellyfish2002: Cool, Look in your results dir for the .deb
[05:54] <shawarma> I'd love to see a config.log from that build..
[05:54] <shawarma> Here's a thought: Clutter the make files with all sorts of debug stuff and look at the build logs?
[05:55] <shawarma> That's what I did with apcalc.
[05:55] <shawarma> :-)
[05:55] <slomo> hehe
[05:55] <slomo> if you understand scons go on ;)
[05:55] <jellyfish2002> yup found it
[05:55] <shawarma> Well, that bit isn't even in scons. it's in the configure script.
[05:55] <persia> Is there a handy guide on making a buildd?  Be nice to have a build vm for local buildd testing.
[05:55] <shawarma> Or am I not getting what scons is?
[05:56] <slomo> shawarma: scons is like autoconf+automake+more
[05:56] <persia> scons is opaque
[05:56] <bddebian> jellyfish2002: OK, now just "linda foo.deb" and then "lintian foo.deb"
[05:56] <shawarma> I like opacity. 
[05:56] <persia> shawarma: Buy a blindfold :)
[05:57] <bddebian> jellyfish2002: Hah, of course, it's a clean package, so that is boring..
[06:00] <jellyfish2002> but there is no output even if it's clean?
[06:01] <bddebian> jellyfish2002: No, if its linda/lintian clean you get nothing
[06:02] <jellyfish2002> bddebian oic
[06:02] <jellyfish2002> what if it's not clean?
[06:05] <bddebian> jellyfish2002: You will see W: (warnings) and E: (errors) like so:
[06:05] <bddebian> W: youtranslate; File /usr/lib/youtranslate/youtranslate.exe contained in /usr/lib of Architecture: all package.
[06:06] <bddebian> You can then use -i to get more info on the warnings and errors if they are not obvious
[06:06] <jellyfish2002> okie
[06:07] <slomo> bddebian: not a bug
[06:07] <bddebian> slomo: Aye, just showing him the output :)
[06:07] <Hobbsee> Adri2000: channel topics have limits
[06:08] <lionel> Hobbsee: we are not at Ubuntu Deelopment Summi ? :)
[06:08] <Adri2000> Hobbsee: oops :p
[06:08] <persia> "Gutsy is open for uploading" is probably older news now, and might be dropped.
[06:10] <Hobbsee> lionel: hehe, seems not :P
[06:10] <bddebian> Damn, why are there so many sync requests subscribed to UUS?
[06:11] <lionel> because most of them do not need ubuntu changes any more
[06:11] <lionel> but yes, this is surprising :)
[06:11] <persia> bddebian: archive-admin requires MOTU ACK prior to acceptance.  They can probably be unsubscribed if they have been ACK'd.
[06:12] <bddebian> persia: Understood but are these merges that can now be synced or what?
[06:12] <lionel> bddebian: that what I said :)
[06:13] <bddebian> lionel: Oh, missed that sorry
[06:13] <Lutin> Adri2000: ;)
[06:13] <lionel> at least, the sync I had a quick look
[06:13] <persia> bddebian: They are probably one of 1) merges that can be sync'd, 2) inappropriate sync bugs inappropriately subscribed, or 3) [post auto-sync freeze]  new bugfix syncs.
[06:14] <lionel> we are not in post auto-sync yet
[06:15] <persia> lionel: No, but there might be some old bugs (I had at least one years old just closed today).
[06:15] <jellyfish2002> bddebian can u teach mi how to build a package from source (e.g pidgin) next time i see ya?
[06:19] <bddebian> jellyfish2002: I can try :)
[06:20] <jellyfish2002> bddebian thx alot gtg cya :)
[06:26] <bddebian> Fujitsu: I already merged jumpnbump, why do you have Sync on DaD?
[06:27] <bddebian> Oh, newer package, nm
[06:38] <DarkSun88> Hi
[06:42] <bddebian> Hello DarkSun88
[06:42] <DarkSun88> Hi bddebian :)
[06:49] <pochu> slomo: re: monodevelop: why do we need libmono-cairo2.0-cil?
[06:50] <slomo> pochu: because gmcs has a bug
[06:53] <pochu> ok :)
[06:53] <pochu> btw, is it already filed?
[07:07] <pochu> slomo: merge done, but I can't build it (dependency issues)
[07:07] <slomo> pochu: it's already filed upstream and in LP, yes
[07:07] <slomo> pochu: what dep issue?
[07:08] <pochu> hmm, should I rebuild stetic?
[07:08] <pochu> I've just installed the .deb from debian :-)
[07:08] <pochu> let me see
[07:18] <pochu> slomo: I can't install firefox-dev locally, it wants to remove half of my desktop :)
[07:18] <pochu> asac ^
[07:18] <slomo> pochu: interesting... remove xulrunner stuff please ;)
[07:20] <pochu> doesn't work
[07:20] <pochu> The following NEW packages will be automatically installed: libnspr4-dev libnss3-dev 
[07:20] <pochu> The following packages will be automatically REMOVED: libnspr4 libnss3
[07:21] <ajmitch> that's not unusual
[07:21] <ajmitch> package names have changed
[07:21] <pochu> and they have to be fixed ;)
[07:22] <pochu> but in the meantime, is there any workaround so I can install firefox-dev and build monodevelop? :)
[07:26] <ajmitch> pochu: and what needs fixed?
[07:26] <\sh> re
[07:27] <DarkSun88> \sh: Hi :)
[07:27] <\sh> damn...installing vmware esx is so windows
[07:27] <pochu> ajmitch: the dependencies in gaim and evolution-data-server, I suppose
[07:27] <pochu> I'm filling a bug
[07:27] <\sh> moins DarkSun88 ... will upload your stuff a little bit later ... need to do some more work today :(
[07:29] <DarkSun88> \sh: Don't worry. Afflux has finished the debdiff of Kile. The package has been uploaded.
[07:29] <pochu> ajmitch: or firefox, I'm not sure
[07:31] <pochu> bug 98695
[07:31] <ubotu> Launchpad bug 98695 in gaim "Missing SSL support (MSN and GTalk don't work)" [Medium,Fix released]  https://launchpad.net/bugs/98695
[07:32] <DarkSun88> \sh: Now, I have to do again the debdiff of Nagat because I just checked the actually debdiff and don't work it.
[07:35] <\sh> hmmm...I wonder what I want to do next...fixing bugs in wine ... yeah...nice task
[07:37] <\sh> at least, I'm lucky to have beer in the office
[07:38] <shawarma> \sh: Did you see my message a few hours ago?
[07:38] <\sh> shawarma, nope...I wasn't online and don't run backlogs..
[07:39] <shawarma> 17:10 < shawarma> \sh_away: Did you actually check if the dietlibc build still needed that fix? I thought the latest debian revision would work with SSP..
[07:39] <shawarma> ajmitch: Dinner?
[07:39] <ajmitch> shawarma: tempting, I'm getting hungry
[07:40] <\sh> shawarma, hmm...I have to recheck it...I'll take it directly from debian (but tomorrow) 
[07:41] <shawarma> \sh: I can do it myself. I was just curious if you checked it.
[07:42] <\sh> shawarma, no problem..I'll do it tomorrow morning ... it's not time critical right now ;)
[07:43] <shawarma> \sh: True that. Cool.
[07:43] <\sh> shawarma, and you are in sevilla I think...so going out with the people is more fun then compiling dietlibc ,-)
[07:45] <shawarma> \sh: Depends on the people. :-) And dietlibc to some extent. :-)
[07:46] <\sh> shawarma, well, going out with siretart, ajmitch, corey and ogra or with riddell is quite fun....especially when you go with riddell into an irish pub ;)
[07:46] <\sh> (on halloween)
[07:46] <shawarma> \sh: Oh?
[07:47] <\sh> shawarma, we did during UBZ...fun for a scottsman ;) 
[08:02] <shawarma> slomo: texlive with libkpathsea ftw!
[08:03] <slomo> :)
[08:03] <slomo> pochu: so what happened to monodevelop? you can do pbuilder login and install everythnig there and copy the debs that are not in the archive yet by hand in the chroot
[08:04] <slomo> shawarma: oh, i shouldn't have copied that description from tetex :)
[08:06] <pochu> slomo: yeah, I didn't remember that :)
[08:06] <pochu> btw, I've filed and attached patches for bug 113400 :)
[08:06] <ubotu> Launchpad bug 113400 in evolution-data-server "Unable to remove the package due to dependency changes in firefox / nspr4" [Low,Unconfirmed]  https://launchpad.net/bugs/113400
[08:07] <slomo> ok
[08:08] <pochu> slomo: and since I've built theme, I can install them, and install firefox-dev :)
[08:08] <pochu> though it's better to build in pbuilder, so I'll do what you suggest ;)
[08:10] <slomo> pochu: when you're done just upload your monodevelop merge somewhere and i upload it if it's fine :)
[08:10] <pochu> slomo: sure!
[08:13] <siretart> jdong: so you are SantaClaus now?
[08:13] <jdong> siretart: haha, I hope not :)
[08:14] <jdong> I've been watching my carbs
[08:14] <jdong> ;-)
[08:14] <bddebian> heh
[08:28] <welshbyte> do the different apt* programs treat "suggests:" differently? i.e. do some of them install suggested packages automatically and others don't?
[08:51] <afflux> should I unsubscribe UUS from uploaded merge bugs or just set the status to fix released when the binary are in the archive?
[08:52] <DktrKranz> afflux, just mark it as fix released
[08:53] <afflux> okay
[09:06] <tuxmaniac> If there is a report that seems to be like a support query and not a bug, do I have to assign the bug to the related team and get it closed? What should be the status of such bugs?
[09:06] <tuxmaniac> For eg. #111981
[09:07] <tuxmaniac> bug #iii981
[09:07] <tuxmaniac> sorry bug #111981
[09:07] <ubotu> Launchpad bug 111981 in Ubuntu "getting Beryl Working on Feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/111981
[09:17] <alecjw> hi. im interested in getting involved in the ubuntu mobile project. does anyone know who i should contact?
[09:17] <concept10> I would like to know that information also
[09:18] <alecjw> concept10, hmmm do you think maybe #ubuntu-devel would be  a better place to ask although it says "to get involved with development, go to #ubuntu-motu"?
[09:20] <concept10> alecjw, maybe so, I asked in #uds-sevilla earlier for any notes or docs on the planning with no success
[09:21] <alecjw> ok lets ask in -devel then :)
[09:41] <bddebian> Are merges just free game these days?
[09:46] <ScottK> bddebian: Apparently.  Some people have been marking their territory in the comments field on DaD.
[09:47] <bddebian> Yeah, it seems to be a freakin' free for all this go'round :-)
[09:47] <ScottK> Then if you quit doing your own and steal someone else's, you should be safe.
[09:48] <bddebian> Well I don't do anything anyway, soo :)
[09:57] <SoftIce> good day, was wondering the support with kernel-patch-vserver
[09:58] <SoftIce> its over a year old, and i'm using dapper what in essence is supported till 2011?
[09:58] <SoftIce> what sugestions does one have?
[10:09] <\sh> moin
[10:09] <\sh> re
[10:12] <bddebian> Heya \sh
[10:13] <\sh> hey bddebian 
[10:14] <\sh> bddebian, how is live? :)
[10:16] <bddebian> Fair to midland thanks.  You?
[10:18] <\sh> overworked
[10:18] <\sh> but private life is going up....I'm close to a marriage  :)
[10:18] <bddebian> Nice, congrats!
[10:20] <\sh> think it will happend at the end of  this year :)
[11:01] <micahcowan> If a bug was submitted to package A, but the actual problem/fix would be package B's, so that I reject package A's bug and add package B to it, is it appropriate to "Confirm" the new bug for package B, given that both I and the bug reporter have verified that the problem itself exists? In this specific context, I'm also taking responsibility for the bug and in discussion with upstream regarding a solution. Bug 113227.
[11:01] <ubotu> Launchpad bug 113227 in vim "Incomplete/broken mouse handling in screen" [Undecided,Unconfirmed]  https://launchpad.net/bugs/113227
[11:09] <Fujitsu> micahcowan: You don't reject the package A bug. You change the source package name.
[11:10] <micahcowan> Ah. Well. Too late.
[11:10] <micahcowan> But, good point.
[11:15] <bddebian> Damn I need a ppc machine :-(
[11:16] <dothebart> qemu?
[11:16] <jmg> like you need a hole in the head
[11:16] <bddebian> pfft
[11:16] <dothebart> i have one. 
[11:16] <dothebart> a dreambox ;)
[11:17] <jmg> basilisk?
[11:17] <dothebart> and two mipes, a wrt and a qube, a dual proc sparc 10, a vax vlc 4000... 
[11:18] <dothebart> and an arm phone.
[11:18] <jmg> qube!
[11:18] <jmg> vax!!!
[11:19] <jmg> dothebart: do you have a significant other?
[11:19] <dothebart> no, i'm not marden-s.
[11:19] <dothebart> ;)
[11:19] <dothebart> ah, well, there is an agenda with a mips-el cpu somewhere in the closet.
[11:19] <bmhm> hi
[11:20] <bmhm> please update BIONC package
[11:20] <bmhm> its SOOOOO outdated!
[11:20] <jmg> like for sure
[11:20] <dothebart> ah, wait!
[11:20] <dothebart> i forgot those two rs-4000's with 400 mhz that stuck with a hex-boot-code.
[11:21] <jmg> totally!
[11:22] <bmhm> di you get that?
[11:23] <Fujitsu> !info boinc-client feisty
[11:23] <Fujitsu> !info boinc-client gutsy
[11:23] <ubotu> boinc-client: core client for the BOINC distributed computing infrastructure. In component universe, is optional. Version 5.4.11-5 (feisty), package size 338 kB, installed size 860 kB
[11:23] <bmhm> yeah
[11:23] <bmhm> Fujitsu: 5.4 is WAY outdated!
[11:24] <Fujitsu> We have 5.8 in Gutsy.
[11:24] <bmhm> 5.8 is current, 5.10 comming soon
[11:24] <Fujitsu> So it is no longer outdated.
[11:24] <bmhm> whats gutsy?
[11:24] <Fujitsu> The development version.
[11:24] <jmg> gutsy is feisty +1
[11:24] <bmhm> ..
[11:24] <Fujitsu> I'll check if it can be backported to Edgy and Feisty.
[11:24] <bmhm> .i dont want to wait that long... a lot of ppl won't ;) thanks a lot Fujitsu 
[11:24] <dothebart> apropos... any of the REVU guys arround?
[11:25] <bmhm> Fujitsu: when gutsy will be released, 5.8 will be VERY outdated as well :
[11:25] <bmhm> the problem is, that it won't work
[11:25] <Fujitsu> bmhm: We'll likely have the newer one then.
[11:25] <bmhm> other apps still work with older versions, boinc won't. Ok, thanks a lot
[11:25] <Fujitsu> Well, BOINC's architecture is obviously pretty stupid.
[11:26] <bmhm> it is?
[11:26] <Fujitsu> Sort of line Wine.
[11:26] <bmhm> tell me
[11:26] <bmhm> hmm
[11:26] <Fujitsu> If you can't use it unless it's the latest release, it's really not good.
[11:27] <Fujitsu> How are distributions meant to cope with that?
[11:27] <bmhm> well you can... anything from 5.8 will work, 5.9 is current afaik
[11:27] <bmhm> perhaps 5.7 will work
[11:27] <bmhm> but you're right
[11:27] <bmhm> its not done well
[11:28] <bmhm> got to sleep now... late already. cya & thanks
[11:28] <Fujitsu> BOINC should really fix their product to be more sane, but until then I'll try to get them backported to Edgy and Feisty (it can't go all the way back to Dapper; it needs's stuff that isn't there)
[11:29] <xxxxx1> bye all!
[11:29] <bddebian> Gnight xxxxx1
[11:29] <Fujitsu> Bye, xxxxx1.
[11:30] <rollerskatejamms> Whats the difference between universe and multiverse packages?
[11:31] <bddebian> basically multiverse == non-free
[11:31] <Fujitsu> multiverse has non-free licensing.
[11:31] <Fujitsu> It also has some patentish stuff.
[11:32] <bddebian> OK this merge crap on LP is making me batty
[11:34] <Fujitsu> I haven't sponsored any uploads in quite a while.
[11:35] <dothebart> Fujitsu: go and check out my citadel packeges then ;)
[11:35] <Fujitsu> Unfortunately, I must depart for school in about 5 minutes.
[11:35] <dothebart> you may also do so tomorow... ;)
[11:41] <Fujitsu> It's a Hobbsee! RUN!
[11:41] <rollerskatejamms> Ah ok, I'll try to avoid using multiverse pacakges then bddebian 
[11:43] <Hobbsee> Fujitsu: indeed!
[11:43] <Fujitsu> MPlayer is approaching a level of prereleaseness only before seen in Google and Gaim.
[11:43] <Hobbsee> bye!
[11:43] <Fujitsu> Their last release candidate was 7 months ago!
[11:44] <Hobbsee> fun!
[11:44] <Fujitsu> Yes, it's great.
[11:45] <Fujitsu> There are a few things that are apparently fixed in trunk that have been issues for us.
[11:45] <Fujitsu> OK, really going to school now.
[11:45] <Hobbsee> ok
[11:48] <TheMuso> persia: I got sbuild set up before I went to bed, and it built for me as well.
[11:48] <TheMuso> Hey MOTUs.
[11:48] <Hobbsee> hiya TheMuso 
[11:48] <Lutin> heya TheMuso 
[11:49] <TheMuso> Heya Hobbsee. How goes the UDS?
[11:49] <Hobbsee> TheMuso: good!
[11:49] <TheMuso> Heya Lutin.
[11:49] <Hobbsee> TheMuso: got stuff to add to the various specs?
[11:50] <TheMuso> Hobbsee: Not really. There is nothing of great interest to me this UDS.
[11:51] <Hobbsee> TheMuso: not MOTU stuff?
[11:52] <TheMuso> Hobbsee: I'm just happy to go with what the community disucsses. I don't really have any views on it.
[11:53] <Hobbsee> TheMuso: really?  even though you do a lot of it?
[11:53] <TheMuso> And unfortunately the schedule is made available too late for me to make time to listen in a lot of the time.
[11:53] <Hobbsee> TheMuso: true that
[11:53] <TheMuso> Hobbsee: I may have a read of the motu spec at some point, but yeah.
[11:53] <Hobbsee> timezones suck
[11:56] <rollerskatejamms> They should just abolish timezones. So what if it'd be nighttime at 1am in some places and daytime in others. Simpler for everybody to communicate.
[11:57] <Hobbsee> sounds good to me!
[12:00] <jmg> fuck that
[12:01] <jmg> sorry fsck that
[12:01] <Nafallo> haha
[12:01] <jmg> !ohmy | jmg
[12:09] <pochu> slomo: I just need to update the firefox patch and I'm done, but it seems that the configure now looks for mozilla and if it's not there, it looks for firefox :)
[12:09] <pochu> 	MOZILLA_HOME="`$PKG_CONFIG --variable=libdir mozilla-gtkmozembed`"
[12:09] <pochu> 	if !(test -n "$MOZILLA_HOME"); then
[12:09] <pochu> 		MOZILLA_HOME="`$PKG_CONFIG --variable=libdir firefox-gtkmozembed`"
[12:10] <pochu> so we don't need to patch it, do we?