cfhowlett_Marcus: Devices - Install Guest Additions.00:39
kklimondahey - I have a package dogtag-pki-common-theme with Provides: pki-common-theme and another package pki-common which depends on pki-common-theme00:48
kklimondaI can't install pki-common as it complains about pki-common-theme missing00:48
kklimondais there a good read about using Provides with Depends?00:49
kenalexwhich ubuntu version is best for software development 10.04 or 11.1000:53
RAOFkenalex: That's not really something that we can answer for you; it depends on your target.01:08
kklimondaah, hmm - it seems you can have versioned dependency on a virtual package (which makes sense if you think about it)01:10
RAOFkklimonda: You mean you *can't* have a versioned dependency on a virtual package, right?01:13
RAOFAnd, indeed, if you think about it it makes sense :)01:13
kklimondaRAOF: yes, right :)01:13
maxb_Does it make sense?01:23
=== maxb_ is now known as maxb
maxbIt's always struck me as being an implementation shortcoming, but one sufficiently minor that it's no-one's priority to fix01:24
RAOFWell, you could make it make sense by also versioning the Provides01:24
RAOFie: Provides: foo-service (2.0) or something.01:25
RAOFBut if you're doing that you might as well just Provides: foo-service-2.0 and be done with it.01:25
brodermaxb: what does it mean to Depend: mail-transport-agent (>= 2.3)?01:25
maxbNothing, but what about Depends: java-runtime (>= 5)01:26
cjwatsonBenC had a go at fixing it years ago (before Ubuntu) but it never made it into production01:26
TheMuso`superm1: 1.0.25, assuming the rest of the stack checks out ok with testing, i.e no critical showstoppers.01:26
cjwatsonThere may even still be patches lying around but I doubt they apply to modern apt :-)01:27
cjwatsonI think his design was that packages could choose to e.g. "Provides: java-runtime (= 5)"01:27
RAOFI'm not sure even that really works, because there's no guarantee that java-runtime (= 8) necessarily supports java-runtime (= 5).01:28
broderi assume it wouldn't, right?01:28
broderyou'd have to do provides: java-runtime (= 5), java-runtime (= 8)01:29
RAOFie: if we packaged a JRE with deprecated stuff dropped, and split out a jre-5-compat type package.01:29
cjwatsonIf you have that class of problem then you could change the name of the virtual package01:29
cjwatsonDon't need to solve every problem with the same hammer01:29
cjwatson(But, yes, we seem to have adequate fallbacks for this one already)01:29
RAOFI'm not sure what problem is solved by java-runtime (= 5) that isn't solved by java-runtime-5.001:30
RAOFActually, no, I do know.  When you're providing virtual library packages.01:30
RAOFSo you've got something that currently depends on libfoo3 (>= 2.3.3) and you want to turn libfoo3 into a virtual package provided by libbar2.01:31
maxbRight - again, the workarounds are not exactly hard, but it could be useful to be able to provide a versioned virtual package01:32
slangasekstgraber: I'm wondering if it's a mistake for ifupdown to stop running hook scripts at the first non-zero exit02:11
slangasekstgraber: cf. bug #93248502:11
ubottuLaunchpad bug 932485 in firestarter (Ubuntu) "Firestarter breaks networking during bootup" [High,Triaged] https://launchpad.net/bugs/93248502:11
YokoZarslangasek: can I use depends foo:any for packages which only exist in Oneiric and later?02:15
slangasekYokoZar: as cjwatson said, there are other reasons the lucid tools might have to be able to parse these02:16
YokoZarslangasek: How about for a myapps or ARB package?02:17
YokoZar(specifically, I want depends: unionfs-fuse:any)02:17
slangasekYokoZar: er, not my department; I don't know what the constraints are on packages there02:17
YokoZarpresumably they aren't going to ever encounter a Lucid tool though02:17
slangasekI can't think of any reason specifically that a myapps/ARB package, if distributed for precise, would cause problems with :any02:18
YokoZarYeah me neither02:18
YokoZarThanks :)02:18
stgraberslangasek: It was definitely meant as a bugfix for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=54758702:25
ubottuDebian bug 547587 in ifupdown "ifupdown: ifup and ifdown don't abort on a run-parts error" [Normal,Fixed]02:25
stgraberslangasek: though I agree it'd probably be safer to re-introduce the "bug" for 12.0402:25
stgraberslangasek: and let Debian deal with the problems for a bit then maybe switch it back in 12.1002:25
stgraberslangasek: (apparently we'll get a beta3 or rc pretty soon which will hit unstable and I'll merge into Ubuntu)02:26
stgraberslangasek: Ubuntu is currently the only distro with --exit-on-error in that run-parts, so we're obviously the first to notice the issues02:26
slangasekstgraber: how do you mean, the only distro?  is there an Ubuntu-specific patch turning on --exit-on-error?02:30
stgraberslangasek: no, but currently only Ubuntu ships the new ifupdown (0.7), in Debian it's limited to experimental, the rest is still on 0.602:31
slangasekah, right02:32
* micahg thought that Multiarch: foreign precluded the need for Depends: foo:any02:35
cjwatsonYep, unionfs-fuse could just have Multi-Arch: foreign (it doesn't right now) and then this wouldn't be an issue02:36
micahgYokoZar: ^^02:36
cjwatson:any is only relevant for M-A: allowed, that is, things where some dependents might require the same architecture but others will be happy with any architecture02:36
slangasekoh, unionfs-fuse isn't M-A: allowed?02:36
slangasekin that case, :any isn't legal02:37
cjwatsonIt's not and I can't think why it'd ever need to be02:37
YokoZarcjwatson: is it really proper to install unionfs-fuse:i386 on an amd64 system?02:37
slangasekand :any won't work02:37
stgraberslangasek: I'll mention to Andrew on IRC and will decide whether to revert the change or not tomorrow after I talk a bit with him02:37
cjwatsonYokoZar: If you use M-A: foreign, then you'll get unionfs-fuse:amd64, not unionfs-fuse:i38602:37
slangasekstgraber: ok02:37
cjwatsonYokoZar: although in any case I don't see why it would matter02:37
cjwatsonby definition if you have an architecture enabled using multiarch then you can execute its binaries02:38
YokoZarcjwatson: Yeah foreign is the right way to do it, I can't think of a reason a package would have an arch-specific dependency on unionfs-fuse02:38
=== dendro-afk is now known as dendrobates
superm1TheMuso`: i was informed that there are some problems with 1.0.25 and nvidia audio chipsets.  specifically with mplayer and mythtv users.  there's fixes in master but not in 1.0.25, so if you do decide to do 1.0.25 I hope you can also backport those other fixes03:12
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
TheMuso`superm1: In master of alsa-lib?04:28
TheMuso`superm1: Because since 1.0.25, I don't see anything in alsa-lib that is to do with anything NVIDIA.04:29
=== TheMuso` is now known as TheMuso
=== dendrobates is now known as dendro-afk
superm1TheMuso: this is the thread i was pointed at: http://mailman.alsa-project.org/pipermail/alsa-devel/2012-February/049061.html  Here's some more of the context of the discussion about how it's broke: http://paste.ubuntu.com/842632/04:50
superm1the exact patches that fixed it weren't linked in the thread, but takashi indicates at the end that it's fixed in master04:50
superm1"The problem of Nvidia HDMI and the buffer-alignment was already fixed in the upstream code"04:51
superm1i'll see if jya was able to track down what patches actually did that, but if not, i'm sure takashi can help point at them too04:51
pittiGood morning04:52
TheMusosuperm1: Sounds like kernel, and thats not really my area, but thanks.04:53
superm1TheMuso: ah.  well when you're ready to do 1.0.25, are you going to stage on a PPA and call for testing and such?04:54
TheMusosuperm1: Well the kernel alsa version tends to follow a different process in terms of when it gets updated.04:55
TheMusosuperm1: alsa-lib 1.0.25 was in last week, since I accidentally jumped the gun with that one without calling for testing, however everything else alsa is in the Ubuntu Audio Dev PPA, and the community team put a call out for testing late last week to.04:55
TheMusoBut kernel 3.2 has a version of 1.0.24, however this is not often always correct, as 1.0.25 commits make their way in, especially if they enable hardware.04:56
TheMusoSO kernel wise, the version is not that good a guide.04:56
superm1TheMuso: ah i see.  i'll talk it over some more with jya then.  he's got a hand full of hardware so he can hopefully test with what's in precise right now and the other alsa bits in the audio dev PPA04:57
TheMusosuperm1: TO be clear, we do not use the kernel code found in the alsa-driver package, our alsa kernel code comes from the kernel.05:07
superm1TheMuso: right so as this problem seems to be caused by a commit to alsa-driver, it will eventually find it's way into the kernel, but probably at a slower rate05:07
TheMusosuperm1: Right, or the fixes may already be in 3.2. If they aren't, we can cherry pick them.05:08
superm1yeah, really need to identify those commits and figure out where they are right now05:09
TheMusoAlsa kernel code is developed agains the kernel first, then alsa-driver packaging/development is done second.05:09
superm1TheMuso: okay so crisis averted.  turns out the patch that causes problems for nvidia and the solution for the regression both landed in 3.2, so no worries.  thanks for the help05:16
cfhowlettWill the AWN dock make be seen in 12.04?05:21
=== dendro-afk is now known as dendrobates
TheMusosuperm1: np.05:28
pittisuperm1: mythbuntu-desktop depends on the NBS mythvideo; can this be dropped?06:28
superm1pitti: yes, but i was waiting to make the change until mythtv got out of NEW06:28
pittihm, I just NEWed it an hour ago or so06:28
superm1oh, well then i might be behind the times :)06:29
pittisuperm1: ah, still needsbuild on armel/powerpc, will it be NEW there, too?06:29
pitti(the binNEW from this morning was arch:all, the php-* one)06:29
superm1there was the php-* one and libmyth-0.25-0.  i'm not sure if that was already cleared on armel or powerpc yet though06:29
superm1php-* one was i386 only06:30
superm1i still see them both (i386 and amd64) listed in https://launchpad.net/ubuntu/precise/+queue?queue_state=0&queue_text=mythtv is that because publisher run not done yet?06:30
pittisuperm1: oh, I think that's the previous upload06:31
pittiI just NEWed the recent one06:32
* pitti cleans those up, too06:32
superm1oh i see06:32
superm1thanks!  i'll get the meta fixed up to take *video out06:32
=== tkamppeter__ is now known as tkamppeter
=== tomreyn_ is now known as tomreyn
brodercould somebody on ubuntu-branches mark https://code.launchpad.net/~jtaylor/ubuntu/oneiric/distribute/fix-910965/+merge/87303 as merged to get it off the sponsorship queue? (it should show up in UNAPPROVED momentarily)07:36
pittibroder: done07:36
broder(or jtaylor, you could do it, if you're around)07:36
broderpitti: thanks :)07:36
=== nijaba_ is now known as nijaba
=== MacSlow is now known as MacSlow|afk
=== smb` is now known as smb
=== MacSlow|afk is now known as MacSlow
apwdidrocks, i don't know if you saw the discussion on nm-applet eating peoples machines, dunno if that could be the cause of your slowness, cirtainly it makes my machine feel that way and leave kswapd running a lot as well08:54
didrocksapw: ah interested, maybe that can be related yeah08:55
didrocksapw: didn't see the discussion though, where was it?08:55
apwmostly here about 12 hours back, and a bug ... erm08:55
didrocksapw: I'll look at my IRC logs then, thanks for the notice :)08:56
ubottuLaunchpad bug 930491 in network-manager-applet (Ubuntu) "Large memory leak in nm-applet" [High,Confirmed]08:56
apwdidrocks, ^^08:56
didrocksapw: looking08:56
=== fenris is now known as Guest77257
apwi noticed cause my machine felt like treacle, and was swapping08:57
didrocksapw: I didn't notice it in htop, but I'll watch after it, thanks!08:58
didrocksis cyphermox aware?08:58
apwdidrocks, yeah he is08:58
didrocksok, nice :)08:58
didrocksI'll try to kill nm-applet08:58
didrocksand see if I still get it after a few hours of use08:58
apwdidrocks, yeah its not running a lot, it just leaks an amount proportional to the number of wifi access points08:58
apwps lax | grep nm-applet08:59
apwdidrocks, ^^ was showing me 1.7g resident08:59
didrocksapw: well, I'm "only" at 100Mb res, which is quite high for such a software08:59
didrocksafter 2h4509:00
apwdidrocks, and mine got that far cause the machine in question has 4G of ram, so it started to really hurt09:00
didrocksyeah, definitively needed to be fixed…09:01
=== Guest77257 is now known as ejat
micahghi mvo, are you planning on merging aptitude 0.6.5 before feature freeze?09:24
=== TeTeT_ is now known as TeTeT
mvomicahg: no, sorry, I don't think I will have time for this09:30
micahgmvo: would you mind if I did it?09:30
mvomicahg: not at all, thanks a bunch!09:31
=== jodh is now known as jhunt
pittiapw, ppisati: I binNEWed the new linux-ti-omap4, doing a d-i rebuild now; can you please update linux-meta-ti-omap4 ?10:09
apwpitti, ack10:11
=== yofel_ is now known as yofel
=== zumbi is now known as Guest18047
bkerensadholbach: Are you about?10:37
dholbachbkerensa, yep10:38
bkerensadholbach: I'm working on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/59310710:38
ubottuLaunchpad bug 593107 in linux (Ubuntu) "Package description for linux-tools-* needs improvement" [Medium,In progress]10:38
dholbachah, best have a chat with the guys in #ubuntu-kernel10:38
bkerensaand was wondering if you might have some feedback on a better description to bring it up10:38
bkerensadholbach: Oh those guys eh? :P10:39
dholbachyep :)10:39
infinityNote that linux-tools-* are generated from the kernel sources, and they'll be very miffed if you modify those packages. ;)10:40
infinityBut pushing them patches to put in git will make them quite happe.10:40
infinityhappy, too.10:40
bkerensainfinity: Indeed... I'm just trying to get feedback on a better description to match debian policy on descs10:41
bkerensaRight now the description is pretty vague10:41
bkerensaand the only tool I have used is perf10:41
infinitybkerensa: Describing what tools are included, or at least what you might want to use them for, would be a good start.10:41
bkerensainfinity: The problem is I cannot find a list of all the included tools so I cannot create a good description the summarize them all10:43
infinitybkerensa: If you have it installed, "dpkg -L <packagname>" will show you what's included.10:44
infinitybkerensa: One would assume all the interesting bits are in {,/usr}/{,s}bin/10:44
bkerensainfinity: Hmm http://paste.ubuntu.com/842872/10:47
bkerensaI also have source which only includes a debian folder10:47
infinitybkerensa: The versioned package has the tools.10:47
infinitybkerensa: linux-tools-$(uname -r)10:47
ppisatipitti: when you have time, could you pubblish the new omap4 kernels? thanks10:55
infinityppisati: They're through NEW already.10:56
infinityppisati: Nothing more for pitti to do.10:56
pittippisati: yep, did half an hour ago; was eagle-eying this to get NBS down10:57
infinitypitti: Heh, I'd been waiting up to do it, and I turned away from my computer for a few minutes and you beat me to it. :P10:59
ppisaticool, just hit the archive11:03
=== _salem is now known as salem_
hrwdoes someone know what is wrong with login.ubuntu.com?11:38
bkerensahrw: What do you mean?11:39
hrwbkerensa: unable to authorize tomboy to use ubuntuone11:41
hrw(Identyfikator błędu: 2237canistelubuntu1110)11:41
bkerensaDidn't they end tomboy support for Ubuntu One?11:41
hrwbkerensa: u1 does not display notes on website11:42
hrwbkerensa: tomboy still may store them on u111:42
bkerensadholbach: Got a patch submitted to those Kernel folks :)11:47
=== doko_ is now known as doko
barryquick versioning question: fgfs-atlas 0.3.1-2 is in the archive.  i have to build it from cvs to fix the nbs, so i'm going to upload 0.3.1+cvs20120214-0ubuntu1.  does that seem reasonable?12:07
pgraneranyone have an idea on why today's updates would want to remove skype?12:12
pittipgraner: libaudio i386/amd64 buildd desync12:13
pittierr, libasound I mean12:13
=== MacSlow is now known as MacSlow|lunch
pittioh, https://launchpad.net/ubuntu/+source/alsa-lib/1.0.25-1ubuntu4/+build/321363212:14
pittiFTBFS on i38612:14
pittipgraner: so don't say yes for now12:15
pgranerpitti, ok, should that have shown up on http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html  ?12:15
* pgraner is not sure how that gets generated12:15
pittipgraner: we don't test multi-arch to that level yet12:15
pittii. e. it doesn't notice if a libfoo is on a different version between architectures12:16
pgranerpitti, ah ok, good to know12:16
cjwatsonalsa-lib needs to be built on a 64-bit-capable buildd :-/12:19
cjwatsonstick it on roseapple, and cry a bit inside12:19
* cjwatson goes to do that12:20
cjwatson(this'll get fixed next time we merge from Debian, since they're dropping the lib64* bits)12:20
cjwatsonoh, bleh, roseapple is on amd64 duty right now12:20
cjwatsonI'll grab it back once it's done with firefox12:21
infinitycjwatson: Err, what?12:21
cjwatsonnotice how all its successful builds of late have been on roseapple ...12:23
infinityYeah, no.  I see the issue.12:23
infinityI'm questioning the solution. :P12:23
cjwatsonand the error is "cannot run C compiled programs" on the -m64 pass12:23
infinityCan we not just turn that insanity off?12:23
cjwatsonlike I say, that's what the next merge from Debian will do12:24
cjwatsonI'm just not prepared to take responsibility for that :)12:24
infinityDoesn't look like the worst merge ever.  But yeah, it's 5am for me too, I guess I'll pass on being a hero right now.12:25
GunnarHjcjwatson: Hi Colin, any chance that you can give bug 926207 some attention? Just talked to pitti about it, and we concluded that it's important that the bug gets fixed before the 12.04 release.12:28
ubottuLaunchpad bug 926207 in ubiquity (Ubuntu) "Set formats related LC_* variables when applicable instead of LC_MESSAGES, LC_CTYPE and LC_COLLATE" [Undecided,New] https://launchpad.net/bugs/92620712:28
cjwatsonnot today but I'll load it up12:28
cjwatsonfor future reference please don't create tasks on multiple installer components if you aren't an installer developer12:29
cjwatsonone will do :)12:29
=== Ursinha_ is now known as Guest37786
=== Guest37786 is now known as Ursula
GunnarHjcjwatson: Aha, sorry, just tried to be helpful...12:42
GunnarHjcjwatson: Anyway, thanks in advance for dealing with it.12:44
ochosimvo: hey, i have a question wrt software-center. it currently shows the package "exo-utils" as "Email Reader" and "Web Browser" which is highly misleading. i guess that information comes from the desktop-file, is there anything we/you can do about that?12:58
mdeslaur@pilot in13:02
mdeslaur@pilot in13:03
mdeslaur@pilot in13:03
* mdeslaur kicks bot13:03
mdeslaur@pilot in13:06
mdeslaurdholbach: ^ bot's busted13:06
dholbachAlanBell, ^ do you know what we can do about it?13:07
mvoochosi: yes, you can set "X-AppInstall-Ignore=true" in the desktop files13:08
mvoochosi: or I can blacklist them in my extraction code13:08
ochosimvo: what is the more common approach?13:11
ochosimvo: in fact our packager (mr_pouit) just tells me that exo doesn't have any delta with debian atm and it'd be great if you could blacklist it13:12
ochosimvo: i meant debian _and_ upstream :)13:13
cjwatsonochosi: exo has a delta13:13
cjwatsonochosi: albeit not one that matters for this purpose13:13
ochosimr_pouit: ^ :)13:13
cjwatsoni.e. https://launchpad.net/ubuntu/+source/exo/0.6.2-3ubuntu113:14
mvoochosi: having it in the package is easier for me but either way is fine13:14
ochosimvo: ok, well i think in fact it's mr_pouit's call, i just noticed because one of "my users" uninstalled exo-utils by mistake and it wasn't very pleasant to fix remotely :)13:15
=== infinity changed the topic of #ubuntu-devel to: Alpha 2 released! Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mdeslaur
infinitymdeslaur: Bots aren't entirely necessary. :P13:17
mr_pouitok, then I guess I'll do it in the packages then13:17
mdeslaurinfinity: I'm terrified of dholbach thinking I skipped my patch piloting duty :)13:17
mr_pouitall items from xfce4-settings appear in software-center too, and it's just confusing13:18
* dholbach hugs mdeslaur13:18
=== dupondje_ is now known as dupondje
* mdeslaur hugs dholbach13:18
mvothanks mr_pouit - about xfce4-settings should I blacklist a package (i.e. is it all just in a single pkg?)13:20
mr_pouitcjwatson: I know, but you forwarded it to debian so there won't be any delta with the next upload, hopefully13:20
ochosihm, if i'm not mistaken exo-utils is also single package but several desktop-files...13:22
mr_pouitmvo: packages can also ship desktop files to appear in xfce4-settings, so blacklisting won't do (e.g. orage ships xfce-xfcalendar-settings.desktop, which appears in software-center because of that ;-)13:22
mvomr_pouit: is there a straightforward way to detect them? I guess I should just download the examples13:27
mvomr_pouit: so if X-XfceSeettingsName is there I guess it does not make sense in software-center, is that correct?13:29
pittiSpamapS: wow @ https://launchpad.net/ubuntu/+source/mysql-5.5/5.5.20-0ubuntu113:31
AlanBelljussi: is the patchpilot bot running?13:31
pittiSpamapS: that's the first-ever package that I saw that succeeded on all ports but failed on i386 and amd64 :)13:31
mr_pouitmvo: mmh, I think you can exclude a desktop file when there's X-XfceSettingsDialog in the category (X-XfceSettingsName is only used by orage)13:32
=== MacSlow|lunch is now known as MacSlow
=== sagaci_ is now known as sagaci
infinitySpamapS: \o/ on mysql using gcc-4.6!13:50
infinitycjwatson: Have you put any time/thought into grub2 and gcc-4.6?  Looks like with the last mysql upload, only the bootloaders (grub2 and u-boot-linaro) are keeping gcc-4.5 in main.13:53
geserpitti: no wonder as the test suite may only fail on amd64 and i386 (the other archs have "|| true" after the make test-force)13:57
cjwatsoninfinity: some, but I've been having build problems14:00
cjwatsoninfinity: I was planning to get back to it after FF14:00
=== joshuaAFK is now known as tobin
=== bladernr_ is now known as bladernr_afk
hrw"The PPD version (5.2.7) is not compatible with Gutenprint 5.2.8-pre1."14:29
hrw= no way to print under precise14:29
hrwbe back in ~1h to discuss14:29
=== bladernr_afk is now known as bladernr_
apwcyphermox, i note i am getting the error below constantly from a version of nm-applet running in a terminal:14:30
apwLIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe we're it's parent.14:30
cyphermoxyes, I'll be fixing that with ted today14:30
cyphermoxthis is because the same menu is used for the GtkStatusIcon applet as for the appindicator, and the way it's built14:31
apwcyphermox, and thats the source of the leak?14:33
cyphermoxnot afaik14:33
apwbah, so no progress on that ?14:33
cyphermoxyes, getting there14:34
apwam i right in thinking that the control file in a source package, only the top source section is actually used ?14:38
geserused for what?14:41
infinityapw: No.14:43
infinityapw: The entire control file is used to determine the Binary: and Architecture: lines in the .dsc14:43
infinityapw: Which can do entertainingly haywire with auto-generated control files.14:44
apwinfinity, how does that work with udebs which don't appear there14:44
infinityI think you sort of answered your own question.14:44
infinityThey don't appear there. ;)14:44
infinityThough, they should still be counted in the Arch: line.14:45
apwinfinity, so them not being in the binary: line is or isn't a problem overall14:46
infinityapw: For consistency sake (and tools that rely on Binary being correct), it's a potential issue.14:47
infinityapw: In the real world, I think we've learned to live with .dsc being incorrect.14:47
apwinfinity, and am i right in saying that the only bit that it cares about is the Package: lines then, the rest of the binary area is ignroed14:47
infinityapw: Package and Arch are the two binary lines that matter to source packages.14:48
* apw is trying to work out if the textual description being inaccurate in the source package is a problem or not14:48
infinityapw: (Arch being important because it bubbles up to the dsc, and it's how we determine where to build the source)14:48
apwinfinity, ok great, thats what i hoped14:48
infinityapw: Descriptions don't matter, no.14:48
Beretkirkland, Ctrl-a in byobu broken?14:50
kirklandBeret: hmm, it should be fixed in byobu 5.1014:50
kirklandBeret: what version are you running?14:50
kirklandBeret: byobu -v14:50
kirklandBeret: yeah, upgrade to the latest and it's fixed;  yes, it was broken for a day or two14:51
scott-workcan anyone suggestion a person that is pokeable to review the lowlatency kernel in REVU?  http://revu.ubuntuwire.com/p/linux-lowlatency14:51
Beretkirkland, no worries, thanks14:51
scott-workwe have one advocate already but need another (before tomorrow i believe)14:51
cjwatsonapw: the kernel is definitely anomalous here; I can't think of any other package that builds things not declared in its .dsc14:52
cjwatsonapw: ideally, the kernel's debian/control as uploaded would contain stanzas for the union of all the binary packages it might build on any architecture14:52
cjwatsonthat's what everything else does :)14:53
apwcjwatson, yeah the kernel wedge output is most unhelpful14:53
cjwatsonthere's nothing wrong with the kernel-wedge output - you're using it wrong ;)14:53
apwcjwatson, heh is there a unioner ?14:54
infinityscott-work: Is it heavily patched, or just the Ubuntu source with some config tweaks?14:54
cjwatsonworst case you could run it on clean with DEB_HOST_ARCH set to each of the architectures you support, or something like that ...14:54
infinityscott-work: The latter would be simple to review, but one could also make an argument for just generating it from the original source.14:54
cjwatsonand cat the whole lot onto control14:54
cjwatsonalthough I suppose I don't know if having two stanzas for the same package name which differ only in architecture would cause a problem - I guess in that case you would need something to produce the union, yes14:55
cjwatsonthough, I thought this was exactly what 'kernel-wedge gen-control' was for14:55
cjwatsonhm, maybe not, can't quite remember14:56
cjwatsonI'd be surprised if the Debian kernel people hadn't solved this recently, since they just started building udebs out of their kernel source14:57
infinityscott-work: Also, if it's based on the Ubuntu packaging, it should use the 3.2.0.orig.tar.gz instead of being packaged natively.14:58
infinityscott-work: Yeah, okay, looking at this, it looks like it's literally just config changes, and an accidental change in arch/arm (which is entertaining, since it only builds for x86)15:04
infinityapw: Is there a reason we can't take this lowlatency config and roll it from the linux source package?  Is it just that the i386 build times are already unforgivably high?15:04
infinityOh, wait.  I see a patch here, nevermind.15:05
infinity... a 7-line patch.15:06
apwit was supposed to be config only, but yes separation is about the build times being mental already15:06
apwinfinity, is there a package somewhere for that i can look at15:07
apwinfinity, i want to make sure its not going to make a linux-libc-dev etc15:07
scott-workinfinity: it is the same source as the -generic kernel but with some compile flags tweaked15:07
infinityscott-work: And a small patch.15:07
infinityapw: http://lucifer.0c3.net/~adconrad/made-kernel-irq-threaded-by-default.patch <-- The patch.15:08
scott-workinfinity: i wonder if TheMuso added the patch, i was unware of it before15:08
infinityapw: http://revu.ubuntuwire.com/p/linux-lowlatency <-- The package.15:08
scott-workbut admitedly my knowledge of kernels is rather limited15:08
infinityThe patch seems like it could be skipped entirely by instead shipping a grub config snippet or something?15:09
apwinfinity, ick, just to save having a grub config ?15:09
infinityapw: Jinx.15:09
apw*mumble* *mumble*15:09
infinityI could see extending the patch to it actually has a Kconfig option.15:10
infinityThen it might be upstreamable.15:10
infinityOr at least could be committed to the Ubuntu tree.15:11
infinitys/to it/so it/15:11
apwbah here are the actual packages from this silly tool15:11
infinityapw: The source is there.  It doesn't have binaries.15:12
infinityapw: The source is cleverly hidden under the heading "Files", in light grey text that I can't read.15:12
apwoh dammit, why do people insist on making their web pages 'cool' by changing the standard understandable markup of a damn link having _____ under it ... ARRRG15:13
apwhate hate hate15:13
apwespecially as there are other links which are marked up ... sigh15:13
* apw watches dpkg locking trip over itself15:14
infinityapw: My other obvious complaint would be that it should be a diff.gz against your 3.2.0.orig, rather than being a massive 100MB native package.15:14
apwcjwatson, somethign has changed in dpkg locking, i beleive the regular apt-daemon update is managing to get in between files in a dist-upgrade and disrupt it15:15
dpmthanks stgraber for the he.po change in pastebinit :)15:15
apwinfinity, yeah it should be that no doubt15:15
cjwatsonapw: er, dunno guv15:15
stgraberdpm: np15:15
* cjwatson is neck-deep in writing ubiquity tests15:15
apwwho is apt/dpkg god so i a can whine15:15
infinityapw: There's a req open for that position. :P15:16
infinityapw: (Not the answer you were hoping for?)15:16
cjwatsonwell, there will be.  eventually15:16
cjwatsonin the meantime we bug mvo and hope he's around15:16
infinitydpkg locking is pretty primitive, mind you.  I'm curious how it could break as described.15:17
apwmvo, i suspect we have a lockig issue with apt, i have just had my second apt-get dist-ugrade die due to a conflicting lock15:17
infinityUnless something's decided it knows better and is actually stomping the locks.15:17
apwinfinity, i manage to trigger it myself previously by doing an apt-get update in the background15:17
apwwhich it let me do, and broke the dist-upgrade badly15:17
* infinity raises his brow.15:18
cjwatsonthat's really not supposed to happen; it should refuse15:18
apwi know, that why i think the locking is broke15:18
cjwatsonyou're not running this on overlayfs? ;-)15:18
infinityIs overlayfs anywhere near this? :P15:18
infinitycjwatson: Jinx.15:18
apwi'll file a bug with this log, as this one i didnt do the conflicting command myself, i assume it was apt-daemon15:18
apwcjwatson, infinity, no thankfully, this is a real install15:19
mvoapw: what is the bugnumber?15:22
infinitymvo: I think the above was him verbally filing it.15:22
apwmvo, working on it15:23
apwlaunchpad is involved15:23
cjwatsonFor me: (1) if another apt-get update is running, then apt-get update fails with "Could not get lock /var/lib/apt/lists/lock"; (2) if apt-get dist-upgrade is running, then apt-get update updates the list files then fails with "Could not get lock /var/lib/dpkg/lock"15:23
cjwatsonIt doesn't seem to break the upgrade in either case, although I suppose you could argue that updating the apt lists with another apt process in flight is ambitious15:24
* cjwatson files a bug report for infinity consisting only of pictures15:24
infinityShouldn't do any harm, since the apt-in-progress doesn't need to read the lists.15:24
infinitycjwatson: Do you remember the scan of the printout of the xorg.conf?15:26
apwcjwatson, well the intersting thing is we are at the beginning of a phase in the dist-upgrade15:26
infinityBest.  Bug attachment.  Ever.15:26
scott-workapw: infinity:  is there a resolution on what direction the lowlatency kernel should take?15:26
infinityscott-work: I think apw was going to give it a quick eyeball.15:26
apwcjwatson, and it fails trying to take the lock, which implies it thinks it doesn't have the lock and needs it15:26
apwscott-work, yeah waiting on the download now15:26
infinityscott-work: Under the assumption that it can't be in the primary sources (and it can't, for now), my only immediate complaint is that it desperately needs to be re-packed to be non-native, using the same orig as the regular kernel.15:27
infinityscott-work: But that can be done when it's re-based to 16.25 and uploaded to the archive.15:28
infinityPerhaps I'll comment.15:28
bdmurraydobey: could you look at my lptools merge proposal?15:28
apwmvo, bug #93282215:30
ubottuLaunchpad bug 932822 in apt (Ubuntu) "apt-get dist-upgrade failed with: dpkg: error: dpkg status database is locked by another process" [Undecided,New] https://launchpad.net/bugs/93282215:30
infinityapw: Having it fail before the dist-upgrade actually takes the lock isn't really a failure...15:31
infinityapw: Unless you're expecting apt to lock earlier to avoid annoying you.15:31
apwinfinity, bah you are right, thats between the download and application, i had seen it further forward in my mind15:32
infinityapw: Although, that terminal log is weird.  I'd expect it to take the lock before the pre-config.15:32
scott-workapw: infinity:  thank you x10^e :)15:32
* apw is confused now15:33
apwmvo, i am not sure if i expect this to work or not, so if its 'thats expected behaviour' do invalid it as you see fit15:33
apwas it does seem to be the first phase that fails here, though as infinity says i might have expected the error earlier15:34
* infinity is tempted to do a drive-by bot update on apw's bug to point out that he's not running the current kernel.15:34
apwinfinity, you have quite an evil streak15:34
infinityLil' bit.15:35
infinityI haven't slept for a while...15:35
* Daviey guesses infinity has been burned.15:37
apwICE default IO error handler doing an exit(), pid = 17261, errno = 415:37
cjwatsoninfinity: vaguely :)15:43
* apw assumes gnome-session core-dumping would account for his being logged out15:45
cjwatsoninfinity: In a previous job, instead of sending us configuration files, somebody sent us a zip file containing screenshots of the web admin interface with the bits they thought we might find interesting circled using a paint program15:45
SpamapSpitti: lol.. mysql is innovative!15:46
infinitycjwatson: Sure, but that kinda makes sense, if the admin UI is how they interact with settings.15:46
jamespagedoes anyone have a nice way to calculate rebuild order for library transitions?  I want to run a test rebuild to evaluate openmpi 1.5 and not make it to hard...15:46
infinitycjwatson: On the other hand, finding /etc/X11/xorg.conf in gedit, printing it, scanning it, and attacting the image just blows my mind when you could have attached the text file...15:47
SpamapSHm.. unity-2d seems to have lost the ability to maximize windows via keyboard15:47
infinitySpamapS: More to the point, the reason mysql fails on x86 and nowhere else is because it should fail everywhere (testsuite is shorted with || true on !x86)15:48
SpamapSinfinity: totally t3h awesome15:50
SpamapSI wonder why it didn't fail on my local build test15:50
infinitySpamapS: Dunno.  But maybe you've jumped the gun on assuming they actually fixed the gcc-4.6 issues. :(15:51
infinitySpamapS: (I'm hoping it's something simpler and more obvious when you poke at it, though)15:51
SpamapSinfinity: no, I think I included an errant patch to try and not statically link the client15:51
infinityI'll be so excited that we get to kick out gcc-4.5 just in time to switch to gcc-4.715:52
SpamapShm no...15:53
SpamapSpassed on retry.... weird15:54
SpamapSwait, the fails were different on i386 and amd6415:55
SpamapSoh my..15:56
SpamapSthe test suite was.. ridiculously bad on armhf15:57
apwinfinity, ok this package is sounding rather wonky, rtg is spinning an equivalent of it they way we do 'em for comaprison15:57
mvomr_pouit: I updated the extraction code now to ignore X-XfceSettingsDialog category packages16:04
infinityapw: Thanks.  If the kernel team comes up with something you put a stamp of approval on and uploads it, I'll be happy to review it in NEW instead of making them go through another REVU cycle.16:04
infinityapw: And if any of you have some spare cycles to turn their patch into something with a Kconfig option, so they can stop carrying a source delta, that would be awesome.16:06
apwinfinity, i think rtg will communicate with allessio on it16:06
infinityapw: Lovely.16:06
mvoapw: thanks! I'm a bit flooded in $stuff right now, but that looks like a bug16:06
apwmvo, i know how you feel, its that drowing in bugs time of the cycle, i've been logged out by two today already, which is no help productivity wise16:12
cndslangasek, when I build a library against libx11-dev, it's not finding the XOpenDisplay and XCloseDisplay symbols at dpkg-shlibdeps time16:20
cndthe symbols exist in /var/lib/dpkg/info/libx11-6\:amd64.symbols16:20
cnddo you know what might be wrong?16:20
SpamapSinfinity: indeed, we may have to move back to gcc 4.6 .. though I'm not sure why. :-/16:21
=== dendrobates is now known as dendro-afk
slangasekcnd: have't seen this, no.  is there a build log I can peruse?16:26
slangasekdoko: speaking of eglibc, I noticed a strange thing when scanning precise for multiarch: same file collisions... apparently our libc6-dbg on armhf is using the wrong path?16:36
slangasekdoko: oh, no - the problem is that it seems to contain dbg symbols for *both* archs?16:37
slangasekso either it shouldn't contain biarch debug symbols, or it has to be not M-A: same16:38
dokoahh, the install file has /usr/lib, which works on the other biarchs, but not arm*16:39
mr_pouitmvo: thanks! Also, do you know why I can't find any xfce4-panel plugin in software-center? because they don't contain any desktop file?16:40
mvomr_pouit: I guess so, I don't know much about the panel - but they should appear in technical items, no?16:42
mr_pouitmvo: mmh, I can't find them. Entering 'xfce' or 'xfce panel' in the search bar doesn't show any plugin (and there's no hidden technical hidden to expand)16:44
mr_pouit*technical item16:44
cndslangasek, http://paste.ubuntu.com/843242/16:45
lifelessis today a good day to upgrade machines ?16:45
SpamapSinfinity: before I go digging .. do you know why we decided to disable the test suite on non x86 arches?16:46
hrwBug #932882 anyone?16:49
ubottuLaunchpad bug 932882 in cups (Ubuntu) "The PPD version (5.2.7) is not compatible with Gutenprint 5.2.8-pre1." [Undecided,New] https://launchpad.net/bugs/93288216:49
slangasekcnd: your libxorg-gtest.so.0 appears to not be directly linked against libX1116:50
cndslangasek, I'm a little fuzzy on shared libs and direct linking16:50
cndshould it be linking directly>?16:50
infinitySpamapS: There was no "we", I think it was just laziness. :P16:50
mvomr_pouit: I see a bunch of them, but it requires that you have apt-xapian-index installed (which you may not have)16:50
mvomr_pouit: its pretty heavy on a slow system :/16:51
cjwatsonpgraner: BTW that alsa-lib thing from earlier should be sorted now16:51
infinitySpamapS: I know !x86 has always thrown a few more errors than x86, I imagine it crossed the unacceptable threshold recently and someone just turned off the suite.16:51
cndslangasek, ahh, I think I found the issue16:52
slangasekcnd: it uses libX11, so it should be linked against libX11 at build time16:52
Davieyinfinity: I thought it shipped 386 asm code?16:52
cndit's a bug upstream16:52
infinityDaviey: I'm sure it does, but I'd assume that's not used on !x86. :P16:53
SpamapSinfinity: ok, seems like those bugs need to be reported and patched..its a little ridiculous. :p16:53
pgranercjwatson, yep saw that thanks!16:54
infinitySpamapS: Yeah, no arguments here about reporting and/or fixing.16:54
Davieyinfinity: right, i thought that was the headache of previous cycles.. was that it DID (try) :)16:55
infinitySpamapS: If there are a bunch that are arm (especially armhf) specific, you might be able to talk the Linaro folks into caring (see #linaro-armhf)16:55
infinitySpamapS: But the first step to reporting suite failures is to disable upstream's braindead "I've hit $threshold failures, so not running any more tests!" check.16:56
mr_pouitmvo: it's installed already, so i'm running update-xapian-index to see if it makes them reappear16:56
Davieyinfinity: in other news... did utlemming get to speak to you about bug 759545 ?16:57
ubottuLaunchpad bug 759545 in grub2 (Ubuntu Precise) "user prompted to update unmodified grub configuration during Ubuntu server upgrade" [Medium,Triaged] https://launchpad.net/bugs/75954516:57
infinityDaviey: Nope.  Can you poke me on your Friday (ie: when my work day is starting), and I'll make some time to actually give it a proper eyeball.16:58
utlemmingDaviey: I'm here now16:58
infinityutlemming: Unless you wanted to steal the bug and run with it.16:58
utlemmingsorry...what was the bug number?16:58
Daviey16:57 < Daviey> infinity: in other news... did utlemming get to speak to you about bug 759545 ?16:58
ubottuLaunchpad bug 759545 in grub2 (Ubuntu Precise) "user prompted to update unmodified grub configuration during Ubuntu server upgrade" [Medium,Triaged]16:58
Davieyinfinity: thanks!16:59
mr_pouitmvo: now I've ~40000 items in software-center instead of ~2800, so I guess it worked (I'll retry a fresh install later to confirm it's ok). Thanks for your help.16:59
utlemmingah, I looked briefly at that bug yesterday...give me a minute16:59
infinityutlemming: I'm fading fast and approaching post-all-nighter-panic-nap-land.17:00
infinityutlemming: If you have stuff to add to the bug, post a bunch of comments. ;)17:00
utlemminginfinity: will do17:00
infinityutlemming: If you have fixes (and/or want to fix it yourself), go nuts, and I'll be happy to review.17:00
infinityutlemming: Otherwise, see above, re: Friday. :)17:01
mvomr_pouit cool17:01
hallynjcastro: hey, mr unity workflow master :) - i understand and like how super-N gets me between banshee and ff, for instance.  but do you have tips on how to best, quickly pick one of my 8 xterms on varoius desktops?17:08
tkamppeteranyone here who can help me on a sync problem?17:16
tkamppeterI want to sync the "pnm2ppa" package with Debian, once Debian's package needs all our needs, and second, to get rid of a broken upstream source tarball.17:17
kirklandcjwatson: have we ever considered providing a command that would clean up (remove) old, unneeded kernels, either automatically or on demand?  (or does such a thing exist?)17:23
kirklandcjwatson: on a very long-running ubuntu machine (especially a server), you may have hundreds of MB tied up in old kernels17:25
kirklandcjwatson: once you've rebooted into one that works, it may be safe to purge old ones17:25
cjwatsonkirkland: that was the point of computer-janitor17:25
* kirkland looks at computer-janitor17:25
cjwatson(which at some point ought to become part of software-center)17:25
cjwatsontkamppeter: you won't be able to sync it until there's a new upstream version17:26
kirklandcjwatson: suitable for servers too?17:26
cjwatsonkirkland: dunno17:26
barrycomputer janitor should die :)17:26
cjwatsonyes; but that was its use case17:26
cjwatsonor at least its primary one17:27
kirklandbarry: :-)17:27
=== dendro-afk is now known as dendrobates
SpamapSSoftware developers, more than any other profession, are way too comfortable with killing their least favorite children.17:27
kirklandso we just received an email from a fairly large cloud hosting provider that's recommending all of their customers running Ubuntu run:17:27
kirklanddpkg --get-selections|grep 'linux-image*'|awk '{print $1}'|egrep -v "linux-image-$(uname -r)|linux-image-generic" |while read n;do apt-get -y remove $n;done17:27
kirklandand I face palmed17:28
kirklandI'm thinking we could/should do better as a distro17:28
barrySpamapS: i think it's just that they disappoint us so much more often17:28
SpamapSbarry: and they don't bear that much resemblance either17:29
* SpamapS *does* think that pipemeter is way too skinny to be his first born program17:29
tkamppetercjwatson, so I suggest then for the meantime to put a samne source tarball under a new "upstream" version, like 1.13+dfsg and then drop in Debian's debian/ directory and add a debian/changelog entry explaining the mess.17:30
cjwatsontkamppeter: you're welcome to do such a thing, yes, although +dfsg conventionally indicates that the tarball has been stripped down to remove non-free elements17:31
cjwatsontkamppeter: however17:32
kirklandcjwatson: do you think it would be worth taking this discussion/suggestion (specifically about kernels) and computer-janitor and servers to ubuntu-devel?  Or would it just rehash old conversations?17:32
cjwatsontkamppeter: you might be better off using syncpackage -F (a.k.a. --fakesync) - see its docs17:32
cjwatsonkirkland: well, it's not the first time it's come up by a long shot ...17:32
tkamppetercjwatson, perhaps then better 1.13+1 or 1.13+non-dbs?17:32
cjwatsontkamppeter: or use syncpackage -F17:32
kirklandcjwatson: well, service providers are now recommending customers run some pretty gross hacks to work around this17:33
kirklandcjwatson: i guess that's what's new hear17:33
cjwatsonthe effect of that is to upload the same contents as the Debian source package but with the current orig tarball in Ubuntu17:33
cjwatsonkirkland: not new at all17:33
kirklandcjwatson: painful to watch that go down, from my perspective17:33
tkamppetercjwatson, tried already --fakesync, but failed. Should I paste the output?17:33
cjwatsontkamppeter: sure17:34
cjwatson(but into paste.ubuntu.com, not the channel)17:35
cjwatsonkirkland: it's probably best to talk to the software-center developers if you want to try to move it forward17:35
cjwatsonthough I don't know what they think of server use cases17:35
kirklandhmm, computer-janitor doesn't look immediately functional in a server environment17:35
kirklandERROR:dbus.proxies:Introspect error on :1.3:/: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send mes17:35
kirklandsage, 1 matched rules; type="method_call", sender=":1.6" (uid=0 pid=20204 comm="/usr/bin/python /usr/sbin/computer-janitor find ") inter17:35
kirklandface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=1917:35
kirkland905 comm="/usr/bin/python /usr/share/computerjanitor/janitor")17:35
kirklandcjwatson: thanks;  who are the software-center developers?17:36
cjwatsonkirkland: https://wiki.ubuntu.com/SoftwareCenter17:37
kirklandcjwatson: thx17:37
tkamppetercjwatson, will do, just a minute.17:38
cjwatsonI'm also surprised that (in theory anyway) apt-get autoremove couldn't do the same thing17:38
slangasek"remove all but the current and most recent kernel" is a bit beyond what apt-get autoremove can do itself currently17:39
mdeslaur@pilot out17:40
mdeslaurdholbach: ^17:40
tkamppetercjwatson, http://pastebin.ubuntu.com/843314/17:40
dholbachmdeslaur, I asked in #ubuntu-irc if somebody can help17:41
dholbachmdeslaur, I don't have the keys to it17:41
cjwatsonthat seems to be a problem with the pnm2ppa package in Debian itself ...17:41
mdeslaurinfinity: could you remove me from the topic pleeeeze?17:42
cjwatsonthough can't say I can immediately work out what17:43
Laneymdeslaur: you can remove yourself; the topic in here isn't protected (unless that's what C or z do)17:44
cjwatsonoh, I see, it's getting confused by the Ubuntu tarball being tarball-in-tarball packaging, how gross17:44
cjwatsonmaybe you can't syncpackage this after all17:44
=== mdeslaur changed the topic of #ubuntu-devel to: Alpha 2 released! Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
mdeslaurLaney: hehe, thanks17:45
cjwatsonI think your only choices are (1) just manually sync in the packaging changes you want (2) persuade Debian to artificially bump the upstream part of the version17:45
mdeslaurinfinity: never mind :)17:45
tkamppetercjwatson, this DBS is really crazy. It was one of my predecessors who packaged that way. I will remove it by using a renamed source tarball.17:48
smoserwell, i'm not going to bother contributing anything eles to the "get rid of all kernels", but this seems reasonable and generally safe to me:17:48
smoserlist_removable_kpkgs() { dpkg -l | awk '$2 ~ /^linux-[a-z]+-[23][.][0-9].[0-9][.0-9]*-[0-9]+/ && $2 !~ cur { print $2 }'  cur="linux-[a-z]+-$(uname -r)" ; }17:48
cjwatsontkamppeter: yes, DBS is awful17:49
smoseri guess you'd also want it to filter out newest.17:51
jtaylorbarry, doko: will you still have a look at the numpy merge before ff?17:57
barryjtaylor: i can look at it today.  can you paste some links?17:59
jtaylorbarry: https://code.launchpad.net/~jtaylor/ubuntu/precise/python-numpy/merge-1.6/+merge/9267117:59
SpamapSretrying the amd64 tests passed.. but I'm not sure thats exactly a good thing18:08
herton@pilot in18:11
=== herton changed the topic of #ubuntu-devel to: Alpha 2 released! Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: herton
=== deryck is now known as deryck[lunch]
tkamppetercjwatson, thank you very much. New pnm2ppa package is uploaded now.18:23
dokojtaylor, barry: does this come with at least scipy updated as well?18:41
jtaylorno scipy has not been updated in debian yet18:41
jtaylorfor to little time do that in ubuntu only now18:41
=== malkauns_ is now known as malkauns
scott-workapw: i apologize for being a pest, but do you have an eta for checking the -lowlatency kernel?  i'm concern with having enough time to make changes (which might not be made by me) in time for the feature freeze18:49
dokojtaylor, does the old scipy work with the new numpy?18:57
jtaylornumpy 1.6 was released 6 month before scipy .10 so I hope so18:57
dokocould you just rebuild it to be sure?18:58
jtaylordoko: I did already, all rdepends build18:58
hallynif package a has build-depends: b, and b has Depends: c, will c be installed by apt-get build-dep a?18:58
jtaylorI also checked the arch all depends for the minor api removals18:58
dokook, thanks18:58
jtaylordoko: only 2 affected, one easy to fix one fixed already in unstable (going to merge soon)18:59
jtaylordoko: numpy 1.6 is abi compatible with 1.5 but there is a new dh_numpy so I want to rebuild the arch any packages anyway18:59
=== NCommand1r is now known as NCommander
micahghallyn: should be, but I suggest sudo mk-build-deps -i -r unless you're in a chroot you don't care about19:00
hallynmicahg: well, what i really meant was - will that be enough for the buildd to install package c while building a?19:02
micahghallyn: yes, but if your package needs it specifically, you should build-depend on it19:02
* hallyn looks up mk-build-deps, sounds interesting19:02
dokoapw, ogasawara: I'll need one more gcc-4.6 upload tonight, fixing a regression with the last upload19:03
ogasawaradoko: ack, that should be fine19:03
hallynok, thanks.  well, is that something debian would agree with (and accept a patch for)?19:03
micahghallyn: generally, yes, but it's only RC severity if it currently fails to build in Debian without it19:04
hallynmicahg: ok, thanks19:04
=== apachelogger_ is now known as apachelogger
=== Amaranthus is now known as Amaranth
=== deryck[lunch] is now known as deryck
=== herton changed the topic of #ubuntu-devel to: Alpha 2 released! Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
hallyndoko: do you have any plans on further eglibc updates?  I'm looking at bug 930181 , not sure whether i should work around it with a #define, or wait19:43
ubottuLaunchpad bug 930181 in qemu-kvm (Ubuntu) "qemu-kvm (1.0+noroms-0ubuntu4) fails to build on Ubuntu Precise locally" [High,Confirmed] https://launchpad.net/bugs/93018119:43
dokohallyn, I don't have any plans. di you talk with the kvm Linaro guys?19:45
hallynthanks. no, i didn't.  yet.19:46
hallynslangasek: lool: ^ have you guys seen the AT_EMPTY_PATH failure when qemu-linaro builds?19:46
hallyn(it's in the 9p virtio code, so you might not enable that...)19:47
slangasekhallyn: yes19:47
slangasekwait, maybe that's not the one I'm thinking of19:47
slangasekhallyn: no, what I've seen is this failure when you mentioned it to me the other day - sorry :)19:48
hallynlol - i didn't remember asking you before.  ok, thanks.19:48
hallyni guess i can just work around it with a #ifndef #ifdef...19:48
lifelesslibc:i386 wants to restart services... why?20:02
cjwatsonbecause the code that asks that question hasn't checked whether it's running for a foreign architecture or not20:04
slangasekyes, and it's not entirely clear to me how it should do so20:05
slangasek(the one I enjoyed was libc6:armel restarting services)20:05
hallyndoko: let me try one more time.  The core problem is that /usr/include/asm-generic/fcntl.h and /usr/include/x86_64-linux-gnu/bits/fcntl.h cannot be sourced at the same time.20:07
hallynthey have conflicting definitions of several structs20:08
hallynI can work around it, mind you, but is that going to be a problem for more people?20:08
slangasekhallyn: what's the path by which /usr/include/asm-generic/fcntl.h is being pulled into your code?20:09
slangasekgiven that this is a kernel header20:09
hallynslangasek: if i want AT_EMPTY_PATH, i need to #include <linux/fcntl.h>20:09
hallynthat's how it happens20:09
hallynso i can just #define it by hand, but i don't want to work around something that's going to get worse for other people...20:09
slangasekwell, so, the kernel is responsible for making sure any structs it exports to userspace via linux-libc-dev are actually compatible™20:09
slangasekand while it's not good to have this sprung on us suddenly like this, in general if the struct definitions don't match, it's a kernel bug, not an eglibc bug20:10
slangasekbecause eglibc owns the namespace here20:10
hallynslangasek: so i should open a bug against linux, then?20:11
slangasekI think so20:11
hallyngreat, will do - thanks20:11
=== salem_ is now known as _salem
cjwatsonslangasek: libc6:foreign> isn't that just a matter of substituting DEB_HOST_ARCH into the maintainer script and then comparing against dpkg --print-architecture at install time?20:20
slangasekcjwatson: if we assume that services installed are all of the primary architecture20:21
slangasekI wasn't prepared to make that assumption20:21
=== dendrobates is now known as dendro-afk
=== jussio1 is now known as jussi
cjwatsonslangasek: but, given the multiarch constraints, if you install a new libc6:foreign at any point then you must either have just installed a new libc6:primary or be about to do so20:34
slangasekcjwatson: oh yes!20:35
cjwatsonand by the time you get to libc6:foreign.postinst, libc6:primary should be at least unpacked, IIRC20:35
slangasekgood point20:35
cjwatson(though check that assumption, I can't remember how it works with immediate configuration)20:35
cjwatsonI suppose it's possible that it goes libc6:primary unpack, libc6:primary configure, libc6:foreign unpack, libc6:foreign configure, which would break my assumption20:37
lifelessslangasek: nice (libc6:armel)20:37
slangasekcjwatson: dpkg doesn't allow configuring m-a: same packages unless they're both unpacked at the same version :)20:38
cjwatsonslangasek: hooray20:40
barryjtaylor: i'm just doing a few local test builds but if those sanity check okay, i'll upload your numpy 1.6 branch in a little bit21:23
barry(and get rebuilds of the 18 failures)21:23
jtaylorbarry: great thanks21:23
jtaylor18 failures?21:23
barryer, not failures: http://people.canonical.com/~ubuntu-archive/transitions/numpy.html21:24
micahgjtaylor: is the multiarch change folded in to the 1.6 migration?21:24
jtaylormicahg: yes21:24
barryjtaylor: i'm just the monkey pushing the buttons.  thank *you* for all your great work pushing this forward21:24
jtaylorbarry: I can do the universe rebuild21:24
jtaylordid them all locally already, all succeed21:25
jtaylorveusz needs special attention21:25
barryjtaylor: fab!  okay, i'll push numpy now then.  ping me if you need anything else21:25
barryjtaylor: in case you're interested, i cannot bzr merge your branch into ubuntu:python-numpy.  bzr crashes.  yes, i should report that ;)21:26
barryjtaylor: but i did diff locally and looked at the debian/ diffs.  they looked sane to me21:26
barryjtaylor: uploaded21:28
jtaylortoo bad I didn't find the time for py3 :(21:28
barryah well, there's always qwazy quahog21:29
jtaylorrejected :(21:30
broderbarry: awesome, i was debating bothering you to look at the numpy merge :)21:34
barrybroder: good thing you waited, otherwise i would have stolen all of jtaylor's rightfully earned kudos :)21:36
SpamapSanybody else want to weigh in on whether or not we should update Erlang to R15B vs. the current R14B4 ?21:37
SpamapSupstream says that R15B is the bees-knees21:37
jtaylorconsidering the load of the buildd's should I wait with the no change rebuilds for numpy?21:39
jtaylorat least until the test build is done on arm?`21:39
YokoZarcjwatson: Can I poke you ~ https://bugs.launchpad.net/ubuntu/+source/dssi-vst/+bug/925127   (deleting the old wine packages) since you last touched wine1.4 :D21:39
ubottuLaunchpad bug 925127 in lmms (Ubuntu) "Please remove wine1.2, wine1.3, wine1.2-gecko, wine1.3-gecko from archive" [Undecided,New]21:39
barryjtaylor: dunno, might be worth getting them into the queue.  i'm depwaiting on several arm builds myself21:40
jtaylorI just saw in the ghc bug that -release asked for them to wait until its done21:41
jtaylorthough ghc are 470 packages not 18 ;)21:41
tumbleweedjtaylor: ghc is way nastier than numpy21:41
barryoh, definitely get it in the queue now then :)21:41
micahgjtaylor: load on buildds isn't heavy21:42
brodermicahg: the armhf buildds have a 2-day queue21:42
micahgit's all rebuilds save for powerpc21:42
Laneymmmmm tasty ghc21:42
micahgbroder: that's the test rebuild, ignore it :)21:42
broderjtaylor: so https://code.launchpad.net/~jtaylor/ubuntu/precise/python-numpy/multiarch-fix-818867/+merge/87165 can be rejected at this point, right?21:42
jtaylorbroder: yes21:42
tumbleweedLaney: btw, my pypy 1.8 upload is currently stuck in Debian binNEW. I'll probably be asking for an FFe on the weekend21:43
broderjtaylor: would you mind? i don't have my lp creds on me at the moment21:43
Laneydoes it build on arm yet?21:43
jtaylorbroder: I can only set it merged or wip21:43
tumbleweedI built it on debian porterboxes. Only took a couple of days (and got me comments from DSAs in #debian-devel about load :P )21:43
jtaylormerged is kind of right so should I do thaT?21:44
broderjtaylor: merged isn't really inaccurate21:44
broderi'd go with that21:44
Laneyso, not on the buildds yet?21:44
tumbleweedwhen we get arm buildds with >2G RAM then it'll be good21:44
micahgwell, the problem with ghc on arm is ghc-ghci21:44
tumbleweedpossibly on debian buildds with 1.5G. I don't think Ubuntu has any that big21:45
Laneythat is one of the problems21:45
broderwhoo! sponsor queue now has nothing more than...34 days old! :)21:45
infinityLaney: Oh, do you happen to know the status of ghci on arm?21:47
LaneyStill doesn't work, but at least 7.4 has registerised arm builds21:47
infinityLaney: Is there any work being done on it, or just a bunch of people asking?21:48
LaneyYeah I think there is some work being done; there's an infrequently updated blog at http://ghcarm.wordpress.com21:49
=== dendro-afk is now known as dendrobates
tumbleweedbarry: forget -v with numpy? :)21:53
barrytumbleweed: ?22:09
tumbleweedbarry: when merging we use -v[previous ubuntu version] so that all the intermediate debian changelog entries are included in the .changes file22:12
barrytumbleweed: yeah, there have been some bugs in udd about that.  i should go back and look to see if they've been fixed or not22:13
tumbleweedah, you should be able to pass that to bzr bd after a --22:13
tumbleweedbut yes, it'd be nice if it did it automatically22:13
barryright, it's *supposed* to do it automatically ;)22:14
micahgyes, but one should verify the source.changes file before dputting :)22:14
barryvery true. i did look, but should have been more careful22:14
tumbleweedthat's helped me catch a few mistakes (and I've also forgotten to check a few times and missed them :P )22:15
micahgat least until it's 99.9% foolproof :)22:15
micahgeven then though, I find it helpful to catch mistakes as tumbleweed said22:15
barryah, okay, it's still in "new" state (bug 788349) so i will get it through my thick skull not to count on it22:16
ubottuLaunchpad bug 788349 in Ubuntu Distributed Development "Auto supply -v<last ubuntu version> for bzr bd -S?" [Undecided,New] https://launchpad.net/bugs/78834922:16
* micahg discussed with jelmer at the rally, but it seems that bzr-builddeb isn't the ideal place for the fix for this22:18
broderbarry: any reason for me not to upload tumbleweed's fix for bug #915167? i'll do some quick testing, but it looks trivially and obviously correct22:37
ubottuLaunchpad bug 915167 in python-defaults (Ubuntu Natty) "pycompile will use /usr/local/bin/python2.X if available and python2.X is installed." [Medium,Confirmed] https://launchpad.net/bugs/91516722:37
tumbleweedbroder: thanks22:41
=== dendrobates is now known as dendro-afk
brodertumbleweed: ugh, is python-defaults a debian-native package with a debian revision number?22:50
tumbleweedyup. it kinda makes sense, though22:51
slangaseksmoser: hi, did you have a chance to check out the new upstart?23:03
brodertumbleweed: for what it's worth, it looks like the python2.7 postinst has a similar problem with preferring the python2.7 in your path23:11
tumbleweedbroder: so it does23:15
broderi don't know whether that's still the case and how worth fixing that is23:15
tumbleweedseems to still be the case, /me plays a bit23:16
broderanyway, i'll still go ahead and upload the python-defaults change, since it seems correct23:18
tumbleweedbroder: so, a locally built cpython (2.7.0) installed in /usr/local doesn't break the postinst23:20
broderprintf '#!/bin/sh\nexit 1' >/usr/local/bin/python2.7 does23:21
tumbleweedyes, but that was a pretty evil test :)23:21
broderwhy did it break with a real cpython in /usr/local?23:22
tumbleweedI'm assuming because the postinst has the full path to py_compile.py, and it's the locally built python's py_compile.py that is missing features we need23:24
broderok. i'm just thinking - doesn't debian policy have something to say about not using absolute paths in maintainer scripts?23:24
broderi'm wondering if this change runs afoul of that23:24
tumbleweedyes http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html23:24
tumbleweedbut this is obviously the correct thing to do here (my proposed patch)23:25
broderok. good enough for me23:25

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