[00:38] <ryanakca> Adri2000: Not sure. Who confirmed it?
[00:38] <ryanakca> nhandler: thanks
[00:42] <nhandler> You're welcome ryanakca
[00:58] <Adri2000> ryanakca: someone from the bugsquad it seems
[02:14] <wardi> nhandler: I added a link to the ppa builds to my bug report (#343347)
[02:15] <wardi> and subscribed ubuntu-universe-sponsors
[02:16] <wardi> I think thats all I can do :-)
[02:19] <nhandler> wardi: Ok. A MOTU will look over the sync request in the next few days. They will then ACK it if they think it looks ok.
[02:41] <wardi> nhandler: thanks again
[04:55] <hyperair> sebner: i'm thinking of doing the merge for sysinfo. is that okay?
[05:16] <nxvl> nixternal: ping
[05:58] <adelie421> Sorry for the noob question, but can I change my comment in id_rsa.pub manually, or do I need to generate a new key?
[05:58] <StevenK> gpg --edit-key should be able to do it ...
[05:59] <adelie421> thanks
[06:07] <adelie421> hmm... that doesn't seem to let you change the comment. The comment is in cleartext. If I change the comment manually in the file, will it screw up the key?
[08:08] <Toadstool> good morning guys!
[08:15] <jpds> Morning Toadstool.
[08:15] <geser> good morning
[08:47] <Toadstool> 'morning jpds and geser
[09:12] <savvas> about bug 343347 - is it a sync or a merge? the new version of python-urwid is a bugfix release as I was told by one of the debian maintainers (Ian Ward)
[09:12] <savvas> oh, they changed the title :P
[09:12] <savvas> ok ignore that :)
[09:36] <goshawk> hi, is there a pbuilder script to compile a pacakge for another arch?
[09:37] <slytherin> goshawk: don't think so.
[09:38] <slytherin> goshawk: you will need chroot for another arch and for that you will need machine with another arch AFAIK.
[09:38] <Laney> you can build for i386 on amd64
[09:38] <slytherin> goshawk: what are you trying to do by the way?
[09:38] <goshawk> compiling for arm for example
[09:38] <goshawk> ?
[09:38] <goshawk> without having an arm device
[09:38] <Laney> make a VM?
[09:38] <goshawk> well, with qemu i've a arm system
[09:39] <goshawk> yes, but i want something like pbuilder-qemu-armel package.dsc
[09:39] <goshawk> if there were
[09:39] <goshawk> :)
[09:39] <goshawk> well
[09:39] <goshawk> http://wiki.debian.org/qemubuilder
[09:39] <goshawk> here is it :)
[10:22] <slytherin> does anyone know where can I find slomo?
[10:23] <directhex> try pkg-gnome haunts on oftc. but his irc hours are fairly short IME
[10:23] <slytherin> directhex: I think I would rather wait here.
[10:23] <directhex> that's probably for the best
[10:26] <slytherin> thing is that dvd playback is completely broken on jaunty. I have found the solution but not able to figure out the reason. So wanted to discuss that with slomo. Also I am wondering why no one else complained.
[10:27] <directhex> what's the solution?
[10:28] <slytherin> directhex: for some reason the configure2/Makefile combo currently being used in libdvdread is causing some problem. The solution is to use old configure script (once it is generated with ./autogen.sh).
[10:29] <directhex> configure2? i'm obviously getting old
[10:29] <slytherin> directhex: yes, and I don't know the reason why they are shipping two ways of building the package.
[10:30] <directhex> slomo is alive right now, btw
[10:30] <directhex> [10:29] <CIA-7> debian-pkg-cli-apps: slomo * r4712 /packages/banshee-extension-mirage/trunk/debian/ (4 files in 2 dirs): (log message trimmed)
[10:30] <directhex> so he ought to fire up an irc client shortly, i'd hope
[10:32] <slytherin> I even mailed Debian maintainer of libdvdread asking if he is facing same problem in Debian. If we fix this problem in time then dvd playback with gstreamer is going to work beautifully.
[10:32] <directhex> dvd playback with gstreamer? even with menus? about bloody time!
[10:33] <slytherin> directhex: yes, menus, subtitles. I watched two movies yesterday.
[10:33] <slytherin> but that will work provided I put my fix in place.
[11:27] <a|wen> if pkg-config gives me this error: "Package 'glib-2.0', required by 'libqalculate', not found"; is that then a bug in libqalculate-dev that it doesn't depend on libglib2.0-dev?
[11:29] <a|wen> or should the package i'm looking at have that dependency directly; seems wrong to me
[11:31] <joaopinto> a|wen, libqalculate build depends should include libglib2.0-dev
[11:31] <joaopinto> I am assuming you are trying to build libqalculate
[11:32] <a|wen> joaopinto: i'm trying to build qalculate-kde ... which depends on libcalculate-dev
[11:33] <savvas> nhandler: here? :) so if there are no leftover changes from Ubuntu, it's a sync?
[11:33] <joaopinto> hum, if libcalculate-dev can't be used without libglib2.0-dev it should depend on it
[11:33] <nhandler> savvas: Correct. If all of the ubuntu changes have been applied upstream, we can sync it (assuming it builds)
[11:35] <savvas> nhandler: noted, thanks :) no changes left for urwid thankfully hehe
[11:37] <a|wen> joaopinto: that is pretty much what pkg-config says ... but i don't know if we are to trust that
[11:43] <a|wen> hmm qalculate-gtk got through the rebuild without any hitch... i blame pkg-config then
[12:03] <hyperair> if a package is licensed under apache-2.0, using the new copyright format, how much of the text is needed to be inside debian/copyright?
[12:05] <slytherin> hyperair: apache-2 ia available in common licenses
[12:05] <hyperair> slytherin: i know. but exactly which part of the text should i put into debian/copyright? even GPL also requires some text be put in
[12:09] <slytherin> hyperair: I don't think there is any such requirement either in GPL or Apache License.
[12:09] <hyperair> slytherin: there isn't?
[12:09] <hyperair> slytherin: i mean i see it generally being included in debian/copyright
[12:10] <hyperair> for GPL that is
[12:21] <slytherin> hyperair: Check this - http://svn.debian.org/viewsvn/pkg-java/trunk/libcommons-jexl-java/debian/copyright?rev=7144&view=markup
[12:40] <hyperair> slytherin: that's.. brief. i never knew you could just omit it like that =\
[12:51] <Kamping_Kaiser> apw, hi, do you mind if i pm you?
[12:52] <apw> ok
[13:32] <mcnicholls> hi
[13:33] <mcnicholls> just wondering how long on average it takes for a debdiff to get picked up and reviewed once the bug is subscribed to one of the sponsor groups?
[13:33] <mcnicholls> I want to keep contributing, but want to make sure i am doing things right first ;-)
[13:41] <ScottK> mcnicholls: It varies a lot.  It can be a day or two and it can be a week or two.  It depends on both the fix and the level of activity from sponsors.
[13:45] <mcnicholls> ScottK: Ok, just nice to have an idea. And as long as i have set the bug to Confirmed, Nobody and subscribed the correct sponsor group, then ti will get picked up by someone?
[13:45] <ScottK> Generally yes.
[13:45] <ScottK> Particularly in Universe we're all volunteers, so there's no performance guarantee ....
[13:47] <mcnicholls> ok, well i may carry on and if i am doing things wrong then i will soon find out. Going through NBS no change rebuilds seems to be pretty simple ;-)
[13:50] <ScottK> It's important work too.  Thank your for doing it.
[13:50] <c_korn> can someone update sivp and let it build again? https://bugs.launchpad.net/launchpad-buildd/+bug/343155/comments/4
[13:51] <bddebian> Heya gang
[13:51] <ScottK> c_korn: Why will it work this time?
[13:51] <ScottK> bddebian: Heya.
[13:51] <mcnicholls> i have been looking through the list and there are several where there are depends in some architectures that aren't in others. How would i test a recompile on a foreign architecture?
[13:52] <mcnicholls> hi bddebian
[13:52] <bddebian> Hi ScottK, mcnicholls
[13:52] <c_korn> ScottK: sylvestre thinks it should work now :P scilab was trying to start the GUI I think
[13:52] <ScottK> c_korn: I'll try it again.
[13:53] <c_korn> ok, thanks.
[13:53] <c_korn> have to leave now. bye
[13:59] <jdong> ah Michael, I love you, but please don't benchmark LZMA compression in a filesystem performance test?
[14:00] <Amaranth> haha
[14:00] <Amaranth> isn't LZMA CPU-bound?
[14:02] <directhex> jdong, reading phoronix again?
[14:05] <jdong> directhex: yes
[14:05] <jdong> Amaranth: from my experience, lzma -9 writes at like 5MB/s :D
[14:05] <jdong> Amaranth: unsurprisingly, all the FSes performed the same!
[14:06] <directhex> jdong, bless him for his work, but he simply doesn't "get" subsystems properly. i've  seen him benchmarking quake3-based games at 1280x1024 as a GPU bench in 2008...
[14:07] <Amaranth> can't GPUs these days run q3-based games at max resolution with the same framerate as 640x480?
[14:08] <directhex> Amaranth, q3-based games on modern systems are CPU and engine-design limited
[14:08] <directhex> Amaranth, the latter being proven by Q3 getting better framerates than Q2
[14:08] <jdong> heh
[14:09] <jdong> directhex: my experience reading phoronix benchmarks is that there IS useful info for me, but after sifting through a lot of questionable tests and commentary
[14:11] <directhex> jdong, between you, me, everyone else in #ubuntu-motu, and the googlebot that indexes the irc logs, i'm going to be doing some of my own tests imminently using the phoronix-test-suite app as a base, for a hardware site i freelance for on occasion.
[14:11] <directhex> again, p-t-s is great but some of the test choices are bizarre
[14:11] <jdong> indeed
[14:11] <directhex> mostly i'm trying to work out who i know who can squeeze a build of UT3 out of epic
[14:15] <directhex> jdong, can you suggest an alternative modern gpu test, other than etqw and unigine? i don't know if ut3 is gonna pan out
[14:15] <jdong> directhex: haha I'm not sure; not the GPU person :)
[14:17] <directhex> hm, "lightsmark"
[14:25] <directhex> or there's always spec
[14:38] <DktrKranz> mmmh, why debfoster keeps removing sysv-rc, which is required, even if I instruct it to leave required packages in place? bah...
[14:55] <mcnicholls> is it possible that packages on the NBS list are there because the source package that should produce them is not building them or is that a definitive list of packages to be removed?
[14:58] <DktrKranz> mcnicholls: usually they're obsolete packages (e.g. a new binary package replaced them), they will be removed when there will be no reverse dependencies (when file size is 0)
[15:00] <mcnicholls> DktrKranz: thanks. i was a bit stumped looking at one NBS package, but have worked it out now. Just wondered if there is ever a case where the NBS package is built because of some error in the source package and then it gets added to the NBS list?
[15:02] <DktrKranz> mcnicholls: Not precisely. They're packages once provided by correspondant source packages, which are no longer be. Rarely they're there for some kind of error.
[15:03] <geser> mcnicholls: usually NBS packages are packages which are build anymore (e.g. library transition -> package rename) and package on the list still depend on the old package
[15:03] <mcnicholls> ok thats cool
[15:04] <mcnicholls> cheers guys, think i am getting the hang of it. submitted one yesterday and just looking through some others today. is it cool just to pick anyones or will i be tread on someones toes if i just pick ones at random?
[15:04] <mcnicholls> s/tread/treading
[15:05] <geser> it's usually free for all but it's still nice to ping the last uploader when you see that he cares about the package (e.g. many uploads by the same person)
[15:06] <nixternal> nxvl: pongers
[15:06] <mcnicholls> ok. when you say ping, what exactly do you mean?
[15:09] <mcnicholls> drop them a mail?
[15:10] <DktrKranz> even a irc dialog is fine
[15:12] <mcnicholls> but email is cool if they aren't on IRC?
[15:12] <DktrKranz> sure
[15:13] <DktrKranz> for rebuilds/transitions, previous uploaders usually give them away for free
[15:14]  * DktrKranz is addicted with uw-imap transition
[15:14] <nxvl> nixternal: nevermind, i was about to ask you if you already had the Peruvian LoCo Team info
[15:14] <nxvl> nixternal: but i send it anyways
[15:14] <nixternal> hehe, thanks
[15:15] <nxvl> !nixternal | nixternal
[15:15] <nxvl> (sorry, i couldn't resist)
[15:15] <nixternal> haha, MIRC
[15:15] <nixternal> I don't remember saying that I love mIRC
[15:15] <mcnicholls> ok thanks DktrKranz
[15:16] <DktrKranz> you're welcome
[15:33] <mcnicholls> DktrKranz: sorry to keep asking stuff. What about when an NBS has depends on architectures that are foreign and i therefore can't build and test against them? (I suppose when i rebuild i am only ever testing against i386 anyway). Build process will pick them up when they are submitted?
[15:40] <DktrKranz> mcnicholls: check if new package you are rebuilding for is built and published for every architecture, you can easily do it on Launchpad: packages marked as "Successfully built (DONE)" are ready.
[15:42] <mcnicholls> Yeah i think i know where you mean. So is it ok for me to submit a rebuild that i have built and installed on my i386, even though i can see it will be built for other architectures?
[15:46] <DktrKranz> mcnicholls: unless there are specific problems, simply proceed with rebuild you've just done, it will probably be built everywhere
[15:47] <mcnicholls> ok thanks
[15:47] <jetsaredim> anyone know what would cause the following...? http://pastebin.com/m40082fc6
[15:58] <mok0> jetsaredim: try eliminating the spaces in there
[15:59] <DktrKranz> ls
[15:59] <mok0> DktrKranz: No files found
[16:03] <DktrKranz> ls -l :)
[16:04] <mok0> DktrKranz: File ":-)" not found
[16:04] <mok0> DktrKranz: No such file
[16:04] <pochu> mok0: he ls'd ":)" :P
[16:05] <mok0> pochu:  syntax error near unexpected token `)'
[16:05] <pochu> heh
[16:05] <pochu> mok0: are you a bot now? ;)
[16:05] <mok0> pochu: I sure feel like one
[16:07] <DktrKranz> mok0: cat /dev/urandom > /dev/fb0
[16:07] <DktrKranz> I guess Picasso used that for his paintings :)
[16:08] <mok0> DktrKranz: I am not going there...
[16:09] <jetsaredim> mok0: not sure what you mean - I thought configure scripts were generated by autoconf or something - I assumed that I was just missing some library or something
[16:09] <mok0> jetsaredim: PKG_CHECK_MODULES(PCRE, libpcre >= 5.0) -> PKG_CHECK_MODULES(PCRE,libpcre>=5.0)
[16:09] <jetsaredim> mok0: I tried that and got the same error
[16:10] <mok0> jetsaredim: In configure.ac
[16:10] <bdmurray> I'm uncertain how to proceed with bug 331535, I've attached a debdiff to it, but it looks like we could also sync with debian and get the bug fix.  Should I leave the bug in the sponsor's queue or change it to a sync request?
[16:10] <jetsaredim> no such beast
[16:11] <mok0> jetsaredim: In fact, use PKG_CHECK_MODULES([PCRE],[libpcre>=5.0])
[16:11] <jetsaredim> hmm ok
[16:12] <jetsaredim> same error
[16:12] <mok0> jetsaredim: hmm
[16:12] <jetsaredim> I'm trying to follow this... http://pastebin.com/m40082fc6 to build fuppes
[16:14] <jetsaredim> just to be clear - when i say i'm getting the same error
[16:14] <mok0> jetsaredim: that's just weird
[16:14] <jetsaredim> the first time when you told me to get rid of the space the error was PCRE,libpcre...
[16:15] <jetsaredim> this last time was [PCRE]
[16:15] <jetsaredim> rather than the original PCRE error
[16:15] <mok0> ugh
[16:17] <mok0> jetsaredim: do you have the package pgk-config installed?
[16:18] <jetsaredim> hrm - nope
[16:18] <jetsaredim> i suppose that would explain it
[16:20] <mok0> jetsaredim: if it works now, it would :-P
[16:22] <jetsaredim> well - it's certainly gotten me past that particular error
[16:22] <jetsaredim> thanks - i knew it would be something simple like that
[16:23] <mok0> jetsaredim: my pleasure
[16:24] <iulian> bdmurray: Please change it to a sync request.
[16:25] <jetsaredim> mok0: is there a general set of guidelines for packaging a new piece of software like this?
[16:26] <mok0> jetsaredim: errr... like what?
[16:26] <jetsaredim> this fuppes package is for setting up a upnp server
[16:26] <mok0> jetsaredim: not really
[16:26] <jetsaredim> mok0: something like - start with a blank directory and end up with a fully-packaged deb
[16:27] <mok0> jetsaredim: no quick way to package
[16:27] <jetsaredim> i mean - i've packaged some plugins for the mozilla team, but that was based off something where most of the legwork was already done
[16:27] <mok0> !packaging > jetsaredim
[16:27] <jetsaredim> kthx
[16:27] <mok0> jetsaredim: you only need 5 files in debian/ for a simple package
[16:28] <mok0> jetsaredim: rules, changelog, control, copyright, compat
[16:28] <jetsaredim> ok
[16:30] <c_korn> ScottK: hello. why is the old revision building again? https://launchpad.net/+builds/yellow I uploaded a debdiff for 1ubuntu2
[16:30] <jetsaredim> mok0: this would be the place to ask about packaging questions and/or find someone to sponsor anything new?
[17:13] <iulian> Hmm, that's odd.  Does anyone else get: "[Errno 13] Permission denied: '/srv/wiki.ubuntu.com/www/data/user/1232263646.18.17372'" when accessing the wiki?
[17:14] <Pici> yes.
[17:16] <iulian> Pici: Any idea what is going on?
[17:16] <iulian> bdmurray: I have just acked the sync request. Thanks.
[17:19] <bdmurray> iulian: thanks!
[17:20] <Pici> iulian: dunno, but a few of us just reported it in #canonical-sysadmins
[17:20] <bdmurray> iulian: Although it was unnecessary did my debdiff look okay?
[17:28] <iulian> bdmurray: Yes, the debdiff looks good.
[17:28] <c_korn> I have created a debdiff for sivp (because it was not compiling on amd64) https://bugs.launchpad.net/launchpad-buildd/+bug/343155/comments/5
[17:28] <c_korn> can a motu patch it and try to build it now?
[17:29] <c_korn> (I got a FFe acked for sivp before. don't know if updating also required ACKs)
[17:29] <iulian> c_korn: You should have tested the patch before.
[17:30] <iulian> c_korn: And no, it does not need an exception.
[17:30] <iulian> Only new upstream releases which provides new features need FFe.
[17:31] <c_korn> iulian: I can't :P the build did always succeed on my local machine (amd64) and on PPAs (amd64). so I can only test it on an ubuntu official system to see if it works. the patch comes from sylvestre ledru (maintainer) so it is expected to work :P
[17:31] <iulian> c_korn: I thought that you haven't tested the patch at all.
[17:32] <iulian> c_korn: I will have a look at it later on.
[17:32] <c_korn> well, it applies on the source if you mean that.
[17:33] <c_korn> it was just a change in a Makefile.am required with following automake. that is why the patch has grown so big
[17:35] <iulian> c_korn: Please subscribe uus.  Maybe someone has more time than me right now and would like to sponsor it.  I don't want to depend on me.
[17:36] <c_korn> iulian: ok, you are "motu-release" right?
[17:37] <iulian> c_korn: Well, I'm part of that team.
 c_korn: Please subscribe uus. ___ was that a typo or is uus some special team?
[17:38] <iulian> c_korn: Anyway, you shouldn't file a bug against launchpad-buildd but Ubuntu.  It doesn't affect launchpad-buildd.  I have just invalidated that task and opened an Ubuntu one.
[17:38] <iulian> c_korn: uus = ubuntu-universe-sponsors
[17:39] <c_korn> oh, I read it like "us" ok :P will subscribe them
[17:47] <ScottK> c_korn: I misunderstood you.  I thought you just wanted the old version built again.
[17:47] <c_korn> ScottK: no. but does not matter. there was another bug in it anyway
[18:35] <NCommander> JontheEchidna, you around?
[18:47] <JontheEchidna> NCommander: yes
[18:47] <NCommander> JontheEchidna, feel like REVUing something for me?
[18:47] <JontheEchidna> I could do that
[18:48] <NCommander> JontheEchidna, http://revu.ubuntuwire.com/p/ecosconfig-imx
[18:54] <JontheEchidna> NCommander: It looks pretty good, though I can't seem to find the copy of the GPL
[18:55] <NCommander> JontheEchidna, good call. This is a repack from a MASSIVE zip file to get just a small chunk
[18:57] <blueyed> I want to add an apport hook to virtualbox-ose. Is there a way to install the file out of any binary package, without causing a conflict, if two of them get installed? Also, what would be the best way to install a file into all packages in debian/rules? Or - should I just ship it in the main package?
[18:57] <JontheEchidna> Yeah, I thought it might be pretty strange if Redhat software wasn't distributing a copy of the GPL :P
[18:57] <NCommander> JontheEchidna, this source has a fun fun story
[18:59] <JontheEchidna> heh
[19:00] <slytherin> bigon: how did you solve the telepathy-glib FTBFS?
[19:03] <maxb> blueyed: What do you mean "two of them"? "any binary package"?
[19:06] <blueyed> maxb: yes. but nevermind. I wanted to add a virtualbox-ose_source.py hook and thought it would get used for any file out of this source package, but that's probably not the case anyway.. will install only virtualbox-ose.py now.
[19:07] <Laney> blueyed: Hey! Are you looking at miro?
[19:07] <fabrice_sp__> Hi. Can someone have a look at a FTBFS ( https://launchpad.net/ubuntu/+source/setools/3.3.5.ds-5ubuntu1/+build/905442/+files/buildlog_ubuntu-jaunty-amd64.setools_3.3.5.ds-5ubuntu1_FAILEDTOBUILD.txt.gz ). I'm building it fine in a schroot and i386 builds fine also
[19:08] <fabrice_sp__> the error is: mkdir: cannot create directory `debian/stamp/binary': File exists
[19:08] <blueyed> Hi Laney.. no. not yet - and probably I'll have no time for it today.
[19:08] <Laney> ok
[19:08] <blueyed> any progress?
[19:08] <Laney> it's getting a lot of dupes
[19:08] <Laney> not really
[19:08] <Laney> I think maybe it needs fresh eyes
[19:08] <blueyed> Seems like ScottK could help you.. ;)
[19:09] <blueyed> (or even others ^^)
[19:14] <JontheEchidna> NCommander: looks good to me now
[19:14] <iulian> c_korn: I've just uploaded it.  Thanks.
[19:14] <maxb> fabrice_sp__: given that make seems to be running in parallel mode, I'm inclined to wonder if it's a race condition?
[19:14] <NCommander> JontheEchidna, feel free to plus one it :-)
[19:14] <JontheEchidna> sure thing :)
[19:15] <c_korn> iulian: thanky. go crested go :P https://launchpad.net/+builds/crested
[19:15] <fabrice_sp__> maxb, that's what I feared... What would be the solutions then? To run it in sequence?
[19:16] <maxb> well... ideally track down what created that the first time to cause the mkdir to error.
[19:16] <fabrice_sp__> ok. I'll put it in verbose mode
[19:17] <fabrice_sp> thanks
[19:24] <lfaraone> ScottK: hi, re bug 339689: bernie has been testing/using the same version of the package which is currently in sid/squeeze (from the .deb file in their repos). Hes currently on vacation, or he'd answer himself.
[19:24] <lfaraone> *he's
[19:25] <ScottK> lfaraone: Please mark it in the bug if you haven't.
[19:25] <ScottK> fabrice_sp: What's your plan for the setools FTBFS on amd64?
[19:26] <fabrice_sp> ScottK, I'll try to find what creates debian/stamp/binary, and see if I can rename the target or similar
[19:26] <ScottK> fabrice_sp: OK.  Ping me when you're ready for an upload.
[19:26] <lfaraone> ScottK: done
[19:26] <fabrice_sp> but I was able to build it here, in a schroot, so it will be complicated to reproduce it
[19:26] <fabrice_sp> ScottK, ok
[19:26] <ScottK> lfaraone: Thanks.
[19:30] <iulian> c_korn: It built on amd64 but failed on sparc, powerpc, ia64, hppa and armel.
[19:31] <c_korn> iulian: that was expected. because scilab-5 does not exist for this archs, yet.
[19:31] <iulian> Ah, I wasn't aware of that.
[19:41] <slytherin> c_korn: i see a scilab package in on my ibook (powerpc) with version 5.1-0ubuntu2.
[19:42] <c_korn> slytherin: jaunty powerpc Failed to build https://launchpad.net/ubuntu/jaunty/+source/scilab/5.1-0ubuntu2 that is impossible
[19:43] <slytherin> c_korn: then is that package carried over from intrepid? What did you mean when you said it does not exist for these arch?
[19:44] <c_korn> slytherin: well, it fails to build for these archs. I already filed a scilab bug about that ( http://bugzilla.scilab.org/show_bug.cgi?id=4232 ). and intrepid only has the scilab-4 version in.
[19:44] <c_korn> where does your package come from?
[19:45] <slytherin> c_korn: Oh, It looks like the package I was referring to is the arch:all package, scilab-bin which is arch:any is at old version.
[19:45] <slytherin> c_korn: Ok. We had discussion about this FTBFS before. I suppose you are waiting for reply from upstream.
[19:46] <c_korn> oh, so does the new scilab package install an old scilab-bin package? if so it is not good
[19:48] <slytherin> c_korn: no it doesnt
[19:48] <c_korn> good
[20:17] <fabrice_sp_> ScottK, Bug #343851
[20:18] <fabrice_sp_> build order is correct, and it's working fine locally
[20:19]  * ScottK looks
[20:20] <ScottK> fabrice_sp_: Did you test this on amd64?
[20:21] <fabrice_sp_> yes
[20:22] <fabrice_sp_> but it has always worked :-/
[20:22] <fabrice_sp_> (I'm on amd64, and previous build was ok)
[20:23] <slytherin> I remember some discussion on #ubuntu-devel regarding parallel builds. Not sure if it is related. Not even sure what the discussion was about. It happened about 5-6 hours ago.
[20:24] <fabrice_sp_> I moved the creation 3 levels upper, in a place where it's supposed not to be parallel ...
[20:24] <fabrice_sp_> it's hard to detect, because most of the time, it builds fine locally...
[21:21] <NCommander> Anyone feel like REVUing something?
[21:22] <nhandler> NCommander: Is it going to be in Jaunty?
[21:22] <NCommander> nhandler, I'm working on getting the necessary FFes
[21:23] <Neo_The_User> hi all
[21:25] <mrooney> anyone feel like uploading something to universe today? :)
[21:25] <nhandler> NCommander: What is the package?
[21:25] <NCommander> nhandler, redboot-imx
[21:25] <NCommander> mrooney, what is it?
[21:25] <Neo_The_User> me mrooney
[21:25] <nhandler> Neo_The_User: You don't have upload rights
[21:25] <Neo_The_User> yeah but i will
[21:26] <nhandler> :)
[21:26] <Neo_The_User> once i get a chance
[21:26] <nhandler> NCommander: I'll look at it some time today
[21:26] <mrooney> nhandler: bug 333639 just needs to be uploaded
[21:26] <Neo_The_User> I made some changes to the airlied source code. libdrm loads quicker now via kernel.
[21:27]  * NCommander kicks LP
[21:27] <mrooney> NCommander: err sorry I meant to highlight you on that bug :)
[21:27] <Neo_The_User> less of a time frame between the kernel and the output on the screen. just for when they want me to make a change to something, It's already made.
[21:27] <NCommander> mrooney, ugh, looks *fun*
[21:28] <NCommander> I'm *really* hestiant to handle as a native package, that only meant for Ubuntu-only programs
[21:28] <mrooney> NCommander: oh okay, can I do anything to make it easier? I figured that was the easiest
[21:29]  * NCommander pulls this packages history
[21:29] <NCommander> let me see whats going on
[21:29] <mrooney> it is practically ubuntu only, I mean the packaging I maintain there is ubuntu
[21:29] <nhandler> NCommander: I'm not seeing the package on REVU
[21:29] <NCommander> nhandler, it just finished uploading
[21:29] <NCommander> nhandler, REVU doesn't really like 16MB+400kb diffs :-/
[21:30] <ajmitch> mrooney: because rolling a new upstream release for any packaging changes isn't good
[21:30]  * nhandler doesn't care for them much either
[21:30] <NCommander> nhandler, don't blame me :-/
[21:31] <NCommander> nhandler, lets just say this package has a unique packaging situation
[21:31] <NCommander> (and you can't test build it unless you have some ARM hardware)
[21:31] <mrooney> ajmitch: yeah, for the next major version I am going to separate debian/ into a separate branch
[21:31] <nhandler> NCommander: Is it ARM-only?
[21:31] <NCommander> nhandler, yes
[21:31] <NCommander> nhandler, its an ARM bootloader, with quite a few hacks to build with our toolchain, and then two sets of packages from Freescale.
[21:32] <nhandler> NCommander: I can look it over, but you are touching on some areas that I have no experience with. I would suggest you also get someone else to look at it.
[21:32] <Neo_The_User> how much python do you have to know to become a MOTU?
[21:33] <NCommander> nhandler, well, I uploaded it to my PPA by accident >.<;
[21:33] <NCommander> nhandler, you can see that it builds there however
[21:33] <mrooney> NCommander: the untouched "upstream" release is what was previously uploaded to jaunty, fwiw
[21:33] <nhandler> Neo_The_User: https://wiki.ubuntu.com/MOTU/FAQ#Do%20I%20need%20to%20know%20a%20lot%20of%20programming%20languages%20to%20become%20a%20MOTU?
[21:34] <NCommander> mrooney, well, do you release tarballs, or is it just a bazaar tree?
[21:34] <nhandler> NCommander: I thought you said it would only build on ARM.
[21:34] <mrooney> NCommander: the tarballs are bzr exports
[21:34] <NCommander> nhandler, I have a magic PPA that builds on ports architectures.
[21:34] <Neo_The_User> i don't read documentation. i figure everything out on my own... :|
[21:35] <NCommander> james_w, you around? I'd like to chat on getting mrooney's update sponsored.
[21:35]  * nhandler is jealous of NCommander's PPA
[21:35] <NCommander> nhandler, :-)
[21:36] <Neo_The_User> in fact, I yank out all the docs in ubuntu because i never did and i never will look at any of it. its like 200MB of docs.
[21:36] <NCommander> mrooney, generally, including the debian/ folder causes issues, especially if we have to modify it as a downstream.
[21:36] <mrooney> NCommander: yeah, I won't have it there for 0.5
[21:36] <nhandler> Neo_The_User: You will want to read the wiki documentaiton
[21:36] <mrooney> NCommander: I can remove it now and put it in a separate branch, if that would somehow make this easier
[21:36] <NCommander> mrooney, give me a link to the tarball, I'll rip out the Debian folder and repack.
[21:37] <NCommander> (not my idea of fun, but it will do the trick)
[21:37] <Neo_The_User> why are you the only one talking to me?
[21:37] <NCommander> nhandler, http://revu.ubuntuwire.com/p/redboot-imx
[21:38] <mrooney> NCommander: http://edge.launchpad.net/wxbanker/0.4/0.4.1.0/+download/wxbanker-0.4.1.0.tar.gz
[21:39] <Neo_The_User> NCommander: ping
[21:39] <mrooney> Neo_The_User: you are against documentation?
[21:39] <NCommander> bah
[21:39] <NCommander> Neo_The_User, pong
[21:39] <Neo_The_User> no i just don't need it
[21:39] <NCommander> mr_pouit, bah, a tarbomb >.<;
[21:40] <nhandler> NCommander: I see at least one issue, your debhelper Build-Depends and compat don't match
[21:40] <NCommander> Oops
[21:40] <Neo_The_User> whats the point of docs if its easy enough just looking at it?
[21:40]  * NCommander is suprised lintian didn't get that
[21:40] <Neo_The_User> ....the application itself
[21:41] <mr_pouit> NCommander: what?
[21:41] <NCommander> mr_pouit, sorry, tab failure
[21:41] <NCommander> mrooney,
[21:41] <nhandler> Neo_The_User: I've never heard packaging referred to as "easy" before
[21:41] <nhandler> NCommander: Also, is "Vcs-Bzr: lp:~canonical-mobile/redboot/fsl-redboot" valid? I don't think I've seen anyone use that form before.
[21:42] <Neo_The_User> maybe that's because the packagers don't know what they are doing...
[21:42] <NCommander> nhandler, I thought I corrected that. SOrry, thats an old repo
[21:42] <Xk2c> is there some mirror admin here?
[21:42] <Neo_The_User> i wish
[21:42] <NCommander> mrooney, your tarball was a tarbomb :-P.
[21:42] <mrooney> NCommander: oh no! what does that mean
[21:43] <NCommander> mrooney, http://www.linfo.org/tarbomb.html
[21:43] <Neo_The_User> nhandler: who told you packaging is difficult? i packaged before for opensuse. it was easy. :)
[21:44]  * NCommander resists to make a dig at RPM.
[21:44] <mrooney> NCommander: oh yeah. well tarbombs extract correctly when you right click and extract :)
[21:44] <NCommander> mrooney, some of use the command line :-P!
[21:45] <mrooney> NCommander: yes in the future perhaps I should also tar the folder and not the contents
[21:45] <NCommander> mrooney, I'm going to wait for james_w to pop up, he's already looked at this so maybe we can figure out something.
[21:45] <mrooney> steps to ease motus life I have learned :) 1) debian/ in a separate branch 2) no tarbombs
[21:45] <NCommander> mrooney, do you plan to become a MOTU?
[21:46] <mrooney> NCommander: it would be nice!
[21:46] <Neo_The_User> nhandler: hello?
[21:46] <mrooney> I imagine I have quite a bit of work to do though
[21:46] <NCommander> nhandler, was that it on the majors things?
[21:46] <Neo_The_User> NCommander: i plan to become a MOTU as well
[21:47] <Neo_The_User> mainly for mesa and gallium
[21:49] <nhandler> NCommander: I'm still looking (I had to take a phone call)
[21:49] <mrooney> NCommander: you were appointed recently right?
[21:49] <NCommander> nhandler, no problem. Ignore that lintian warning
[21:49] <NCommander> mrooney, I've been a MOTU awhile. I don't actively sponsor as often as I should though
[21:49] <Neo_The_User> to be an Ubuntu MOTU, is it required to use the original source code? because i edit the mesa and gallium3d source code for better a major impact on performance and a slight increase of stability.
[21:49] <Neo_The_User> i'd like to use my own patches for mesa and gallium for if and when i become a MOTU.
[21:50] <mrooney> Neo_The_User: you don't need to be a MOTU to have patches accepted
[21:50] <Neo_The_User> ?
[21:50] <NCommander> Neo_The_User, Mesa is in main; you need to be a core developer to upload, and those packages are the domain of the Ubuntu X team
[21:50] <NCommander> Neo_The_User, a MOTU or Core Developer can sponsor patches into packages.
[21:50] <nhandler> NCommander: You also might need specify who is the copyright holder for each file
[21:50] <NCommander> nhandler, *grumble*
[21:50] <NCommander> nhandler, that's going to be annoyingly difficult.
[21:51] <nhandler> NCommander: I know. I would almost advise you try scripting it and switching to the new format.
[21:51] <Neo_The_User> core developer. now how would i become that? or is that the same as a MOTU?
[21:51] <NCommander> Neo_The_User, the archive is divided into four parts
[21:51] <NCommander> main, restricted, universe, multiverse
[21:51]  * ScottK notes that in the case of many copyright holders, minor copyright holders can be omitted from debian/copyright, but all licenses MUST be there.
[21:52] <NCommander> ScottK, they are all there, its just who owns what isn't clear
[21:52] <NCommander> (there is also a partner compontent, but its limited to Canonical employees)
[21:52] <nhandler> scottk: There aren't many copyright holders, just many files
[21:52] <Neo_The_User> ok so i want to be a master of the main (MOTM)
[21:52] <ScottK> As long as it's all under the same license, I'm not sure how critical that is.
[21:52] <ScottK> Neo_The_User: You start with MOTU.
[21:52] <nhandler> ScottK: Ok, either you or someone else called me on that once. But if you say it is fine, it is fine for me
[21:53] <Neo_The_User> oh that sucks
[21:53] <nhandler> scottk: MOTU is not a requirement for core-dev
[21:53] <NCommander> nhandler, thats extremely rare when that happens
[21:53] <ScottK> nhandler: I didn't look at the specific example.  I'm giving general principles.
[21:53] <ScottK> nhandler: Not formally, no.
[21:53] <NCommander> granted, once/if archive reorg lands ...
[21:53] <NCommander> The whole thing becomes mute
[21:53]  * ScottK wonders off ....
[21:54] <ScottK> But first hands NCommander some moot.
[21:54] <ajmitch> NCommander: then we all get confused about who can upload what?
[21:54] <Neo_The_User> you know, to be a vlc developer for an official mesa developer, all you do is submit commits via git. why can't they just make the whole ubuntu development system all via launchpad and make everybody have request permissions?
[21:54] <Neo_The_User> like the linux kernel. linus reviews the code and then puts it in the tree. why do i have to go through all these channels? i came here to do development for mesa in ubuntu.
[21:54] <nhandler> NCommander: I have to do some work, I'll look at the package more later
[21:54] <mrooney> yeah it would be awesome if you could just branch the ubuntu code and submit a merge proposal
[21:55] <NCommander> nhandler, thanks, I'm already going to be uploading another version what you said fixed.
[21:55] <nhandler> :)
[21:55] <ScottK> Neo_The_User: It's no different here.  You put a patch in a bug and get it reviewed.  No different than Linus and the kernel.
[21:55] <NCommander> mrooney, its in the works AFAIK.
[21:55] <mrooney> NCommander: yeah I can't wait, that will make it so easy to contribute!
[21:55] <Neo_The_User> well why do i have to get accepted into MOTU to make .deb packages for ubuntu and apply them to main and all that?
[21:56] <NCommander> Neo_The_User, no developer is allowed to upload debs directly
[21:56] <Neo_The_User> i know
[21:56] <mrooney> Neo_The_User: you can make the packages, you just have to get someone else to review and upload them
[21:56] <Neo_The_User> i want my packages to be reviewed
[21:56] <Neo_The_User> but i cant send them because i'm not a MOTU or an official ubuntu developer
[21:57] <NCommander> Neo_The_User, we're currently in feature freeze, so no new packages can enter the archive except in rare circumstances.
[21:57] <NCommander> Neo_The_User, that's what REVU is for
[21:58] <Neo_The_User> feature freeze, being picked, the whole MOTU system i hate. screw this. im going back to forums and helping people out in general and continue doing mesa development because you guys make this so complicated. how the hell do you expect to get more developers if the process is so retarded and difficult?
[21:58] <mrooney> huh.
[21:58] <NCommander> WTF?
[21:59] <NCommander> I think my brain just segfaulted.
[21:59] <RainCT> o.O
[21:59] <NCommander> And not just segfaulted, but took the kernel with it.
[21:59] <ajmitch> NCommander: you'd better get that checked out
[21:59] <porthose> NCommander: and the cooling fan
[22:00] <stgraber> NCommander: use apport to get a dump and send it to LP, might be interesting :)
[22:00] <NCommander> Meh, my brain been faulty every since I saw the glc package.
[22:01] <mrooney> NCommander: so how many days do I have before the wxbanker update is impossible?
[22:01] <NCommander> ajmitch, && RainCT: now that your awake, can you please REVU http://revu.ubuntuwire.com/p/redboot-imx?
[22:01] <NCommander> mrooney, you have until the beta 1 freeze before general uploading becomes impossible. After that point, it will get stuck in Frozen. After release, then it can be fixed via backports.
[22:02]  * ajmitch is at work sorting out some threading stuff
[22:02] <mrooney> NCommander: oh no so this needs to happen in the next 48 hours hm
[22:02]  * NCommander mehs
[22:03]  * RainCT should have kept quiet :P
[22:03] <NCommander> RainCT, please :-)?
[22:03] <ajmitch> RainCT: just plead ignorance of that area of packaging, like I do
[22:04] <RainCT> hah
[22:04] <NCommander> ajmitch, he can't, he helped rewrite REVU, plausible deniability left long ago.
[22:05] <RainCT> bah, I've mostly worked on the web interface :P
[22:06]  * RainCT considers rejecting the package because he can't understand the description *g*
[22:07]  * ajmitch would reject it for leaving in all the dh-make cruft :)
[22:08] <NCommander> ....
[22:08] <NCommander> you guys suck
[22:08] <NCommander> :-P
[22:08] <NCommander> I'll fix it
[22:08] <RainCT> hahha
[22:08] <mrooney> ahhh REVU :)
[22:11] <NCommander> RainCT, and ajmitch I also have another package I had to update after getting advocated, and would like another set of eyes to +1 it
[22:11] <RainCT> (I'll have a look at the redboot one later, there's a Catalan LoCo Team meeting right now)
[22:12] <NCommander> RainCT, ok
[22:12] <ajmitch> NCommander: not sure why you're picking on me
[22:14] <NCommander> ajmitch, everyone else is idling
[22:51] <RainCT> NCommander: erm.. debian/watch..
[22:51] <NCommander> RainCT, on ecosconfig-fsl?
[22:51] <RainCT> NCommander: no, redboot-imx
[22:51] <NCommander> ah
[22:51] <NCommander> The file is fairly self-explainatory
[22:52] <RainCT> NCommander: I see no point in having it, and as you already have a lintian override you can just add one for it there if you really want to :P
[22:52] <NCommander> RainCT, lintian says to add it with the reason why its useless.
[22:52]  * NCommander is only appeasing policy
[22:52] <RainCT> oh
[22:52]  * RainCT doesn't like that :(
[22:52] <NCommander> yell at the lintian auth
[22:53] <NCommander> *auths
[22:54]  * RainCT is happy to see a "Priority: extra" package where the priority is actually correct :P
[22:55] <NCommander> dh_make defaults to optional, I dropped it down
[22:55] <RainCT> they finally changed it? great!
[22:56]  * NCommander uploads another iteration with yet another lintian override in the binary
[22:56] <RainCT> NCommander: looks like you're missing copyright holders
[22:59] <NCommander> RainCT, which ones?
[22:59] <RainCT> NCommander: here's a short sample http://paste.debian.net/30731
[23:00]  * NCommander takes a gun and aims it at his head
[23:00] <RainCT> hehehe
[23:01]  * NCommander finds copyright files extremely tedious.
[23:01] <RainCT> +1
[23:02] <NCommander> I'm not sure I get the point of relisting all copyright holder
[23:02] <NCommander> *holders
[23:05] <RainCT> NCommander: Author(s), unneeded comments in debian/rules, Is lp:~.. instead of a real URL OK in Vcs-Bzr?, short description starts with uppercase, "eCos  Hardware" in the long description (2nd line) has two spaces, (README.Ubuntu -> README.Debian, but iirc there was disagreement about this?)
[23:05] <NCommander> RainCT, I fixed that bit
[23:06] <NCommander> (I haven't uploaded it yet)
[23:06] <RainCT> ok
[23:06] <NCommander> RainCT, I've uploaded other packages with that before without issue.
[23:06]  * NCommander cries
[23:06] <NCommander> RainCT, can you also check ecosconfig-imx? (its already gotten two +1's, but I made some changes ...)
[23:06] <directhex> NCommander, copyright for ikvm was an adventure
[23:07]  * NCommander wonders how many packages in the archive have up to date copyrights ...
[23:07] <Laney> ones with good maintainers
[23:08] <RainCT> uhm, does lintian complain even if there's a get-orig-source rule?
[23:08] <NCommander> RainCT, yes.
[23:09] <RainCT> grr :P. but it's an I:, or?
[23:09] <NCommander> RainCT, P:
[23:09] <NCommander> Why do we list both upstream authors, and copyright holders ... it seems kinda redundent ...
[23:10] <RainCT> NCommander: right, the machine-readable format gets ride of that
[23:10] <NCommander> huh?
[23:10] <Laney> copyright assignment is common when writing code for a company
[23:10] <Laney> but that doesn't explain why we need to list the authors
[23:10] <RainCT> NCommander: there's only a Copyright: field there, no Author:
[23:10] <NCommander> RainCT, there isn't?
[23:11] <NCommander> then why did dh_make put one in the template?
[23:11] <RainCT> afaik no
[23:11] <RainCT> NCommander: *machine readable format*
[23:11] <Laney> http://wiki.debian.org/Proposals/CopyrightFormat
[23:11] <RainCT> http://wiki.debian.org/Proposals/CopyrightFormat
[23:11] <RainCT> xD
[23:11] <Laney> you need a way of contacting the upstream author
[23:11] <Laney> but only to list the copyright holders
[23:11]  * NCommander screams
[23:12] <NCommander> How do you list a corperation with no contact addrees :-/
[23:12] <NCommander> and how to do files that have an author, but no date
[23:13] <RainCT> NCommander: ecosconfig-imx-200910/debian/control: "development should" -> "... you should", same question about lp: in Vcs-Bzr, ecosconfig-freesclae typo in copyright, docbook is ugly (okay.. I shut up ;P)), and that's it
[23:13] <RainCT> now I want to sleep :P
[23:13] <NCommander> RainCT, fair enough.
[23:13] <NCommander> RainCT, thanks
[23:14]  * NCommander is still sorting out this copyright mess
[23:16] <RainCT> NCommander: No problem. Have fun ;)
[23:16] <NCommander> RainCT, *sighs*
[23:16] <NCommander> I'm not sure who I'm more sorry for, me, for having to do, or the archive admin who has to check this.
[23:17] <nhandler> NCommander: If I were the Archive admins, I would automate the process ;)
[23:17] <directhex> me, for needing to make an evil change to mono packaging
[23:19] <Laney> directhex: what is the problem?
[23:20] <directhex> Laney, an issue with the move from ubuntu's symlinked /usr/share/doc to debian's not-symlinked /usr/share/doc
[23:20] <directhex> Laney, preinst on EVERY PACKAGE needs to remove the symlink
[23:20] <Laney> ubuntu changed the behaviour?
[23:20] <cody-somerville> nhandler, Well, lets pretend you are an archive admin. Can you please automate the process? :)
[23:20] <directhex> Laney, dpkg doesn't replace symlinks with dirs, so if you upgrade from intrepid to jaunty, then remove a mono package, all docs are deleted
[23:21] <directhex> cody-somerville, using machine-readable copyright format, and some patches for licensecheck? doable, at least as a tool
[23:21] <NCommander> cody-somerville, if (uploader == "NCommander") { reject(); }
[23:24] <directhex> i still see electric six's "dance commander" as an unofficial theme song for when NCommander speaks
[23:31] <nhandler> cody-somerville: Let me rephrase that. I wouldn't automate the *process*, but I would create a tool that would ease the checking of the copyright file
[23:33] <joaopinto> someone was working on miro's python transition, right ?
[23:34] <ScottK> joaopinto: I think if working includes "stuck and can't figure out what to do next", IIRC, yes.
[23:34] <joaopinto> ScottK, do you know the bug nr ? is just to set a duplicate :P
[23:34] <ScottK> I think someone wrote to the MOTU ML.
[23:34] <Laney> joaopinto: That's me, and it's the merge request
[23:35]  * ScottK doesn't recall for sure.
[23:35] <Laney> please take it from me
[23:35] <Laney> dupes are piling up and I have no clear fix
[23:35] <joaopinto> someone filed bug 343710
[23:35] <Laney> just dupe it to the merge request
[23:36] <joaopinto> that would be bug 336029 ?
[23:37] <Laney> yeah
[23:37] <Laney> you can add some apologies and say a fix is being prepared but there is no ETA
[23:37]  * Laney feels bad about this
[23:43] <joaopinto> Laney, will you be trying to use 2.0.3, or keep with debian's 2.0.2 ?
[23:43] <Laney> uwe uploaded 2.0.3 to Debian today
[23:43] <joaopinto> where can I get it ?
[23:44] <Laney> from debian...
[23:44] <joaopinto> ops, it's there, sorry
[23:45] <Laney> good luck getting it to work :(
[23:49] <joaopinto> I don't have much time today, I am just going to look at it
[23:53] <st33med> Hello, is there any Python packages needed assistance in?
[23:54] <joaopinto> st33med, miro
[23:54] <joaopinto> :D
[23:54] <st33med> :\
[23:55] <st33med> Meh, I am a new-ish Ubuntu Member looking to help in Python areas for Jaunty
[23:56] <Laney> haha
[23:56] <Laney> actually the latest comment on the bug might be right
[23:56] <Laney> I'll have a look tomorrow if nobody else wants to
[23:56] <st33med> link?
[23:56] <Laney> bug 336029
[23:57] <Laney> it's non-trivial
[23:58] <st33med> FFe means? (Rusty and not as commited to LP)
[23:59] <Laney> feature freeze exception
[23:59] <Laney> you don't have to worry about that
[23:59] <Laney> getting it to work is the important part now
[23:59] <st33med> Ah
[23:59] <st33med> So, I need to get the Jaunty repoes
[23:59] <st33med> Yay breakage!
[23:59] <Laney> this isn't a good one to start with really
[23:59] <st33med> k