=== txwikinger3 is now known as txwikinger [00:38] Adri2000: Not sure. Who confirmed it? [00:38] nhandler: thanks [00:42] You're welcome ryanakca [00:58] ryanakca: someone from the bugsquad it seems [02:14] nhandler: I added a link to the ppa builds to my bug report (#343347) [02:15] and subscribed ubuntu-universe-sponsors [02:16] I think thats all I can do :-) === Andre_Gondim-afk is now known as Andre_Gondim [02:19] 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] nhandler: thanks again === Amaranth is now known as bluesmoke === bluesmoke is now known as Amaranth [04:55] sebner: i'm thinking of doing the merge for sysinfo. is that okay? [05:16] nixternal: ping === Andre_Gondim is now known as Andre_Gondim-afk [05:58] 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] gpg --edit-key should be able to do it ... [05:59] thanks [06:07] 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? === fabrice_sp__ is now known as fabrice_sp === Andre_Gondim is now known as Andre_Gondim-afk [08:08] good morning guys! [08:15] Morning Toadstool. [08:15] good morning [08:47] 'morning jpds and geser [09:12] 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] Launchpad bug 343347 in urwid "Please sync urwid 0.9.8.4-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/343347 [09:12] oh, they changed the title :P [09:12] ok ignore that :) [09:36] hi, is there a pbuilder script to compile a pacakge for another arch? [09:37] goshawk: don't think so. [09:38] goshawk: you will need chroot for another arch and for that you will need machine with another arch AFAIK. [09:38] you can build for i386 on amd64 [09:38] goshawk: what are you trying to do by the way? [09:38] compiling for arm for example [09:38] ? [09:38] without having an arm device [09:38] make a VM? [09:38] well, with qemu i've a arm system [09:39] yes, but i want something like pbuilder-qemu-armel package.dsc [09:39] if there were [09:39] :) [09:39] well [09:39] http://wiki.debian.org/qemubuilder [09:39] here is it :) === cjwatson_ is now known as cjwatson [10:22] does anyone know where can I find slomo? [10:23] try pkg-gnome haunts on oftc. but his irc hours are fairly short IME [10:23] directhex: I think I would rather wait here. [10:23] that's probably for the best [10:26] 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] what's the solution? [10:28] 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] configure2? i'm obviously getting old [10:29] directhex: yes, and I don't know the reason why they are shipping two ways of building the package. [10:30] slomo is alive right now, btw [10:30] [10:29] debian-pkg-cli-apps: slomo * r4712 /packages/banshee-extension-mirage/trunk/debian/ (4 files in 2 dirs): (log message trimmed) [10:30] so he ought to fire up an irc client shortly, i'd hope [10:32] 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] dvd playback with gstreamer? even with menus? about bloody time! [10:33] directhex: yes, menus, subtitles. I watched two movies yesterday. [10:33] but that will work provided I put my fix in place. === azeem_ is now known as azeem [11:27] 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] or should the package i'm looking at have that dependency directly; seems wrong to me [11:31] a|wen, libqalculate build depends should include libglib2.0-dev [11:31] I am assuming you are trying to build libqalculate [11:32] joaopinto: i'm trying to build qalculate-kde ... which depends on libcalculate-dev [11:33] nhandler: here? :) so if there are no leftover changes from Ubuntu, it's a sync? [11:33] hum, if libcalculate-dev can't be used without libglib2.0-dev it should depend on it [11:33] savvas: Correct. If all of the ubuntu changes have been applied upstream, we can sync it (assuming it builds) [11:35] nhandler: noted, thanks :) no changes left for urwid thankfully hehe [11:37] joaopinto: that is pretty much what pkg-config says ... but i don't know if we are to trust that === thekorn_ is now known as thekorn [11:43] hmm qalculate-gtk got through the rebuild without any hitch... i blame pkg-config then [12:03] 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] hyperair: apache-2 ia available in common licenses [12:05] 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] hyperair: I don't think there is any such requirement either in GPL or Apache License. === asac_ is now known as asac [12:09] slytherin: there isn't? [12:09] slytherin: i mean i see it generally being included in debian/copyright [12:10] for GPL that is [12:21] hyperair: Check this - http://svn.debian.org/viewsvn/pkg-java/trunk/libcommons-jexl-java/debian/copyright?rev=7144&view=markup [12:40] slytherin: that's.. brief. i never knew you could just omit it like that =\ [12:51] apw, hi, do you mind if i pm you? [12:52] ok === beDrung is now known as bdrung === mcnixholls is now known as mcnicholls [13:32] hi [13:33] 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] I want to keep contributing, but want to make sure i am doing things right first ;-) [13:41] 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] 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] Generally yes. [13:45] Particularly in Universe we're all volunteers, so there's no performance guarantee .... [13:47] 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] It's important work too. Thank your for doing it. [13:50] can someone update sivp and let it build again? https://bugs.launchpad.net/launchpad-buildd/+bug/343155/comments/4 [13:50] Ubuntu bug 343155 in launchpad-buildd "build of sivp 0.5.0-1ubuntu1 freezes on amd64 ubuntu official build machine" [Undecided,New] [13:51] Heya gang [13:51] c_korn: Why will it work this time? [13:51] bddebian: Heya. [13:51] 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] hi bddebian [13:52] Hi ScottK, mcnicholls [13:52] ScottK: sylvestre thinks it should work now :P scilab was trying to start the GUI I think [13:52] c_korn: I'll try it again. [13:53] ok, thanks. [13:53] have to leave now. bye [13:59] ah Michael, I love you, but please don't benchmark LZMA compression in a filesystem performance test? [14:00] haha [14:00] isn't LZMA CPU-bound? [14:02] jdong, reading phoronix again? [14:05] directhex: yes [14:05] Amaranth: from my experience, lzma -9 writes at like 5MB/s :D [14:05] Amaranth: unsurprisingly, all the FSes performed the same! [14:06] 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] can't GPUs these days run q3-based games at max resolution with the same framerate as 640x480? [14:08] Amaranth, q3-based games on modern systems are CPU and engine-design limited [14:08] Amaranth, the latter being proven by Q3 getting better framerates than Q2 [14:08] heh [14:09] 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] 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] again, p-t-s is great but some of the test choices are bizarre [14:11] indeed [14:11] mostly i'm trying to work out who i know who can squeeze a build of UT3 out of epic [14:15] 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] directhex: haha I'm not sure; not the GPU person :) [14:17] hm, "lightsmark" [14:25] or there's always spec [14:38] mmmh, why debfoster keeps removing sysv-rc, which is required, even if I instruct it to leave required packages in place? bah... [14:55] 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] 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] 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] 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] 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] ok thats cool [15:04] 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] s/tread/treading [15:05] 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] nxvl: pongers [15:06] ok. when you say ping, what exactly do you mean? [15:09] drop them a mail? [15:10] even a irc dialog is fine [15:12] but email is cool if they aren't on IRC? [15:12] sure [15:13] for rebuilds/transitions, previous uploaders usually give them away for free [15:14] * DktrKranz is addicted with uw-imap transition [15:14] nixternal: nevermind, i was about to ask you if you already had the Peruvian LoCo Team info [15:14] nixternal: but i send it anyways [15:14] hehe, thanks [15:15] !nixternal | nixternal [15:15] nixternal: Oh no! The pointy-clicky Windows7 lover has arrived! He's rumoured to be giving out free money, and help on the MIRC client too! I LOVE MIRC!!! [15:15] (sorry, i couldn't resist) [15:15] haha, MIRC [15:15] I don't remember saying that I love mIRC [15:15] ok thanks DktrKranz [15:16] you're welcome [15:33] 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] 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] 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] mcnicholls: unless there are specific problems, simply proceed with rebuild you've just done, it will probably be built everywhere [15:47] ok thanks [15:47] anyone know what would cause the following...? http://pastebin.com/m40082fc6 [15:58] jetsaredim: try eliminating the spaces in there [15:59] ls [15:59] DktrKranz: No files found [16:03] ls -l :) [16:04] DktrKranz: File ":-)" not found [16:04] DktrKranz: No such file [16:04] mok0: he ls'd ":)" :P [16:05] pochu: syntax error near unexpected token `)' [16:05] heh [16:05] mok0: are you a bot now? ;) [16:05] pochu: I sure feel like one [16:07] mok0: cat /dev/urandom > /dev/fb0 [16:07] I guess Picasso used that for his paintings :) [16:08] DktrKranz: I am not going there... [16:09] 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] jetsaredim: PKG_CHECK_MODULES(PCRE, libpcre >= 5.0) -> PKG_CHECK_MODULES(PCRE,libpcre>=5.0) [16:09] mok0: I tried that and got the same error [16:10] jetsaredim: In configure.ac [16:10] 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] no such beast [16:10] Launchpad bug 331535 in iperf "iperf fails to die when bind fails" [Unknown,Fix released] https://launchpad.net/bugs/331535 [16:11] jetsaredim: In fact, use PKG_CHECK_MODULES([PCRE],[libpcre>=5.0]) [16:11] hmm ok [16:12] same error [16:12] jetsaredim: hmm [16:12] I'm trying to follow this... http://pastebin.com/m40082fc6 to build fuppes [16:14] just to be clear - when i say i'm getting the same error [16:14] jetsaredim: that's just weird [16:14] the first time when you told me to get rid of the space the error was PCRE,libpcre... [16:15] this last time was [PCRE] [16:15] rather than the original PCRE error [16:15] ugh [16:17] jetsaredim: do you have the package pgk-config installed? [16:18] hrm - nope [16:18] i suppose that would explain it [16:20] jetsaredim: if it works now, it would :-P [16:22] well - it's certainly gotten me past that particular error [16:22] thanks - i knew it would be something simple like that [16:23] jetsaredim: my pleasure [16:24] bdmurray: Please change it to a sync request. [16:25] mok0: is there a general set of guidelines for packaging a new piece of software like this? [16:26] jetsaredim: errr... like what? [16:26] this fuppes package is for setting up a upnp server [16:26] jetsaredim: not really [16:26] mok0: something like - start with a blank directory and end up with a fully-packaged deb [16:27] jetsaredim: no quick way to package [16:27] 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] !packaging > jetsaredim [16:27] jetsaredim, please see my private message [16:27] kthx [16:27] jetsaredim: you only need 5 files in debian/ for a simple package [16:28] jetsaredim: rules, changelog, control, copyright, compat [16:28] ok [16:30] ScottK: hello. why is the old revision building again? https://launchpad.net/+builds/yellow I uploaded a debdiff for 1ubuntu2 [16:30] mok0: this would be the place to ask about packaging questions and/or find someone to sponsor anything new? [17:13] 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] yes. [17:16] Pici: Any idea what is going on? [17:16] bdmurray: I have just acked the sync request. Thanks. [17:19] iulian: thanks! [17:20] iulian: dunno, but a few of us just reported it in #canonical-sysadmins [17:20] iulian: Although it was unnecessary did my debdiff look okay? [17:28] bdmurray: Yes, the debdiff looks good. [17:28] 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] Ubuntu bug 343155 in launchpad-buildd "build of sivp 0.5.0-1ubuntu1 freezes on amd64 ubuntu official build machine" [Undecided,New] [17:28] can a motu patch it and try to build it now? [17:29] (I got a FFe acked for sivp before. don't know if updating also required ACKs) [17:29] c_korn: You should have tested the patch before. [17:30] c_korn: And no, it does not need an exception. [17:30] Only new upstream releases which provides new features need FFe. [17:31] 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] c_korn: I thought that you haven't tested the patch at all. [17:32] c_korn: I will have a look at it later on. [17:32] well, it applies on the source if you mean that. [17:33] it was just a change in a Makefile.am required with following automake. that is why the patch has grown so big [17:35] 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] iulian: ok, you are "motu-release" right? [17:37] c_korn: Well, I'm part of that team. [17:38] c_korn: Please subscribe uus. ___ was that a typo or is uus some special team? [17:38] 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] c_korn: uus = ubuntu-universe-sponsors [17:39] oh, I read it like "us" ok :P will subscribe them [17:47] c_korn: I misunderstood you. I thought you just wanted the old version built again. [17:47] ScottK: no. but does not matter. there was another bug in it anyway === EQP[AwNg is now known as LjL === PcYpVWD\ is now known as LjL [18:35] JontheEchidna, you around? [18:47] NCommander: yes [18:47] JontheEchidna, feel like REVUing something for me? [18:47] I could do that [18:48] JontheEchidna, http://revu.ubuntuwire.com/p/ecosconfig-imx === paul_ is now known as Elbrus [18:54] NCommander: It looks pretty good, though I can't seem to find the copy of the GPL === fta_ is now known as fta [18:55] JontheEchidna, good call. This is a repack from a MASSIVE zip file to get just a small chunk [18:57] 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] Yeah, I thought it might be pretty strange if Redhat software wasn't distributing a copy of the GPL :P [18:57] JontheEchidna, this source has a fun fun story [18:59] heh === lionel_ is now known as lionel [19:00] bigon: how did you solve the telepathy-glib FTBFS? [19:03] blueyed: What do you mean "two of them"? "any binary package"? [19:06] 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] blueyed: Hey! Are you looking at miro? [19:07] 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] the error is: mkdir: cannot create directory `debian/stamp/binary': File exists [19:08] Hi Laney.. no. not yet - and probably I'll have no time for it today. [19:08] ok [19:08] any progress? [19:08] it's getting a lot of dupes [19:08] not really [19:08] I think maybe it needs fresh eyes [19:08] Seems like ScottK could help you.. ;) [19:09] (or even others ^^) [19:14] NCommander: looks good to me now [19:14] c_korn: I've just uploaded it. Thanks. [19:14] 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] JontheEchidna, feel free to plus one it :-) [19:14] sure thing :) [19:15] iulian: thanky. go crested go :P https://launchpad.net/+builds/crested [19:15] maxb, that's what I feared... What would be the solutions then? To run it in sequence? [19:16] well... ideally track down what created that the first time to cause the mkdir to error. [19:16] ok. I'll put it in verbose mode === fabrice_sp__ is now known as fabrice_sp [19:17] thanks [19:24] 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] Launchpad bug 339689 in rsyslog "rsyslog-gnutls not available in ubuntu" [Wishlist,Incomplete] https://launchpad.net/bugs/339689 [19:24] *he's [19:25] lfaraone: Please mark it in the bug if you haven't. [19:25] fabrice_sp: What's your plan for the setools FTBFS on amd64? [19:26] ScottK, I'll try to find what creates debian/stamp/binary, and see if I can rename the target or similar [19:26] fabrice_sp: OK. Ping me when you're ready for an upload. [19:26] ScottK: done [19:26] but I was able to build it here, in a schroot, so it will be complicated to reproduce it [19:26] ScottK, ok [19:26] lfaraone: Thanks. [19:30] c_korn: It built on amd64 but failed on sparc, powerpc, ia64, hppa and armel. [19:31] iulian: that was expected. because scilab-5 does not exist for this archs, yet. [19:31] Ah, I wasn't aware of that. [19:41] c_korn: i see a scilab package in on my ibook (powerpc) with version 5.1-0ubuntu2. [19:42] slytherin: jaunty powerpc Failed to build https://launchpad.net/ubuntu/jaunty/+source/scilab/5.1-0ubuntu2 that is impossible [19:43] c_korn: then is that package carried over from intrepid? What did you mean when you said it does not exist for these arch? === thekorn_ is now known as thekorn [19:44] 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] bugzilla.scilab.org bug 4232 in Compile "Scilab fails to build on powerpc architecture." [Minor,New] [19:44] where does your package come from? [19:45] 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] c_korn: Ok. We had discussion about this FTBFS before. I suppose you are waiting for reply from upstream. [19:46] oh, so does the new scilab package install an old scilab-bin package? if so it is not good [19:48] c_korn: no it doesnt [19:48] good [20:17] ScottK, Bug #343851 [20:17] Launchpad bug 343851 in setools "FTBFS randomly because of a race condition in creating debian/stamp/binary" [Undecided,Confirmed] https://launchpad.net/bugs/343851 [20:18] build order is correct, and it's working fine locally [20:19] * ScottK looks [20:20] fabrice_sp_: Did you test this on amd64? [20:21] yes [20:22] but it has always worked :-/ [20:22] (I'm on amd64, and previous build was ok) [20:23] 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] I moved the creation 3 levels upper, in a place where it's supposed not to be parallel ... [20:24] it's hard to detect, because most of the time, it builds fine locally... === Adri2000_ is now known as Adri2000 === fabrice_sp_ is now known as fabrice_sp [21:21] Anyone feel like REVUing something? [21:22] NCommander: Is it going to be in Jaunty? [21:22] nhandler, I'm working on getting the necessary FFes [21:23] hi all [21:25] anyone feel like uploading something to universe today? :) [21:25] NCommander: What is the package? [21:25] nhandler, redboot-imx [21:25] mrooney, what is it? [21:25] me mrooney [21:25] Neo_The_User: You don't have upload rights [21:25] yeah but i will [21:26] :) [21:26] once i get a chance [21:26] NCommander: I'll look at it some time today [21:26] nhandler: bug 333639 just needs to be uploaded [21:26] Launchpad bug 333639 in wxbanker "Please update wxbanker to 0.4.1.0" [Undecided,New] https://launchpad.net/bugs/333639 [21:26] I made some changes to the airlied source code. libdrm loads quicker now via kernel. [21:27] * NCommander kicks LP [21:27] NCommander: err sorry I meant to highlight you on that bug :) [21:27] 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] mrooney, ugh, looks *fun* [21:28] I'm *really* hestiant to handle as a native package, that only meant for Ubuntu-only programs [21:28] 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] let me see whats going on [21:29] it is practically ubuntu only, I mean the packaging I maintain there is ubuntu [21:29] NCommander: I'm not seeing the package on REVU [21:29] nhandler, it just finished uploading [21:29] nhandler, REVU doesn't really like 16MB+400kb diffs :-/ [21:30] 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] nhandler, don't blame me :-/ [21:31] nhandler, lets just say this package has a unique packaging situation [21:31] (and you can't test build it unless you have some ARM hardware) [21:31] ajmitch: yeah, for the next major version I am going to separate debian/ into a separate branch [21:31] NCommander: Is it ARM-only? [21:31] nhandler, yes [21:31] 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] 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] how much python do you have to know to become a MOTU? [21:33] nhandler, well, I uploaded it to my PPA by accident >.<; [21:33] nhandler, you can see that it builds there however [21:33] NCommander: the untouched "upstream" release is what was previously uploaded to jaunty, fwiw [21:33] 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] mrooney, well, do you release tarballs, or is it just a bazaar tree? [21:34] NCommander: I thought you said it would only build on ARM. [21:34] NCommander: the tarballs are bzr exports [21:34] nhandler, I have a magic PPA that builds on ports architectures. [21:34] i don't read documentation. i figure everything out on my own... :| [21:35] 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] nhandler, :-) [21:36] 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] mrooney, generally, including the debian/ folder causes issues, especially if we have to modify it as a downstream. [21:36] NCommander: yeah, I won't have it there for 0.5 [21:36] Neo_The_User: You will want to read the wiki documentaiton [21:36] NCommander: I can remove it now and put it in a separate branch, if that would somehow make this easier [21:36] mrooney, give me a link to the tarball, I'll rip out the Debian folder and repack. [21:37] (not my idea of fun, but it will do the trick) [21:37] why are you the only one talking to me? [21:37] nhandler, http://revu.ubuntuwire.com/p/redboot-imx [21:38] NCommander: http://edge.launchpad.net/wxbanker/0.4/0.4.1.0/+download/wxbanker-0.4.1.0.tar.gz [21:39] NCommander: ping [21:39] Neo_The_User: you are against documentation? [21:39] bah [21:39] Neo_The_User, pong [21:39] no i just don't need it [21:39] mr_pouit, bah, a tarbomb >.<; [21:40] NCommander: I see at least one issue, your debhelper Build-Depends and compat don't match [21:40] Oops [21:40] 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] ....the application itself [21:41] NCommander: what? [21:41] mr_pouit, sorry, tab failure [21:41] mrooney, [21:41] Neo_The_User: I've never heard packaging referred to as "easy" before [21:41] 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] maybe that's because the packagers don't know what they are doing... [21:42] nhandler, I thought I corrected that. SOrry, thats an old repo [21:42] is there some mirror admin here? [21:42] i wish [21:42] mrooney, your tarball was a tarbomb :-P. [21:42] NCommander: oh no! what does that mean [21:43] mrooney, http://www.linfo.org/tarbomb.html [21:43] 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] NCommander: oh yeah. well tarbombs extract correctly when you right click and extract :) [21:44] mrooney, some of use the command line :-P! [21:45] NCommander: yes in the future perhaps I should also tar the folder and not the contents [21:45] 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] steps to ease motus life I have learned :) 1) debian/ in a separate branch 2) no tarbombs [21:45] mrooney, do you plan to become a MOTU? [21:46] NCommander: it would be nice! [21:46] nhandler: hello? [21:46] I imagine I have quite a bit of work to do though [21:46] nhandler, was that it on the majors things? [21:46]