=== micahg_ is now known as micahg [05:23] ogra_: around? [05:44] Good morning [05:44] skaet: ah, Leann's mail confused me -- I saw it before leaving for the day, and I thought for a moment it was Thursday already :) so no panic [07:30] * SpamapS rejoices as armel finally finishes building mysql 5.5 and unleashes the buildds on 111 rdeps.. [07:30] spamapS: haven't you already been doing that? [07:32] micahg: unfortunately I got stuck on some silliness with the new cmake build [07:32] micahg: and since it takes 9 hours to rebuild on armel.. that turned into a 3 day problem unfortunately [07:33] spamapS: right, I'm just saying I've been seeing libmysqlclient rdep rebuilds from you for hours now :) [07:34] micahg: so, there are two libraries.. libmysqlclient, and libmysqlclient_r .. or at least, there were.. and my first 2 uploads were missing libmysqlclient_r compatibility.. [07:34] micahg: so I could upload anything that used -lmysqlclient , but not -lmysqlclient_r [07:34] ah [07:35] Now that my final upload is available on all arches, I can just upload all the rdeps [07:35] This being my first mass rebuild.. I'm surprised at how many packages can't pass 'debuild -S' withut their build-deps installed. :-/ [07:36] I use debuild -S -nc for mass rebuilds [07:36] which is OK as long as you're careful to have just fetched a clean source package [07:37] hmm, livefs build failures today [07:37] cjwatson: ahh, which I have been careful at that.. so -nc will be less likely to hit problems with missing makefiles and debhelper bits... interesting [07:37] wait, why are there livefs build failures timestamped 22:48 [07:38] timestamp of the web logs is sane; mysterious [07:39] but those aren't the logs I just got mailed! [07:40] oh, could be Chinese edition ones if the fix to their Subject regressed [07:40] anyway, the proper ones just failed too [07:41] aha, NEW [07:42] question.. is libmysqlclient worth a libreoffice build? [07:43] SpamapS: talk with Sweetshark about it; there are a couple of other library transitions involved too [07:43] we may be getting to the point where the answer is yes [07:43] @pilot in === udevbot_ changed the topic of #ubuntu-devel to: Precise open for uploads | 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: tjaalton [07:45] * SpamapS defers that one [08:23] good morning [08:26] ok.. time for actual sleep [08:26] SpamapS, sleep tight [08:38] wgrant, cjwatson: are there known publisher problems again? [08:38] I can't find out what happened with python-zeitgeist [08:39] it's built, it's published, it's not in NEW, rmadison and queue on cocoplum have it [08:39] but [08:39] $ wget -O- -q http://archive.ubuntu.com/ubuntu/dists/precise/main/binary-i386/Packages.bz2| bzgrep '^Package: python-zeitgeist' [08:39] $ [08:39] pitti: More likely to be mirroring issues. [08:39] Let's see. [08:39] pitti: I've already fixed it. [08:39] wgrant: sorry, that's what I meant to say [08:39] cjwatson: ah, great; OOI, what was it? [08:39] What was broken? [08:39] You're an hour too slow, old man :-) [08:39] didrocks: ^ FYI [08:40] Nothing was broken in Launchpad. python-zeitgeist was stuck in NEW. [08:40] Aj [08:40] Ah [08:40] 09:33:21 didrocks | pitti: it's not a new one [08:40] 09:33:24 didrocks | was there already [08:41] didrocks: ^ so apparently it was NEW after all? [08:41] It was NEW as far as Launchpad was concerned. [08:41] cjwatson: ok, thanks [08:41] it's not, it was there, or am I dreaming with another unstable zg version? [08:41] * didrocks checks [08:41] didrocks: Launchpad disagrees with you. [08:41] anyway, mystery solved, so it was just a race condidtion between me looking and cjwatson NEWing it [08:41] And yes, archive.ubuntu.com may in general be a little bit behind. [08:42] didrocks: dreaming :) [08:42] pitti: cjwatson: argh, you're right, it was in zg-core before, I prepared the split just after oneiric released and so, that's why I didn't see it in the diff I made this morning [08:42] I've kicked off CD rebuilds too. [08:42] didrocks: https://launchpad.net/ubuntu/+source/zeitgeist/0.8.2-1/+build/2806982 was the previous Ubuntu version and didn't have it; so I assume PPA [08:42] pitti: cjwatson: sorry, should take another cup of coffee it seems [08:43] thanks for newing it cjwatson :) [08:43] cjwatson: FWIW, nice that rmadison is now actually faster than archive.u.c. [08:43] since it stopped lagging for several hours it became even more useful [08:46] heh, yeah [08:46] in fact, I'm setting up chdist on ubuntu-archive@lillypilly [08:46] bored with waiting for a.u.c to update [08:49] most of the KDE chaos on precise_probs.html is due to akonadi build skew [08:49] cjwatson: oh, does it actually pull from archive? I had assumed syncproxy [08:49] it pulls from ftpmaster [08:49] er, wait, what are you referring to by "it"? [08:50] eh, nevermind; somehow I read that as "cd image build machine" [08:50] ah, well, that pulls from ftpmaster too [08:50] with "it" being the local mirror [08:51] /srv/cdimage.ubuntu.com/ftp/ etc. [08:51] generally I think most of our own processes don't have to wait for syncproxy any more. [08:51] I just noticed that this sometimes takes up to 10 mins after the hour to pick up a new package [08:51] cdimage will pick it up immediately the publisher has finished; actually even before the publisher has finished [08:52] ah, is that new? [08:52] typically as soon as the new dists/ is put into place, which is normally around :20 [08:52] yes, in the last month or so [08:52] my last "*nnng* need this now* was probalby around oneiric beta-1 [08:52] ah, sweet [08:52] part of the whole process of streamlining image builds [08:53] \o/ [08:55] I'm hoping we can be on 30-minute publisher runs by the new year [08:55] That is, roughly, December's project [08:58] Wow, build queue depth. I think that means it's time to go and get the child ready ... [08:59] pitti: Incidentally, you can look at ~ubuntu-archive/mirror/ubuntu/ on lillypilly - that's where rmadison, cron.NBS, etc. get their data now [09:00] And all the reports should be triggered from ~ubuntu-archive/bin/archive-reports. I'll be moving *-mismatches over as soon as an RT gets processed to let me rsync germinate output too. [09:01] that's so sweet! much less wasted wood from biting into tables while waiting for an urgent image build [09:08] shadeslayer_, i am now === tkamppeter__ is now known as tkamppeter [09:33] tkamppeter: any news about the re-birth of the foomatic-* tarballs on openprinting.org ? [09:49] How do you install debugging packages for libasound2, or any package? [09:49] There's some reference to a 2006 system, but I assume it's been replaced by now [09:51] oh here we go... [09:55] apw: bigon says kerneloops.org is dead; should we keep the daemon running and enabled? (and even installed?) [09:57] pitti, hmm i wonder if that was/is hosted at kernel.org [09:57] pitti: I was planning to orphan it in debian (as the maintainer is MIA) [09:57] apw: do you know if the project itself is still alive? i. e. not just fallout from teh kernel.org intrusion? [09:57] ah, well that could explain why the website is dead [09:59] i think bugzilla.kernel.org is still down from that, isn't it? [09:59] so i would have assumed they were just dealing with lots and lots of fallout === tsdgeos_ is now known as tsdgeos [09:59] hmm with the rate that things are coming back, if its something we can disable and reenable later if iti comes back, then i suspect that that is the right approach for now [09:59] i've not heard anything personally about the project being abandoned, but things have been strange since the breakin [10:06] got it! [10:06] apw: yes, we can disable it easily [10:06] * pitti does so [10:07] uploaded [10:07] apw, bigon ^ FYI [10:08] pitti, thanks, that makes sense to me [10:08] alright, I'll see what to do in debian with that package [10:39] @pilot in === udevbot_ changed the topic of #ubuntu-devel to: Precise open for uploads | 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: tjaalton, seb128 [10:40] * dholbach hugs seb128 [10:40] dholbach, ;-) === _salem is now known as salem_ [11:20] ogra_: nvm, Wanted to talk to you about ARM v6 compiles on ubuntu, but then read your reply on bug 848154 ... [11:20] Launchpad bug 848154 in Ubuntu "ARM version not supporting V6 RaspPi" [Undecided,Invalid] https://launchpad.net/bugs/848154 [11:21] yeah, we dont do v6 since karmic [11:21] Kind of torn between your views and the reporters :) [11:21] Its a pretty neat oppurtunity imho for students like myself [11:21] well, they are free to rebuild the archive on their own or to supply the needed resources to do it in the archive [11:21] Yeah, that I agreed with [11:22] we wont do it, and ubuntu is switching to armhf over the next two releases [11:22] ogra_: http://wiki.qt-project.org/Qt_RaspberryPi/Device_program << Nokia started a Device Program ... which is why I was looking at it [11:22] with that v6 wont even be an easy opportunity [11:22] Ah .. [11:31] ogra_: thanks for your time [11:31] np :) [11:36] $ lp-remove-package.py -u $SUDO_USER -m NBS -b -y libperl5.12 [11:36] hooray [11:36] * ogra_ applauds [11:38] woohoo [12:14] tseliot: any plans for having nvidia-cuda-toolkit in Ubuntu (it's in Debian, but due to nvidia packaging differences, can't just be synced)? === doko_ is now known as doko === MacSlow is now known as MacSlow|lunch [12:16] * cjwatson cuts three minutes off cron.NBS runtime [12:17] (3m38s -> 25s) [12:17] (well, for the archive-cruft-check bit) [12:17] not bad [12:20] tumbleweed: right, I should have a look at that. I'll put it on my todo list. Thanks for reminding me [12:20] tseliot: aha, thanks [12:37] cjwatson: ! === yofel_ is now known as yofel [13:27] today is feature definition freeze; I'd really like to have status.u.c. reset, so that all the trend lines are correct; slangasek, cjwatson, Daviey, apw, jibel: ok for you, too? [13:27] I don't have access myself, so I'll ask IS to rename the current DB (in case someone still needs it) [13:29] james_w: ^ do you still have access to this? [13:29] fine by me [13:29] I have two still to approve [13:29] better do that :) [13:29] actually, I think I thought FDF was tomorrow [13:30] https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule says Nov 24 [13:30] and usually all our freezes are on Thursdays [13:31] anyway, resetting it tomorrow WFM, I'd just like to get it done this week [13:31] oh, yes, I just misread the mail [13:32] wohoo, https://staging.launchpad.net/! thanks wgrant! [13:32] pitti: Ah, great. Hoped it would come back eventually :) [13:33] It's on a fresh DB, so it might time out even more than usual for a while as the caches warm up. [13:34] Hmm, or not. It's *meant* to be on a fresh DB. [13:42] pitti, no, just #is I believe [13:44] pitti: please do! [13:45] It would be nice to be able to easily reset it on demand, the trend line was useless last cycle for us - i didn't have the heart to raise an RT for it. [13:46] Daviey: individual trend lines can be changed by anyone [13:46] oh? Didn't realise that. [13:46] I thought since it moved, we couldn't. [13:46] Daviey: https://code.launchpad.net/~wi-tracker-configurators/launchpad-work-items-tracker/ubuntu-config/ is the config [13:46] it's in bzr [13:46] I've not been getting mails recently for bad syntax, even though i saw some with it.. Anyone else not getting mail? [13:47] pitti: ta [13:47] but it doesn't make sense to manually set hundreds of trend lines (NB all invidual users) around FDF [13:48] right === TeTeT_ is now known as TeTeT [14:00] pitti, ok for me [14:01] ok, WI tracker reset === MacSlow|lunch is now known as MacSlow [14:13] pitti, i don't mind either way, i am happy to leave things as they are and just reset the trend lines, but not bothered if you reset [14:23] doko, is that only on oneiric buildd's or any arm buildd building in an oneiric chroot [14:24] apw, should be for any buildd which is used to build precise (which I understand is oneiric) [14:25] at least scheat runs oneiric as the host system [14:30] hi [14:31] I had prepared a very small patch for XChat and I wanted to merge... the problem is that I found many XChat projects in Launchpad and I really don't know which one to branch and which one to push into. Please consider that my patch is Ubuntu related only so it must not be included in the upstream version of XChat. Any idea? Thanks. [14:33] apw, infinity, ppisati: so it looks like some buildds are still running on babbage boards (lucid?) [14:35] * doko wonders why we have a delta in amule which just removes a paragraph in the package description ... [14:36] doko: overzealous sponsors? [14:37] Daviey, hey, do you plan to keep following on https://code.launchpad.net/~gandelman-a/ubuntu/precise/facter/lp888671/+merge/81894 ? it's in the sponsoring queue and you started reviewing it, it seems, the submitter updated following your comments [14:44] seb128: Ah, do you have thoughts on it? It seemed bad to depend on ruby1.8.. but i don't care that much [14:45] Daviey, no, I'm just trying to clean a bit the sponsoring queue, you seemed to be on this one so I was not sure if it was needed to let it still be in the queue [14:46] seb128: sure, take off sponsors.. i'll take ownership for now. [14:46] Daviey, thanks [14:48] seb128: dumb question re: this merge request (https://code.launchpad.net/~roadmr/ubuntu/oneiric/checkbox/0.13/+merge/82719), how can I change the targetted series? [14:48] seb128: (btw, thanks so much for sponsoring our upload!) [14:49] roadmr, (you're welcome) [14:49] roadmr, not sure, I don't have an active merge request of mine handy to try, don't you have an edit or resubmit button somewhere? [14:50] seb128: oh yes, the "resubmit proposal" button lets me edit that. [14:50] seb128: sorry, I should have been able to figure that out myself, fixing it now [14:50] roadmr, yw [14:50] no worry [14:50] roadmr, it's uploaded in any case so you can set it as merged [14:51] pitti, well, I'll drop it [14:57] could somebody set https://code.launchpad.net/~kevin-lacqui/ubuntu/oneiric/eggdrop/fix-for-885329/+merge/81387 to work in progress or something else to get it off the sponsoring queue until it's updated? [14:58] @pilot out === udevbot_ changed the topic of #ubuntu-devel to: Precise open for uploads | 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: tjaalton [14:58] ok, enough for today [14:59] (sponsoring) [14:59] === dholbach_ is now known as dholbach [16:41] what was the fix for bugs like bug 894141 again? [16:41] Launchpad bug 894141 in qt4-x11 (Ubuntu) "bug caused by gzip './usr/share/doc/libqt4-network/copyright' is different from the same file on the system" [High,Confirmed] https://launchpad.net/bugs/894141 [16:41] or workaround [16:43] that's got nothing to do with the known gzip bug [16:43] copyright isn't compressed [16:44] it was a pkgbinarymangler bug when pitti fixed it recently, I believe [16:45] ok [16:45] though I don't see it in pkgbinarymangler's uploaded changelog; check IRC logs from a couple of days ago [16:49] nothing in bzr either, since 106 [16:49] that was a week ago [16:49] checking the irclog [16:51] hrm, did something break sbuild recently? [16:51] since sbuild-update'ing my precise chroot I can't build anymore... [16:52] http://paste.ubuntu.com/748384/ [16:53] cjwatson: found the dupe, bug 893826 [16:53] Launchpad bug 893826 in pkgbinarymangler (Ubuntu) "symlinked docs are different between architectures, depending on dpkg-deb package order" [Medium,Triaged] https://launchpad.net/bugs/893826 [16:53] hm seems I just happened to try and build two things that depend on locales-all | something-else [17:00] hmm, python-subunit has a MIR that was fixreleased several months ago, but I'm still getting a DEPWAIT trying to build-depend on it. Is there anything else I need to do ? === Quintasan_ is now known as Quintasan [17:11] hey [17:11] is here the team that makes the ubuntu 12.04 isoĊ›? [17:11] g0twig: probably easier to just ask your question directly, as there's a lot of stuff in the images and it's dealt with by lots of different people [17:12] g0twig: and please don't ask in multiple different channels [17:53] UGGGH [17:53] http://bugs.mysql.com/bug.php?id=61713 [17:53] ok.. thats too much to deal with on turkey day [18:47] stgraber: update on fuse: I have what I think is a correct merge that builds, but I need to test it some more before uploading [18:47] and it's EOD now I think [18:52] cjwatson: ok, thanks [19:46] pitti: are you still around? I have a question about a changelog from an SRU going into -security [19:52] pitti: nevermind, I figured it out === JanC_ is now known as JanC === salem_ is now known as _salem [20:37] is Launchpad broken for everyone or just me.com ? [20:38] sladen: define 'broken' - there's a new bug listing for beta testers but apart from that it's working for me [20:38] sladen: https://bugs.launchpad.net/ubuntu seems OK to me [20:39] ajmitch: OOPS on submitting bug changes [20:39] ajmitch: though making them individually appears to have worked [20:40] sladen: via email ? [20:42] lifeless: +edit submit [20:42] lifeless: I can no-longer reproduce it [20:43] there will be some OOPS in there [21:06] @pilot out === udevbot_ changed the topic of #ubuntu-devel to: Precise open for uploads | 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: [21:44] Hmmm... [21:45] I need to convert mysql-server from a meta-package to a virtual package so that mariadb and percona can provide it as well.... do I need to have an archive admin drop the old meta package in order to do that properly? [21:51] SpamapS: you could just have it provide alternate dependencies on those 3 packages with a preferred default first [21:52] wait, maybe not... [21:54] micahg: its orthogonal to my current goals.. so I'll leave it as a meta package for now [21:55] SpamapS: as long as the binary is there, it will try to use the binary to install, but if something else is pulled in, I think the provides takes precedence [21:58] * micahg is thinking of the notification-daemon package [21:58] micahg: Eventually I'd like for other mysql derivatives to be able to provide: mysql-server and mysql-client. For now, its not necessary. [21:58] SpamapS: makes sense [21:59] SpamapS: virtual packages can be named the same as a real package [22:00] lifeless: *oh* [22:00] I hadn't thought of it like that [22:00] SpamapS: so, you can leave the provides off of the mysql-server-foo package and leave the meta package to pull that in as a sane default, and add the provides/conflicts to the others [22:00] http://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual [22:01] Ok cool I'll do that with percona and maria [22:01] Which makes more sense. [22:01] 'If there are both concrete and virtual packages of the same name, then the dependency may be satisfied (or the conflict caused) by either the concrete package with the name in question or any other concrete package which provides the virtual package with the name in question. ' [22:01] SpamapS: and http://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg [22:04] SpamapS: the other thing to remember is 'If a relationship field has a version number attached, only real packages will be considered to see whether the relationship is satisfied (or the prohibition violated, for a conflict or breakage). ' [22:05] SpamapS: so you can have simple deps on 'mysql-server' satisfied by percona, oracle, drizzle etc [22:05] SpamapS: but you can't have complex ones like 'version >= 5' [22:05] Thats fine, it only makes sense in the simple case. [22:05] Package: oracle [22:05] LOL [22:05] Depends: mysql-server (>= awesome) [22:06] hahaha [22:06] \o/ [22:06] Breaks: * [22:06] well, I meant Provides: