[00:21] Is there any real restriction beyond "we can distribute the binary legally" with software in multiverse? Can binary-only software be distributed this way? [00:36] lfaraone: as long as there are no restrictions about distributing and (very important!) redistributing, that's the only restrictions AFAIK [00:38] for example Adobe's flash plugin doesn't allow re-distribution, so it can't go into multiverse as is [01:17] JanC: okay. how do we evaluate SRUs for binary-only software in multiverse? If upstream or someone with access to the source provides a new binary, we can't audit that they followed the SRU criteria, right? [01:24] lfaraone: I suppose you'd have to rely on their word, which is exactly why open source software is preferred... [01:25] and I have no idea if there is any official process for that currently [01:32] JanC: okay, thanks. === nhandler_ is now known as nhandler [03:57] Hey MOTU. I'm looking to practice debian-izing a small app that I wrote. It's in python. What should I be doing to make my debianizing life easy down the road ( only thing I can think of is build system, but I'm sure there is more ) [03:58] and by debianizing, I mean rolling it into a .deb, this is Ubuntu only ( a small app for an Ubuntu team ) [03:58] not that that matters :) === jtechidna is now known as JontheEchidna [04:14] Anyone? Bueller? [04:25] paultag: are you packaging for the archive or for your own use? [04:25] micahg, PPA, I am not going to be guidelines strict. I get a lot of that upstream [04:26] paultag: ok, then we have a special channel for that: #ubuntu-packaging, but being the weekend, idk who's around, so patience is suggested [04:26] micahg, I don't quit freenode often :) [04:26] micahg, thanks :) [04:26] paultag: np [08:01] Hi. atlas is FTBFS because "Warning: In order to build Atlas under i386, you need the CPU extension sse3 available on your CPU" [08:01] is there any buildds that have sse3 capability? [08:02] or they are all virtualized? [08:02] fabrice_sp: ran atlas on armel all night. It still loops [08:02] tumbleweed, thanks for trying :-) [08:02] np [08:02] what is strange is that is doesn't seem to loop on Debian :-/ [08:03] bug in compiler? [08:03] dunno, can't see anything obvious. But I'm off hiking this morning - will have a look later [08:06] good hiking then :-) [10:58] fabrice_sp: openturns merge finished, I'm building it right now [10:59] Can the debian packaging be GPLv3 when something that is packaged (e.g. images sounds) are under a "only along with this software and no modification"-type of license? [11:04] arand: just specify in the debian/copyright file other licenses of the software [11:04] specifying the files [11:07] Yea, There's a whole tonne of them, since there's different contributors etc. [11:07] So the GPL only applies to the debian/ folder, regardless of what is packaged then? [11:08] arand: yes, and the other files with the GPL license applied [11:09] arand: you can follow http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=file&rev=135 [11:12] Oh, that's something to delve into alright.. === eric is now known as EricBa [12:40] Please could someone revu my package at http://revu.ubuntuwire.com/details.py?package=cortina [12:41] i ment review [12:46] hier kriegt man nie ne antwort oder? [12:49] EricBa: most people are idle, especially on weekends. And to find reviewers is at all times hard. [12:50] i tried many times befor [12:50] many days [12:52] you are not the only person who has trouble to find a reviewer as only a few MOTUs do reviews [12:57] EricBa, I'll have a look [12:57] but I see 6 uploads a day, I don't know if it's still stable enough [12:58] fabrice_sp: merge of openturns finished bug #593284 it builds! [12:58] Launchpad bug 593284 in openturns (Ubuntu) "Please merge openturns 0.13.2-4 (universe) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/593284 [12:58] BlackZ, cool: I'll have a look later (I'm processing the sponsoring queue) [12:58] thanks ;-) [12:59] EricBa, here? [12:59] fabrice_sp: if you don't want to build it, http://launchpadlibrarian.net/50262430/buildlog_ubuntu-maverick-i386.openturns_0.13.2-4ubuntu1~maverick1_FULLYBUILT.txt.gz [12:59] the build will take around 1 hr [13:00] I know :-/ [13:00] yes [13:00] I always build locally, to check the resulting deb file [13:00] why are all dependency with versions? [13:01] it will make harder backporting, excp if mandatory [13:01] it needs that version [13:03] ok pkg-config and dbus dont need a version [13:04] fabrice_sp: so you will build it locally ? [13:04] sorry: have to go. Will check later [13:04] BlackZ, yes === LucidFox_ is now known as LucidFox === shadeslayer__ is now known as shadeslayer [17:34] fabrice_sp: Even for i686 you can't assume sse2, so something needs to be done run time to detect if sse2 is present or not and not use it if it isn't. [17:47] ScottK, so what would be the fix for atlas in i386? [17:48] I can desactivate the detection of sse3, but I'm not sure the package will be usable [17:48] it compiles fine in amd64 [17:51] Automatically Tuned Linear Algebra Software - that says it all :/ [17:51] fabrice_sp: I've been looking at the armel build log, I'm not convinced that it wouldn't have eventually finished [17:51] so just slowness? [17:51] very very slow. It keeps tuning things until it's happy, as far as I can tell [17:52] The arms are slow. [17:52] * tumbleweed is trying another build - a few days this time... [17:52] jpds: I gave it about 8 hrs [17:54] I've desactivated it in the last upload, so until someone complains that there is no armel build of atlas, it will stay that way [17:54] the worst part is that the i386 build failed because of missing sse3 instruction in the buildds... [17:56] so right now, atlas is broken [17:56] hmm: from debian's build logs: [17:56] Build needed 42:20:15, 216776k disc space [17:56] 42 hours?! not too bad :-) [17:56] that'll be on real hardware though, probably a lot faster (and doesn't segfault like qemu) [17:57] the armel buildds in Ubuntu are real hardware or qemu? [17:57] * tumbleweed was going to ask the same thing [17:57] :-) [17:58] fabrice_sp: Warning: In order to build Atlas under i386, you need the CPU extension sse3 available on your CPU [17:58] are you afraid to enable it? [17:58] BlackZ: we can't require sse3 on i386 [17:58] BlackZ, and this is in the buildds, not in my computer ;-) [17:59] fabrice_sp: Real hardware. [17:59] BlackZ, it's detected with cpuinfo [17:59] jpds, thx [17:59] fabrice_sp: ahhh, hmm ... [18:01] fabrice_sp: oh you mean it needs sse3 for building a version that doesn't require sse3? [18:01] tumbleweed, not sure about not requiringsse3 to run, but build requires it [18:01] I have to disable the sse3 detection, and upload to a ppa, to test [18:03] BlackZ, your comment in Bug 589120 means that it can be a sync? [18:03] Launchpad bug 589120 in osmo (Ubuntu) "Please merge osmo 0.2.10-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/589120 [18:04] fabrice_sp: no, there's another change [18:04] ok: I've seen so many nug reports this afternoon that I don't remember each of them :-) [18:05] fabrice_sp: check in the changelog file [18:05] ok [18:06] about atlas: it build sse3 packages: libatlas3gf-sse3 [18:08] ah right. and it probably wants to test them so it can tune [18:08] exactly [18:08] time for canonical to upgrade the buildd farm :) [18:08] hmm, my guess is that I will desactivate the optimized version :-D [18:10] tumbleweed: There's no better armel hardware to upgrade to. [18:10] jpds: no I mean sse3 [18:10] * jpds looks at wikipedia. === yofel_ is now known as yofel [18:21] fabrice_sp: sse2 detection needs to be done at run time. [18:21] I'm not sure what needs to be done to achieve that. [18:28] ScottK: this is for a -sse3 package [18:28] Oh. [18:28] Ignore me then. [18:36] * fabrice_sp has just uploaded a package that deltes all sse3 packages and 'downgrade' builds to sse2 [18:38] BlackZ, why the second hcnage is still required? [18:39] IIRC, -DGTK_DISABLE_DEPRECATED is used to avoid error on deprecated methods [18:40] anyone can confirm that? [18:41] fabrice_sp: I think to allow to package [18:41] why drop it? === eric is now known as Guest4833 [18:47] It seems that the comment is broken :-) [18:48] BlackZ, and this would allow us to sync the package ;-) [18:48] no bug is referenced, so it's hard to find why it has been changed [18:48] fabrice_sp: then feel free to rename the bug and delete the patch [18:49] I can't right now [18:49] if I were sure, I would have done it already :-) [18:50] I'll try to build 0.2.8-1ubuntu1 in lucid, to see if it FTBFS [18:55] BlackZ, 0.2.8-1ubuntu1 FTBFS in lucid, so that would explain the fix [18:55] I'll convert the bug to a sync request and ack it === paul__ is now known as Elbrus [19:08] If something is ftbfs on armel, can we somewhere retry to build it to see if it build now ? [19:08] dupondje: on your own qemu [19:09] no other way ? [19:09] * tumbleweed has one set up if you want me to test for you [19:09] https://launchpad.net/ubuntu/+source/loop-aes-utils/2.16.2-1/+build/1764607 => is quit a strange error :s [19:10] that looks like a compiler bug [19:11] gcc is upgraded [19:11] so maby it works now [19:11] ok, I'll test [19:18] yay, qemu segfault :) [19:19] lol [19:20] dupondje: building (it probably won't segfault again until its done) [19:21] what was wrong ? :) [19:21] IO seems to cause it. it aften segfaults soon after running aptitude [19:23] I hate it when merges reported are lagging :) [19:23] accept them :D [19:40] its still building ? ;) [19:40] https://merges.ubuntu.com/universe.html => what are the different colors btw ? :) [19:40] dupondje: yes, it's slow [19:41] hah. I had to read the source to answer that for myself [19:41] the colours are for debian priorities [19:41] it really should say at the top "ordered by by priority" [19:50] dupondje: same build error [19:53] crap :( [20:24] I'd like a review of http://revu.ubuntuwire.com/p/transgui . This is an application I and many others use daily, and I'd like to see it included in Ubuntu. I'm sure the pro's will find a lot of things for me to fix in the package… bug #332067 [20:24] Launchpad bug 332067 in Ubuntu "[needs-packaging] transmission-remote-gui" [Wishlist,In progress] https://launchpad.net/bugs/332067 [20:35] anoteng, version should be 0ubuntu1, target maverick [20:36] run update-maintainer to use latest value for maintainer [20:36] Alright. wesnoth-1.8 v 1.8.2 hit lenny-backports earlier than wesnoth-1.8 v 1.8 did hit karmic-backports. %-) [20:45] Is it possible to manage binary changes in the diff.gz? e.g. I'm adding an image, am I needed to stick it in the .orig.? (I'm not packaging with policy in mind..) [20:50] arand: With source format 3.0 (quilt) it's possible to manage binary changes. [20:50] Because it will be .debian.tar.gz instead of .diff.gz [20:52] Ah, ok, I'm not using 3.0 then I guess.. Well making an .xpm of the image works as my quickfix :/ [20:52] arand: that are base64 [20:52] or [21:19] fabrice_sp: could you look at bug #593416 ? [21:19] Launchpad bug 593416 in qemu (Ubuntu) "Please merge qemu 0.12.4+dfsg-2 (universe) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/593416 [21:21] BlackZ, strange enough: there is no qemu in maverick :-/ [21:22] from karmic: Deleted in karmic-release on 2009-09-24 (Reason: merged into qemu-kvm, [21:24] hmm, but it provides the 'qemu' package [21:24] (seems the old one) [21:24] so sorry: it seems that you worked on a dead-end merge [21:24] yeah: the qemu package is the old one [21:24] ok, marking as invalid [21:24] seems so [21:24] please, unsubrscribe U-S [21:25] I found strange qemu in universe [21:25] done [21:28] fabrice_sp: so you could look at bug #590158 :P [21:28] Launchpad bug 590158 in amsn (Ubuntu) "Please merge amsn 0.98.3-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/590158 [21:31] * fabrice_sp hates merges from -0ubuntu1 versions :-) [21:32] I'll have a look tomorrow :-) [21:33] heh thanks fabrice_sp ! [21:33] yw! [21:33] thanks to you to work on that! [21:33] really === lifeless_ is now known as lifeless === eric is now known as EricBa === jtechidna is now known as JontheEchidna