/srv/irclogs.ubuntu.com/2012/07/11/#ubuntu-devel.txt

=== txwikinger2 is now known as txwikinger
=== cpg is now known as cpg|away
=== wgrant_ is now known as wgrant
=== cpg|away is now known as cpg
=== cpg is now known as cpg|away
BenCCan anyone give ghc a priority bump on the ppc buildd please?02:02
StevenKBenC: Link the build to me?02:08
BenCStevenK: https://launchpad.net/ubuntu/+source/ghc/7.4.1-4ubuntu1/+build/364688202:08
StevenKBenC: Rescored.02:08
BenCStevenK: thanks!02:09
StevenKIt dropped from 60 minutes to 26.02:09
BenCStevenK: quicker than expected, it started already02:15
=== cpg|away is now known as cpg
BenCStevenK: if all goes well, this should clear out a huge chunk of FTBFS and dep-waits on ppc02:27
StevenK\o/02:27
BenCStevenK: any chance of an easy way to kick off rebuilds of all FTBFS on ppc matching .*haskell.* (once this is done)?02:28
StevenKA lot of clicking on LP? :-)02:29
* BenC prepares his rebuild-clicker thingy02:29
lifelessapi scripts should be able to, no?02:35
hupahuperHello all! I had a quick question, I received an email back from submitting an app to the app showdown, and it said he made some changes and then "02:41
hupahuperI'll submit it for vote for inclusion in Ubuntu Extras."02:41
hupahuperI would assume this means I should take no action? However, the email also said, as part of the standard template, that I should make the changes and resubmit the application.02:42
hupahuperalso, my status on myapps is Needs information. He said he posted the revised edition on a ppa which he linked, so should I resubmit and point to that ppa? Or merge, then resubmit with new ppa?02:43
RAOFhupahuper: I'm not familiar with the myapps process, and I suspect that most of the people in this channel aren't, either. As /topic says, I think you'll be better off in #ubuntu-app-devel02:45
hupahuperah, sorry. Thanks!02:45
RAOFNo problem!02:46
=== cpg is now known as cpg|away
pittiGood morning03:52
=== cpg|away is now known as cpg
thinkndevgood evening04:07
BenCGood morning pitti04:08
=== epikvision is now known as thinkndev
=== thinkndev is now known as epikvision
=== robert_ancell_ is now known as robert_ancell
BenCStevenK: Do builds automatically get accepted or is there some handling occurring on that end?04:27
StevenKBenC: It may be in NEW04:33
BenCStevenK: shouldn't be, nothing new in the package and it's accepted on i386 and amd64, but powerpc seems to be slow on the uptake04:34
BenCs/accepted/processed/04:34
BenCIt's accepted for powerpc, just not published04:35
StevenKBenC: Ah, the publisher is blocked by generate-contents-files04:42
BenCAh, thanks04:42
DebolazIs wayland really going into 12.10?05:22
DebolazOr was that just some wild rumor being passed around by the ignorant masses? :)05:24
* Debolaz gets excited every time wayland is mentioned.05:24
ScottKDebolaz: The last two releases have had wayland.05:25
* ScottK is sure the next one won't be any different.05:25
DebolazScottK: Let me rephrase it: Actually used in 12.10.05:25
ScottKBy default, no.05:25
RAOFActually, TBD.05:27
RAOFStill aiming for it, yes.05:27
RAOFDebolaz: See https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-system-compositor05:28
RAOFThat's not user- or developer-visible wayland, of course.05:28
=== tkamppeter_ is now known as tkamppeter
dholbachgood morning06:49
=== ubuntu is now known as Nathan_S
Laneyhttp://paste.ubuntu.com/1085796/07:43
Laneyshould apt/dpkg be able to recover from this, or do I need to --reinstall?07:43
jamespagecjwatson, around? my seed change broken the tomcat server task - not sure I understand why based on our conversation on Monday08:13
tvossdoko, ping08:35
pittihallyn: FYI, I reverted your libtiff5-dev cups change; that's not the right way; if we want to switch to libtiff5 by default, the "Provides: libtiff-dev" needs to be moved from 4 to 5 instead08:49
cjwatsonjamespage: broke how?09:02
jamespagecjwatson, so I can see that germinate picked up the seed change OK09:02
jamespagebut the ISO image build can't locate the tomcat7 packages09:03
cjwatsonjamespage: oh, it's still in component-mismatches09:03
jamespagecjwatson, so the packages have to be in main before the ISO build will pick them up?09:03
cjwatsonnow, I don't particularly think it needs an MIR since it's just a new version; but you filed one and it is as yet unapproved09:03
cjwatsonyes09:03
jamespagecjwatson, right - I misunderstood then09:04
cjwatsonI'm a bit confused by your comment in the bug09:04
cjwatson"Jamie - When do you think you will be able to complete this review?"09:04
cjwatsonbut Jamie acked tomcat7 once tomcat6 is demoted09:04
jamespagecjwatson, jdstrand did give an initial approval for tomcat7 on the MIR - but I added an extra dependency to enable the test suites which has not been acked09:05
cjwatsonah09:05
cjwatsonso, I can act on the movements to main as soon as the MIR bits are ready, but I can't process the MIR for you09:05
jamespagecjwatson, OK - I'll see what jdstrand says when he gets online but I expect the QA team will want this fixed09:06
jamespageso I will probably back out my seed change later today09:07
xclaessehello,09:09
xclaessedoes ubuntu installer support partitions on encrypted LVM nowadays? or should I still use the text-based installer?09:09
xclaessealso, will it do the partition alignment for SSD disks?09:11
=== ubuntu is now known as Nathan_S
cjwatsonxclaesse: encrypted LVM> not yet; it's on the roadmap for 12.10, hopefully09:15
cjwatsonxclaesse: SSD alignment should work in 12.04, except for GPT (known bug, fixed in 12.10, will hopefully be fixed in 12.04.1 or failing that 12.04.2)09:15
xclaessecjwatson, and if I use the alternate installer to have encrypted LVM, will it align as well?09:16
cjwatsonI think so, though there are a lot of layers in that case :-)09:17
xclaesseyeah luks, lvm, ext4 :)09:20
xclaessegoogling, and it seems it's possible to do with ubuntu09:20
xclaessethanks :)09:20
seb128cjwatson, hey, is there any progress on the ubiquity,daily iso test issues?09:28
cjwatsonseb128: no, I tried reproducing them again yesterday and failed to reproduce even once09:34
seb128:-(09:34
seb128cjwatson, so what would help at this point? having the test setup to run ubiquity under --debug or something?09:35
cjwatsona way to improve the probability of reproducing it locally09:35
cjwatsonI need further modifications beyond --debug09:35
cjwatsonI mean I can keep randomly trying but it's not a very efficient use of time :-P09:36
seb128right09:36
seb128but we need to figure out something before rick kill us all :p09:37
cjwatsonI'll have another go, but I don't really know what to say09:37
cjwatsonwhen it's this hard to reproduce manually it seems like the priority ought to be adjusted down from OMGDROPEVERYTHING a bit09:39
seb128cjwatson, right, I agree with that, I just think rick or jason are going to come back at some point asking where we stand and what's the plan to get the issues resolved so I'm trying to figure what the answers to those questions are...09:42
seb128cjwatson, do we have any idea that is a real issue for users out of the test setup?09:42
seb128or we just don't have enough tracking,feedback to know that?09:42
cjwatsonnot really aside from errors.ubuntu.com and such09:42
jasoncwarner_hey cjwatson and seb128 , just catching up. can we at least revert the change(s) that are causing it until we have a way to reproduce it ?09:46
cjwatsonjasoncwarner_: no09:46
cjwatsonjasoncwarner_: there is no change I can identify as causing it09:46
jasoncwarner_cjwatson: ok....hmmm...when you say "hard to reproduce manually", are you saying you can't reproduce, or that it is a challenge to reproduce it?09:47
cjwatsonnone of the recent installer changes have been AFAICS remotely related, and most of them fixed other bugs that also showed up in QA so reversion would not be an improvment09:47
cjwatson*improvement09:47
cjwatsonjasoncwarner_: I have been able to reproduce maybe twice out of about a dozen attempts09:47
cjwatsonjasoncwarner_: unfortunately neither of those were with sufficient debugging enabled09:47
cjwatsonso, I mean, if the answer is that I just sit here mindlessly retrying I can do that09:47
cjwatsonbut based on experience so far I won't be able to give a timeline with any degree of confidence09:48
jasoncwarner_cjwatson: or perhaps we can bring in some reinforcements? get more eyes on it?09:49
cjwatsonwell, feel free, although I'm not sure who else would be able to help09:49
cjwatsonwhat I'm trying to do is to get logs with 'set -x' inserted just before the bit in /bin/hw-detect that asks the hw-detect/select_modules question09:50
cjwatsonsince that appears to be what's mysteriously bailing out09:50
jasoncwarner_cjwatson: would it be quick to document the steps so someone else could give it a go? seb128 would you be able to take a look if that were the case? and perhaps we can grab ev and maybe pitti if they can spare a few minutes?09:51
cjwatsonI just documented the steps above :-)09:51
cjwatsonoh, and run with 'ubiquity -d' as well09:51
jasoncwarner_cjwatson: always one step ahead ;)09:51
cjwatsonI think it's kind of misdirected effort TBH, but well09:52
seb128cjwatson, it seems like the easiest way would be to get a package hacked to get whatever info we need and got it on an iso for the jenksys setup to run?09:52
jasoncwarner_cjwatson: why so? I'm generally uneasy about something that you can only sometimes reproduce.09:53
cjwatsonit's not a failure that's showing up on errors.u.c, or one I can find any other reports of from actual people09:54
cjwatsonso, sure, it's a bug and we should definitely fix it to clear our automatic reports, but I feel OMG-fix-now importance for it is overinflated09:54
cjwatsonand I definitely feel any more than two people on it is distracting attention from more important things that are actually affecting humans09:55
cjwatson09:55
cjwatson(grr)09:55
jasoncwarner_cjwatson: though, it is breaking out builds right now as well, which is bad for the daily quality stuff, though, I do agree that if we put too many people on it, that takes away from other things (the careful balance ;) )09:55
cjwatsonit's not breaking our builds, it's breaking our jenkins tests, surely09:55
cjwatsonnot really the same09:56
jasoncwarner_cjwatson: ack on the mispeak09:56
jasoncwarner_cjwatson: do you suspect it might be tooling (aka the jenkins tests? )09:56
cjwatsonit can't be solely that because I did manage to reproduce it albeit rarely09:56
jasoncwarner_(asking b/c you mention it isn't on errors etc)09:56
jasoncwarner_cjwatson: hmmm...what is the issue exactly anyway (probably should have asked that earlier ;) )09:57
cjwatsonhttps://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-desktop-amd64_default/79/09:57
cjwatsonbug 102303609:58
ubottuLaunchpad bug 1023036 in ubiquity (Ubuntu Quantal) "Error on /usr/share/ubiquity/plugininstall.py", line 1687, affecting desktop images (preseeded install)" [Critical,Triaged] https://launchpad.net/bugs/102303609:58
cjwatsonah, well, I can find one other report of it from a linux mint install in 2010 with a bunch of other errors before it09:59
cjwatsonunlikely to be the same thing ...09:59
jamespagedoko, I've raised MP's for both icedtea-web and openjdk-7 to delete/recreate the alternatives with a higher priority that openjdk-6; and to switch the Dependencies for icedtea-web to openjdk-7 where appropriate.10:04
jamespagewould appreciate your review before I upload10:04
jasoncwarner_cjwatson: I guess its puzzling (or troubling might be a better word for it) that only 2/8 manual tests have produced it, but it seems the auto tests can reproduce it quite regularly?10:05
cjwatsonsomewhat regularly; it's not consistent even in autotests10:05
cjwatsonwould only be a small change in the probability of some race or other to produce such a result, I gues10:05
cjwatsons10:05
jasoncwarner_cjwatson: ok, so aside from adding more people looking at it, is there anything we can do for you at the moment?10:06
jasoncwarner_would you like one minion or so to try and reproduce with you?  ;)10:06
cjwatsonI don't have any suggestions at the moment10:07
cjwatsonI wish I did10:07
seb128cjwatson, what about what I said? if we get a package of an hacked ubiquity with logs details that could be useful and get it on an iso to throw to the jenkis?10:08
cjwatsonseb128: that's a fair bit of work in itself, and it's not entirely clear to me that it will be useful because I don't know whether the logging I can think of so far will be sufficient10:08
cjwatsonit's certainly a fallback measure, but I would prefer to continue manual reproduction attempts first10:09
cjwatsonif we were going to do that I'd probably just upload extra debugging to quantal rather than bothering with building a separate iso :)10:09
seb128cjwatson, ok, is there anything special to do during the install, like is that specific to some options selected?10:09
cjwatson10:50 <cjwatson> what I'm trying to do is to get logs with 'set -x' inserted just before the bit in /bin/hw-detect that asks the hw-detect/select_modules question10:09
cjwatson10:51 <cjwatson> oh, and run with 'ubiquity -d' as well10:09
cjwatsonthe two times I reproduced it it was with all default options10:10
seb128cjwatson, right, I read that, I was just wondering if doing a standard full disk install with autologin is good10:10
seb128ok10:10
seb128I will try to fire a few vm installs and see if I can get it10:10
cjwatsonta, won't hurt10:10
cjwatson(that's what I've been doing since we started this conversation, too)10:11
cjwatsonseb128,jasoncwarner_: well, I've uploaded a ubiquity version to quantal-proposed that adds a tiny bit more debugging, which will hopefully help10:42
cjwatsonmaybe10:42
seb128cjwatson, ok, I'm just done syncing isos, I will get that one in my vm and start test installs10:42
seb128cjwatson, thanks10:42
cjwatsonI'll push through an updated CD build once that's all built and copied to quantal and published10:43
cjwatsonIIRC jenkins automatically notices new image builds10:44
seb128it seems to do yes10:44
seb128it picked up the .1 isos yesterday10:44
=== cpg is now known as cpg|away
tvossdoko, ping11:07
tvossseb128, ping11:21
seb128tvoss, hey11:21
seb128tvoss, it's about bug #1006860? do you know if that patch got forwarded upstream?11:26
ubottuLaunchpad bug 1006860 in gdb (Ubuntu) "gdb crashes when loading core files (in is_ctor_or_dtor)" [High,Confirmed] https://launchpad.net/bugs/100686011:26
seb128cjwatson, there is something weird with that ubiquity update, it doesn't start for me (I downloaded ubiquity ubiquity-ubuntu-artwork ubiquity-frontend-gtk and did dpkg -i those)11:27
cjwatsonseb128: ENOTENOUGHDATA11:28
tvossseb128, no, I do not know. There was a comment on the bug saying that the ubuntu-reviewers team has been subscribed11:28
cjwatsonseb128: Anyway I wasn't suggesting that you install those; it would be much quicker to edit /bin/hw-detect by hand ...11:28
seb128cjwatson, right, well I wanted to try those, will do that now11:28
seb128$ ubiquity -d11:28
seb128< 3 seconds wait>11:28
seb128$11:28
cjwatson/var/log/syslog /var/log/installer/debug11:29
seb128not sure what datas would be useful11:29
seb128cjwatson, http://pastebin.ubuntu.com/1086028/ syslog11:30
seb128cjwatson, http://pastebin.ubuntu.com/1086029/ debug11:30
cjwatsonNo sign of an attempt to start ubiquity 2.11.11 there11:31
seb128hum11:31
cjwatsonI think the debconf db is in some kind of broken state.  Try from a fresh boot11:32
cjwatsonIn general running ubiquity multiple times without rebooting is not particularly well supported11:32
cjwatsonDon't try it unless you're attempting to fix that :)11:32
seb128cjwatson, well sudo apt-get install ubiquity/quantal ... etc for the 3 binaries and it works again11:32
seb128but anyway I will downgrade and just hack the file by hand for the set -x11:33
cjwatsonI'll worry about it if it happens to a fresh ISO built with that version11:33
seb128ok, fair enough, I prefered to mention it in case11:33
cjwatsonSure11:33
seb128tvoss, right, usually patches should be sent upstream as well if possible11:38
tvossseb128, okay. So I reach out to the gdb guys, referencing the bug report and proposing the patch, right?11:40
=== MacSlow is now known as MacSlow|lunch
seb128tvoss, correct11:40
seb128tvoss, thanks11:40
tvossseb128, np11:40
tvossseb128, hmmm, gdb points people back to the distribution11:46
seb128tvoss, why? our version is patched?11:46
tvossseb128, that's the argument, right11:46
seb128tvoss, ok, thanks, I was just trying to be good upstream citizen, I will check out with doko when he's online or sponsor the patch later if he doesn't reply (not sure how much he's around or if he's a debconf this week)11:47
tvossseb128, awesome, thanks. I will announce the patch together with a link to the bug report on gdb-patches, though11:48
seb128tvoss, thanks11:48
mdeslaur@pilot in12:01
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal A2 released! | Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mdeslaur, infinity
larsduesingOhm...12:43
=== _salem is now known as salem_
larsduesingis in SRU queue, but doesn't show up in http://people.canonical.com/~ubuntu-archive/pending-sru.html12:45
larsduesinghttps://bugs.launchpad.net/ubuntu/precise/+source/aiccu/+bug/100740812:45
ubottuLaunchpad bug 1007408 in aiccu (Ubuntu Precise) "aiccu.conf does not need server directive, while upstart script wants it" [High,In progress]12:45
seb128larsduesing, https://launchpad.net/ubuntu/precise/+queue?queue_state=112:45
seb128larsduesing, the sru page only shows accepted SRUs12:45
larsduesingoh, ok..12:46
seb128larsduesing, the one you mention is waiting for review to be accepted12:46
larsduesingyes... I see...12:49
larsduesingthanks...12:50
hallynpitti: mterry did ask cjwatson why libtiff-dev was on 4 instead of 5, I forget what the answer was12:55
hallynpitti: are you saying all of the changes we've been making for libtiff4-dev->libtiff5-dev are wrong, or cups is special?12:56
cjwatsonIf I got that question I didn't understand it12:58
cjwatsonIf we're switching to libtiff5-dev I tend to think we probably ought to switch the Provides12:58
hallyncjwatson: two days ago you added 'Provides: libtiff-dev' to tiff3 right?  perhaps i misunderstood13:00
apwdo we not expect update-manager -d to allow upgrades yet ?13:00
hallynpitti: oh, i see.  the ones which were 'libtiff-dev' should not be changed.13:01
LaneyWell, they will be changed if you switch the provides.13:03
cjwatsonhallyn: I didn't do anything13:05
cjwatsonhallyn: All I did was sync both tiff and tiff3 directly from Debian; I made no Ubuntu-specific changes whatsoever13:05
cjwatsonhallyn: tiff3 previously didn't exist; syncing it took over the libtiff4-dev binary package (and others) from what was previously built by the tiff source package13:06
cjwatsonhallyn: So as far as the Provides goes, it was status quo13:06
cjwatsonChanging libtiff-dev to libtiff5-dev, if anyone's been doing that, is certainly incorrect13:06
hallyncjwatson: i see.  thanks13:06
cjwatsonChanging libtiff4-dev to libtiff5-dev is merely arguable; it's probably better to make that libtiff-dev and switch the default13:07
hallyncjwatson: i guess the nbs reports (which have since been removed) made me think that switching to libtiff5-dev was more urgent13:07
hallynmakes sense then, thanks13:08
cjwatsonThose were only ever temporary; I'm sorry I didn't warn you, but I didn't expect the timing to be such that they'd show up on NBS at all13:08
mvoapw: generally yes13:10
apwmvo, didn't work for me, had to do it by hand13:10
pittihallyn: "no change for libtiff-dev"> right13:15
seb128cjwatson, ubiquity refuses to bug for me as well, 5 installs, no error :-(13:18
jdstrandjamespage: bug #1009579 ACK'd13:18
ubottuLaunchpad bug 1009579 in tomcat7 (Ubuntu) "[MIR] tomcat7 (replaces tomcat6)" [High,Fix committed] https://launchpad.net/bugs/100957913:18
jdstrandjamespage: do not my comments int he bug though :)13:18
jdstranderr13:19
jdstrandjamespage: do note my comments in the bug though13:19
jamespagejdstrand, thanks for the ack; I will feed back the delta to Debian (I'm the maintainer of that package anyway)13:20
* jdstrand nods13:20
jamespagecjwatson, please can you dig me out of my tomcat-server seed change hole ^^13:21
jdstrandI can do that13:21
jamespagejdstrand, yes please13:22
jdstrandjamespage: you need an AA to promote jakarata-taglibs-standard?13:22
cjwatsonAnd tomcat713:22
jamespagejdstrand, both packages I think13:22
mvoapw: oohhh, the default is to do only lts -> lts at this point, need to look how to fix that via -d13:22
jdstrandcjwatson: I'm on it13:24
apwmvo, ahh that'd expalin a few things ...13:24
=== MacSlow|lunch is now known as MacSlow
jdstrandjamespage: so, does this mean I can demote tomcat6?13:30
jamespagejdstrand, almost - I just need to complete the transition for packages which use libservlet2.5-java to libservlet3.0-java which should free it up13:30
herton@pilot in13:30
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal A2 released! | Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: herton, mdeslaur, infinity
jamespageits packaging only so should not take to long13:30
jamespage(i.e. I will have it done this week)13:31
jdstrandjamespage: is there a bug filed on it?13:31
jamespagejdstrand, not yet13:31
* jamespage add its to the list for this week13:31
jdstrandI'll file one real quick13:31
jamespageah - thanks13:31
ScottKIs the apport retracer running?  https://bugs.launchpad.net/ubuntu/+bugs?field.tag=need-i386-retrace&orderby=-id&start=0 has shown the same 16 bugs for at least the last 12 hours.13:32
dobeyfor multiarch packages, does the -dev need to Pre-Depends on multiarch-support as well as the lib package?13:34
seb128ScottK, shrug, log is "2012-07-03 08:18 i386.txt"13:34
seb128ScottK, so I guess it's down for a week13:34
seb128pitti, ^ should I just remove the lock and see how it goes? there is no obvious error in the log13:34
jdstrandjamespage: fyi, bug #1023405. I assigned it to you but didn't milestone it or anything13:34
ubottuLaunchpad bug 1023405 in tomcat6 (Ubuntu) "please demote tomcat6 source and binaries to universe" [High,Triaged] https://launchpad.net/bugs/102340513:34
seb128ScottK, thanks for pointing it13:34
jamespagejdstrand, thanks13:34
pittiseb128: uh, sure; I thought I restarted it yesterday or so13:35
pittiseb128: if it's something permanent, it'll just fail again and then we can investigate13:35
seb128pitti, hum, that log is from 2012-07-03, i.e over a week untouched13:35
seb128pitti, if you restarted it yesterday do I overlook something?13:35
pittiseb128: apparently I just misremember then13:36
seb128pitti, ok, let me try to rm it13:36
pittiseb128: it looks like it just hung in the middle of retracing13:36
mterryIs there a part of dh_python3 or dh_python2 that mangles the shebang line at the top of scripts dropped in /usr/bin?13:36
pittiseb128: ah, the process is still running13:36
pittiseb128: I'll kill it13:36
seb128pitti, doh, I rm-ed the log by error13:36
seb128pitti, well it was only a log13:36
seb128pitti, thanks13:36
pittiseb128: ah, now I know -- I looked yesterday, saw the lock, checked ps, and saw that it was running13:37
pittibut I didn't look at the date13:37
seb128pitti, ev: does it affect errors.ubuntu.com stats in any way where a retracer is down for a week like that?13:38
seb128pitti, ev: if it does we should probably make sure we notice earlier when a retracer is stucked13:38
pittiseb128: no, errors.u.c. has its own set of retracers13:38
seb128ok, good13:38
seb128I hope they don't have similar issues ;-)13:38
dobeymterry: python3 setup.py install should change #!/usr/bin/python to be #!/usr/bin/python3 i think13:38
dobeymterry: but if you have "#!/usr/bin/env python" that breaks13:39
mterrydobey, I have env python313:39
ScottKmterry: For dh_python3 in quantal as of yesterday.  I don't think anyone's merged python-defaults, so not yet.13:39
mterryAnd setup.py seems to be called with python313:40
mterryScottK, sorry, I don't follow13:40
ScottKIf "#!/usr/bin/env python" is pointing to a python3 version, that's not right.13:41
ScottKThe shebang rewriting is a new feature in dh_python2/3.13:41
seb128mterry, see changelog in http://packages.qa.debian.org/p/python-defaults/news/20120630T185419Z.html13:41
ScottKI sync'ed python3-defaults ~yesterday, so that's in quantal.13:41
seb128"- rewrite shebangs by default (disable via --no-shebang-rewrite),13:41
seb128       examples:13:41
seb128        + "/usr/bin/env python*" → "/usr/bin/python*""13:41
ScottKNo one merged python-defaults yet (AFAIK), so I don't think dh_python2 does that.13:41
seb128ScottK, makes sense, mterry's case is a python3 one13:42
ScottKbarry should do that merge though.13:42
mterryseb128, ScottK: I'm looking at update-manager, which during a build got translated from python3 to python, thus breaking it13:42
seb128ScottK, mterry: revelant upload is https://launchpad.net/ubuntu/+source/python3-defaults/3.2.3-1 for python3 then?13:42
ScottKseb128: Yes.13:43
jdstrandScottK: just to be clear-- /usr/bin/python shouldn't ever be python3 (unless maybe all of the world is changed). Is that accurate?13:43
ScottKjdstrand: Something like that.13:43
jdstrandok, that is what I thought13:43
ScottKOr you're Arch, but they're just crazy.13:44
ScottKmterry: Build log?13:44
jdstrandheh, it is a good thing I ported ufw then ;)13:44
mterryScottK, https://launchpadlibrarian.net/109741274/buildlog_ubuntu-quantal-i386.update-manager_1%3A0.166_BUILDING.txt.gz13:45
dobeyanyone have an answer to my multiarch question?13:46
ScottKdobey: No, it doesn't.13:46
ScottKmterry: And the problem is that there's a shebang re-written to /usr/bin/python?  Where?13:47
mterryScottK, in /usr/bin/update-manager13:47
dobeythanks13:47
mterryScottK, in the source, it is "#!/usr/bin/python3"13:47
mterrybut becomes "#! /usr/bin/python"13:48
ScottKI agree that's unfortunate.13:48
mterryI'm testing with  --no-shebang-rewrite now13:48
mterryIt looks like it's using python3 throughout, calling setup.py with python3 and all that13:49
ScottKAgreed.13:51
mterryScottK, even with --no-shebang-rewrite, I still get the bug.  Do you know which code is responsible for the build log line "copying and adjusting update-manager -> build/scripts-3.2" ?13:53
ScottKI'm looking into it now.13:53
cjwatsongema: how long should it take jenkins to pick up the Ubuntu desktop 20120711.2 image build I did?13:59
gemacjwatson: not much, let me check14:01
gemacjwatson: are we talking quantal?14:01
cjwatsonYeah14:01
* gema goes check14:01
cjwatsonI figured I'd ask after an hour14:01
gemacjwatson: I am going to run the jobs manually, they don't seem to have started automatically14:02
cjwatsonRight, thanks14:03
gemanp, will keep you posted14:03
ScottKmterry: If you can try a build locally with a modified dh_python3, what happens if you change python to python3 in the SHEBANG_RE ... line (32) of debpython/tools.py?14:03
mterryScottK, ok14:04
ScottKThat RE is unchanged between dh_python2 and dh_python3, so I'm suspicious.14:04
ScottKAlso there's a log message in the relevant function (fix_shebang), so using verbose might be helpful.14:07
mterryScottK, that changed the shebang line to "#!/usr/bin/python" (still python but now no space after the shebang?)14:09
ScottKOK.  I'm still looking at it.14:10
ScottKDid you build with --verbose and did that yield anymore clues?14:10
mterrynot yet, about to now14:11
=== zyga is now known as zyga-food
mterryScottK, http://pastebin.ubuntu.com/1086226/14:14
mterryScottK, that is *without* the RE change14:15
ScottKOK14:15
mterryI'll make one with14:15
apware we aware of a collision between ifupdown and netbase on /etc/init.d/networking ?14:16
apw(this is an upgrade P -> Q)14:16
mterryScottK, http://pastebin.ubuntu.com/1086239/ is *with* the RE change, if it illuminates anything14:18
mterryDon't see the "replacing shebang" log line in either14:20
evseb128: we don't have great failure notification on the errors.ubuntu.com retracers just yet, but webops tends to notice them going away.14:20
evat some point soon I'll get them wired up to nagios14:20
Laneybah, just got hit by bug #1019999 again14:21
ubottuLaunchpad bug 1019999 in moreutils (Ubuntu) "package moreutils 0.46 failed to install/upgrade: trying to overwrite '/usr/share/man/man1/errno.1.gz', which is also in package errno 1.3-0ubuntu1" [Undecided,New] https://launchpad.net/bugs/101999914:21
Laneyremove errno? it seems subsumed.14:21
ScottKmterry: I'm not sure now what's doing it.14:22
seb128mterry, did you try to downgrade python3-defaults to see if that's coming from it?14:22
mterryScottK, it seems python3 and dh_python3 both have shebang mangling code?14:23
mterryseb128, no, let me try that14:23
ScottKdh_python3 is part of python3.14:24
apwstgraber, hey .. i seem to have some fallout from the netbase/ifupdown breaks: stuff you did, seems to not be working right on upgrade ...14:24
ScottKmterry: I have a minimal test case.  fix_shebang in tools.py is definitely wrong.14:25
mterryScottK, right.  But there seem to be two bits.  one in build_scripts.py and one in dh_python314:25
mterryScottK, ok, well that's good then14:25
ScottKBut let's make sure we got the right thing.14:26
stgraberapw: ah? test upgrades worked fine here, though I had one bug report of someone with a bad mirror (missing one of the two packages)14:26
apwstgraber, i get this on upgrade direct from P to Q(today)14:27
apwdpkg: error processing /var/cache/apt/archives/ifupdown_0.7.1ubuntu1_i386.deb (--unpack):14:27
apw trying to overwrite '/etc/init.d/networking', which is also in package netbase 5.0ubuntu114:27
seb128cjwatson, did you read the discussion between ScottK and mterry?14:28
seb128--- 10/usr/lib/ubiquity/bin/ubiquity    2012-07-09 20:06:45.000000000 +020014:28
seb128+++ 11/usr/lib/ubiquity/bin/ubiquity    2012-07-11 12:54:45.000000000 +020014:28
seb128@@ -1,4 +1,4 @@14:28
seb128-#!/usr/bin/python314:28
seb128+#! /usr/bin/python14:28
udevbotError: "@" is not a valid command.14:28
seb128cjwatson, that's ubiquity 2.11.10 -> 2.11.1114:29
seb128cjwatson, I'm pretty sure that's why the update was busted for me14:29
stgraberapw: hmm, I guess ifupdown could use a Breaks statement... I just followed what Debian did (changing the version numbers to match), but just having Replaces: netbase (<< 4.00) seems wrong indeed14:29
seb128ScottK, mterry: ^ btw14:29
mterryhm14:29
stgraberapw: can you file a bug against ifupdown?14:29
apwstgraber, ack14:31
apwstgraber, so does that mean i should be upgrading netcore first, or removing it14:31
stgraberapw: you should be upgrading netbase first indeed, that'll make /etc/init.d/networking go away, then ifupdown can unpack and take that file over14:32
mterryseb128, ScottK: Downgrading python-defaults to 3.2.3-0ubuntu1 didn't help14:33
cjwatsonseb128: oh, hah, thanks14:33
seb128cjwatson, yw14:34
cjwatsongema: ^- so that jenkins test will not be very useful - sigh14:34
apwstgraber, bug #102343714:34
ubottuLaunchpad bug 1023437 in ifupdown (Ubuntu) "ifupdown conflicts with netcore both of which own /etc/init.d/networking" [Undecided,New] https://launchpad.net/bugs/102343714:34
gemacjwatson: sorry!14:35
stgraberapw: netbase :) but thanks for the report, will look at it once I'm dong fighting with iscsi and meetings :)14:35
cjwatsongema: not your fault :)14:35
ScottKmterry: OK.  Then it's not the new rewriting feature.14:35
gemacjwatson: let me know whenever you want another run, the one ongoing will finish anyway14:35
ScottKI suspect it's the python3 distutils one.14:36
apwstgraber, fixed :)  if i try and install netbase it says it cant cause of the breaks14:36
cjwatsonI assume there's no point in me debugging this from the ubiquity point of view?14:36
ScottKmterry: clearly debhelper thinks this is a python package and I think it's running the wrong distutils.  Something needs overriding.14:36
mterryScottK, is there a known change in that code recently, that I can downgrade?14:36
ScottKthat was the only one I knew of.14:37
stgraberapw: fun ;) can you try "apt-get install netbase ifupdown"? not sure if that'd be enough to give a hint to apt about the required ordering.14:37
seb128cjwatson, mterry ran into it with update-manager14:37
=== zyga-food is now known as zyga
seb128cjwatson, I just though of ubiquity after, so no, I doubt ubiquity debugging is needed14:37
mterryseb128, well, technically cjwatson ran into it with update-manager.  He uploaded that one too.  ;)14:37
seb128cjwatson, it's likely to affect any package using python314:37
mterryseb128, maybe if we downgrade cjwatson?14:38
seb128mterry, downgrade what source,binary?14:38
stgraberapw: I'm also quite surprised that this didn't show up in any of the automated upgrade tests or in my own upgrade tests, always fun to have bug depend on apt ordering (though this one at least is pretty obvious)14:38
mterry:)14:38
apwstgraber, nope the same.  if i am reading the errors right here, ifupdown _has_ to be upgraded first cause the new netcore breaks it, but ifupdown can't install cause netcore won't upgrade14:38
apwstgraber, ie it tries to update ifupdown first on its own and that fails14:39
stgraberapw: should be the other way around, ifupdown is now shipping a file that used to be in netbase, so netbase should unpack without configuring, then ifupdown should install, then netbase should configure14:39
apwstgraber, i guess i need to remove one or other, upgrade the other and reinstall it14:39
cjwatsonmterry: update-manager?  Bah, I missed that14:40
cjwatsonHas anyone looked at whether we'll need to scan the archive for this bug14:40
mterrycjwatson, it only is visible if you install the built binaries14:40
cjwatson?14:40
stgraberapw: can't you downgrade to the precise versions of them? hopefully this bug will be fixed in a few hours14:40
apwstgraber, hmm, if netbase breaks ifupdown < 0.7 then it has to update ifupdown to >= 0.7 before it can install netbase ... right ?14:40
cjwatsonapw: Before it can configure netbase14:41
seb128cjwatson, not yet, still trying to figure what update created the issue14:41
cjwatsonBreaks allows unpacking the new netbase first, but not configuring it14:41
seb128cjwatson, I guess once we have it we need to figure what python3 packages got rebuilt14:41
apwstgraber, i can happily leave the machine as it is until its sorted14:41
stgraberapw: I can probably upload you a new ifupdown in a PPA based on what "should" be the fix, so if you can then test that, it'd save me some time trying to replicate the failure and testing the fix14:42
apwstgraber, sure the machine is bust as it is :)14:42
ScottKmterry: What happens if you override override_dh_buildsystems: to an empty value?14:42
apwstgraber, poke me when you get it done, no huge rush14:42
mterryScottK, no help14:45
ScottKmterry: What's the log look like for that?14:45
ScottK(verbose)14:45
stgraberapw: uploaded to ppa:stgraber/foundation-build, add that PPA and test the upgrade again once it's done building. If that works I'll push to the archive.14:46
apwstgraber, ack14:46
mterryScottK, http://pastebin.ubuntu.com/1086279/14:46
mterryScottK, it should be easy enough to reproduce yourself.  apt-get source update-manager, then a debuild14:47
mterryScottK, (I'm still looking, I'm just saying, for faster feedback)14:47
ScottKSure.14:47
ScottKI'm trying to get some $WORK done here too though.14:47
ScottKBTW, that did make the log a lot better.  It's no longer trying to use python-support, for example.14:48
ScottKSo that's a good change, regardless.14:48
ScottKOh, nevermind.14:48
ScottKI can't read.14:48
apwstgraber, that version you uploaded is older than the archive it seems14:51
mterryIn the logs, I see "py3versions: Command not found"14:52
mterryAnd then it installs files in 2.7 locations....14:52
stgraberapw: indeed...14:53
ScottKmterry: I had it a bit wrong.  It's override_dh_buildsystem:14:54
ScottKThat yields some interesting errors.14:54
mterryScottK, ah ok14:54
stgraberapw: it'd help if I used the quantal source instead of the precise source :)14:55
Laneydh_buildsystem is a thing?14:55
cjwatsonIt's new to me ...14:55
LaneyI thought it was dh $@ --buildsystem=…14:55
cjwatsonAOL14:55
ScottKLaney: That works too.14:56
ScottKI just wasn't sure if that'd work to unset it.14:56
ScottKDebhepler is picking python distutils (not python3 distutils) with it's buildsystem selection.14:57
ScottKauto_build, auto_clean, and auto_install are too.14:58
ScottKHowever, fixing all that, doesn't fix the shebang problem.14:58
BenCToday is the day powerpc becomes top dog on the ftbfs list…fear powerpc14:59
LaneyI don't see a python3 thing in /usr/share/perl5/Debian/Debhelper/Buildsystem/14:59
LaneyBenC: !!!14:59
LaneyI saw your ghc fix. Can it be?15:00
Laney(did Erik confirm it?)15:00
BenCLaney: erikd says it didn't work on his G5, but I have a feeling he is hitting another bug…all my tests worked (and the G5 buildd's seem to like it)15:01
tsdgeosdidrocks: can i make more noise about my libopenjpeg MIR?15:01
didrockstsdgeos: talk to doko or jdstrand about it? I'm not involved at all into that MIR and don't really have the time to deal with it, sorry15:02
didrockslook at who is "assigned to"15:03
tsdgeosdidrocks: oh, i thought you were, sorry15:03
ScottKmterry: It's the python3.2 distutils/command/build_scripts.py  that's triggering.  No idea why now.15:04
=== mpt_ is now known as mpt
tsdgeosjdstrand: ping, can i make more noise about the openjepg MIR?15:06
mterryScottK, hmm, doing this locally is picking up my python2 installation, so I'm getting a different log than on the buildd, where only python3 is installed15:06
* mterry goes into a chroot15:06
ScottKmterry: "copying and adjusting update-manager" is where this shows up in the log.15:07
mterryyup15:07
=== thinkndev is now known as epikvision
mterrylocally, that's being run by python2.7 build_scripts.py.  but on the buildd, it's python3.2's  (which still gets it wrong)15:07
ScottKmterry: You'll need to comment out the calls to dh_auto_build/install (not needed anyway, AFAICT) and add this:15:08
ScottKcopying and adjusting update-manager15:08
ScottKOops15:08
ScottKoverride_dh_auto_clean:15:08
ScottK        python3 setup.py clean -a15:08
ScottKThen you'll get a complete python3 build (that's in addition to the buildsystem change)15:09
ScottKIt'll stil be busted though.15:09
mterryoh  :)15:09
ScottKIt at least builds all the way through with only python3 though.15:15
ScottKMy suspicions are shifting back to dh_python3 though.15:16
ScottKThe update-manager in build/scripts-3.2 has the right shebang.15:17
stgraberapw: wow, looks like I was looking at an old debian/control all along, looking at what's actually in quantal, I'm not completely sure what's wrong. (ifupdown properly breaks/replaces the old netbase)15:18
mterryScottK, ah good15:18
apwstgraber, anything else i can get you from the machine, or access to it or something15:18
mterryI see that too.  And working in a chroot, I get only python3 as well15:19
ScottKAnd, in fact, right before dh_python3 runs, it's still python3.15:21
ScottKAnd right after it runs, it's not.15:22
stgraberapw: reproduced here15:23
apwstgraber, this is an oddy as the error says "which is also in package netbase 5.0ubuntu1" but if i look at the .deb for that its not actually in there ...15:24
stgraberapw: yeah, conffiles are weird like that15:25
seb128ScottK, mterry: do you have a bug for the issue? some users are abusing bug #1013276 for the problems with the recent update-manager rebuild15:25
ubottuLaunchpad bug 1013276 in update-manager (Ubuntu) "update-manager crashed with ImportError in __main__: No module named UpdateManager.UpdateManager" [High,Confirmed] https://launchpad.net/bugs/101327615:25
ScottKI don't.15:26
mterryseb128, no not yet.  didn't know which component to file it against yet  :)15:26
stgraberapw: I found an old e-mail from cjwatson to debian-devel covering what had to be done for ssh (similar moving conffiles around between packages). Though as we're moving to an upstart job, it's really quite unlikely that there's anything for the user to keep in there, so I might just end up checking the md5sum in netbase's new preinst, if it matches remove it, if it doesn't, move it to .dpkg-old15:28
cjwatsonstgraber: the stuff in ssh was a workaround for a dpkg bug long since fixed15:29
cjwatsonnowadays Replaces is supposed to be enough15:29
cjwatsonif it's not I think we should be questioning whether something in dpkg has regressed15:29
mterryOK, it is fix_shebang15:31
mterryas you suspected15:31
stgrabercjwatson: right, just noticed that it's supposed to be fixed in dpkg...15:31
stgrabercjwatson: I'm not crazy in thinking that versioned (<< new-version-without-the-conffile) Breaks + Replaces should take care of it fine?15:32
stgrabercjwatson: (anyway, can talk post-meeting)15:32
cjwatsonstgraber: I think that should; it's been a while since I attempted a conffile move15:33
cjwatsonstgraber: I vaguely recall noticing some other problem recently which suggested something was wonky in this area in dpkg, but unfortunately I don't remember the details15:33
stgrabercjwatson: one trick is that the conffile is getting replaced by a symlink to /lib/init/upstart-job, not sure if that'd confuse dpkg somehow15:33
cjwatsonCertainly possible15:34
ScottKmterry: Fixing the RE solves it.15:35
ScottKI think it was a mix of using python/python3 in the build and this error.15:35
mterryScottK, yup, just reached that same conclusion15:35
ScottKI'll fix python3-defaults15:35
ScottKseb128 or mterry: Is there a bug number?15:36
mterryScottK, awesome.  Uh, not yet.  I can file one real quick15:36
mterryScottK, simple bug here: 102347415:37
mterrybug 102347415:37
ubottuLaunchpad bug 1023474 in python-defaults (Ubuntu) "dh_python3 mangles shebangs to use Python 2" [Undecided,New] https://launchpad.net/bugs/102347415:37
mterryseb128, ^15:38
seb128mterry, ScottK: bug #102299415:38
ubottuLaunchpad bug 1022994 in update-manager (Ubuntu) "update-manager crashed with ImportError in __main__: No module named UpdateManager.UpdateManager" [Undecided,Confirmed] https://launchpad.net/bugs/102299415:38
mterryguh ok15:38
mterryseb128, I thought you said that was the wrong bug15:38
ScottKmterry: Should be python3-defaults anyway.15:38
* ScottK will use mterry's bug.15:38
seb128mterry, no, that one has been opened yesterday15:38
seb128mterry, the one I pointed was an older one15:38
seb128*pointed earlier15:38
mterryseb128, ok.  Well, if ScottK is using my bug, we can mark those as dups15:39
ScottKBoth update-manager and python3-defaults need fixing.15:39
seb128mterry, right15:39
mterryScottK, true, u-m and ubiquity need re-builds15:39
ScottKI suspect you'll find it's more than rebuilds.15:39
ScottKYou need to make sure debhelper isn't helping you use python instead of python3.15:40
seb128ScottK, hum, what other sources need those special checks?15:40
cjwatsonPretty sure those two will just be rebuilds.  I was fairly careful.15:40
mterryScottK, well, for update-manager at least, when it builds, it only has python3 installed15:40
=== zyga_ is now known as zyga
ScottKOK.15:41
ScottKcjwatson: It may just be an artifact of not totally miminal chroots.15:42
ScottKuploaded in any case.15:42
seb128ScottK, what do you mean "artifact of not totally miminal chroots", building on a non minimal chroot shouldn't result in a buggy package for sure?15:44
ScottKIf the debhelper auto buildsystem thing detects python distutils it'll use it.15:45
ScottK(not phython3)15:45
ScottKSo if you don't override buildsystem, it'll build differently in python is installed.15:45
seb128hum15:47
stgrabercjwatson: one side effect of /etc/init.d/networking being a symlink is that it's not listed as a conffile in ifupdown...15:48
seb128that doesn't seem something reliable15:48
ScottKAgreed.15:49
ScottKUnfortunately no one has fixed the autobuild system thing to know about python3.15:50
ScottKThere's a GSoC project to deal with building for all the python versions, but it's not done yet.15:50
ScottK(I think it's GSoC)15:50
jdstrandtsdgeos: it is on my todo list, I've replied in the bug15:50
tsdgeosjdstrand: not sure if your comment is "good" or "bad"15:51
jdstrandit is a statement of fact. there is a security history. a full review is pending, but likely not to happen super soon15:52
tsdgeosok15:54
mterryScottK, hah, funny that I got python-defaults vs python3-defaults wrong for this bug15:54
tsdgeosi understnad that''s a different way of saying no :d15:54
ScottKI fixed it.15:54
mterryyar15:55
jdstrandtsdgeos: it is not a NAK. as for the review, like I said, it is on my todo, just not at the top15:55
tsdgeosjdstrand: sure, i understand15:55
* jdstrand nods15:56
ScottKFWIW, fixed in Debian too.16:00
ScottKmterry: My upload made the last publisher run, so you should be good to upload in ~20 minutes.16:14
mterryScottK, awesome.  thanks for helping with this!16:14
mdeslaur@pilot out16:21
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal A2 released! | Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: herton, infinity
dobeydoes multiarch not work with cmake? i'm trying to set up a package for multiarch that uses cmake, but the libs still just go to /usr/lib in debian/tmp/16:36
ScottKdobey: phonon has been multiarched.  I think it uses cmake.  You might see what was done there.16:37
dobeyScottK: ok, thanks. i'll check it out16:38
Laneyyou'll probably have to prod some variables16:41
dobeyyeah, looks like it adds -DLIB_SUFFIX=/$(DEB_HOST_MULTIARCH) to the cmake command16:42
LaneyI don't think it's standard though, so you'll have to check out the cmake files in your project16:43
dobeyah, indeed. :-/16:54
bdmurraymterry: could you have a look at bug 1019650?16:54
ubottuLaunchpad bug 1019650 in update-manager (Ubuntu) "update-manager crashed with IOError in getListFromFile(): [Errno 2] No such file or directory: '/usr/share/update-manager/removal_blacklist.cfg'" [High,Triaged] https://launchpad.net/bugs/101965016:54
ScottKRetracer is doing stuff now.  Thanks seb128 and pitti.17:07
seb128ScottK, thanks for pointing the issue, it was hanging for a week but nothing check for hanging processes, we just get emails when it hits an error17:07
ScottKSounds suboptimal.17:08
seb128yes17:08
mterrybdmurray, I believe that is already fixed.  let me comment in bug17:20
=== fenris_ is now known as Guest10826
=== Guest10826 is now known as ejat
=== cpg|away is now known as cpg
bdmurraymterry: I ran into that bug with the lastest version of update-manager 0.16617:51
mterrybdmurray, ...  OK...  But that code doesn't even exist anymore17:53
mterry:(17:53
mterrybdmurray, actually, I'm suspicious.  Since 0.166 doesn't even run17:55
=== bkerensa_ is now known as bkerensa
bdmurraymterry: okay it looks to me like it was an issue with update-manager being updated and the version number not matching what had been running18:40
bdmurraymterry: there is an apport bug about that18:40
=== fenris is now known as Guest42115
stgrabercjwatson: apparently hardcoding /etc/init.d/networking in ifupdown.conffiles makes dpkg DTRT. Upgrading from precise to quantal with a clean /etc/init.d/networking leads to it being a symlink to /lib/init/upstart-job. Doing the same with an updated file triggers the conffile prompt, if the user chooses to keep their changes, then /etc/init.d/networking is kept as a regular file.19:24
stgrabercjwatson: I was a bit worried dpkg would somehow mangle /lib/init/upstart-job in that case but apparently it doesn't. Can you see anything else that could go wrong with this approach?19:25
=== jdstrand_ is now known as jdstrand
primepieI installed gnu lib readline  ... and I noticed it got installed in /usr/lib/x86_64-linux-gnu  .. I wrote a simple program that calls using_history() and tried to compile it with -lreadline -lhistory but it still says undefined reference to `using_history'19:29
jtaylorprimepie: likely an ordering issue, libraries must be after objects needing them19:30
jtaylorprimepie: e.g. gcc object.c -lreadline, not gcc -lreadline object.c19:31
primepiejtaylor: didn't make a different19:31
primepiedifference19:31
primepiejtaylor: http://pastebin.com/LFKqkFQM this is the program19:32
primepieit compiles on ubuntu 10 but not on 1219:32
jtaylorthen its an ordering issue19:32
jtaylorwhats the commandline your are using to compile?19:32
primepiegcc test.c -lreadline -o test19:33
jtaylorI can'T reproduce it19:33
primepiejtaylor: nm .. it is.. the Makefile in the 2 machines are different19:33
primepiemy fault19:33
mterrypitti, did you mean to overwrite the tiff5 change in cups, or shall I put that back?19:35
mterry(assuming you were the one that sync'd it)19:36
Laney11/07 09:49:48 <pitti> hallyn: FYI, I reverted your libtiff5-dev cups change; that's not the right way; if we want to switch to libtiff5 by  default, the "Provides: libtiff-dev" needs to be moved from 4 to 5 instead19:36
mterryguh, hmm19:37
LaneyIt does seem like that's what you're trying to achieve (changing the default)19:38
Laneyso you should probably just do that19:38
mterryyeah, but I figured the set of changes was small enough to just do it manually, since a lot of them specifically mentioned tiff4 anyway19:39
mterrywe were only targetting main19:39
mterrythat way we could avoid a delta on the tiff packages (albeit adopting a delta on some others019:39
LaneyPretty sure Debian will switch after wheezy anyway19:40
mterrythey will19:40
mterryguh, so close, only a few packages left to do.  but I'll defer to pitti here19:41
* mterry looks into moving the Provides19:42
hallynmterry: (mind you the revert was demotivating but) for the sake of what we're doing, is it worth moving the provides ourselves?19:44
hallynor are we mainly just wanting to make sure that anything explicitly depending on libtiff4-dev gets fixed?19:44
hallyni suppose changing it now will help catch any potential errors that would otherwise happen whenever tiff3 was removed19:45
mterryhallyn, my goal was to be able to move to only having the stable version of tiff in main19:45
LaneyI just pushed a transition tracker file19:46
mterryhallyn, so if pitti is requesting that we not patch libtiff-dev -> libtiff5-dev, we can move the Provides and still fix the ones that specifically mention libtiff4-dev (probably to just libtiff-dev now, instead of libtiff5-dev)19:46
hallynmterry: i see19:46
Laneyyou should get to see how a proper transition would look next time it generates19:46
hallynmterry: yup19:47
* hallyn doesn't now what a transition tracker file is19:47
mterryLaney, thanks.  I still don't know the magic behind those transition reports19:47
hallynis it like a little robot-bug that gets inserted through your stomach?19:47
Laneyhttps://bazaar.launchpad.net/~ubuntu-transition-trackers/+junk/transition-tracker/view/head:/ubuntu/monitor/tiff.ben19:47
hallyncool19:49
scienteshow do i restart udev?19:56
scientesafter i trashed my /dev19:57
cjwatsonstgraber: cool, that sounds plausible enough then ...20:20
mterryLaney, can you add http://pastebin.ubuntu.com/1086827/ to the transition tracker for me?20:35
Laneyoui20:36
mterrydanke!20:36
Laneydid you mean to miss armhf out?20:37
mterryLaney, oh hah, no.  I still forget about armhf20:39
Laneytsk tsk20:39
Laneymterry: there you go, should be there next run20:43
mterryLaney, thanks!20:43
herton@pilot out21:02
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal A2 released! | Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: infinity
stgraberapw: uploaded a new ifupdown to the archive, it looks like it's working fine here but I'm not particularly happy with the hack. Let me know if it works/doesn't for you.21:12
apwstgraber, thanks will do21:12
apwstgraber, appreciate your efforts fixing it21:17
stgraberapw: np. it's the kind of thing I prefer to fix now than see show up on some QA report a week before release ;)21:19
apwstgraber, now there is that for sure21:19
stgraberstokachu: could you link the merge proposal with bug 977947? it's not trivial to find it from that bug :)21:28
ubottuLaunchpad bug 977947 in libbonobo (Ubuntu Quantal) "Please transition libbonobo to multi-arch" [Medium,Triaged] https://launchpad.net/bugs/97794721:29
infinitystgraber: Oh, I didn't even stop to think that it's a symlink in Ubuntu.21:45
infinitystgraber: That kinda explains the bug entirely.21:46
stgraberinfinity: yeah, apparently that confuses dpkg a bit ;)21:47
infinitystgraber: That *might* be a dpkg bug.  Maybe.21:48
infinitystgraber: But it's a pretty odd corner case.21:48
stgraberI'm just wondering there won't be a weird side effect of my fix I didn't think of, was kind of scared of a side effect like dpkg writing to /lib/init/upstart-job, putting the old networking script content in there or something (though testing showed that it seems safe)21:49
stgrabers/wondering/hoping/21:49
infinityThere could be weird side effects, but not that level of weird.21:49
stgraberinfinity: opened a task against dpkg so we don't loose track of it21:52
infinitystgraber: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=42134421:54
ubottuDebian bug 421344 in dpkg "dpkg: does not gracefully handle symlink conffiles" [Normal,Open]21:54
infinitystgraber: You may trip on this.21:54
infinitystgraber: And if THAT bug has been accidentally fixed along the way, some mention of that would be nice. ;)21:55
infinitystgraber: Though, I suspect that if your hack is working for you, the only reason is because it's also part of a Replaces file migration, which then skips some of the normal conffile handling.21:57
infinitystgraber: *hand wavy too lazy to trace the code right now response*21:57
stgraberinfinity: sounds like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421346 is about implementing my "hack" automatically in debhelper (considering symlinks in /etc as being conffiles)21:58
ubottuDebian bug 421346 in debhelper "debhelper: should automatically mark symlinks in /etc as conffiles" [Normal,Open]21:58
infinitystgraber: Yes, but it's blocked by the dpkg bug.21:59
stgraberbut yeah, sounds like dpkg doesn't handle them terribly well at the moment, though I suppose I'm fine as long as we don't move /etc/init.d/networking to another symlink pointing somewhere else (which I'm certainly not planning to do :))22:00
apwstgraber, hey, the new ubuntu2 version seems to let me continue the upgrade22:22
stgraberapw: cool22:22
BenCStevenK: Can you bump this for me, please: https://launchpad.net/ubuntu/+source/ghc/7.4.1-4ubuntu2/+build/364940222:44
BenCIt's gone from 40 minutes to an hour22:45
BenCerr, 2 hours22:45
StevenKBenC: Haha, needs more fixing? Now 6 minutes.22:45
BenCThe last fix worked partially, needed one more to make it perfect22:46
BenCStevenK: thanks22:47
* BenC wishes for Build score powers22:47
unixpro1970Where is linux-vdso-so located?23:08
RAOFunixpro1970: It's not; it's a virtual shared object (which is what the ‘v’ stands for).23:09
unixpro1970Then how can I generate it?23:10
RAOFIt's provided by the kernel23:10
unixpro1970Or use it?23:10
unixpro1970Thanks ROAF, must I use a command line parameter when compiling to make it work.23:11
RAOFAFAIK it's an entirely transparent optimisation. If it *isn't* entirely transparent, it's only used in libc.23:11
unixpro1970So is the solution include libc?23:11
geoffthttp://www.trilithium.com/johan/2005/08/linux-gate/23:11
unixpro1970to include23:11
unixpro1970okay,thanks guys.23:34
=== salem_ is now known as _salem
=== cpg is now known as cpg|away

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