[00:00] <directhex> mrooney, run "requestsync" from ubuntu-dev-tools
[00:01] <mrooney> directhex: okay, now if I am the ubuntu maintainer but don't have upload rights, is there anything special I should do?
[00:01] <directhex> anakron, the version number of a package in debian/changelog should be appropriate. if it's an ubuntu-specific package based on 1.0-1, it should be 1.0-1ubuntu1
[00:01] <directhex> mrooney, nope
[00:01] <mrooney> directhex: excellent, thanks!
[00:03] <anakron> ping directhex : and if i got "Patch 10_remove_encoding_from_desktop_file does not remove cleanly (refresh it or enforce with -f)
[00:03] <anakron> after applying patches
[00:03] <anakron> then i must remove them?
[00:04] <directhex> anakron, patches must be removable as well as addable
[00:07] <anakron> but, what i must do now
[00:08] <anakron> ?
[00:08] <directhex> anakron, check your patch - it might be slightly buggy
[00:08] <directhex> anakron, if in doubt, regenerate the patch. it can help
[00:08] <anakron> it's not mine
[00:08] <anakron> can you check it? its qtpfsgui
[00:09] <anakron> i want to add some changes
[00:09] <anakron> oops
[06:08] <dholbach> good morning
[06:08] <fabrice_sp_> Good morning dholbach !
[06:10] <dholbach> hiya fabrice_sp_ :)
[07:00] <stefanlsd> Morning!
[07:01] <dholbach> hiya stefanlsd
[07:07] <stefanlsd> hihi
[07:07] <ara> morning dholbach :)
[07:07] <stefanlsd> dholbach: Is there going to be an official gbj close meeting...
[07:07] <dholbach> stefanlsd: what would you expect to happen there?
[07:07] <stefanlsd> dholbach: just maybe people who attended or had concerns to  raise them. problems we encountered or things we thought worked well
[07:08] <dholbach> stefanlsd: I didn't plan anything of that sort yet - maybe we could ask for feedback on ubuntu-bugsquad@ and loco-contacts@?
[07:13] <didrocks> I have to microblog about the bugjam in Paris... Let's say this evening to have my photos :)
[07:14] <stefanlsd> didrocks: FR did great!
[07:14] <didrocks> stefanlsd: for a first officiel participation, yeah, little pride about it :)
[07:14] <didrocks> but most important: Paris wins over Toulouse :)
[07:14] <didrocks> take that huats :p
[07:16] <dholbach> didrocks: on a bug-per-inhabitants basis? :)
[07:17] <didrocks> dholbach: no, that's not good stats. I can assure you ;p
[07:17] <dholbach> :-)
[07:17] <didrocks> dholbach: how did you compute this stats? It's not the number of touched bugs?
[07:18] <dholbach> why isn't it?
[07:18] <didrocks> hum, I was just wondering, seeing yesterday that there was some bugs like Toulouse having 23 000+ points ;)
[07:19] <dholbach> that was a bug I fixed
[07:19] <didrocks> I am just impressed by the number of touched bug by us, Didn't realize it was so much
[07:20] <stefanlsd> didrocks: yeah, us neither
[07:20] <didrocks> dholbach: I am sure it's huats who asked you to do such a bug ;)
[07:21] <dholbach> didrocks: no, I broke it just myself :)
[07:21] <didrocks> stefanlsd: you too? apparently, it's hard to count/estimate number of touched bugs ;)
[07:21] <didrocks> dholbach: :)
[07:35] <stefanlsd> Did we have a blog for ubuntu dev stuff? Was it on fridge, or was that only developer news?
[07:36] <mok0> stefanlsd: we don't. It was proposed but never decided on
[07:37] <didrocks> stefanlsd: yes, there were an open thread about it
[07:38] <mok0> Someone mentioned we might use the fridge
[07:39] <stefanlsd> mm. yeah. i think it would be a nice feature to have
[07:39] <stefanlsd> i think often there's alot of stuff going on, and guys could help, just you dont have a good way of putting it out there, or asking
[07:40] <mok0> stefanlsd: yep
[07:40] <xakep> well there is one way
[07:40] <stefanlsd> and things like a common thing that biting everyone at the moment. maybe some big api change or something that would help a bunch of people hitting the same issue
[07:41] <xakep> how about a forum
[07:41] <mok0> stefanlsd: and important information like the python 2.6 upgrade
[07:41] <xakep> haha
[07:41] <xakep> python is pretty nice
[07:42] <xakep> why not use the 3.0.2 stable version
[07:42] <mok0> xakep: that's an understatement...
[07:42] <xakep> no thats not
[07:42] <directhex> xakep, pythono 3 is incompatible with 2.x by design
[07:42] <xakep> cause ScITE much better
[07:42] <stefanlsd> mok0: yeah. stuff like that.
[07:43] <mok0> oh, here comes my cat...
[07:43] <xakep> python 3 will eventully be compatable
[07:43] <stefanlsd> i dont mind hosting a drupal site with a blog with openid to LP for this. Who would be the right person to check with?
[07:43] <mok0> xakep: nonsense
[07:44] <xakep> well i counld open something like that
[07:44] <xakep> in a matter of minutes
[07:44] <xakep> what would it be called
[07:44] <xakep> good urls are hard to find these days
[07:45] <xakep> maybe wordpress would work
[07:45] <dholbach> didrocks, stefanlsd: I'm just checking the code - it might be that I counted some bits twice :-/
[07:45] <mok0> If it's meant to be for the -devs, you need the blessing of a MOTU meeting
[07:46] <dholbach> didrocks, stefanlsd: will let you know
[07:46] <didrocks> dholbach: don't cheat to make ubuntu-berlin the first one :)
[07:46]  * didrocks keep an eye on dholbach ;)
[07:46] <xakep> there is a beta verison of python that might work
[07:46] <dholbach> didrocks: let's continue in #ubuntu-bugs :)
[07:47] <xakep> that is strange code thou
[07:47] <xakep> beta versions seem to crash allot
[07:48] <xakep> I have been having allot of luck with Ruby
[07:49] <xakep> well im trying to repair damaged driver files
[07:50] <directhex> well that was odd
[08:19] <ara> Hey MOTUs! Today is an Ubuntu Testing Day!: https://wiki.ubuntu.com/Testing/UbuntuTestingDay/20090223
[08:20] <ara> help us testing the new features!
[08:25] <huats> morning
[09:14] <AnAnt> Hello, can someone review http://revu.ubuntuwire.com/details.py?package=webstrict ?
[09:16] <slytherin> anyone here with access to an ia64 machine.
[09:16] <directhex> no comment
[09:16] <directhex> why?
[09:19] <slytherin> directhex: mjpegtools fails to build on ia64 with error that libquicktime-dev is not installable because some particular version of libquicktime1 is not installable.
[09:20] <directhex> slytherin, can you phrase that in the form of a SLES10 question?
[09:21] <slytherin> directhex: I don't think so.
[09:23] <stefanlsd> Are blueprints meant to be discussed before proposed, or proposed and then discussed?
[09:29] <AnAnt> persia: ping
[09:29] <AnAnt> persia: I have fixed the issues you mentioned in webstrict
[09:29] <Koon> stefanlsd: I would say both
[09:31] <Koon> stefanlsd: some blueprints are well advanced when discussed at UDS... for some others its the UDS discussion that sparks the blueprint
[09:32] <stefanlsd> Koon: mm. ok. I was wondering about a opt in / out notification for new merges / syncs to the last uploader. Also some way of that uploader saying, i will do this / i dont have time and feel free to take it.
[09:34] <Koon> stefanlsd: interesting.
[09:35] <Koon> since the merge/sync window usually starts before UDS I guess that should be discussed well before
[09:37] <stefanlsd> I think it will make the merge/sync stuff alot smoother.  I often didnt realise that there was a new merge available, and the merges that were there ,I didnt really wanna 'steal' someone elses merge.. - mm. i could register a blueprint i guess. (i actually already have done the python code to check for updates and notify if new merges are available).
[10:20] <Laibsch> Is this the right place for motu-sru?
[10:23] <Hobbsee> Laibsch: on irc?  Yes.
[10:29] <StevenK> We
[10:35] <devfil2> Laibsch: what do you need?
[10:36] <Laibsch> I'd really like bug 221010 to be pushed
[10:36] <Laibsch> outstanding for dapper and gutsy
[10:37] <devfil2> Laibsch: ah, I forgot to ack it
[10:38] <Laibsch> Here's your reminder ;-)
[10:38] <devfil2> Laibsch: the problem is only the icon?
[10:39] <Laibsch> icon and url
[10:39] <Laibsch> the debdiff should be taking care of both
[10:39] <Laibsch> url icon and the url where the image links too have both changed
[10:39] <Laibsch> s/too/to
[10:39] <Laibsch>  /
[10:39] <devfil2> Laibsch: why is it so important?
[10:40] <Laibsch> Did I say it is important?
[10:41] <Laibsch> it is a question of user experience, though
[10:41] <Laibsch> And now that I've gone to the trouble of preparing the patch, I guess I want to see it released
[10:42] <DktrKranz> Laibsch: gutsy will reach EOL very soon, so I guess it won't be processed in time (speaking with former motu-sru hat)
[10:42] <Laibsch> too bad
[10:42] <Laibsch> it lingered for a while
[10:43] <Laibsch> all the more reason to release dapper quickly ;-)
[10:43] <devfil2> Laibsch: uhm it's ok
[10:43] <Laibsch> That being said, I still see feisty around
[10:44] <DktrKranz> Laibsch: huh? Feisty is EOL since october
[10:44] <Laibsch> officially
[10:44] <Laibsch> oops, you're right
[10:44] <Laibsch> But it wasn't taken off pages like http://packages.ubuntu.com/search?keywords=aptitude immediately
[10:45] <devfil2> DktrKranz: can you upload the debdiffs?
[10:45] <DktrKranz> devfil2: no gpg key handy right now
[10:46] <DktrKranz> Laibsch: probably it's still displayed, but I'm not sure we can actually push packages to a "obsolete" distro with success
[10:46] <DktrKranz> soyuz could reject them
[10:48] <Laibsch> I'm not suggesting to push packages to already eol'd releases
[10:49] <Laibsch> I was merely trying to point out that although eol is looming, releases sometimes have a bit more room to breath even after official eol
[10:49] <Laibsch> DktrKranz: can I ping you when you are around your GPG key or would it be better to ask somebody else?
[10:54] <devfil2> Laibsch: I'm uploading your debdiffs
[10:56] <Kamping_Kaiser> i know this is slightly OT here, but how long can i expect a build of Linux to take in a Launchpad PPA?
[10:56] <Kamping_Kaiser> i'm at 3 hours, I'm wondering if it'll be another hour, or another 15 :)
[10:56] <slytherin> Kamping_Kaiser: check how much time it takes for the official builds.
[10:56] <geser> linux == kernel?
[10:56] <Kamping_Kaiser> geser, yes.
[10:56] <Kamping_Kaiser> slytherin, where can i look for that info?
[10:57] <slytherin> Kamping_Kaiser: https://edge.launchpad.net/ubuntu/jaunty/+source/linux/+builds
[10:58] <Kamping_Kaiser> slytherin, thanks
[10:59] <devfil2> Laibsch: I'm changing your debdiffs to use the patch system
[11:02] <Kamping_Kaiser> interesting. I cant view https://edge.launchpad.net/ubuntu/hardy/+source/linux/+builds
[11:02] <Kamping_Kaiser> jaunty kernel will have to do.
[11:03] <geser> Kamping_Kaiser: I don't know if the package was already named linux in hardy
[11:03] <Kamping_Kaiser> geser, aaah. I'll go and look. thanks for that pointer
[11:07] <Kamping_Kaiser> I can view the builds via https://edge.launchpad.net/ubuntu/hardy/+source/linux/2.6.24-24.50 , but +source/linux/+builds i cant view. would this be worth asking about #launchpad ?
[11:11] <geser> Kamping_Kaiser: just checked myself, I see "not allowed here" too, will ask in #launchpad
[11:12] <Hobbsee> i get a 404 there
[11:12] <Hobbsee> https://edge.launchpad.net/ubuntu/+source/linux/+builds
[11:12] <Kamping_Kaiser> Hobbsee, https://edge.launchpad.net/ubuntu/hardy/+source/linux/+builds
[11:12] <Hobbsee> oh, right
[11:13] <Hobbsee> forbidden, even here.  strange.
[11:13] <Kamping_Kaiser> hiya, btw.
[11:13] <Hobbsee> no one shall have access to that page!
[11:13] <Hobbsee> greetings!
[11:13] <Kamping_Kaiser> hehe.
[11:13] <Kamping_Kaiser> gday.
[11:21] <slytherin> can anyone provide any insight in this build failure - http://launchpadlibrarian.net/22998337/buildlog_ubuntu-jaunty-ia64.mjpegtools_1%3A1.9.0-0.0_FAILEDTOBUILD.txt.gz
[11:21] <slytherin> I checked the archive (ports.ubuntu.com) and both libquicktime-dev and libquicktime1 are present on ia64.
[11:26] <wgrant> slytherin: It could mean a conflict of some sort.
[11:27] <Laibsch> I'm working on bug 139661 and have prepared patch http://oss.leggewie.org/wip/LP139661.diff
[11:27] <wgrant> libquicktime1 could well not be installable on ia64.
[11:27] <Laibsch> I'm not terribly familiar with translation.  Do I even need to patch all those .po files?
[11:27] <slytherin> wgrant: I am not able figure out the problem from log.
[11:27] <Laibsch> or just ui.cc and possibly the .pot file?
[11:28] <wgrant> slytherin: It's not too useful for debugging things at that stage of the build. You need to try to resolve the deps yourself, I suspect, and see what's broken.
[11:28] <wgrant> (ideally in an ia64 chroot)
[11:29] <slytherin> wgrant: I don't have access to ia64 chroot. :-(
[11:33] <directhex> slytherin, debootstrapping, just for you
[11:33] <slytherin> directhex: thanks. :-)
[11:33] <slytherin> And I now have a hunch where the problem could be.
[11:34] <directhex> NOW you tell me, after messing about with debootstrap rpms...
[11:35] <geser> directhex: can you install libquicktime-dev?
[11:37] <slytherin> directhex: I believe libquicktime needs a rebuild. Because I can see libavcodec51 as runtime dependency in libquicktime1 package for ia64. But libavcodec51 is not a package anymore in jaunty.
[11:38] <directhex> The following packages have unmet dependencies:
[11:38] <directhex>   libquicktime1: Depends: libavcodec51 (>= 3:0.svn20080206-8) which is a virtual package. or
[11:38] <directhex>                           libavcodec-unstripped-51 (>= 3:0.svn20080206-8) which is a virtual package.
[11:38] <slytherin> directhex: right, so libquicktime needs a rebuild.
[11:39] <directhex> that what you were after?
[11:39] <slytherin> No. I wasn't sure before.
[11:40] <slytherin> I will do the rebuild today.
[11:40] <directhex> can i delete this chroot? it's a production box...
[11:40] <slytherin> or if any motu free enough to upload a build1 source package for libquicktime, that will be great. :-)
[11:40] <slytherin> directhex: sure, thanks for your help.
[11:41] <DktrKranz> Laibsch: if you're online around 20 UTC, sure
[11:41] <directhex> i wish i knew why the test box wasn't booting
[11:42] <devfil2> DktrKranz: I've already uploaded Laibsch packages
[11:43] <Laibsch> DktrKranz: most likely not, I'm in Japan
[11:43] <Laibsch> devfil2: oh, thanks!
[11:43] <Laibsch> great
[11:43] <devfil2> slytherin: a rebuild of libquicktime?
[11:44] <slytherin> devfil2: yes
[11:44] <slytherin> devfil2: to pickup correct dependencies (libavcodec).
[11:45] <ScottK> devfil2: Your koffice upload FTBFS.
[11:45] <ScottK> You going to fix it?
[11:46] <devfil2> ScottK: it FTBFS on i386 due to sh script if I remember right, feel free to check it
[11:46] <DktrKranz> Laibsch: oh... pretty incompatible, then. But they're already in unapproved
[11:47] <ScottK> devfil2: Your upload FTBFS.  I don't find telling me to check a very responsible attitude.
[11:47] <devfil2> ScootK: ok, I can look at it
[11:48] <Laibsch> is this the mailgraph package?
[12:02] <james_w> anyone have any items they think would be good for the Developer News?
[12:03] <directhex> mono 2.0 app transition done? ;)
[12:03] <DktrKranz> directhex: can you read my brain? :)
[12:03] <directhex> yes
[12:04] <directhex> ew, you disgusting child, is that even legal? :o
[12:04] <DktrKranz> it's legal given that you don't disclosure my password to launch nuclear missles
[12:14] <savvas> This is weird - I'm listed as subscribed in most of the packages I submitted in revu-ubuntuwire, but I don't receive the comment updates
[12:18] <james_w> directhex: yeah, that will be on there
[12:18] <james_w> savvas: I think you have to enable email notifications
[12:18] <devfil2> ScottK: koffice ftbfs due to kdelibs changes
[12:22] <savvas> james_w: I have that checked! I think I have to subscribe to each package I upload, or was that supposed to be done automatically?
[12:23] <savvas> e.g. http://revu.ubuntuwire.com/u/medigeek shows I'm subscribed to "Own packages, fatrat, fspy", whereas I am listed in the subscribers at http://revu.ubuntuwire.com/p/lxsplit
[12:26] <RainCT> savvas: have you checked your mail address?
[12:27] <RainCT> (hint: preferences page)
[12:28] <savvas> RainCT: yes, I've just unchecked and checked it again - but why am I listed in subscribers at the package page http://revu.ubuntuwire.com/p/lxsplit and not shown in my user page?
[12:30] <savvas> RainCT: also at the lxsplit page I have a "Subscribe" link on the top menu, not "Unsubscribe"
[12:31] <RainCT> savvas: because it's your package
[12:31] <RainCT> savvas: so in the profile it's displayed as "Own packages"
[12:32] <RainCT> savvas: the link says "Subscribe" because you can still subscribe to that package and then you'd remain subscribed if later you uncheck the "get notifications for all my packages"
[12:34] <RainCT> (btw, if REVU stops working access it from revu.ubuntuwire.org.. just heard in #ubuntuwire that the .com has expired)
[12:34] <savvas> ok at my preferences page I have checked "Yes, I want to receive email notifications about everything related to my uploads."
[12:34] <savvas> lxsplit package page says I'm a subscriber: http://revu.ubuntuwire.com/p/lxsplit (at the bottom of the page)
[12:35] <savvas> I've just sent a test comment
[12:36] <savvas> oh
[12:36] <savvas> wait, .org ?:P
[12:36] <RainCT> savvas: did you get email before?
[12:36] <RainCT> *did you get email notifications before, ie. is it just failing today?
[12:37] <savvas> I used to get them some time ago
[12:37] <RainCT> perhaps it's because of the domain then
[12:37] <savvas> I think it was fspy
[12:40] <savvas> RainCT: this is the last email I got (or I know I got) from revu: http://paste.ubuntu.com/121804/
[12:42] <savvas> oh anyway, perhaps there was a database update
[12:42] <savvas> let me click on Subscribe, and see if it works then
[12:43] <RainCT> uhm I'm not getting mail either
[12:43] <RainCT> either it's the domain or I broke something :P
[12:44] <savvas> do you see a "Subscribe" on top or "Unsubscribe"?
[12:45] <RainCT> unsub
[12:47] <savvas> hm.. same here now
[12:48] <RainCT> ok, it's the domain
[12:48] <savvas> http://revu.ubuntuwire.org/p/lxsplit - didn't receive neither of the last 3 test comments :(
[13:02] <AnAnt_> Hello, I'm making a package for some CAD tool, the upstream makes a lot of shared libs, and I get this lintian warning: herb: package-name-doesnt-match-sonames libAbe0 libAbl0 libAbt0 libAbv0 libAut0 libBdd0 libBeh0 libBhl0 libBtr0 libBvl0 libCst0 libCtl0 libCtp0 libElp0 ...
[13:03] <AnAnt_> is that alright to override ?
[13:05] <JontheEchidna> yeah... I wouldn't expect you'd need binary packages for each of those
[13:05] <JontheEchidna> that'd be crazy
[13:07] <AnAnt_> ok, thanks
[13:07] <AnAnt_> I still need to make shlibs & symbols control files ?
[13:16] <RainCT> savvas: you didn't get any email, did you?
[13:22] <savvas> RainCT: nope
[13:30] <AnAnt_> do I still need to make shlibs & symbols control files ?
[13:58] <sistpoty|work> hi folks
[14:01] <DktrKranz> hi sistpoty|work
[14:02] <sistpoty|work> hi DktrKranz
[15:07] <bddebian> Heya gang
[15:07] <geser> Hi bddebian
[15:08] <bddebian> Hi geser
[15:10] <sistpoty|work> hi bddebian
[15:11] <bddebian> Heya sistpoty|work
[15:23] <slytherin> directhex: openjdk on armel is surely taking ages. :-)
[15:23] <directhex> slytherin, it's STILL there? o_o
[15:23] <directhex> slytherin, no matter, moonlight is built for armel now ;)
[15:23] <slytherin> directhex: yes, it has been five days now
[17:24] <mok0> OT: Anyone here familiar with R
[17:35]  * sistpoty|work calls it a day... cya
[17:38] <ScottK> mok0: There's a guy on planet.debian.org who blogs about it a lot.  Dirk something.  Also maintains the R packages in Debian.  Seems very knowlegable about it.
[17:39] <mok0> ScottK, thanks a lot, I guess I can find his name then. I solved my problem, though :-)
[17:41] <ScottK> mok0: If you care about R, there are a fair number of R packages that are FTBFS in Jaunty.  Mostly just need a retry I think.  I looked into it a bit, but then it exceeded my caring factor to get it all done.
[17:41] <mok0> ScottK, you are talking about r-cran-* packages?
[17:41] <ScottK> Yes.
[17:42] <ScottK> And some others too.
[17:42] <mok0> ScottK, I will take a look at those
[17:42] <ScottK> I just started looking through the r-base rdpends.
[17:42] <savvas> I made some transitional packages for boost (1.34) to boost1.35 - bug 332120 - I don't know if it was required, but it was a good practise :P
[17:43] <ScottK> savvas: I uploaded your boost1.35 FTBFS fix the other day.  Thanks.  I also used it as a model to fix boost and boost1.37.
[17:43] <mok0> ScottK: R's coolness never cease to amaze me :-)
[17:43]  * ScottK doesn't know much about it.
[17:44] <savvas> ScottK: sure, no problem :) by the way, I think boost 1.34 needs an update for it as well - unless ubuntu jaunty is going to be without boost 1.34
[17:44] <ScottK> boost == boost1.34.
[17:44] <savvas> ah it's renamed now?
[17:45] <ScottK> We are actually only about 3 packages away from being able to remove boost entirely.
[17:45] <savvas> let me guess.. deluge?
[17:46] <ScottK> No luabind, cgal, and btk-core unless I missed some.
[17:47] <ScottK> mok0: Are you still interested in btk-core?
[17:47] <savvas> any takers? I have an hour or so to play around :)
[17:47] <mok0> ScottK, I have to check again, but I'm afraid it's been abandoned upstream
[17:47] <ScottK> mok0: Would you mind taking a look at Bug 331896?
[17:47] <savvas> I mean, any non-taken :P
[17:47] <mok0> ScottK, of course
[17:48] <ScottK> mok0: I think we should either fix it or remove it then.
[17:48] <mok0> ScottK, yes
[17:48] <savvas> btw, a guy has ported glife to gtk+ 2 - bug 205218
[17:49] <mok0> ScottK, can you fill me in on the boost1.35 transition?
[17:49] <ScottK> savvas: I think rather than add more transitional packages, I think it'd be better to work on fixing luabind or cgal.
[17:49] <savvas> ScottK: will try :)
[17:49] <ScottK> mok0: Main transitioned from boost (1.34) to boost1.35 and so I was hoping we could push the older version out of the archive.
[17:50] <mok0> ScottK, you are looking at versioned rdepends?
[17:50] <ScottK> We currently have boost, boost1.35, and boost1.37.
[17:50] <ScottK> mok0: It's different package names.
[17:50] <mok0> Ah
[17:51] <ScottK> And then boost1.38 hit Sid too late for Jaunty, but it'll get added the next time around.
[17:51] <ScottK> So we need to work on getting rid of the old one....
[17:51] <mok0> ScottK, I will see what I can find out about upstream of btk-core... I've emailed them a couple of times on their sf.net email accounts
[17:51] <ScottK> mok0: Thanks.
[17:52] <mok0> NP
[18:01] <savvas> "  * Update Standards-Version to 3.8.0 (explain in debian/copyright why package
[18:01] <savvas>     is in non-free)."
[18:01] <savvas> yet in debian/control: Standards-Version: 3.7.3
[18:02] <savvas> oh sorry, cgal package :P
[18:05] <savvas> I guess the debian maintainer forgot to bump it, cgal 3.4-2 is 3.8.0
[18:06] <ScottK> savvas: Don't change it.
[18:06] <ScottK> Updating standards version from Debian is a pointless change that Ubuntu policy says not to do.
[18:06] <savvas> alrighty, thanks for the tip :)
[18:07]  * savvas notes
[18:09] <savvas> ScottK: Should I change the maintainer, since it's the first ubuntu change? If so, should I note in changelog that I changed the maintainer or is that unnecessary?
[18:09] <ScottK> Change it, but don't mention it.
[18:09] <savvas> ok
[19:20] <savvas> lpia is an official arch?
[19:20] <directhex> yes
[19:21] <savvas> E: Package libatlas-base-dev has no installation candidate
[19:31] <hyperair> hmm it would seem that some people managed to get exa working properly with i915 with driconf
[19:40] <Laney> I think something is up with udev on my Jaunty upgrade
[19:40] <Laney> the last thing before it hangs at boot is renaming wlan0 to wlan1
[19:40] <geser> bug 332270 perhaps?
[19:41] <jdong_> popular bug of the day :)
[19:41] <jdong_> I'm on a livecd sorting out that one on my macbook
[19:44] <Laney> aha
[19:45]  * Laney tries disabling watch then
[19:56] <Laney> yay
[19:56] <Laney> of course, x is broken, but still
[20:55] <RainCT> jdstrand: hey
[20:55] <jdstrand> hi
[20:56] <savvas> darn, can't get past this: http://launchpadlibrarian.net/23016291/buildlog_ubuntu-jaunty-amd64.luabind_0.7.dfsg-5ubuntu1~ppajaunty1_FAILEDTOBUILD.txt.gz
[20:56] <RainCT> jdstrand: just to be sure, about bug #292923, is backporting the version from Jaunty the Right Thing?
[20:57]  * RainCT is mentoring Vincenzo
[20:57] <jdstrand> RainCT: heh, I *just* clicked 'Save Changes' in LP on that bug :)
[20:58] <RainCT> heh
[20:58] <jdstrand> RainCT: he needs to patch the version that is in intrepid
[20:58] <jdstrand> (and hardy if he is interested)
[20:59] <RainCT> jdstrand: OK. The version in Hardy is the same as in Intrepid, the only change being a Standards-Version bump and the addition of a watch file. It still needs a different patch, though?
[21:01] <jdstrand> RainCT: the upstream version is the same, but the Ubuntu/Debian version is not
[21:01] <RainCT> Right
[21:01] <jdstrand> RainCT: eg, intrepid is 1.2.3-2, and hardy is 1.2.3-1
[21:02] <jdstrand> RainCT: so intrepid becomes: 1.2.3-2ubuntu0.1 and hardy become 1.2.3-1ubuntu0.1
[21:02] <jdstrand> (this is also in SecurityUpdateProcedures)
[21:05] <RainCT> jdstrand: Yeh. Just asking because I find stuff like this rather pointless (the packaging changes done between both revisions are absolutely *not* going to cause any impact, and having the same version in both will make successive maintainance easier), but after all doing it twice isn't that difficult (and in this case perhaps even good as he'll get more practice by doing it twice)
[21:06] <RainCT> jdstrand: Anyway, thanks :)
[21:06] <savvas> ScottK: Here's cgal debdiff for boost1.35: http://paste.ubuntu.com/122044/ - however there is an lpia dependency problem: https://launchpad.net/~medigeek/+archive/ppa/+build/880368 (amd64 and i386 were built fine in my PPA)
[21:07] <ScottK> RainCT: The build system won't let you upload the same revision twice.
[21:07] <ScottK> savvas: Thanks.  Looking
[21:07] <jdstrand> RainCT: in this case, the change may be minimal, but very often there are more significant changes
[21:08] <jdstrand> RainCT: tbh, it is easier to create the extra patch than to review all the changes between versions and decide if they could cause a regression
[21:08] <RainCT> ScottK: changing the version number is still easier than doing a new debdiff (and optimally there should be an option to copy the package from one distro to the other).. but anyway, ignore my rands, I'll actually get used to it ;)
[21:09] <savvas> ScottK: And about luabind - I got stuck at a problem while compiling, I'm not that code-literate to fully understand it: https://launchpad.net/~medigeek/+archive/ppa/+build/880369 :)
[21:09] <jdstrand> RainCT: and it doesn't save you anything in terms of testing, because all need to be tested on each Ubuntu release that will get the patch
[21:10] <anakron> HI RainCT
[21:10] <anakron> HI all
[21:12] <RainCT> jdstrand: good point (the review time), but I still think SRU and Security updates are overly bureaucratic (surely for packages in main with lots of rdepends it makes sense, but not that much in the case of standalone universe apps where the risk is minimal..)
[21:13] <ScottK> savvas: The missing package failed to build on lpia (and armel), so not your problem at all.
[21:14] <jdstrand> RainCT: well, perhaps. But IMO I'd rather err on the side of caution than to risk a regression. Regressions are no fun
[21:14] <RainCT> but I guess I'll get over it once I get used to them.. right now I'm still in the initial fase of trying to make sense of the system :P
[21:14] <RainCT> hi anakron
[21:14] <anakron> can you look this? https://bugs.launchpad.net/ubuntu/+source/qcad/+bug/311476
[21:15] <jdstrand> RainCT: this is an exceedingly longstanding 'bureaucratic' measure to minimize risk (it started with Debian a *long* time ago)
[21:15] <anakron> I'll test it and now i'll send it to debian maintainer too
[21:16] <savvas> ScottK: oh, great! 1 out of 2 isn't bad :P
[21:17] <RainCT> anakron: Looks good! (though the changelog entry isn't really clear.. adding a "debian/qcad.desktop:" in front of it would make it more understandable)
[21:17] <RainCT> anakron: please wait a few days to see if Debian reacts and we can request a sync before subscribing u-u-s
[21:18] <anakron> im looking for desktop bugs...but it's too difficult to find them with LP
[21:19] <anakron> you can't got an exact search from lp
[21:19] <savvas> qcad has a weird versioning
[21:19] <anakron> XD
[21:20] <savvas> I thought I was seeing double because I'm tired heh
[21:20] <RainCT> lol
[21:24] <savvas> Does anyone see anything weird in this debian/rules? http://paste.ubuntu.com/122054/
[21:25] <savvas> let me check if it builds ok with boost 1.34
[21:28] <anakron> why are you looking for something weird
[21:28] <savvas> anakron: http://launchpadlibrarian.net/23016291/buildlog_ubuntu-jaunty-amd64.luabind_0.7.dfsg-5ubuntu1~ppajaunty1_FAILEDTOBUILD.txt.gz
[21:29] <savvas> it fails to build and I'm playing around with patches and boost include directories :P
[21:30] <anakron> thats weird
[21:30] <anakron> xD
[21:31] <anakron> RainCT, im doing a "nice" debdiff file
[21:31] <anakron> and then ill sent it to debian maintainer
[21:32] <savvas> RainCT: the emails are back :P
[21:32] <savvas> ah no wait sorry
[21:33] <savvas> it was from google code
[21:48] <anakron> someone here knowns something about emma? im wanna know how is her icon
[21:49] <anakron> i found one and it's mysql dolphin with "emma" writed
[21:51] <savvas> anakron: /msg memoserv send emma yadda yadda yadda :p
[21:51] <anakron> ?¿
[21:52] <savvas> oh, I thought you mean emma/em, with nickname emma
[21:52] <savvas> sorry :)
[21:57] <anakron> :)
[21:57] <anakron> its a project
[22:17] <andersk> Can someone sync open-vm-tools 2008.11.18-130226-1lenny1 into Jaunty (bug 289921)?
[22:24] <james_w> thanks nhandler
[22:25] <nhandler> james_w: For what? The News page update?
[22:25] <james_w> yeah
[22:25] <nhandler> james_w: No problem. It is a great resource. I just keep forgetting to update it.
[22:27] <james_w> the problem is there has been LOADS happening in the last month :-0
[22:28] <nhandler> james_w: Do you want to mention the stuff going on regarding the MC? Or do you want to wait until after the election?
[22:28] <james_w> hum
[22:29] <james_w> I didn't find any announcements about that, except the long-expired call for nominations, did I miss something?
[22:29] <nhandler> Daniel's membership expired
[22:29] <nhandler> So currently, we only have 4 people on the MC
[22:30] <ScottK> The did do the first new style MOTU application.
[22:30] <ScottK> The/They
[22:30] <nhandler> scottk: That is already included
[22:30] <ScottK> K
[22:33] <james_w> nhandler: I'm not sure that's really appropriate
[22:33] <POX> is Gabriel Ruiz here?
[22:35] <POX> anyway, please remember to check the newest Debian package before you'll duplicate the work ;P
[22:36] <POX> haha
[22:36] <anakron> hi
[22:36] <POX> andersk: did you see emma 0.6-3 ? :-P
[22:36] <anakron> someone can review it?
[22:36] <anakron> https://bugs.launchpad.net/ubuntu/+source/firestarter/+bug/301603
[22:36] <anakron> look it
[22:36] <anakron> https://bugs.launchpad.net/ubuntu/+source/emma/+bug/333049
[22:37] <POX> andersk: sorry, wrong nick
[22:37] <POX> anakron: ^^
[22:37] <anakron> jaja
[22:38] <anakron> i was doing a patch for emma
[22:38] <anakron> yes
[22:38] <POX> please check -3 then
[22:38] <anakron> why?
[22:38] <anakron> :O
[22:38] <anakron> :)
[22:39] <anakron> hi Piotr
[22:39] <POX> hi :)
[22:39] <anakron> it was a patch for 0.6-3
[22:39] <anakron> but i sent it like 0.6-2
[22:39] <anakron> i was doing a patch for emma source package for jaunty
[22:40] <POX> but the .xpm file is already there
[22:40] <anakron> :O
[22:40] <anakron> ops
[22:40] <POX> or do you want to change it?
[22:40] <anakron> so...
[22:40] <anakron> no
[22:40] <anakron> so
[22:40] <anakron> forget it
[22:41] <anakron> or there is an icon, but it doesn't get loaded?
[22:41] <POX> ok, just remember to check Debian or you'll waste some time ;P
[22:41] <goshawk> hi, am i the only one that couldn't reach REVU?
[22:41] <anakron> :) ok
[22:41] <POX> Ubuntu has -2, so you probably want to sync it
[22:41] <anakron> mm
[22:41] <anakron> i'll fill it
[22:41] <nhandler> goshawk: revu.ubuntuwire.org
[22:42] <nhandler> goshawk: ubuntuwire.com is down right now
[22:42] <goshawk> nhandler: wasn't it .com?
[22:42] <goshawk> ah yes :)
[22:42] <goshawk> thx
[22:42] <nhandler> It was .com until the domain name expired ;)
[22:46] <goshawk> i'm packaging an application which is licensed as gpl v2, but there are some parts in other licenses (artistic and MIT/X11), should i write all the licenses in the debian/copyright file?
[22:46] <directhex> yes
[22:46] <goshawk> the package is dsss and it's in REVU
[22:46] <goshawk> oki so it will be a long copyright file :)
[22:47] <nhandler> goshawk: Just so you are aware, we are now in Feature Freeze, so we are focusing on making Ubuntu more stable. Your package most likely will not make it into Jaunty
[22:48] <goshawk> nhandler: yes i know
[22:55] <superm1> nhandler, its a popular item to use with mythgame, so there is a vested interest
[22:55] <goshawk> dput ppa seems not working due to ubuntuwire.com down, can i switch to ubuntuwire.org?
[22:56] <goshawk> s/dput ppa/dput revu
[22:56] <jpds> goshawk: revu.ubuntuwire.com not working?
[22:56] <james_w> the domain expired
[22:56] <goshawk> yep : [23:42] <nhandler> goshawk: ubuntuwire.com is down right now
[22:57] <jpds> james_w: Gah!
[22:57] <james_w> goshawk: and yes, you can switch to .com
[22:57] <james_w> .org I mean
[22:57] <goshawk> .org you mean :)
[22:57] <goshawk> ok
[22:57] <goshawk> and i like .org more :P
[22:57] <james_w> yeah, I need more beer or less, it's not yet clear
[22:57]  * jpds really think we should get it registered with the -eu.org guys.
[22:59] <nhandler> superm1: But is it a mythbuntu package that would fall under your delegation for a FFe?
[22:59] <superm1> nhandler, no it wouldn't.  that's why i didnt comment on it
[22:59] <superm1> nhandler, we have an interest in it, but in the end it's a regular ole' universe package
[23:00] <superm1> so i certainly dont want to overstep my bounds with it
[23:00] <nhandler> superm1: Ok, then I'll take a look. I just wanted to make sure I wasn't stepping on your toes here
[23:00] <jpds> goshawk: Point dput at revu.tauware.de
[23:00] <superm1> nhandler, i seem to think it makes sense to at least bring in that patch if we dont jump versions personally
[23:01] <superm1> and maybe that's better until upstream does a "formal" release including the patch
[23:03] <nhandler> superm1: By any chance is the package in a PPA?
[23:03] <superm1> nhandler, i seem to doubt joel put it in one, but you can check his ppa i guess
[23:04] <nhandler> superm1: Ok, it isn't a huge deal. It just would save me a few minutes
[23:05] <superm1> right
[23:05] <superm1> nhandler, the versioning in his packaging might need to be looked at anyway. i didn't give it that much of a look, figured it's more important to see it's right on principle before looking much into it
[23:07] <goshawk> jpds: why?
[23:08] <jpds> goshawk: Nevermind, I thought that domain had been pointed there.
[23:58] <salty-horse> hi. why does flashplugin-nonfree still uses nspluginwrapper on amd64 instead of the native 64-bit beta?