[00:23] hi. i get a FTBFS for xserver-xorg-input-aiptek, buildlog: http://www.warperbbs.de/melting/readfile.php?file=andreas/xserver-xorg-input-aiptek_1.1.1-1build2_i386.build.gz , error: http://paste.ubuntu.com/141051/ [00:25] Ampelbein: at a glance, you are missing a build dependency of some sort. [00:25] Ampelbein: apt-file could help you track down the file you want, and the package its in. [00:25] TheMuso: just seen: http://launchpadlibrarian.net/24381721/buildlog_ubuntu-jaunty-i386.xserver-xorg-input-aiptek_1%3A1.1.1-1build2_FAILEDTOBUILD.txt.gz thats the official build [00:26] should i open a bug for this? [00:26] Ampelbein: not sure yet, let me think... [00:28] Ampelbein: I think a bug is only needed if you have a diff to fix it, but others may think differently. [00:29] TheMuso: i also think that's why those packages are not installable anymore. we changed xserver-xorg version and the old, compiled packages, conflict with those versions. [00:29] right [00:29] see bug #351076 [00:29] Launchpad bug 351076 in xserver-xorg-input-void "Package xserver-xorg-input-aiptek does not install (Januty beta)" [Undecided,New] https://launchpad.net/bugs/351076 [00:30] TheMuso: i'll be looking for the file and provide a diff [00:30] Ampelbein: thanks [00:30] Ampelbein: this bug was discussed on ubuntu-x@ earlier today. [00:31] bryce: oh, sorry. didn't see that [00:31] just joined half an hour ago [00:31] sbeattie: there are a few input drivers that won't build against xserver 1.6. on my list of things to fix.. [00:32] sorry, s/ubuntu-x@/#ubuntu-x/ [01:09] kees: around? [01:17] LaserJock: in and out, trying to get a ppc machine booted === jdong_ is now known as j-dizzle === j-dizzle is now known as jdong === Snova_ is now known as Snova [01:53] bryce: i think i found the issue, at least for the aiptek-driver, must look for the other drivers too. [01:53] Ampelbein: excellent [01:54] it seems that since ABI-Version 3 some function calls became obsolete [01:54] and of course the filename changed from xf86Version.h to xorgVersion.h [01:55] i will attach a patch for someone experienced to review though [02:01] bryce: can you give me some assistance? got the following warning from dpkg-shlibdeps :http://paste.ubuntu.com/141095/ [02:02] shouldn't shlibdeps check the "depends" and get the symbols from the libraries needed? [02:02] not sure [02:03] but Xfree, Xrealloc, xf86Msg, etc. are all extraordinarily standard calls that haven't moved or anything [02:04] Ampelbein: you might compare how linking is done in this driver with a working driver. maybe it's doing things in a wrong order or something [02:05] ok, will do that [02:22] bryce: a dependency was missing. but this could not have resulted in an actual error as those dependencies are installed with xorg anyway. but i added them nonetheless. [02:24] ok [02:26] bryce: now a package-naming question: currently the package is named 1.1.1-1build2, should i name 1.1.1-1build3 or rather 1.1.1-1ubuntu1, since this is a change not in debian yet? [02:26] 1.1.1-1ubuntu1 [02:27] thank you very much for helping! [02:32] Ampelbein: regarding missing dependencies: does the package list ${shlibs:Depends} on its depends line? [02:32] YokoZar: yes, it does [02:33] hmm, ok then. I'm still trying to figure out the cases where that misses things [02:36] Ampelbein: and thanks for investigating the problem! [02:51] bryce: bug #352083 [02:51] Launchpad bug 352083 in xserver-xorg-input-aiptek "FTBFS due to xserver-1.6" [High,Confirmed] https://launchpad.net/bugs/352083 [02:51] could you look over it and see if what i've done is ok? [02:51] sure [02:52] i'm a bit unsure because i usually use quilt or cdbs to add patches. here i added quilt, but before there was no patchsystem used. [02:52] so there are many changes not reflected. [02:55] Ampelbein: yes this looks perfect, thanks for adding a patch system, that's the correct way to do it [02:56] Ampelbein: this looks good to me, do you feel it to be ready for upload? I can sponsor for you if so. [02:57] bryce: don't know. the driver builds fine, but i don't have an aiptek handy to test if it works correctly [02:57] hmm [02:57] I tried pbuildering it but got an error [02:57] whuups. [02:57] my bad [02:57] bryce: Your posted debdiff can't possibly be correct. It doesn't include any debian/* changes for quilt. [02:58] let me doublecheck that the patch is applying [02:58] i forgot [02:58] debian/rules not changed [02:58] infinity: aha right [02:59] bryce: Also, sort of ironic that you told him that was the right way to do it. I tend to rey to discourage people from forking packaging from Debian (unless you intend to push the quiltiness back up to XSF) just to maintain a 3-line patch... [02:59] Ampelbein: do you want to post a new debdiff with that added or shall I? [02:59] i will do that [03:00] bryce: A 3-line inline diff is so much easier to merge than a bunch of extra goo in debian/* [03:00] infinity: tjaalton is going to incorporate the fixes for this and other input drivers that are failing to build and put into debian [03:00] s/tend to rey/tend to try/ [03:01] so shouldn't i use a patchsystem for that? [03:01] bryce: Kay. If all the debian/* changes are going upstream too, I retract my objection. I just spent too much time over too many years merging massive changesets that boiled down to "I wanted to fix a 5-character string, and I added 15 lines to debian/* to do it" [03:02] infinity: i'm sorry. i'm fairly new to this. just updated ubuntu-desktop-packages so far. [03:02] Ampelbein: Don't apologize. It's more of a religious thing than a strict policy. :) [03:02] infinity: in this case the fix Ampelbein is adding is already upstream at freedesktop.org, so he's essentially backporting it for us [03:02] Ampelbein: And if the people who will be dealing with this (bryce and tjaalton) think it's good, it's good. [03:03] infinity: when debian has a newer version incorporated, we can probably just sync. But meantime this will enable others to test the driver [03:03] bryce: Yeah. My usual argument is just that it makes merging with Debian a bit tougher. More chance for conflicts in control/rules/etc. [03:03] infinity: what Ampelbein is doing is good [03:03] bryce: But, not my domain, so I defer to you and tjaalton. [03:04] infinity: we're well accustomed to patch systems appearing and disappearing as needed for patch backports, so it's all good === Snova_ is now known as Snova [03:08] bryce: correct patch added. [03:10] note to self: alaways run "debuild -S -sd" after changing something [03:10] :-) [03:11] oh, you wanted a debdiff. [03:11] wait a second [03:14] debdiff attached [03:14] awesome, pbuildering [03:15] builds [03:15] hey guiz, I know this is a stupid, irrelevant, non-development question but..when we implement it,will plymouth work with a mobile radeon 7500? [03:15] i didn't figure out how to get rid of the missing symbols though. but they are in ALL previous builds [03:16] the missing dependency wasn't missing after all ;-) [03:16] Ampelbein: ok looks good. I added a mention of the rules changes in the changelog but otherwise looks good to go [03:16] Ampelbein: upload sponsored, thanks :-) [03:16] damn. forgot that. ok then, will look at the other xserver-xorg-input-* packages tomorrow [03:17] it's 04:16AM here. [03:17] have to work at 10, so 4 hours sleep have to be enough ;-) [03:18] bryce: thanks for all the help. and hanks infinity for the different view on the patch-things [03:18] s/hanks/thanks. [03:19] night Ampelbein [03:19] cu all. === TheMuso_ is now known as TheMuso [04:32] A [05:02] Quick question: are the patch tagging guidelines at https://wiki.ubuntu.com/UbuntuDevelopment/PatchTaggingGuidelines just comments manually inserted to the top of a debdiff, or are they meant to go into the patch file inside the package itself? [05:04] Nevermind it's almost surely the latter [05:07] YokoZar: It is the latter. [05:13] So, I've added two patches to the main sponsorship queue, but in return I've cleared two things from the universe queue ;) [05:23] Does that mean... [05:23] You've.. [05:23] OMG. [05:23] ZERO ENTROPY> [05:23] WORK DONE FOR NOTHING [05:23] ERROR IN MAIN DATABANKS. [05:37] is nautilus-actions not being maintained anymore upstream? i took a look at nautilus-act in GNOME's bugtracker and none of them are confirmed but all revolve around bug 341035 [05:37] Launchpad bug 341035 in nautilus-actions "[jaunty] %d parameter returns nothing" [Undecided,New] https://launchpad.net/bugs/341035 [05:38] i shouldn't say all of them. but a few of them. [05:44] heh yea the nautilus actions websites have not seen updates for at least a couple years. [05:50] oh it's a universe package, nm :-) [06:26] good morning [06:30] Hey dholbach! [06:30] good morning === fabrice_sp__ is now known as fabrice_sp [06:32] hi fabrice_sp! [06:49] Good morning [06:55] hum, why is pinentry-gtk2 suddenly installed on my machine? and gnupg-agent and gnupg and gnupg2, shouldn't gnupg and seahose be enough? [06:56] (just discovered when I had an ugly text box coming up for entering my gpg key) [07:00] dholbach: So thats why the GPG signing dialog box changed. :) [07:00] * TheMuso didn't really consider it, thought it was a change in gpg-agent or whatever got used. [07:00] TheMuso: I have no idea which upgrade pulled it in, but purging pinentry-gtk2 and gnupg-agent "fixed it for me" [07:01] still somewhat surprised about it and gnupg{,2} being around [07:05] Hi pitti, it seems you uploaded the debdiff in Bug #338553, without changing what you put in your comment. Is it normal? [07:05] Launchpad bug 338553 in graphviz "[jaunty] libgv-python: Depends: python (< 2.6)" [Medium,Fix released] https://launchpad.net/bugs/338553 [07:27] fabrice_sp: sorry, what do you mean? [07:28] dholbach: oh, I wondered about that yesterday [07:28] pitti: I didn't narrow down how that happenede [07:30] dholbach: gnupg2 recommends gnupg-agent [07:31] pitti: do you know why we have the two gnupgs? [07:31] dholbach: we have had them for ages [07:31] primarily for kde [07:32] but both installed? [07:32] purging gnupg2 would purge ecryptfs-utils and seahorse, hmm [07:33] a-haa [07:33] Package: libgpgme11 [07:33] Depends: libc6 (>= 2.8), libgpg-error0 (>= 1.4), libpth20 (>= 2.0.7), gnupg (>= 1.4.6-2), gnupg2 (>= 2.0.4) [07:33] that should be an |, I guess [07:33] also, why is a program a dependency of a library in the first place.. [07:35] I filed bug 352180 [07:35] Launchpad bug 352180 in gpgme1.0 "libgpgme11 pulls in both gnupg and gnupg2" [Undecided,New] https://launchpad.net/bugs/352180 [07:36] slangasek: ^ that's responsible for at least 1.3 MB CD space [07:36] ah, cool [07:37] a-ha [07:37] http://launchpadlibrarian.net/24055413/gpgme1.0_1.1.8-2ubuntu1_1.1.8-2ubuntu2.diff.gz [07:37] recent ubuntu specific change [07:37] pitti, depmod is failing to run with the new kernel (2.6.28-11.38) but apport says its not generating a report because "the error message indicates its a followup error from a previous failure". [07:41] pitti, Now its saying "No apport report written because MaxReports is reached already" [07:41] cody-somerville: can you please ping mvo about it? that's from libapt [07:41] Okay. [07:41] can an ubuntu-release member follow up on bug 351591? [07:41] Launchpad bug 351591 in libpcap "Please sync libpcap 1.0.0-1 (main) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/351591 [07:45] dholbach: done, but what's to be done on it from a release hat? [07:45] pitti: I thought it needs an ACK at this point, no? [07:46] dholbach: only freeze violations [07:46] ok [07:55] dholbach: new gpgme uploaded; thanks for pointing out [07:55] * pitti tosses more CD space to slangasek [07:55] * dholbach hugs pitti [07:55] WOOHOO! [07:56] * pitti hugs dholbach [08:00] tkamppeter_: rejected foo2zjs from intrepid-proposed, no bug number in changelog [08:09] nxvl: did you see my comment about aterm and the removal of /usr/bin/aterm? === tkamppeter_ is now known as tkamppeter [08:15] pitti, sorry, will re-upload. Bug number for you to see the report already now: bug 351630 [08:15] Launchpad bug 351630 in foo2zjs "[Intrepid] foo2zjs does not print with custom paper sizes" [Undecided,New] https://launchpad.net/bugs/351630 [08:16] pitti, new version uploaded. [08:19] pitti: For bug 348865 the real symptoms are from the packages I listed that build-dep on libgsasl7-dev. Any chance that rebuilds of those could be uploaded to -proposed? [08:19] Launchpad bug 348865 in gsasl "[hardy] libgsasl7-dev missing dependencies on libntlm0-dev, libkrb5-dev" [Undecided,Fix committed] https://launchpad.net/bugs/348865 [08:20] (the msmtp in -backports is what caused us to notice the bug initially) [08:20] can somebody moderate my mail on u-d-a? [08:21] tkamppeter: is that fixed in jaunty already? [08:21] dholbach: looking [08:21] thanks pitti [08:21] dholbach: the "МАССОВАЯ РЕКЛАМА"? [08:21] pitti: errrrrr, no :) [08:21] the Реkлама для Вашей фирмы then? [08:21] pitti: no [08:21] * pitti wonders why for some months we get 99% russian spam [08:21] pitti: something with Packaging Training? :) [08:22] for those who don't speak Russian, that means "Advertisement for your company" [08:22] at least you can't claim that they don't mark their spam appropriately [08:22] dholbach: nudged [08:22] pitti: gracias! [08:23] dholbach: de nada [08:23] ebroder: once the -proposed version is in? [08:24] ebroder: sure, if that's necessary, please explain in the bug and add tasks for the packages which need rebuilds; feel free to upload them already, we can accept them once the gsasl SRU is built and published [08:24] pitti, yes, it is fixed in Jaunty. Should I mark the main task of bug 351630 as "Fix Released" then? [08:24] Launchpad bug 351630 in foo2zjs "[Intrepid] foo2zjs does not print with custom paper sizes" [Undecided,New] https://launchpad.net/bugs/351630 [08:24] tkamppeter: yes, please [08:25] tkamppeter: rejecting again; there's still no bug number in the changelog [08:25] pitti, bug updated. [08:25] pitti: I'll open the necessary bugs, but I'm not MOTU so I can't target or upload. Who should I subscribe to the bugs to get them dealt with? [08:25] ebroder: motu-sru should already be subscribed, should be fine [08:25] Ok [08:26] pitti, in the notification I got there is a "(LP: #351630)", so I perhaps should send you the package by personal mail? [08:27] bug 351630 [08:27] Launchpad bug 351630 in foo2zjs "[Intrepid] foo2zjs does not print with custom paper sizes" [Undecided,New] https://launchpad.net/bugs/351630 [08:27] tkamppeter: perhaps you accidentally uploaded the previous package again? [08:27] pitti, I will retry and after that report a bug in LP. [08:27] tkamppeter: please look at the source.changes before uploading [08:27] it should have the (LP: #12345) in it [08:28] pitti, it is exactly that. [08:28] tkamppeter: ah, hang on [08:28] I have even verified the bug number with Ubotto [08:28] tkamppeter: do you still have an .upload file around? [08:29] Yes. [08:29] you need to delete this, otherwise dput will do nothing [08:29] I had done dput -f [08:29] and it showed that it uploaded files [08:30] hmm [08:30] let's just try it again then [08:30] I can simply raise the version number as a workaround for the LP bug [08:30] tkamppeter: no, don't [08:31] tkamppeter: ignore me [08:31] seb128: around? [08:31] I see the correct upload now [08:31] It always says [08:31] OK [08:31] mdke: hi [08:32] seb128: hi! I tried that fix for brasero and it works, but the debdiff is contaminated for some reason by the pot file for the help. I've attached it to bug 264314 anyway, let me know if you know why that has happened [08:32] Launchpad bug 264314 in brasero "Brasero documentation does not appear in Yelp search results" [Medium,Confirmed] https://launchpad.net/bugs/264314 [08:33] mdke: clean targets are buggy you probably did build clean and rebuild in the same directory [08:33] mdke: you can edit the debdiff by hand or remove the template manually if you want [08:33] seb128: aha. Ok, let me try [08:37] seb128: ok, revised debdiff posted to the bug [08:37] thanks [08:37] mdke: thank you [08:38] mdke: subscribe the sponsor team if you didn't, I will have a look later [08:38] seb128: done [08:49] pitti: oh - I forgot that en is the only language with language-support on the CD... that means splitting gnome-user-guide buys us even more space than I thought, too :) [08:50] yay, space [08:52] slangasek: hehe [08:52] even with the current dailies we have an impressive 11 MB (i386)/7 MB (amd64) free [08:52] add another 1.3 for the gnupg2 fix [08:52] yay [08:53] * slangasek preemptively adds more langpacks in :) [08:54] now just free up another 100 meg, and we're sorted for OpenJDK! [08:56] but didn't you know we have to add a whole bunch of otehr default wallpapers on? apparently that's just *so* important, according to the bug about it... [08:56] Hobbsee: heh [08:56] Hobbsee, well, whatever happened to monthly naked wallpapers, what's what i want to know! [08:57] directhex: they got moved to your friendly neighbourhood porn site, filtered by the Australian Minister for Censorship. [08:58] Hobbsee, i thought only dissident thought was on the censorship ministry's filter list [08:58] directhex: that too. There's a whole bunch of stuff on there that shouldn't be, it appears, from wikileaks [08:59] is that the same ministry for censorship that feels the best way to protect children from violent videogames is to outright refuse to classify 18-rated games as 18+, and instead release them as 15+? [08:59] pitti, slangasek: can we get a list of what language packs are on the CDs now and what else we could get with how much space? [08:59] directhex: i'm not sure. [08:59] They do refuse 18+ games, yes. I'm not sure it's the same department. [09:00] seb128: 'grep Languages ship live'? [09:00] (for the first part) [09:00] slangasek: right, thanks ;-) [09:01] still a short list, but looking better [09:01] knowing what we can get with more space will have to wait for another CD run with pitti's latest space-saving changes [09:02] ok [09:02] French is safe on i386 desktop, anyway. :) Still not on amd64 desktop yet [09:09] What causes...apt? dkpg? I guess I'm not sure which...to display the changelog entry and send mail to root@localhost? === thekorn_ is now known as thekorn [09:24] bryce: *wiping off a tear* Jesse Barnes' -intel patch turned my X from "several problems" into "work of perfection" [09:24] pitti: what patch? [09:25] pitti: does it fix intel crashing when closing an another session? [09:25] seb128: https://bugs.freedesktop.org/show_bug.cgi?id=19304#c41 [09:25] Freedesktop bug 19304 in Driver/intel "[i945 FBC] spontaneous black screen (major pipe-A underrun)" [Normal,Reopened] [09:25] seb128: I didn't have that problem [09:25] seb128: but I don't think so [09:25] ok [09:25] seb128: that patch fixes flickering in glxgears, and pipe underruns [09:26] seb128: I did several guest sessions etc. yesterday, no crashes for me [09:26] and so far it didn't freeze after suspend yet [09:26] lucky you [09:27] I can't use my laptop to do any user switching since jaunty [09:27] it crashes on session closing with exa [09:27] and on session opening with uxa [09:28] bryce: apparently the "fix pipe underrun" patch I previously applied was more like a hack (static watermark levels), current one computes them dynamically [09:28] seb128: is that bug upstream? [09:28] I get quite a good responsiveness from them [09:29] pitti: no, it's on https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/348428 but I will upstream it today if they don't [09:29] Ubuntu bug 348428 in xserver-xorg-video-intel "Swithing to another user and then to anything else, freezes laptop. Jaunty" [High,Confirmed] [09:30] I've added stacktrace for the exa and uxa crashes there [09:34] why does python suck so much compared to all other languages??? [09:47] bah, shouldn't have said this too loudly, X hung again after suspend [09:48] it wanted to catch you out again... [09:49] bah, not having suspend sucks [09:50] especially on planes and conferences [09:52] pitti, weren't you paying attention? jaunty boots so awesomely fast, you don't NEED suspend! [09:52] seb128: just read the bug (also the upstream one, which is linked now); I don't get that, no [09:52] directhex: now, if only we had session saving.. [09:52] pitti: ok [09:52] pitti, still broken on jaunty? [09:52] directhex: and "switch on" to "desktop" is still 2 minutes on my machine [09:52] pitti: we have on logout ;-) [09:53] seb128: session _saving_? [09:53] I'm still starting my gsession.sh script after logging in [09:53] but that only does half of the job [09:53] directhex: when you can boot in 3 seconds, tell me again that i don't need suspend [09:53] hyperair, try BeOS ;) [09:53] that's not ubuntu [09:53] pitti: yes [09:53] i want ubuntu damnit [09:54] pitti: thanks for landing that hal-info patch for me. [09:54] jamesh: you're welcome [09:54] now we just need portable media players running UME [09:55] pitti: ping [09:55] RicardoPerez: http://err.no/personal/blog/2006/Oct/10 [09:56] pitti: oh, sorry, you are right :) [09:56] pitti: bug #348225 seems not to be solved for me. translations are still inside .desktop files [09:56] Launchpad bug 348225 in synaptic "Remove inline translations from .desktop files" [Medium,Confirmed] https://launchpad.net/bugs/348225 [09:57] RicardoPerez: hm, worked on a local build [09:57] RicardoPerez: I assume the buildd chroots have an outdated pkgbinarymangler then [09:57] pitti: can I help in some way in order to fix it? [09:58] RicardoPerez: can you please reopen the synaptic/s-c-p tasks and say so? [09:58] pitti: right, they're already open [09:58] infinity, lamont: it seems our buildd chroots have an outdated pkgbinarymangler; can you please upgrade them to version 57? [10:01] pitti: They autoupgrade on build... [10:02] that's what I thought as well.. [10:02] pitti: That said, there's no mangler upgrade being done in recent builds, so it's up-to-date in the chroots... [10:04] pitti: Or not... *blink* [10:04] weird, I looked at the synaptic build log, and there's no trace of the new code [10:05] Oh, FFS. [10:05] pitti: Someone demoted it to universe... [10:05] pitti: On main builds, the chroots only have main in sources.list, so no upgrade. [10:06] pitti: Why on earth was pkgbinarymangler demoted? [10:06] WTH? [10:06] infinity: I have no idea [10:06] * pitti promotes [10:06] infinity: perhaps it appeared in component-mismatches, and someone was too eager with cleaning it up [10:06] I see pkgbinarymangler in universe, too [10:06] * pitti seeds [10:08] infinity: so once that's in main again, the chroots will upgrade them automatically? [10:08] pitti: Yup. [10:08] infinity: ok, thanks! [10:08] pitti: I'll freshen them during my work hours tomorrow anyway, but the auto-upgrading should work once it's republished to main. [10:09] Oh how I long for audit trails in soyuz, so I could tell WHO demoted it back in February. :/ [10:10] Thanks a lot to anybody helping to fix this bug :) [10:11] pitti: can I disturb you with another "fixed" bug, not fixed really? [10:11] RicardoPerez: sure [10:12] pitti: bug #207677, I still can't see the "System policy prevents modifying the configuration" message translated when I click on any Unlock button. [10:12] Launchpad bug 207677 in system-tools-backends ""System policy prevents modifying the configuration" shows untranslated" [Medium,Confirmed] https://launchpad.net/bugs/207677 [10:17] RicardoPerez: I got your bug mail from that, will follow up soon [10:17] pitti: Thanks very much! I stay tuned [10:18] see you all, thanks again, and bye! [10:29] time to do-release-upgrade [10:30] for the 7th time since it was installed with hoary === thekorn_ is now known as thekorn === asac_ is now known as asac [10:56] i DO with jaunty upgrades didn't sever network connectivity early on in the package installation [10:57] wish [11:13] ebroder: you have apt-listchanges installed, and configured to behave that way [11:16] http://qa.ubuntu.com/reports/bug-fixing/jaunty-fixes-report.html [11:16] I broke the 200 mark! [11:19] damn you [11:19] i have 10. 10 is loads! [11:19] we're 21 short of intrepid [11:20] * pitti throws the gauntlet to cjwatson [11:21] cjwatson: still weird, I had expected that we'd fix much more in jaunty :( [11:21] cjwatson: intrepid, is that including SRUs? [11:21] the kernel SRUs alone probably account for something like 70 bug reports [11:21] I'm not sure but I guess so [11:21] much more> yes :( [11:21] we still have a couple of weeks [11:27] bryce: I just updated 339091 with some new investigations, and linked to a kernel bug; is it even possible that the kernel DRM regression in 2.6.29rc6 is responsible for this? IOW, did we pull the DRM bits from head into our kernel? [11:29] pitti: it's possible [11:30] tjaalton: ah, thanks; I updated the kernel, fd.o, and LP bug with my findings [11:31] pitti: there were a few commits that were pulled from upstream, but they didn't solve vblank so it was disabled again in the DRI driver (mesa) [11:31] but the kernel commits remained [11:31] tjaalton: you mean the "trying to get vblank count for disabled pipe 1"? or the "Unknown parameter 6" thingies? [11:34] pitti: I don't know if they are related [11:36] is anyone objecting if i add armel to the list of arches in desktop for openoffice [11:36] * ogra slaps forhead several times for that silly oversight [11:36] (and indeed i need to upload -meta) [11:39] pitti: hm, the patches are from the intel stable patchset for the kernel, so removing them now might cause other problems [11:39] tjaalton: oh, I'm not suggesting we should ditch them; perhaps upstream can fix them [11:39] pitti: but you could try mesa 7.4 from my ppa, it seems to solve at least some of my problems [11:39] pitti: yeah, that should be the right approach :) [11:39] tjaalton: oh, sure [11:40] and we didn't pull any patches that weren't either in .29 or drm-next [11:40] tjaalton: I know, but someone else confirmed that the regression happened between 2.6.29rc5 and rc6 [11:40] in fact, it was the original reporter of http://bugzilla.kernel.org/show_bug.cgi?id=12778 [11:40] I did propose a couple of patches related to vblank, but decided to disable it instead, since upstream couldn't decide how to fix it properly [11:40] bugzilla.kernel.org bug 12778 in Video(DRI) "suspend regression from 29rc5 to 29rc6" [Normal,Needinfo] [11:41] yeah I saw that [11:41] maybe reassign it to jbarnes? [11:42] I don't think I'm eligible to assign bugs in bz.kernel.org.. [11:42] hmm ok [11:42] but try the new mesa first [11:43] trying your mesa now [11:43] thanks [11:43] thanks to you [11:46] ogra: no objection here [11:47] ok, already running ./update :) [12:25] I'm looking for an online gettext translation system. The Launchpad Rosetta project looks great but isn't Launchpad still closed source? Are there any plans to spin Rosetta off into a separate standalone application? Thanks. [12:25] firefly2442: try asking in #launchpad - launchpad including rosetta will be open-source in July (I think) [12:33] yep, by July - https://dev.launchpad.net/OpenSourcing [12:35] lool,ogra: with the latest jaunty UNR, I'm seeing gnome-do pop up unexpectedly on login. this wasn't happening before. are you already aware of it? === mcasadevall is now known as NCommander [12:42] mdz, i personally wasnt (StevenK cares for UNR) [12:44] mdz: Oh. I seeded it, but it popping up on login is unintended [12:45] StevenK, does it actually need to be installed ? sounds like something that could go into ship [12:45] ogra: I'd like it seeded ... [12:46] Which is why it was, actually. [12:46] ah [12:49] TheMuso: does Ara's latest comment in bug 301755 represent a new bug, or a recurrence of the same bug? [12:49] Launchpad bug 301755 in pulseaudio "Crackling noise after update to pulseaudio" [High,Fix released] https://launchpad.net/bugs/301755 [12:53] mdz: never seen that === thekorn_ is now known as thekorn [12:53] lool: I seeded gnome-do early my afternoon [12:54] StevenK: Shall we defer its addition to karmic? [12:54] StevenK: or is this something the upstream UNR folks care a lot about? [12:56] lool: It's something *I* care about [12:57] Do? [12:58] directhex: Do is Good [12:58] StevenK, what have you seeded it onto? [12:59] directhex: ubuntu-netbook-remix [12:59] oh, coolness! [13:00] so how long before dell are shipping netbooks with Do by default? :p [13:19] does the ubuntu buildd support packages in piped build-deps? [13:19] i.e. does "debianfoo | ubuntufoo" work, or does it have that dreadful debian "ignore everything after the pipe" issue [13:23]