micahgcan a DD please help this person (bug 928556)00:04
ubottuLaunchpad bug 928556 in mosquitto (Ubuntu) "Package out of date - 0.15 available" [Undecided,New] https://launchpad.net/bugs/92855600:04
* tumbleweed has a quick look00:06
tumbleweednot the most useful VCS branch00:10
micahgtumbleweed: was pointing to a DD as supposedly there's something to be sponsored to Debian (which would be preferred to reviewing/uploading to Ubuntu)00:12
Laneymentors has it00:12
Laney3 sponsors in 4 revisions isn't the most helpful situation though00:13
tumbleweedwell, some sponsors don't seem to encourage their sponsorees to come back00:13
directhexit's not a good situation to be a sponsor of something you don't care about00:14
directhexfor one thing it's hard to adequately apply any packaging review00:14
Laneyand it means the finding a sponsor cycle has to be repeated again (and again)00:15
tumbleweedyeah, first few reviews someone is *slow*00:15
Laneyperhaps he did contact them00:15
tumbleweedreviews for someone00:15
tumbleweed(and yo have to get your head around the packaging)00:15
tumbleweedone of the reasons worknig in ubuntu is nice. It's all the quick and easy stuff :P00:16
Laneyoojah: (since you're here :P) did you contact mt and kilian to sponsor the new mosquitto?00:16
tumbleweedmicahg: did you look at the package's vcs branch?00:17
tumbleweedits cross-distro00:18
* tumbleweed -> bed00:20
CoreyI'm trying to use dh --with python2, but whenever I apply that, packages need a newer version of Python than is in Lucid and the package fails (2.6.6 vs the 2.6.5 that Lucid has)01:43
micahgright, you can't use that in lucid01:50
micahgtake a look at I think pastebinit to see a trick01:50
barryCorey: dh_python2 is still awaiting backport to lucid: bug 78852401:51
ubottuLaunchpad bug 788524 in python-defaults (Ubuntu) "backport dh_python2 to lucid (and maverick if appropriate)" [High,In progress] https://launchpad.net/bugs/78852401:51
Coreybarry: Hmm. How do I sanely get my sid pbuilder chroot to build a package that properly stuffs the python stuff into /usr/lib/python2.6/dist-packages/ instead of pyshared and/or pymodules?01:55
barryCorey: i'm actually at eod.  if no one else can help you here, can you ping me tomorrow, sometime after 1400utc?01:56
Coreybarry: Will do if nobody gets to me, thanks.01:57
CoreyThe stuff in pyshared and pymodules *works*, it's just inelegant and not how we like to do things.02:03
=== Zhenech__ is now known as Zhenech
=== Zhenech is now known as 36DAAR2FL
epikvisionhow long do openpgp keys take to be validated02:28
blairi just noticed that 12.04 packages for python modules now only provide python 2.7 modules, not both 2.6 and 2.7, who can i talk to to reverse this decision for 12.04?02:29
ScottKblair: It's not going to happen.02:29
blairScottK, not even if i provide a good reason why ????02:31
ScottKIf you've got a problem with something working with python2.7, the solution is to make it work with 2.7.02:31
blairScottK, no, that's not the issue02:31
ScottKWhat's the issue/02:31
blairI work for Sony Imageworks and we have ~500 artists using Autodesk Maya 2013 for special effects (movies like Green Lantern) and Maya only supports Python 2.6 and won't go to 2.7 for another year02:33
micahgpython2.6 is planned to be dropped from precise as soon as the final reverse dependencies are resolved02:33
blairi'm pushing to go from fedora 13 to 12.04 and one of the benefits is that ubuntu would provide 2.7 for people working outside of maya and 2.6 for people working in Maya02:34
blairit's a huge pain on our *ss to compile all python modules for an older Python release, so i was really excited to see this in ubuntu02:34
blairi think ubuntu should look at supporting an older python for commercial products like Autodesk Maya02:35
blairis it a goal of an LTS release to be an official distro for more commericial linux software packages?02:36
blairright now the whole visual effects industry is on rhel/fedora distros, so anything to help with ubuntu getting in would be helpful02:36
blairis there a mailing list i can shoot an email off to?02:38
micahgblair: AIUI, the 2.6 branch upstream is almost dead and would be very difficult to support for 5 years02:42
blairmicahg, that makes sense02:42
blairif i wanted a ppa and recompile sources, what would i need to change to have the build process also make 2.6 modules?02:44
micahgblair: if you only need 1 year of support, lucid is supported until Apr 201302:44
blairwe're in the boat now on an unsupported OS (fedora 13) which is over a year old02:45
blairit takes 6-9 months to move 500 desktops to a new OS02:45
micahgblair: you'd need python-minimal I believe, but ScottK would know better02:45
blairargg, i was so excited when i saw multiple python support in oneiric and just assumed it would carry forward to precise02:46
micahgor rather the python-defaults package set up for it02:46
blairit would save to much work on our sysadmin team02:46
blairs/to much/so much/02:46
micahgblair: if it's just one piece of software that you need to support though, a PPA doesn't seem like such a bad solution02:47
achiang+1 to PPA. i think that's a pretty good solution to your specific problem02:48
achiangi bet you might even find some other crazy volunteers to help02:48
micahgespecially if you know they're migrating to 2.7, you can have a solid OS for about 4 years02:50
blairmicahg, yes, maya will be on 2.7 in a year02:55
ScottKThere will be a python2.6 PPA for precise.03:00
ScottKblair: ^^^03:00
ScottKOh, no.03:01
ScottKSorry.  Backwards.03:01
ScottKLaunchpad needs a python2.7 PPA on lucid, not 2.6 on precise.03:01
ScottKIn any case, you need to change python-defaults, python-central, python-support, and distribute and then build a python2.6 package and rebuild any modules/extensions you need.03:02
ScottKIt's not a huge test to make such a PPA for someone familiar with the Debian/Ubuntu Python stack.03:02
ScottKIn addition to this issue of python2.6 not being supported upstream, building python extensions for multiple versions adds to their size since they need double the .so files.03:04
ScottKFor the extensions on the Ubuntu CD, a second python version adds about 8MB to the CD and space is constrained enough that 8 MB is a big deal.03:05
blairScottK, thanks for the info, appreciate it.  excuse me getting worked up there, i was very much looking forward to this in precise, since I assumed it would be the same way as in oneiric03:08
ScottKNo problem.03:08
blairis there a naming standard for a ppa like this?  precise-python2.6?03:09
ScottKAll of the multiple support infrastructure is still there, so it's not that hard to do.03:09
ScottKPPAs aren't part of Ubuntu (they are built on Ubuntu) so there's no common standard.03:09
ScottKThe only real standards for PPAs are version numbers to avoid conflict and confusion with packages from the official archive.03:10
ScottKThose standards are defacto, but some of us yell at people that don't follow them.03:10
blairi guess there's two ways to go, 1) tweak the builds to generate the packages with the exact same names and then have the PPA packages be picked up instead of Ubuntu's 2) have a system where a "2.6" is automatically put on the package name and they can coexist with Ubuntu's03:11
ScottKYou generally use the same package name, just a different version to disambiguate them.03:12
blairso for "python-xattr" at 0.6.2-1ubuntu1, I would renumber it to something like 0.6.2-1ubuntu1-py26.103:14
blairwhen ubuntu releases 0.6.2-1ubuntu2, then it would upgrade my package and remove the 2.6 pieces, which wouldn't be good03:19
ScottKRight, but post-release that's unlikely to be a problem.03:20
ScottKIf it is, it's probably a big enough issue you want to rebuild your package.03:20
ScottKYou can also use pinning to avoid the upgrade.03:20
blairthis is good stuff, assuming we get buyin to move to 12.04, then i'll be doing this work03:22
oojahLaney: I contacted mt directly but haven't tried killian.07:14
oojahI'll try kilian.07:15
Alison_ChaikenGreetings MOTU.    I am packaging a set of programs that constitute a framework plus its plugins.08:07
Alison_ChaikenI've been pondering over how many packages to put them in.08:07
Alison_ChaikenThe plugins support hardware accessories, and many users won't have many of them due to the expense.08:08
Alison_ChaikenSo maybe each bit of HW should have a plugin which has its own package?08:08
Alison_ChaikenAt least the base install should include all the components of the simulator environment for folks who have no HW at all, I figure.08:09
Alison_ChaikenI've pretty much got my brain around the mechanics of packaging, but now am thinking about these meta-issues.08:09
Alison_ChaikenAny thoughts about best practices are appreciated!08:09
micahgdepending on size, you can split them, this is assuming they're all from the same source08:11
Alison_ChaikenSo far, micahg, they're from the same source, but of course the hope is that accessory vendors will create their own plugins.08:20
Alison_ChaikenThe point of making packages available in part is to make that process easier and more understandable for outside parties.08:21
micahgI meant split them in separate binaries, you can either do that for size or content or both, maintainer's choice08:21
micahgor neither08:21
Alison_ChaikenI have two ideas: one to package each plugin separately, and one to have a plugins-basic and plugins-extra.08:21
Alison_ChaikenYeah, the binaries are already separate shared-object libraries, as plugins tend to be.08:22
micahgI meant binary packages as opposed to source08:22
Alison_ChaikenSo the source all goes in one package logically unless it gets really big?08:23
Alison_ChaikenBut the binaries get packaged separately?08:23
micahgumm, well, the source package produce one of more binary packages which can contain one or more (possibly binary) files08:26
micahgs/of more/or more/08:26
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
=== dholbach_ is now known as dholbach
=== almaisan-away is now known as al-maisan
geserAlison_Chaiken: look how libraries (usually) are packaged: the source (as it comes from upstream) is one tarball (= one source package) but it build several binary packages (deb files): one for the library itself, an other one for the headers (perhaps a third one with the documentaion)09:06
=== al-maisan is now known as almaisan-away
=== _ruben_ is now known as _ruben
RhondaI wonder:  Is it the better approach to backport fonts-droid to older releases, or to adjust wesnoth-1.10 to work with ttf-droid instead?11:37
=== chuck_ is now known as zul
Laneyhappy birthday to highvoltage!15:01
tumbleweedhe's naughty. had dinner with him last night, and he didn't warn us, only mentioned it at midnight on IRC15:03
mitya57Are here fans of unity-mail (or personally me) here? :) I need somebody to sponsor it for precise, see bug 927602.15:03
ubottuLaunchpad bug 927602 in Ubuntu "[needs-packaging] unity-mail" [Wishlist,Triaged] https://launchpad.net/bugs/92760215:03
highvoltagethanks Laney :)15:04
highvoltagetumbleweed: yeah because my birthday only started at midnight!15:04
Laneycould have procured some drinks :P15:05
tumbleweedand we *would* have kept you out :)15:05
mitya57BTW, Launchpad does no more allow to open new bugs via web ui, so it's impossible to easily open a needs-packaging bug - can it be fixed?15:05
mitya57P.S. Happy birthday!15:05
Laneymitya57: append ?no-redirect15:05
Laney+filebug?no-redirect or something ..15:06
mitya57Oh thanks, will use that next time15:06
tumbleweedit should explain that on the wiki page that it directs you to15:06
Laneyyeah buried somewhere deep down15:06
LaneyI think the process page for needs-packaging bugs contains a correct direct link15:06
LaneyRhonda: either works; doing the source change might be less of a pain depending on the extent of the changes required15:07
highvoltageLaney: I specifically wanted to avoid drinks, I was driving a loan car :)15:07
RhondaLaney: Alright, and as I am keeping it in git I won't have any issues on upgrades anyway.15:07
mitya57https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages#Requesting_a_new_package_for_Ubuntu contains a non-working link15:08
Laneyfix it please :-)15:08
tumbleweedthat has ?no-redirect15:08
Laneyone of them does not15:08
mitya57sorry, I looked at wrong one15:10
Laneythey should both work, please fix the other one15:10
mitya57Laney, done15:11
=== shadeslayer_ is now known as shadeslayer
=== koolhead17 is now known as koolhead17|zzZZ
CoreyGood morning, barry.17:59
barryhi Corey17:59
Coreybarry: Yeah, apparently replacing python-support with python2 dh in Lucid isn't working yet.17:59
CoreyThere's a backport bug open for it, but it's been a year or better without progress.18:00
barryCorey: yeah.  you should ping doko on that :)18:00
tumbleweedI think it's fairly safe to assume at this point that it'll never happen18:05
barryyeah, probably so18:07
tumbleweedit's not always possible to make a package that'll build on all supported releases18:08
tumbleweedesp if you want new features18:08
barrytumbleweed: the problem is that it's not an insignificant amount of work.  i did look at it at one point, but got bogged down in details and bugs, so i'm not personally eager to try again.  however, if it were a significant problem for our users, then that's not good either18:12
tumbleweedOTOH, if we've survived this long...18:13
barrytrue, though not without grumbling ;)18:13
tumbleweedsure :)18:13
barryhey in 2 months we'll all forget what lucid was right? <wink>18:13
tumbleweedoh, did you see the dh_python2 bugfix I have in the sponsor queue for natty? I tried to get doko's attention on IRC, but iit looks like he misunderstood the bug18:14
barrytumbleweed: didn't see it18:14
tumbleweedbug 91516718:14
ubottuLaunchpad bug 915167 in python-defaults (Ubuntu Natty) "pycompile will use /usr/local/bin/python2.X if available and python2.X is installed." [Medium,New] https://launchpad.net/bugs/91516718:14
=== koolhead17|zzZZ is now known as koolhead17
tumbleweedyeah, it's suprising we didn't notice until now :)18:16
tumbleweedit was fixed almost immediately in debian18:16
barryindeed.  i almost always have some pythons in /usr/local/bin, but it's been a while since i ran natty18:16
zookoFolks: does anyone want to walk me through setting up autobuild recipe on launchpad?18:26
zookoThere is presumably already a build config file/build script in existence, since the package gets built and included in Ubuntu releases.18:26
zookoAnd I just hooked up the "pull from github/git into launchpad/bzr" function.18:27
zookoSo, what's left to do?18:27
jtaylorzooko: if the debian package branch is ok, nest-part packaging lp:debian/tahoe-lafs debian should work18:30
tumbleweedzooko: prepare packaging that'll build on all the releases you want to daily build for, and write the recipe18:30
zookojtaylor: this sounds like the right track, but I don't know how to check if the debian package branch is ok, and I don't know what "nest-part packaging" is. :-)18:32
zookotumbleweed: that's the part I was asking for help with.18:32
zookoOh shoot I have to go. I'll be back in about 3 hours18:33
jtaylorbzr dailydeb recipe to test it18:33
tumbleweedzooko: the recipe is trivial (look at the other recipes on lp, and you'll see how simple they are)18:33
jtaylornest-part is merges the debian branch of the branch into the main one18:33
jtaylor*debian folder18:33
jtaylorthough its more likely you will have to change the packaging, so you either branch the debian package or make a new branch18:34
jtaylorif you make a new branch only palce debian in it, then you can use a normal merge18:34
zookojtaylor: I will try this later. Thanks! :-)18:34
cancerhey .. I wanna contribute to Ubuntu19:26
cancerwhere should I start from ?19:26
=== tobin is now known as joshuaAFK
CoreyI'm attempting to upload a package to launchpad via dput, but it keeps kicking back an email: salt_0.9.6-2ubuntu1.dsc: Version older than that in the archive. 0.9.6-2ubuntu1 <= 0.9.6-lucid120:43
CoreyI've played with the version string, but can't get it to behave.20:43
micahg-lucid1 > -2ubuntu120:44
Coreymicahg: Ah.  So change it to lucid2?20:45
micahgsee dpkg --compare-versions20:45
micahgCorey: what is the goal?20:45
Coreymicahg: To update a package with a pile of changes to the packaging status, but is still 0.9.6 of upstream.20:45
micahgwhich release?20:45
Coreymicahg: For Lucid, but also be portable to newer releases.20:46
micahgyeah, just bump it to lucid2 for a PPA20:46
Coreymicahg: Okay.  Thank you. :p)20:46
micahgCorey: if you're interested in how the versioning works: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version20:49
goddardwhy doesn't bzr dh-make work?20:51
goddardit says unknown command?20:51
Coreymicahg: I am-- thank you.20:51
micahggoddard: do you have bzr-builddeb installed?20:52
goddardnot sure letme check20:53
goddardlooks like no thanks20:53
Coreygoddard: Yeah, I'm a fan of apt-file search for that.  (gotta apt-file update first, though)20:55
goddardCorey: i see20:59
goddardcool didnt know bout that20:59
Coreymicahg: *siiiigh*  There are a few upstream changes to the orig.tar.gz in this version, but hte upstream version number didn't get bumped, so now I get File salt_0.9.6.orig.tar.gz already exists in Salt, but uploaded version has different contents.21:08
=== joshuaAFK is now known as tobin
tumbleweedCorey: then you need to turn those upstream changes into a quilt patch21:09
micahgCorey: right, so you either need to make the upstream changes patches against the original or change the upstream version ala 0.9.6+foo-0saltX21:09
micahgupstream version = 0.9.6+foo21:10
tumbleweedor, you should include the upstream revision in the upstream version number, as micahg suggested21:10
tumbleweed(or you use native source format instead of quilt)21:10
CoreySo the +foo gets applied to the orig tarball, and the version string in the changelog-- anywhere else?21:12
micahgwell, source format 3.0 should make a patch for you depending on how it's configured21:12
tumbleweedfortunately, that's not a default any more21:13
tumbleweedCorey: no21:13
CoreyYeah, I'm not really interested in going the quilt route.21:13
* micahg loved the "feature"21:14
tumbleweedthe quilt route would make lots of sense if it was a package in the archive, and the tarball wasn't minute (then we wouldn't need a new copy of it every other week)21:14
tumbleweedbut yes, generating a new tarball is easier :)21:15
CoreyOK: salt_0.9.6+pre.orig.tar.gz21:17
Coreymicahg, tumbleweed: You folks are gods among men.21:17
micahgCorey: well, that worked but the version seems counterintuitive (something to keep in mind for next time)21:18
tumbleweedyeah, was about to say the same thing :)21:18
Coreymicahg: Yeah.  Technically it should probably have been 7.pre21:18
tumbleweed6+pre > 621:18
micahgusually + has a revno or something on top of the current release21:18
CoreyBut then I thought it'd hose me when .7 comes out in a week.21:19
micahg~ is usually associated with pre-releases as it's lower21:19
tumbleweedif it's a pre for 7, you say 7~pre1 (or something like that)21:19
micahgor if you're not sure about the next version number, you just do 6+bzr1234 for example21:20
micahgthat was a 6.1 release superseded21:20
micahgcan't really type today for some reason21:20
tioxSemitones thought I would suggest this.21:41
tioxI grabbed a package of ZSNES from Debian Wheezy (Thank goodness for pkgs.org) and modified the control file to depend on the lesser version of ia32-libs you guys have, and it works.21:42
tioxNot entirely sure if MORE stuff is needed, but I am fairly certain on a fresh install, the Wheezy package would complain about outdated ia32-libs, it looks for 20111001 instead of 20090808*21:43
tioxOh, this is for 64-bit BTW. The zsnes:i386 package provided in the default repositories makes apt rage and want to remove 64-bit SDL.21:44
tioxAs well as other things, some of the following, with depends: mplayer (medibuntu), blender, love, mupen64plus, cutemupen, electricsheep...21:45
tioxWith that in mind, I'mma see how running the package from a 11.10 live CD does.21:48
* micahg wonders why this is appropriate here21:48
tioxBecause semitones (recently left) thought it would be a good idea to include a 64-bit compatible version of ZSNES in the Pangolin repositories.21:49
tioxDon't ask me why, lol21:49
tioxHe directed me to you guys.21:49
micahgwell, if there were buildable parts, sure21:49
micahgbut the zsnes:i386 should work with multiarch, although the package FTBFS ATM21:50
jtaylorthere is a merge bug for that somewhere21:50
tiox?_? Huh?21:50
tumbleweedLGTM multiarch-wise21:50
tioxFTBFS? Whuzatmean?21:50
tumbleweedfails to build from source21:51
ajmitchyes, there are too many acronyms21:51
tioxIf I can fetch my log before I formatted my system to see if that would be a fix (I have nothing better to do), I'l show you what it tries to do.21:51
tumbleweedajmitch: that one is particularly poorly documented (from my memory), but I tried to improve that21:52
tumbleweedtiox: you said an 11.10 CD, we are talking about 12.0421:52
tumbleweedIIRC sdl was only multi-arched recently21:52
tioxWell, I could test on 12.04 pre-release, but there's still two months + support time for 11.1021:52
tioxAnd it's what I have on hand right now.21:53
micahgajmitch: WDYMTTATMA21:53
micahgwfm in 12.0421:53
tioxSooo, BRB, AFK, TTYL, w/e, l8r.21:54
tioxActually, forgot about that paste. Lemme lend that then I'll go.21:54
tumbleweedtiox: I agree that there's a problem here in oneiric, but I don' tthink it's easily dealt with21:55
tumbleweed(we aren't going to go around multi-arching things in SRUs)21:56
tioxI did'nt say it could be easily dealt with.21:56
micahgno, but if something was multi-archd improperly, it could be fixed in an SRU21:56
micahg*possibly be fixed21:56
tioxANyway, here you go guys. http://paste.ubuntu.com/830846/21:57
tumbleweedit simply wasn't multiarched in oneiric21:57
tioxQuite an exhaustive list of things to remove just to install one program, no?21:57
tumbleweedtiox: everything that uses SDL21:57
micahgthen why was it not in ia32-libs?21:58
tumbleweednot everything is in ia32-libs21:59
tumbleweederm, what was I saying, it is in ia32-libs22:05
tumbleweedbut we didn't build the crazy ia32libbed amd64 package, so he was trying to install the i386 package with multiarch22:05
tumbleweedjtaylor: done any numpy / sphinx experimentation?22:06
jtaylornumpy -4 works with sphins 1.12 if you mean that22:07
tumbleweedno I mean proposed transitions22:07
jtaylorI rebuilt the packages in precise, no failures22:07
jtayloralso no suspicous shlibdep warnings in regard to numpy22:09
tumbleweedoh, I see a sync bug22:09
jtaylorbut one with libm which I should look at22:09
jtaylorbarry took over sphinx22:10
barryjtaylor: i'm looking at it now.  is that cool?22:10
jtaylorthere should be no issues with that either thanks to jwilk22:10
jtayloryes of course22:10
barryi'm switching it back to dhpy2 in ubuntu >:-/22:11
barryjtaylor: are you going to work on the numpy update, given that doko is cool with it?22:11
tumbleweedis jwilk still holding out on dhp2?22:11
jtaylortoo bad numpy has no py3 package yet :/22:11
barrytumbleweed: i guess so, the changes are truly minimal22:11
jtaylorbarry: doko has no objects to it22:11
barryjtaylor: right, go for it!22:12
jtaylorI wonder if I should add py3 packages22:12
barryjtaylor: i'll happily sponsor uploads if necessary22:12
barryjtaylor: i'd say go for it if it's doable22:12
barrytumbleweed: maybe i should submit a bug on sphinx just to see what jwilk will say :)22:13
jtaylorI thinkthere is one already22:13
tioxBy the graces of good fortune my package installed and worked.22:13
barryand it's funny 'cause he's already using dh_python3 (admittedly the only option)22:13
jtaylorno no bug yet22:14
barryjtaylor: right22:14
barryhey the worst that can happen is that he'll hate me for life22:14
tumbleweedbarry: I think he's sponsored a package using dh_python222:15
barrycool, maybe he's not opposed to it.  i'll test the change in ubuntu then and file a bug22:15
tumbleweedhe was pretty opposed to it, but probably knows that python-support isn't going to be around forever22:16
barryit *is* officially deprecated after all22:16
zookojtaylor: regarding looking at an autobuild recipe, could you point me at a project that has a debian package and a working autobuild recipe on launchpad?22:22
jtaylorzooko: thats one of mine: https://code.launchpad.net/~jtaylor/+recipe/ipython-daily22:23
jtaylorits really very simple22:23
zookoExcellent, thanks.22:25
jtaylorbarry: how soon are you syncing sphinx?22:35
jtaylorbecause I think its best to start numpy after that22:35
barryjtaylor: i'm working out a udd bug that the merge exposed.  looks like i won't be able to use udd merge to make it work, but as soon as i've verified that, i think i'll just requestsync it and then fix up the dhpy2 changes after that22:36
barryshouldn't be more than 15m or so22:36
jtaylorno rush, I probably won't get to numpy until friday anyway22:36
barryjtaylor: cool.  i'm off-line on friday, but i can sponsor stuff on monday if you can't find another sponsor22:37
jtaylorpy3 numpy looks like a challenge judging by the length of the rules file, I think I'll first get the transition done first and have a go at py3 if there is still time after that22:37
CoreyHmm.  Why would a dsc that builds into several packages here (common, master, etc) only spit out common in a PPA?22:41
jtaylorCorey: buildlog?22:41
barryjtaylor: syncpackaged sphinx 1.1.2+dfsg-4.  once that gets processed i'll upload a -4ubuntu1 to switch to dhpy2, but that shouldn't affect the numpy builds22:43
jtaylorbarry: you'll also take care of the few packages that are broken?22:43
barryjtaylor: the ones that are listed in bug 911124 yes22:44
ubottuLaunchpad bug 911124 in sphinx (Ubuntu) "Please sync python-sphinx 1.1.2 from Debian experimental" [Wishlist,Confirmed] https://launchpad.net/bugs/91112422:44
Coreyjtaylor: https://launchpadlibrarian.net/92347092/buildlog_ubuntu-lucid-amd64.salt_0.9.6%2Bpre-lucid2_BUILDING.txt.gz22:45
tumbleweedCorey: on amd64, only the architecture-dependant packages will build (assumin gyou also have arch all packages)22:46
Coreytumbleweed: OH!  So it'll populate out when the i386 stuff completes in 2-3 hours?22:46
tumbleweedI don't know why salt-common is architecture-dependant, it looks pretty independanty to me22:47
Coreytumbleweed: You're right.22:47
Coreytumbleweed: There used to be a compiled msgpack element, but that was broken out into another package.22:47
tumbleweedanyway, arch:all packages are built on i386 on Ubuntu22:47
Coreytumbleweed: And while I'm fixing things, the version string should go from 0.9.6+pre-lucid2 to 0.9.7~pre1-lucid2?22:49
CoreyOr am I not quite right?22:49
tumbleweedif that describes it better, sure22:50
jtaylorthe -lucid is a bit weird22:50
jtaylor- has special meaning in packages, I'd remove it22:50
jtaylorreplace it with -0lucid1 or ~lucid1 or +lucid122:50
tumbleweedyou want to have a -, this packgae isn't native22:50
tumbleweed-0lucid1 or -0ppa1 is probably best22:51
Corey0.9.7~pre1-0ppa1 <-- this?22:51
Coreytumbleweed: And then when I fix the next bug, it becomes pre2?22:51
tumbleweedCorey: depends what you change22:51
tumbleweedif you change something upstream, pre2, ifyou change something in the packaging (or fix a bug with a quilt patch) -0ppa222:52
Coreytumbleweed: https://github.com/KB1JWQ/salt/blob/master/debian/control <-- If I don't want fun things like 'gcc' being auto-depped in at install, I should leave them in build-depends and remove them from the common package?23:03
=== arand_ is now known as arand
tumbleweedCorey: why does salt-common need python-dev?23:09
Coreytumbleweed: It doesn't in my latest change.  I'm stripping things out now.23:10
Coreytumbleweed: I'm also not convinced that the build-dep needs it either.23:10
barryjtaylor: given that your work on numpy will cause the proper rebuild, do we actually need to rebuild virtualenv for the new sphinx?23:10
tumbleweedyou are building python extensions with cython, so you'll need python-dev23:10
tumbleweedCorey: I don't understand your question about gcc23:12
jtaylordoes virtualenv depend on numpy?23:12
jtayloralso not every depend must be rebuilt, only the ones using the C-api23:13
barryhmm, i guess not.  i was just going by the comment in the sphinx bug, but not according to python-virtualenv/d/control23:13
barryso ignore virtualenv23:13
jtaylorthe problematicone is virtualenvwrapper not virtualenv23:13
jtaylorand we need a new upstream of that so the rebuilt will happen in any case23:14
barryi think rebuild is probably only necessary if the docs are broken (which would probably ftbfs the package)23:14
jtaylorvirtualenvwrapper in precise ftbs with sphinx 1.1223:14
jtayloryou need .11-2 from unstable23:14
barryokay.  i think we can take care of pymvpa2 by just sync'ing 2.0.0-6 from sid.  double checking diffs23:15
jtaylorpymvpa already fixed?23:15
barryjtaylor: can you add that to the sphinx bug comments.  i'll make sure it's working before i close that bug23:15
barryjtaylor: checking that now23:15
jtaylorthe bug is still open23:15
barrythe sphinx bug yes, but i don't think it mentions venvwrapper23:16
barryoh, it's just a typo. nm, i'll do that23:16
jtayloroh pymvpa2 not one23:17
jtaylorit mentions the wrapper, though I named in venv :/23:17
jtaylorthe link is correct though23:17
blairScottK, i started a ppa to manage the python 2.6 for precise.  in your note from yesterday, you said "you need to change python-defaults..." but i cannot find that package23:32
stgraberblair: apt-cache showsrc python-defaults23:33
stgraberit's the source package building: python, python-minimal, python-examples, python-dev, idle, python-doc, python-dbg, python-all, python-all-dev, python-all-dbg23:33
jtaylorbarry: just in case you didn't notice, sphinx now dep waits for -support as that was demoted23:33
blairthanks, i tried apt-cache search and it came up empty23:34
stgraberblair: right, because there's not binary package called python-defaults, it's only the name of the source package23:34
blairi'll check both in the future :)23:34
stgraber  o python-support: python-support23:35
stgraber    [Reverse-Build-Depends: sphinx (MAIN)]23:35
stgraber 23:35
stgraber  o python-whoosh: python-whoosh python-whoosh-doc23:35
stgraber    [Reverse-Depends: Rescued from python-whoosh]23:35
stgraber    [Reverse-Build-Depends: sphinx (MAIN)]23:35
stgraberjtaylor, barry: ^23:35
barryjtaylor: crap.  guess i gotta make that fix now then.23:35
stgraber(just showed up on the release team mailing-list)23:35
jtaylor< offline, probably back friday evening, bye23:36

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