/srv/irclogs.ubuntu.com/2012/03/27/#ubuntu-motu.txt

=== [ESphynx] is now known as ESphynx
ajmitchmicahg: nice to see that openclipart is still building, 16 hours later... :)02:27
micahgajmitch: yeah, it got one of the slower builders02:54
* ajmitch just hopes it won't need to be uploaded again02:59
micahgajmitch: nah, should be fine :)02:59
micahgajmitch: Finished 5 minutes ago (took 17 hours, 20 minutes, 54.0 seconds)03:00
ajmitchas long as I don't get the blame ;)03:00
ajmitchthose aren't small packages that it produces03:02
micahgnope03:05
=== almaisan-away is now known as al-maisan
=== Whoopie_ is now known as Whoopie
=== al-maisan is now known as almaisan-away
dholbachgood morning07:05
WhoopieGood morning! Could someone of the devs help me fixing this build failure? -> https://launchpadlibrarian.net/98423805/buildlog_ubuntu-precise-armel.sflphone_1.0.2-1ubuntu1_FAILEDTOBUILD.txt.gz07:55
Whoopiecjwatson sponsored the sflphone package, but it fails on armel and armhf.07:55
WhoopieI can't find the cause because the build looks the same for i386 and amd64.07:56
Zhenecho/ Whoopie08:01
ZhenechWhoopie, my eyes tell me, that it tries to link to stupid things, just don't ask me why :)08:01
Zhenechdoes it happen on debian too?08:01
Zhenechyes it does08:02
WhoopieZhenech: hey. It seems as the linking looks the same on all archs.08:04
tumbleweedZhenech: the problem appears to be that it's creating libpjsip-armv7l-unknown-linux-gnu.a but trying to link to libpjsip-armv7l-unknown-linux-gnueabi.a08:05
Whoopietumbleweed: your eyes are really better then mine. ;-)08:10
tumbleweedtook me a minute to see it08:11
tumbleweedthe correct tuple is the eabi one. So you need to figure out where the other one is coming from08:12
tumbleweederr correct gnu triplet08:12
Whoopietumbleweed: could it be that the gnueabi is derived from the "checking build system type"08:16
Whoopie?08:16
tumbleweedI suggest debugging it under qemu / a qemu-user-static chroot08:17
Whoopieok08:18
tumbleweedpbuilder-dist knows how to create arm chroots08:18
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
=== almaisan-away is now known as al-maisan
Whoopietumbleweed: I used this -> https://wiki.ubuntu.com/ARM/RootfsFromScratch08:53
Whoopieis it also ok?08:53
vibhavpDo i need to suscribe the review team when submiting debdiffs for precise?09:00
dholbachvibhavp, 'ubuntu-sponsors'? yes :)09:02
tumbleweedWhoopie: I remember running into bugs in that but yes, it should work09:04
vibhavpdholbach: I mean the Ubuntu Review Team09:06
vibhavpSince we have passed FF09:08
tumbleweedvibhavp: https://wiki.ubuntu.com/FreezeExceptionProcess09:09
vibhavptumbleweed: I sorry I used the word review instead of release09:12
vibhavpThis means, should I suscribe the Ubuntu Release team when submiting a debdiff for precise?09:12
Laneyif you need a freeze exception, yes09:13
=== dholbach_ is now known as dholbach
vibhavpdholbach: Thanks for uploading my debdiff!09:22
dholbachvibhavp, I hope you didn't mind I made a few modifications09:22
vibhavpdholbach: Could you send me the modified debdiff, Ill use it as an example to improve my skills09:23
dholbachvibhavp, http://launchpadlibrarian.net/98511604/kupfer_0%2Bv206%2Bdfsg-1_0%2Bv206%2Bdfsg-1ubuntu1.diff.gz09:25
Whoopietumbleweed: any idea where to start debugging? It seems to be an autotools issue (according to a quick google search).09:34
tumbleweedWhoopie: I'm no autotools expert, I can't say without looking at it09:43
savvashello, does this mir request look ok to you? https://bugs.launchpad.net/ubuntu/+source/libgxps/+bug/965467 - I think I included everything the requirements wiki page suggested10:23
ubottuLaunchpad bug 965467 in libgxps (Ubuntu) "[MIR] Please transfer libgxps 0.2.2-1 (universe) to main" [Undecided,New]10:23
Laneylooks complete, yes. You should speak to the desktop team about whether they want to push it10:27
savvashi Laney :) thanks again for sponsoring the package!10:37
Laneyyou're quite welcome10:37
Rhondahmmm, missed 4 new mixtapes from dholbach, wtf :)11:45
* Rhonda hugs Laney for accepting wesnoth-1.10 :)11:45
dholbachRhonda, a shame you weren't there on Saturday in Berlin - it was a great night :)11:45
Laney\o/11:46
Laneystill in the NEW queue unfortunately11:46
Laneythere are quite a number of steps11:46
Rhondadholbach: Well, there was sorta birthday party for my son at Saturday in our house, so …  :)11:46
dholbachhaha, great :)11:47
RhondaLaney: what, NEW queue, rmadison -uubuntu wesnoth-1.10 says it's already in?11:47
dholbachI recorded the session, but it's >1G and not quite up to my usual mixtape standards - but it was a great party nonetheless11:47
LaneyRhonda: the source yes, but not the binaries11:47
Laneye.g. https://launchpad.net/ubuntu/oneiric/+queue11:47
Rhondahmmm11:48
Laneynever mind, someone will get to it soon11:48
Rhondauhm, then my dent about it was too soonish.  %-(11:48
Laneystill technically correct ^o)11:49
RhondaHave to push an update soonish anyway, the help file translations are missing. %-/11:49
Rhondasee http://bugs.debian.org/66416411:50
ubottuDebian bug 664164 in wesnoth-1.10 "[wesnoth-1.10] Help translations missing" [Normal,Open]11:50
ryanakcaWhat would be the appropriate version for a no changes rebuild? Current: 2.0.0-1, Rebuild: 2.0.0-1build1 ?12:04
StevenKryanakca: That would be fine, yes.12:09
ryanakcaStevenK: Alright, and I'm guessing I need to also Maintainer -> XSBC-Orig-Maintainer ?12:10
StevenKI'm not sure. I would probably ignore it, just since it's a no-change rebuild.12:11
ryanakcaStevenK: Alright, thanks, debcommitting and pushing :)12:15
Laneyyeah, no need to change that unless you make actual changes12:23
* ryanakca nods, lp-proposed, thanks :)12:26
=== imbrando1 is now known as imbrandon
vibhavpWhile preparing a patch (ubuntu delta) , what do I put in the "Uploaders" Section?13:07
vibhavp/window/window 213:11
Whoopiecjwatson: I have attached the debdiff to bug report 913018 (https://bugs.launchpad.net/bugs/913018)13:15
ubottuLaunchpad bug 913018 in sflphone (Ubuntu) "sflphoned crashed with SIGSEGV in std::__detail::_List_node_base::_M_hook() from DBus::DefaultWatch::DefaultWatch" [Medium,Fix released]13:15
Whoopiecjwatson: sflphone built find for amd64/i386 in my testing PPA and for armel in the qemu chroot.13:16
Whoopiecjwatson: should I attach the armel build log to the ticket?13:20
cjwatsondon't care13:21
cjwatsonWhoopie: I think it would be a good idea to keep config.guess and config.sub in sync13:23
cjwatsonit is not usually recommended to update them independently13:23
Whoopiecjwatson: ok.13:24
cjwatson(I don't think that needs another test build TBH, I'd be happy to apply a diff that just did that)13:24
Whoopiecjwatson: how to name the patch file then?13:30
cjwatson"config-guess-sub" or just "config"13:30
cjwatsonnot that important :)13:30
vibhavp*/window 213:46
Whoopiecjwatson: updated debdiff attached.13:48
cjwatsonWhoopie: thanks, uploaded13:51
cjwatson(modulo beta freeze)13:51
Whoopiecjwatson: thank you!13:52
=== al-maisan is now known as almaisan-away
kirklandis there a PPA I can depend upon to get a package that needs "dh clean --with python2" to build on lucid?16:28
kirklanda backports ppa or something?16:28
tumbleweedkirkland: not that I'm aware of16:29
kirklandtumbleweed: okay, thanks16:29
kirklandtumbleweed: any known workaround?16:29
tumbleweedbesides pysupport?16:30
tumbleweedbarry: ^16:30
PaoloRotoloHi all!16:59
vibhavpIs it a coincidence the dholbach's nick starts with "dh" ?17:10
hakermaniaHello, World! If you have your application 'sitting in the archive  admin / release team review queue', how do you know whether your package has been accepted or not (what changes in order to realize it)? See bug #964451 last answer :P17:26
ubottuLaunchpad bug 964451 in wallch (Ubuntu) "FFE: Wallch 3.01" [Undecided,Fix committed] https://launchpad.net/bugs/96445117:26
hakermaniaI can see that the application has been uploaded (https://launchpad.net/ubuntu/+source/wallch) but I don't know where to search for 'accepted' or similar...17:29
cjwatsonhakermania: you'll get mail when it's accepted17:36
cjwatsonuh, but that *has* been accepted17:37
cjwatsonyour error was in not putting "LP: #964451" somewhere in the changelog so that it would auto-close the bug17:37
cjwatsonI've closed the bug now17:38
=== yofel_ is now known as yofel
hakermaniacjwatson, thanks:) But, seriously, was it my bad? Here: http://tinyurl.com/caafqv2 it doesn't say somewhere that the changelog should close the bug the I open... :/17:44
cjwatsonit's not mandatory to auto-close bugs, but if you want them to be auto-closed then that's the only way to do it.17:44
cjwatsonotherwise you should close them following the mail you got when the package was accepted.17:45
hakermaniacjwatson, OK! Thanks again. One last question, do you know whether this accepted application will land in Beta 2?17:45
hakermania(will be in usc in beta 2)17:45
cjwatsonit's in the archive now and beta 2 hasn't been released yet17:45
cjwatsonso yes17:45
hakermaniacool :)17:45
barrykirkland: sadly, no18:00
kirklandbarry: okay, thanks, no worries18:01
kirklandbarry: no one should run 10.04 any more anyway :-P18:01
kirklandbring on the 12.04s!18:01
barrykirkland: exactly :)18:01
jtaylorbarry: I think I finally have a working scipy patch18:06
jtaylorsee the branch18:06
jtaylorthe changelog still needs work18:08
barryjtaylor: awesome, let me try building it locally18:09
barryjtaylor: could you link the branch to bug 960595?18:10
ubottuLaunchpad bug 960595 in python-scipy (Ubuntu) "FFe for python3 scipy packages" [Undecided,New] https://launchpad.net/bugs/96059518:10
jtaylorit is interesting that the -dbg test brings down the interpreter18:13
jtaylorbut thats the case for the old packages too18:13
jtaylorso no regression18:13
jtaylorone non-dbg test fails also no regression18:13
barryScottK: i suppose i should file ffe's for all the other flufl.* packages?18:39
ScottKYes.18:40
ScottKFeel free to do it all in one bug.18:40
barrycool.  i'll file them after you've reviewed and uploaded .password and .bounce (coming soon18:40
barryjtaylor: in your branch, why did you remove all the -1buildN entries in changelog?18:43
jtaylorthey are just rebuilds not realyl necessary to keep them18:44
jtaylorat least I have been told that in the past18:44
barryjtaylor: hmm, it seems to lose information though, which i don't like.  maybe ScottK has an opinion on that?18:44
ScottKjtaylor: IME, generally you just drop changelog entries when syncing from Debian.  I'd keep them.18:45
barryjtaylor: also, X-Python-Version: >= 3.1... is that for consistency w/debian?  (ubuntu only cares about >= 3.2)18:45
ScottKActually that only matters on Ubuntu.18:45
jtaylorscipy works with 3.118:45
ScottKNo, I take that back.18:46
jtaylorI had the impression that should denote the oldest version supported by the source18:46
ScottKbarry: Explicit is better tahn implicit.18:46
jtaylorwhich makes backport situation clear18:46
barryScottK: cool, no problem with that then18:46
ScottKYeah.18:46
barryjtaylor: okay, i'm going to comment in the ffe bug, but i approve of the patch with the restoration of the d/changelog entires18:47
barry*entries18:47
* ScottK just watched the BDFL's Pycon keynote on Youtube, so is feeling particularly Pythonic today.18:47
barryScottK: you know how much he hates doing those? :)18:48
ScottKHe mentioned it.18:48
jtaylorScottK: keep or remove the +build changelogs?18:48
ScottKIt was a good talk though.  I learned some things.18:48
ScottKjtaylor: Keep18:48
jtaylork18:48
barryme too!18:48
ScottKDon't mess with history unless you can sync with Debian.18:49
pabelangerAny suggestions on bug 965484?  Should redmine be rolled back or a new sync request for ruby-rack?18:49
ubottuLaunchpad bug 965484 in redmine (Ubuntu) " redmine : Depends: ruby-rack (>= 1.4.0) but 1.3.5-1 is to be installed " [High,Triaged] https://launchpad.net/bugs/96548418:49
barryjtaylor, ScottK https://bugs.launchpad.net/ubuntu/+source/python-scipy/+bug/960595/comments/218:50
ubottuLaunchpad bug 960595 in python-scipy (Ubuntu) "FFe for python3 scipy packages" [Undecided,New]18:50
ScottKpabelanger: I'd be inclined to more forward.18:50
pabelangerScottK, Ya, if people agree with bumping ruby-rack, I can setup the FFe18:51
ScottKpabelanger: There are a few other rdepends.  They'll need to be checked for compatibility.  See apt-cache rdepends ruby-rack.18:53
jtaylorchangelog restored19:00
jtaylorI'll forward the patch to debian then upload19:00
ScottKbarry: Next time you can use the -b option and close the FFe bug when you do the sync.19:02
barryScottK: ah crap, i meant to do that. sorry19:09
jtayloruploaded, thanks for the review19:12
pabelangerScottK, understood19:36
barryScottK: i'll now file a blanket ffe for flufl.*[!enum]19:37
barryScottK: bug 96652119:43
ubottuLaunchpad bug 966521 in flufl.bounce (Ubuntu) "[FFe] sync flufl.{bounce,password,i18n,lock} from Debian" [Undecided,New] https://launchpad.net/bugs/96652119:43
ScottKbarry: Approved, but you got some of the tasks on the upstream projects and not the Ubuntu packages.19:52
barryScottK: fixed, thx19:54
barryScottK: i'll sync as they hit lp20:01
ScottKSure.  Hopefully they won't be in New very long.20:01
jtayloryoutube-download is broken precise again it seems... such an app really should not be packaged20:55
jtaylorgood seems non-ffe syncable20:57
micahgjtaylor: the nature of the beast20:59
micahgthis is where volatile would be nice :)21:00
micahgeh, I guess an SRU would serve the same purpose21:00
jtaylorI don't really care that much about it, opera does the same much much more reliable for every site21:02
jtaylorunfortunatly the flash plugin in opera does not work in my new precise installation and I want to watch the pycon keynot in higher speed :/21:02
=== JanC_ is now known as JanC
jtaylorhm  just got a mail, scipy powerpc build failed, but it hasn't even started yet according to https://launchpad.net/ubuntu/+source/python-scipy/0.9.0+dfsg1-1ubuntu1/+build/332336421:53
micahgif I've got a conf file I forgot to migrate, do I add snippets to move and remove or just remove?21:54
RAOFmicahg: How long has the package been not reading the old conf file?22:07
micahgRAOF: about 18 hours :)22:07
RAOFIf it's only in Precise, then I'd move-and-remove.22:07
micahgshould I attempt to be smart and remove the new file so the old one can migrate?22:08
RAOFOh!  Totally move-and-remove; there's a good chance that even those on precise won't have edited the new conf file!22:08
RAOFmicahg: I think the correct thing to do would be to remove the new conf file and replace it with the migrated old conf iff the new conf hasn't been changed.22:09
micahgRAOF: so does that mean I can't use the pretty dpkg-maintscript-helper stuff for the first part?22:10
micahgoh, I can lie :022:11
RAOF:)22:11
RAOFI think you can still use the maintscript helper ;)22:11
micahgyeah, I just lie about the last-version22:11
RAOFHm.  Will that successfully trigger on upgrades?22:12
micahgI'm going to test it :022:12
RAOF(If it gets too hairy it's probably not *terrible* to just unconditionally migrate the old conf file; 18 hours isn't very long.)22:13
micahgwell, I added an rm_conffile statement first, then the mv_conffile statement22:13
micahgRAOF: nope, my idea just wiped all of it :)22:18
* micahg tries just a move22:18
micahgyeah, I'll just clobber the new file22:23
broderjtaylor: you know we have precedent for just SRU'ing new upstream releases of youtube-dl, right?23:28
=== rsalveti` is now known as rsalveti

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!