=== luciano_ is now known as virusuy [01:23] do any of you know how i can download the source for a package that is in precise [01:24] i'm aware that dget might work, but i'm unsure the link to use [01:24] 'apt-get source packagename' if you have the source entries enabled [01:24] ajmitch: its in precise. i'm on natty [01:24] it might be more useful to use pull-lp-source if you're not on precise [01:24] the plan is to repackage [01:25] ajmitch: would dget work? [01:25] it would, afaik that's pretty much what pull-lp-source does without you having to find the .dsc file [01:26] pull-lp-source is a bit more intelligent because it'll try to use a mirror for everything but the .dsc file to avoid hammering lp quite so much [01:28] broder: considering its only 3 files, *shrugs* [01:28] there are also mirrors closer to you than lp [01:28] i've got the source, but i have a feeling the "natty" build for the source will explodify once it hits the PPA [01:28] :P [01:28] broder: maybe so, but i'm on an excessively fast hard line [01:28] but it sounds like you should also take a look at backportpackage [01:29] broder: there's a backportpackage command? [01:29] o.O [01:29] EvilResistance: my experience is that lp is the limiting factor for downloads from lp, not your connection [01:29] EvilResistance: it's only intended for simple, no-change backports, but it sounds like that's what you're trying to do [01:29] broder: indeed. how would I go about obtaining this program? [01:30] remember, i'm on Natty, not on Precise [01:30] EvilResistance: it was added to ubuntu-dev-tools during the natty development cycle [01:30] huh [01:30] whats the command syntax? [01:31] try the manpage? i'm happy to explain if it's not clear, but i tried to make it clear and would prefer to know if it's not [01:32] hm [01:32] the manpage is clear [01:33] but you should consider having the actual program's on-fail help message include the synopsis a bit [01:33] it does have a --help [01:35] indeed [01:35] * EvilResistance begins using [01:35] i assume, though... [01:35] it requires a PPA in order to upload the backport to? [01:35] it can also do local builds [01:35] thereby allowing LP to build the backported package? [01:35] ah [01:35] assume for a minute i dont want to build it at this system [01:35] :P [01:35] then yeah, you'd want to upload to a PPA [01:36] syntax then for that option = --upload= ? [01:36] yeah. using the standard syntax, which is "ppa:your-lp-username/your-ppa-name" [01:36] just like you'd pass to dput [01:36] cept dput has it all in the configs xD [01:36] ok [01:37] actually, iirc, backportpackage just shells out to dput, so whatever it would take as an upload target, backportpackage can also take [01:38] woah explosion! [01:39] ohhhhhh [01:39] * EvilResistance ran into this issue BEFORE [01:39] * EvilResistance slaps his computer [01:40] broder: any way for me to pass to the program what PGP key it should use to sign?L [01:40] EvilResistance: bah, yeah, i ran into this the other day. you can put it in ~/.devscripts, which debuild looks at [01:40] right now its trying user@systemhostmask [01:40] broder: syntax? [01:40] echo DEBUILD_DPKG_BUILDPACKAGE_OPTS="-k1A2B3C4D" >> ~/.devscripts [01:42] if i have a key that has other uids on it, can i specify one of the non-first uids? [01:42] or do i just get to use the primary uid of said key? [01:43] actually nevermind [01:43] 'tis irrelevant :P [01:44] sorry, my gpg-fu is pretty limited [01:44] :P [01:44] i know you can pass things like -kevan@ebroder.net though [01:44] so i would assume subkeys are fine [01:44] how can i pass that to the system? [01:44] * EvilResistance must know! [01:44] :P [01:44] well... its kinda irrelevant, but meh [01:44] :P [01:44] huh? i mean you can set the -k argument in ~/.devscripts to be an e-mail address [01:45] oh really? [01:45] didnt know that :P [01:46] the way this works is that debuild looks at DEBUILD_DPKG_BUILDPACKAGE_OPTS in ~/.devscripts, and always prepends those arguments to what you pass on the cmd line [01:46] since backportpackage uses debuild, you can take advantage of this [01:46] indeed [01:46] what i really like about this [01:46] is it throws in the ~dist part [01:46] so i can backport to numerous versions :) [01:46] *ASSUMING* it builds correctly [01:47] that's the idea - it's modeled after how ubuntu's backports work (http://help.ubuntu.com/community/UbuntuBackports, not that those docs are great) [01:47] * EvilResistance threw it up to a ppa:lpid/backports ppa [01:47] where lpid is my id ;P [01:50] i forget...\ [01:50] the dput ACCEPT or REJECT messages.... [01:50] are they emailed to the primary email for the LP account? [01:50] yes, assuming that lp was able to verify your signature and cross-reference that to a user account [01:51] any idea on the estimated duration of that? [01:51] i.e. how long it takes for it to shoot off the email [01:51] or confirm the receipt of the dput? [01:51] usually <5 minutes [01:52] cool [01:52] hmm [01:52] out of curiosity... [01:52] if the original source has the architecture listed for multiple architectures... [01:52] will the builders *build* for all architectures? [01:53] PPAs only build for i386 and amd64 [01:53] ahh [01:53] i see [01:53] even so [01:53] there aren't any ARM PPA builders [01:53] i meant will they concurrently build [01:53] i.e. both amd64 and i386 are listed [01:53] you get one builder for each arch [01:53] but only amd64 is building now [01:53] it has i386 as "NeedsBuilding" [01:54] ahh. "Start in 4 minutes" [01:54] an i386 builder can't build amd64 binaries, and vice versa [01:54] ... [01:54] there are separate pools of builders for each arch, and builds queue up separately [01:54] lets assume for a minute i've **built** numerous packages for the system [01:54] :P [01:54] typically my packages are architecture-independent [01:55] (i.e. 'all') [01:55] THIS is architecture dependent [01:55] * EvilResistance sees why amd64 is building now and i386 is not [01:55] right, arch: all packages are special [01:55] wth... [01:55] "Dependency Wait..." [01:56] that means your package build-depends on something that's not available [01:56] probably a versioned dependency that was bumped after natty was released [01:56] wtf's "swig2.0" [01:56] * EvilResistance checks [01:57] wth... [01:57] it only exists in *oneiric*? [01:57] "Generate scripting interfaces to C/C++ code" [01:57] * EvilResistance has the oh wait [01:57] * EvilResistance notices it was searching only in oneiric [01:58] ah [01:58] i see [01:58] it does exist in natty [01:58] in universe [01:58] you're backporting a package from main? [01:58] wth [01:58] broder: is ZNC in main? [01:59] nope [01:59] then you have your answer [01:59] did you look at the version of swig2.0 it build-deps on? [02:00] i'd ask how to check that [02:00] but i didnt download the source ;P [02:00] the system did and didnt really store it anywhere [02:00] note i was backporting to Maverick first [02:01] and Maverick doesnt have swig2.0 [02:01] * EvilResistance will try natty next [02:01] i need it in at least natty ;P [02:01] as for my Debian servers, i'm assumign they're all screwed :P [02:02] unless PPAs allow for Debian builds to be done [02:02] but iirc, there isnt a sid chroot anywhere :P [02:02] no, PPAs are for Ubuntu only [02:02] as i suspected [02:02] :P [02:17] ... i'm about ready to explode ubuntu [02:17] configure: error: SWIG version >= 2.0.4 is required. You have 1.3.40. You should look at http://www.swig.org [02:18] and that's natty [02:18] wait... what the fsck? [02:18] 2.0.1-2: amd64 i386 <--- that's whats in natty [02:19] WHY IS IT TRIGGERING AN ERROR?!?!? [02:19] for swig [02:19] oh wait [02:19] because it needs 2.0.4, but has a lower version, and is complaining about some other strange version number? [02:19] it wouldnt work anyways [02:20] *grumbles about how fscking annoying ubuntu is being* [02:21] * ajmitch fails to see why this is ubuntu's fault to grumble about [02:25] i assume i'm free to attempt to backport any package that exists? [02:25] assuming i can get to the dsc [02:28] EvilResistance: you want swig2.0 in oneiric [02:28] micahg: i want swig2.0 >= 2.0.4 backported into natty is what i want [02:29] i'm not going to be upgrading my VPSes into Oneiric given all the stability issues i'm seeing people whine about [02:29] yeah, so both oneiric and natty have that version [02:29] oops [02:29] I meant oneiric and precise :) [02:30] my patience with ubuntu has dwindled now. [02:30] and when i try to backport swig2.0 it fails too [02:31] dh_autoreconf_clean [02:31] make: dh_autoreconf_clean: Command not found [02:31] because of that [02:31] run 'sudo mk-build-deps -i -r' in the build directory [02:31] what build directory? [02:31] i'm using backportpackage [02:31] its not storing ithe stuff anywhere afaict [02:32] right, you still need some build deps installed, you can either find out which one (apt-file search dh_autoreconf_clean) or use the other command I gave you to install them all [02:33] dh-autoreconf will take care of that issue [02:35] * EvilResistance hopes that swig2.0 2.0.4-3ubuntu1 will correctly build in natty [02:35] micahg: that was what i needed, thanks [02:39] micahg: assumign swig2.0 correctly builds on the natty systems... [02:40] micahg: is there a way i can tell the builders to use the PPA that i'm building znc .202 on to use swig2.0 from that same PPA? [02:40] assuming of course it builds [02:40] EvilResistance: will happen automatically once its built [02:40] and published [02:40] i see [02:41] so the builders will automagically check the ppa to see if it contains newer versions of build-deps? [02:41] if not, resort to standard ubuntu archives? [02:41] right [02:42] well, sort of [02:43] * EvilResistance needs a definite "This will work" solution >.> [02:44] well, you've got the right idea, it'll work, that's just not exactly how :), I think the PPA is like another apt source on the buildds [02:46] i see. [02:46] oh another question. [02:47] will backportpackage identify correctly whether or not there is already a backport attempt? [02:47] i.e. the verison number i have here is ~natty1~ppa1 [02:47] or do i need to add additional options to have it recognize it should be natty2 or something [02:48] yeah, I think there's an option to specify the suffix [02:49] now i just need to hope that the thing wont implode on build [02:49] afaict, its building swig2.0 backported oneiric -> natty without incident [02:49] you can use the defaults on the first upload [02:49] i havent gotten a build fail alert [02:50] whooo it backported :P [02:50] now its being published :P [02:51] micahg: know offhand the command i have to use to provide the correct next-version suffix? [02:51] the manpages are kinda buried under tabs right now [02:53] EvilResistance: pass -h for a list (-S is what you want in this case) [02:58] micahg: i got a confirmation from wgrant that the launchpad builders will, if the build-dep exists in the PPA the package is being built for, it will detect it [02:58] we will now know if that is true or not :P [02:59] ... after ~ppa2 is detected ;P [03:00] s/it will// [03:00] It is true :) [03:00] Has been for 4.5 years :) [03:00] They'd be pretty useless if it wasn't true. [03:01] wgrant: you NEVER KNOW :P [03:01] i've seen some pretty screwy systems ;P [03:01] s/systems/errors/ [03:01] with launchpad [03:01] EvilResistance: oh, I know it's true, I didn't say otherwise, I was strictly speaking about the mechanics :) [03:01] micahg: :P [03:01] Launchpad is one of those, but it's not *that* screwy. [03:01] * EvilResistance is running at somehting similar to defcon 2, so... PP [03:01] confirming my thoughts isnt a bad thing [03:01] brb [03:02] * micahg wonders when he'll get bored enough to dig into soyuz [03:04] If bug #887349 in papyon affect empathy and emesene since both arn't able to connect to MSN, should the bug marked as such? [03:04] Launchpad bug 887349 in papyon (Ubuntu) "Can't login in Windows live acount using empathy" [Undecided,Confirmed] https://launchpad.net/bugs/887349 [03:04] ~ppa2 is accepted, and build status is... [03:05] bbigras__: i think those might be separate bugs... no? [03:05] i.e. [03:05] papyon isnt necessarily related to those two? [03:05] unless i am wrong [03:06] WTH "Failed ot build" [03:06] EvilResistance: Empathy uses papyon for MSN, I saw the bug in empathy's debug window. Not sure about emesene. [03:06] bbigras__: no, the issue can probably be solved in papyon, so not worth marking the other two unless fixes need to be made there or you're getting a lot of dupes [03:07] The following packages have unmet dependencies: [03:07] swig2.0 : Conflicts: swig but 1.3.40-3ubuntu1 is to be installed [03:07] E: Broken packages [03:07] micahg: wgrant: any solutions? [03:07] it at least confirms there's a conflict [03:08] micahg: Ok I wasn't sure if the two projects needed to be aware of the bug or not. Yes the bug is in papyon. Thanks. [03:08] micahg: wgrant: if either of you need the buildlogs, let me know i can get you the links. [03:10] EvilResistance: You apparently build-depend on both swig and swig2.0, which is not allowed. [03:10] ... [03:10] wgrant: that's strange... [03:10] It may be strange, but it's also true. [03:11] wgrant: considering the package that needs the build-dep is a backport of a precise package, would i also need to backport swig from precise -> natty? [03:11] er [03:11] oneiric -> natty [03:11] or is the znc build-deps strange? [03:11] You're probably in the best position to answer that. [03:30] can someone help me debug this from debuild -S? http://pastebin.com/YmFTFZNJ [03:32] EvilResistance: You should use dch to edit changelogs. [03:32] Your date formatting is incorrect. [03:33] wgrant: how can i just add to the changelog? [03:34] dch modifies the last changelog entry [03:34] dch -i [03:55] wgrant: thanks. i wasnt aware that existed :P [03:55] on another note... [03:55] ITS FINALLY BUILDING!!! [04:04] wgrant: i owe you a beer, sir. [04:04] micahg: i also owe you a beer. [04:04] broder: you too. :P [04:04] * EvilResistance finally has this working after HOURS at it [04:08] is there a way for me to import/copy the swig2.0 package from oneiric into my PPA? [04:09] 1 [04:29] EvilResistance: glad you got it working [04:29] micahg: yep, took enough tries [04:29] micahg: i ended up having to dget the source [04:29] and then modify the control file [04:29] the fun of backports ;) [04:30] well [04:30] at least backports from Precise [04:30] which was just stuff from sid [04:31] EvilResistance: backportpackage is the closest thing to source copy from archive to PPA ATM AFAIK [04:31] yeah i basically just did that ;P [04:31] -d oneiric -s oneiric :P [04:32] EvilResistance: why would you do that though? [04:32] although i should have set the prefix to null [04:32] micahg: because i'm weird :p [04:32] if you use backport package in that context, I think it'll just use the archive version for builds [04:33] it might [04:33] * EvilResistance shrugs [04:33] * EvilResistance was curious if it'd work [04:33] backportpackage makes the version lower so that upgrades work properly [04:33] the only thing i've got left to contend with is compiling znc .202 for oneiric [04:34] since its still theoretically a backport ;P [04:40] oh god damn it [04:40] * EvilResistance somehow uploaded the oneiric package into natty within the PPA [04:40] * EvilResistance is now annoyed [05:10] what's the name of the tool that can re-wrap the Depends? [05:11] ah, wrap-and-sort [06:12] is it feasible to backport a backported package to an even earlier version? [06:13] i.e. i backported swig2.0 from oneiric to natty and maverick. [06:13] run backport package on it? [06:13] but on the backported version [06:13] yeah [06:13] or on the original if it's a no change backport [06:14] true [06:14] since the backported package IS swig2.0 which successfully backported (one at a time) to maverick [06:14] since its the build dep for znc .202 [06:15] if it backports correctly it *might* get the newest ZNC working all the way back to the last LTS :P [06:15] in which case i will be happy [06:16] and so will the ZNC people :P [06:16] since they kept saying that Ubuntu needs to update more often [06:17] ... uhm... [06:17] micahg: https://launchpadlibrarian.net/84683243/buildlog_ubuntu-maverick-amd64.znc_0.202-1%7Emaverick1-ppa2_FAILEDTOBUILD.txt.gz <-- [06:18] seems it wont build after all [06:18] help with debugging? [06:18] please? [06:18] :P [06:18] (might be that lucid is just plain old, but meh) [06:19] sorry, I've got some work I need to finish up tonight, maybe someone else can help [06:19] :P [06:19] well its the same fail on i386 as amd64 [06:19] so meh [06:19] i've got to be up in 7 hours anyways [06:19] * EvilResistance should be asleep [06:20] looks like a bug in dh_python3 [06:20] ['adsf'] should be a list containing 'adsf' [06:20] but only on lucid [06:20] but it tried to do a hash lookup on something.. [06:20] oh only on lucid? [06:20] hyperair: it built correctly on maverick and later [06:20] maybe it's supposed to run on python3.. [06:20] er [06:20] * hyperair shrugs [06:20] there's probably a bug in the buildd in lucid or something [06:20] a bug in dh_python3 perhaps [06:20] hyperair: https://launchpad.net/~trekcaptainusa-tw/+archive/backports/+packages [06:20] for reference [06:20] there's packages for maverick and natty [06:21] * hyperair shrugs. sorry, i can't really spend much time on this [06:21] ... and a znc package for oneiric [06:21] i'm supposed to be studying [06:21] i'll go stab the #launchpad peoples [06:21] heh [06:21] have fun [06:21] perhaps they can fix the builders [06:21] except i'll stab them tomorrow [06:21] #ubuntu-packaging for PPA build failures not related to launchpad itself [06:21] because i'm fscking tired [06:21] micahg: could it not be a build problem in the builders? [06:21] not likely [06:22] more likely a bug in python3 [06:22] maybe #debian-python can help [06:22] on irc.oftc.net [06:22] i'll start with #ubuntu-packaging [06:22] fwiw i dont want to deal with debian people now [06:23] heh [06:23] * hyperair is a debian person though. =p [06:23] going to be anyways [06:23] with the exception of motu people here ;P [06:23] =p [06:27] * micahg would like to be a Debian person one day [06:44] hi all [06:45] any idea if octave 3.4.3 will be packaged officially? [06:45] the current version 3.2.4 is old [06:46] or perhaps someone can guide me on how i can make deb packages from existing "making a deb package for octave" files (if they exist) [06:56] freakabcd: out of curiosity- [06:56] did you look at what was in debian sid [06:56] to see if the newest version is in there somewhere? [06:56] no. it is the same 3.2 [06:57] i suppose you guys are going to simply use the debian pkg [06:57] i mean use their setup and stuff. (with some tweaks) since it is similar enough [06:57] well [06:57] they usually start with whatever's in sid [06:57] where can i get the source(s) for the building? [06:57] and then downgrade/upgrade as needed [06:57] i suppose we could have a package before debian gets it :) [06:57] *shrugs* [06:58] freakabcd: just getting the source for 3.4.3 miight not be enough [06:58] no [06:58] because you need to create a source package [06:58] i meant the sources for the extras [06:58] oh [06:58] that [06:58] um... [06:58] not sure [06:59] you could try searching for the sources in the apt archives [06:59] i think lp has a list of all ubuntu packages :/ [06:59] i know how to build octave 3.4.3 and infact i have it already built. just thought i could make a pkg if its easy enough to tweak the setup for 3.2 pkg [08:04] good morning [08:08] morning dholbach [08:08] hey ajmitch [08:09] how are you today? [08:09] good good - how about yourself? [08:13] I'm alright, just been out at a developers meetup :) [08:16] and? was it any good? [08:16] yeah, it's a monthly event, head to the pub afterwards & chat :) [08:17] nice :) [08:18] which reminds me, I need to take a screenshot of this unity bug :) [10:41] morning [10:41] dholbach: could you set -t please? [10:41] also, safe journey home? [10:41] * Laney got stopped by security at MCO [10:42] -t? [10:42] in this channel [10:42] you haz op powers [10:43] hum [10:43] I might be too stupid to do it [10:43] /mode #ubuntu-motu -t [10:43] yeah, safe trip home, but I'm still quite tired [10:43] should do it [10:43] indeed [10:43] slept until 1.30pm yesterday [10:43] ty [10:47] Laney: stoped by security? === Guest12703 is now known as Zic [10:47] they thought my laptop's power cable was suspicious [10:48] ah. [10:50] Laney: When I was young, your family had a hilarious time. The security person thought a particular dish/crockery looked sucipious and made us open the bag. They didn't tel us what they wewre looking for and they couldn't find it either. Mom guessed and showed it to the security lady leading to much laughter :) [10:50] s/your/*our* [11:22] oh, I asked for -t for a reason === Laney changed the topic of #ubuntu-motu to: Precise: open for business | Want to get involved with the MOTU? https://wiki.ubuntu.com/MOTU/Contributing | Sponsor queue: http://bit.ly/fz6AyQ | http://qa.ubuntuwire.com/ftbfs | http://people.canonical.com/~ubuntu-archive/NBS | http://qa.ubuntuwire.com/bugs/rcbugs/ [11:25] ah, thanks I'd been meaning to do that too [14:20] is MOTU responisble for the ia32-libs package? if not, can anyone suggest a channel i can purse an answer in? [14:25] what's the question+ [14:25] ? [14:26] tumbleweed: i get keep a notification that it fails to build and this is causing other packages in the ubuntu studio package set to fail to build [14:26] i seem to remember that someone mentioned something funny about that package as well [14:26] unfortunately i cannot remember the specifics about that converstaion [14:26] converstation [14:26] errr. conversation [14:27] tumbleweed: correction, ia32-libs fails to produce installabile binaries [14:28]