/srv/irclogs.ubuntu.com/2009/03/31/#ubuntu-devel.txt

Ampelbeinhi. 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:23
TheMusoAmpelbein: at a glance, you are missing a build dependency of some sort.00:25
TheMusoAmpelbein: apt-file could help you track down the file you want, and the package its in.00:25
AmpelbeinTheMuso: 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 build00:25
Ampelbeinshould i open a bug for this?00:26
TheMusoAmpelbein: not sure yet, let me think...00:26
TheMusoAmpelbein: I think a bug is only needed if you have a diff to fix it, but others may think differently.00:28
AmpelbeinTheMuso: 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
TheMusoright00:29
Ampelbeinsee bug #35107600:29
ubottuLaunchpad bug 351076 in xserver-xorg-input-void "Package xserver-xorg-input-aiptek does not install (Januty beta)" [Undecided,New] https://launchpad.net/bugs/35107600:29
AmpelbeinTheMuso: i'll be looking for the file and provide a diff00:30
bryceAmpelbein: thanks00:30
bryceAmpelbein: this bug was discussed on ubuntu-x@ earlier today.00:30
Ampelbeinbryce: oh, sorry. didn't see that00:31
Ampelbeinjust joined half an hour ago00:31
bryce<tjaalton> sbeattie: there are a few input drivers that won't build against xserver 1.6. on my list of things to fix..00:31
brycesorry, s/ubuntu-x@/#ubuntu-x/00:32
LaserJockkees: around?01:09
keesLaserJock: in and out, trying to get a ppc machine booted01:17
=== jdong_ is now known as j-dizzle
=== j-dizzle is now known as jdong
=== Snova_ is now known as Snova
Ampelbeinbryce: i think i found the issue, at least for the aiptek-driver, must look for the other drivers too.01:53
bryceAmpelbein: excellent01:53
Ampelbeinit seems that since ABI-Version 3 some function calls became obsolete01:54
Ampelbeinand of course the filename changed from xf86Version.h to xorgVersion.h01:54
Ampelbeini will attach a patch for someone experienced to review though01:55
Ampelbeinbryce: can you give me some assistance? got the following warning from dpkg-shlibdeps :http://paste.ubuntu.com/141095/02:01
Ampelbeinshouldn't shlibdeps check the "depends" and get the symbols from the libraries needed?02:02
brycenot sure02:02
brycebut Xfree, Xrealloc, xf86Msg, etc. are all extraordinarily standard calls that haven't moved or anything02:03
bryceAmpelbein: you might compare how linking is done in this driver with a working driver.  maybe it's doing things in a wrong order or something02:04
Ampelbeinok, will do that02:05
Ampelbeinbryce: 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:22
bryceok02:24
Ampelbeinbryce: 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
bryce1.1.1-1ubuntu102:26
Ampelbeinthank you very much for helping!02:27
YokoZarAmpelbein: regarding missing dependencies: does the package list ${shlibs:Depends} on its depends line?02:32
AmpelbeinYokoZar: yes, it does02:32
YokoZarhmm, ok then.  I'm still trying to figure out the cases where that misses things02:33
bryceAmpelbein: and thanks for investigating the problem!02:36
Ampelbeinbryce: bug #35208302:51
ubottuLaunchpad bug 352083 in xserver-xorg-input-aiptek "FTBFS due to xserver-1.6" [High,Confirmed] https://launchpad.net/bugs/35208302:51
Ampelbeincould you look over it and see if what i've done is ok?02:51
brycesure02:51
Ampelbeini'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
Ampelbeinso there are many changes not reflected.02:52
bryceAmpelbein: yes this looks perfect, thanks for adding a patch system, that's the correct way to do it02:55
bryceAmpelbein: this looks good to me, do you feel it to be ready for upload?  I can sponsor for you if so.02:56
Ampelbeinbryce: don't know. the driver builds fine, but i don't have an aiptek handy to test if it works correctly02:57
brycehmm02:57
bryceI tried pbuildering it but got an error02:57
Ampelbeinwhuups.02:57
Ampelbeinmy bad02:57
infinitybryce: Your posted debdiff can't possibly be correct.  It doesn't include any debian/* changes for quilt.02:57
brycelet me doublecheck that the patch is applying02:58
Ampelbeini forgot02:58
Ampelbeindebian/rules not changed02:58
bryceinfinity: aha right02:58
infinitybryce: 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
bryceAmpelbein: do you want to post a new debdiff with that added or shall I?02:59
Ampelbeini will do that02:59
infinitybryce: A 3-line inline diff is so much easier to merge than a bunch of extra goo in debian/*03:00
bryceinfinity: tjaalton is going to incorporate the fixes for this and other input drivers that are failing to build and put into debian03:00
infinitys/tend to rey/tend to try/03:00
Ampelbeinso shouldn't i use a patchsystem for that?03:01
infinitybryce: 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:01
Ampelbeininfinity: i'm sorry. i'm fairly new to this. just updated ubuntu-desktop-packages so far.03:02
infinityAmpelbein: Don't apologize.  It's more of a religious thing than a strict policy. :)03:02
bryceinfinity: in this case the fix Ampelbein is adding is already upstream at freedesktop.org, so he's essentially backporting it for us03:02
infinityAmpelbein: And if the people who will be dealing with this (bryce and tjaalton) think it's good, it's good.03:02
bryceinfinity: when debian has a newer version incorporated, we can probably just sync.  But meantime this will enable others to test the driver03:03
infinitybryce: 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
bryceinfinity: what Ampelbein is doing is good03:03
infinitybryce: But, not my domain, so I defer to you and tjaalton.03:03
bryceinfinity: we're well accustomed to patch systems appearing and disappearing as needed for patch backports, so it's all good03:04
=== Snova_ is now known as Snova
Ampelbeinbryce: correct patch added.03:08
Ampelbeinnote to self: alaways run "debuild -S -sd" after changing something03:10
bryce:-)03:10
Ampelbeinoh, you wanted a debdiff.03:11
Ampelbeinwait a second03:11
Ampelbeindebdiff attached03:14
bryceawesome, pbuildering03:14
brycebuilds03:15
Superdweebhey 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
Ampelbeini didn't figure out how to get rid of the missing symbols though. but they are in ALL previous builds03:15
Ampelbeinthe missing dependency wasn't missing after all ;-)03:16
bryceAmpelbein: ok looks good.  I added a mention of the rules changes in the changelog but otherwise looks good to go03:16
bryceAmpelbein: upload sponsored, thanks :-)03:16
Ampelbeindamn. forgot that. ok then, will look at the other xserver-xorg-input-* packages tomorrow03:16
Ampelbeinit's 04:16AM here.03:17
Ampelbeinhave to work at 10, so 4 hours sleep have to be enough ;-)03:17
Ampelbeinbryce: thanks for all the help. and hanks infinity for the different view on the patch-things03:18
Ampelbeins/hanks/thanks.03:18
brycenight Ampelbein03:19
Ampelbeincu all.03:19
=== TheMuso_ is now known as TheMuso
lfaraoneA04:32
YokoZarQuick 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:02
YokoZarNevermind it's almost surely the latter05:04
ScottKYokoZar: It is the latter.05:07
YokoZarSo, I've added two patches to the main sponsorship queue, but in return I've cleared two things from the universe queue ;)05:13
SuperdweebDoes that mean...05:23
SuperdweebYou've..05:23
SuperdweebOMG.05:23
SuperdweebZERO ENTROPY>05:23
SuperdweebWORK DONE FOR NOTHING05:23
SuperdweebERROR IN MAIN DATABANKS.05:23
LordKowis 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 34103505:37
ubottuLaunchpad bug 341035 in nautilus-actions "[jaunty] %d parameter returns nothing" [Undecided,New] https://launchpad.net/bugs/34103505:37
LordKowi shouldn't say all of them. but a few of them.05:38
LordKowheh yea the nautilus actions websites have not seen updates for at least a couple years.05:44
LordKowoh it's a universe package, nm :-)05:50
dholbachgood morning06:26
fabrice_sp__Hey dholbach!06:30
fabrice_sp__good morning06:30
=== fabrice_sp__ is now known as fabrice_sp
dholbachhi fabrice_sp!06:32
pittiGood morning06:49
dholbachhum, why is pinentry-gtk2 suddenly installed on my machine? and gnupg-agent and gnupg and gnupg2, shouldn't gnupg and seahose be enough?06:55
dholbach(just discovered when I had an ugly text box coming up for entering my gpg key)06:56
TheMusodholbach: 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
dholbachTheMuso: I have no idea which upgrade pulled it in, but purging pinentry-gtk2 and gnupg-agent "fixed it for me"07:00
dholbachstill somewhat surprised about it and gnupg{,2} being around07:01
fabrice_spHi pitti, it seems you uploaded the debdiff in Bug #338553, without changing what you put in your comment. Is it normal?07:05
ubottuLaunchpad bug 338553 in graphviz "[jaunty] libgv-python: Depends: python (< 2.6)" [Medium,Fix released] https://launchpad.net/bugs/33855307:05
pittifabrice_sp: sorry, what do you mean?07:27
pittidholbach: oh, I wondered about that yesterday07:28
dholbachpitti: I didn't narrow down how that happenede07:28
pittidholbach: gnupg2 recommends gnupg-agent07:30
dholbachpitti: do you know why we have the two gnupgs?07:31
pittidholbach: we have had them for ages07:31
pittiprimarily for kde07:31
dholbachbut both installed?07:32
pittipurging gnupg2 would purge ecryptfs-utils and seahorse, hmm07:32
pittia-haa07:33
pittiPackage: libgpgme1107:33
pittiDepends: libc6 (>= 2.8), libgpg-error0 (>= 1.4), libpth20 (>= 2.0.7), gnupg (>= 1.4.6-2), gnupg2 (>= 2.0.4)07:33
pittithat should be an |, I guess07:33
pittialso, why is a program a dependency of a library in the first place..07:33
pittiI filed bug 35218007:35
ubottuLaunchpad bug 352180 in gpgme1.0 "libgpgme11 pulls in both gnupg and gnupg2" [Undecided,New] https://launchpad.net/bugs/35218007:35
pittislangasek: ^ that's responsible for at least 1.3 MB CD space07:36
slangasekah, cool07:36
pittia-ha07:37
pittihttp://launchpadlibrarian.net/24055413/gpgme1.0_1.1.8-2ubuntu1_1.1.8-2ubuntu2.diff.gz07:37
pittirecent ubuntu specific change07:37
cody-somervillepitti, 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:37
cody-somervillepitti, Now its saying "No apport report written because MaxReports is reached already"07:41
pitticody-somerville: can you please ping mvo about it? that's from libapt07:41
cody-somervilleOkay.07:41
dholbachcan an ubuntu-release member follow up on bug 351591?07:41
ubottuLaunchpad bug 351591 in libpcap "Please sync libpcap 1.0.0-1 (main) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/35159107:41
pittidholbach: done, but what's to be done on it from a release hat?07:45
dholbachpitti: I thought it needs an ACK at this point, no?07:45
pittidholbach: only freeze violations07:46
dholbachok07:46
pittidholbach: new gpgme uploaded; thanks for pointing out07:55
* pitti tosses more CD space to slangasek07:55
* dholbach hugs pitti07:55
dholbachWOOHOO!07:55
* pitti hugs dholbach07:56
pittitkamppeter_: rejected foo2zjs from intrepid-proposed, no bug number in changelog08:00
tjaaltonnxvl: did you see my comment about aterm and the removal of /usr/bin/aterm?08:09
=== tkamppeter_ is now known as tkamppeter
tkamppeterpitti, sorry, will re-upload. Bug number for you to see the report already now: bug 35163008:15
ubottuLaunchpad bug 351630 in foo2zjs "[Intrepid] foo2zjs does not print with custom paper sizes" [Undecided,New] https://launchpad.net/bugs/35163008:15
tkamppeterpitti, new version uploaded.08:16
ebroderpitti: 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
ubottuLaunchpad bug 348865 in gsasl "[hardy] libgsasl7-dev missing dependencies on libntlm0-dev, libkrb5-dev" [Undecided,Fix committed] https://launchpad.net/bugs/34886508:19
ebroder(the msmtp in -backports is what caused us to notice the bug initially)08:20
dholbachcan somebody moderate my mail on u-d-a?08:20
pittitkamppeter: is that fixed in jaunty already?08:21
pittidholbach: looking08:21
dholbachthanks pitti08:21
pittidholbach: the "МАССОВАЯ РЕКЛАМА"?08:21
dholbachpitti: errrrrr, no :)08:21
pittithe Реkлама для Вашей фирмы then?08:21
dholbachpitti: no08:21
* pitti wonders why for some months we get 99% russian spam08:21
dholbachpitti: something with Packaging Training? :)08:21
pittifor those who don't speak Russian, that means "Advertisement for your company"08:22
pittiat least you can't claim that they don't mark their spam appropriately08:22
pittidholbach: nudged08:22
dholbachpitti: gracias!08:22
pittidholbach: de nada08:23
pittiebroder: once the -proposed version is in?08:23
pittiebroder: 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 published08:24
tkamppeterpitti, yes, it is fixed in Jaunty. Should I mark the main task of bug 351630 as "Fix Released" then?08:24
ubottuLaunchpad bug 351630 in foo2zjs "[Intrepid] foo2zjs does not print with custom paper sizes" [Undecided,New] https://launchpad.net/bugs/35163008:24
pittitkamppeter: yes, please08:24
pittitkamppeter: rejecting again; there's still no bug number in the changelog08:25
tkamppeterpitti, bug updated.08:25
ebroderpitti: 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
pittiebroder: motu-sru should already be subscribed, should be fine08:25
ebroderOk08:25
tkamppeterpitti, in the notification I got there is a "(LP: #351630)", so I perhaps should send you the package by personal mail?08:26
tkamppeterbug 35163008:27
ubottuLaunchpad bug 351630 in foo2zjs "[Intrepid] foo2zjs does not print with custom paper sizes" [Undecided,New] https://launchpad.net/bugs/35163008:27
pittitkamppeter: perhaps you accidentally uploaded the previous package again?08:27
tkamppeterpitti, I will retry and after that report a bug in LP.08:27
pittitkamppeter: please look at the source.changes before uploading08:27
pittiit should have the (LP: #12345) in it08:27
tkamppeterpitti, it is exactly that.08:28
pittitkamppeter: ah, hang on08:28
tkamppeterI have even verified the bug number with Ubotto08:28
pittitkamppeter: do you still have an .upload file around?08:28
tkamppeterYes.08:29
pittiyou need to delete this, otherwise dput will do nothing08:29
tkamppeterI had done dput -f08:29
tkamppeterand it showed that it uploaded files08:29
pittihmm08:30
pittilet's just try it again then08:30
tkamppeterI can simply raise the version number as a workaround for the LP bug08:30
pittitkamppeter: no, don't08:30
pittitkamppeter: ignore me08:31
mdkeseb128: around?08:31
pittiI see the correct upload now08:31
tkamppeterIt always says08:31
tkamppeterOK08:31
seb128mdke: hi08:31
mdkeseb128: 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 happened08:32
ubottuLaunchpad bug 264314 in brasero "Brasero documentation does not appear in Yelp search results" [Medium,Confirmed] https://launchpad.net/bugs/26431408:32
seb128mdke: clean targets are buggy you probably did build clean and rebuild in the same directory08:33
seb128mdke: you can edit the debdiff by hand or remove the template manually if you want08:33
mdkeseb128: aha. Ok, let me try08:33
mdkeseb128: ok, revised debdiff posted to the bug08:37
mdkethanks08:37
seb128mdke: thank you08:37
seb128mdke: subscribe the sponsor team if you didn't, I will have a look later08:38
mdkeseb128: done08:38
slangasekpitti: 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:49
directhexyay, space08:50
pittislangasek: hehe08:52
pittieven with the current dailies we have an impressive 11 MB (i386)/7 MB (amd64) free08:52
pittiadd another 1.3 for the gnupg2 fix08:52
pittiyay08:52
* slangasek preemptively adds more langpacks in :)08:53
directhexnow just free up another 100 meg, and we're sorted for OpenJDK!08:54
Hobbseebut 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
MithrandirHobbsee: heh08:56
directhexHobbsee, well, whatever happened to monthly naked wallpapers, what's what i want to know!08:56
Hobbseedirecthex: they got moved to your friendly neighbourhood porn site, filtered by the Australian Minister for Censorship.08:57
directhexHobbsee, i thought only dissident thought was on the censorship ministry's filter list08:58
Hobbseedirecthex: that too.  There's a whole bunch of stuff on there that shouldn't be, it appears, from wikileaks08:58
directhexis 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
seb128pitti, 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
Hobbseedirecthex: i'm not sure.08:59
RAOFThey do refuse 18+ games, yes.  I'm not sure it's the same department.08:59
slangasekseb128: 'grep Languages ship live'?09:00
slangasek(for the first part)09:00
seb128slangasek: right, thanks ;-)09:00
slangasekstill a short list, but looking better09:01
slangasekknowing what we can get with more space will have to wait for another CD run with pitti's latest space-saving changes09:01
seb128ok09:02
slangasekFrench is safe on i386 desktop, anyway. :)  Still not on amd64 desktop yet09:02
ebroderWhat causes...apt? dkpg? I guess I'm not sure which...to display the changelog entry and send mail to root@localhost?09:09
=== thekorn_ is now known as thekorn
pittibryce: *wiping off a tear* Jesse Barnes' -intel patch turned my X from "several problems" into "work of perfection"09:24
seb128pitti: what patch?09:24
seb128pitti: does it fix intel crashing when closing an another session?09:25
pittiseb128: https://bugs.freedesktop.org/show_bug.cgi?id=19304#c4109:25
ubottuFreedesktop bug 19304 in Driver/intel "[i945 FBC] spontaneous black screen (major pipe-A underrun)" [Normal,Reopened]09:25
pittiseb128: I didn't have that problem09:25
pittiseb128: but I don't think so09:25
seb128ok09:25
pittiseb128: that patch fixes flickering in glxgears, and pipe underruns09:25
pittiseb128: I did several guest sessions etc. yesterday, no crashes for me09:26
pittiand so far it didn't freeze after suspend yet09:26
seb128lucky you09:26
seb128I can't use my laptop to do any user switching since jaunty09:27
seb128it crashes on session closing with exa09:27
seb128and on session opening with uxa09:27
pittibryce: apparently the "fix pipe underrun" patch I previously applied was more like a hack (static watermark levels), current one computes them dynamically09:28
pittiseb128: is that bug upstream?09:28
pittiI get quite a good responsiveness from them09:28
seb128pitti: 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't09:29
ubottuUbuntu bug 348428 in xserver-xorg-video-intel "Swithing to another user and then to anything else, freezes laptop. Jaunty" [High,Confirmed]09:29
seb128I've added stacktrace for the exa and uxa crashes there09:30
UBN2why does python suck so much compared to all other languages???09:34
pittibah, shouldn't have said this too loudly, X hung again after suspend09:47
Hobbseeit wanted to catch you out again...09:48
pittibah, not having suspend sucks09:49
pittiespecially on planes and conferences09:50
directhexpitti, weren't you paying attention? jaunty boots so awesomely fast, you don't NEED suspend!09:52
pittiseb128: just read the bug (also the upstream one, which is linked now); I don't get that, no09:52
pittidirecthex: now, if only we had session saving..09:52
seb128pitti: ok09:52
directhexpitti, still broken on jaunty?09:52
pittidirecthex: and "switch on" to "desktop" is still 2 minutes on my machine09:52
seb128pitti: we have on logout ;-)09:52
pittiseb128: session _saving_?09:53
pittiI'm still starting my gsession.sh script after logging in09:53
pittibut that only does half of the job09:53
hyperairdirecthex: when you can boot in 3 seconds, tell me again that i don't need suspend09:53
directhexhyperair, try BeOS ;)09:53
hyperairthat's not ubuntu09:53
seb128pitti: yes09:53
hyperairi want ubuntu damnit09:53
jameshpitti: thanks for landing that hal-info patch for me.09:54
pittijamesh: you're welcome09:54
jameshnow we just need portable media players running UME09:54
RicardoPerezpitti: ping09:55
pittiRicardoPerez: http://err.no/personal/blog/2006/Oct/1009:55
RicardoPerezpitti: oh, sorry, you are right :)09:56
RicardoPerezpitti: bug #348225 seems not to be solved for me. translations are still inside .desktop files09:56
ubottuLaunchpad bug 348225 in synaptic "Remove inline translations from .desktop files" [Medium,Confirmed] https://launchpad.net/bugs/34822509:56
pittiRicardoPerez: hm, worked on a local build09:57
pittiRicardoPerez: I assume the buildd chroots have an outdated pkgbinarymangler then09:57
RicardoPerezpitti: can I help in some way in order to fix it?09:57
pittiRicardoPerez: can you please reopen the synaptic/s-c-p tasks and say so?09:58
RicardoPerezpitti: right, they're already open09:58
pittiinfinity, lamont: it seems our buildd chroots have an outdated pkgbinarymangler; can you please upgrade them to version 57?09:58
infinitypitti: They autoupgrade on build...10:01
pittithat's what I thought as well..10:02
infinitypitti: That said, there's no mangler upgrade being done in recent builds, so it's up-to-date in the chroots...10:02
infinitypitti: Or not... *blink*10:04
pittiweird, I looked at the synaptic build log, and there's no trace of the new code10:04
infinityOh, FFS.10:05
infinitypitti: Someone demoted it to universe...10:05
infinitypitti: On main builds, the chroots only have main in sources.list, so no upgrade.10:05
infinitypitti: Why on earth was pkgbinarymangler demoted?10:06
pittiWTH?10:06
pittiinfinity: I have no idea10:06
* pitti promotes10:06
pittiinfinity: perhaps it appeared in component-mismatches, and someone was too eager with cleaning it up10:06
RicardoPerezI see pkgbinarymangler in universe, too10:06
* pitti seeds10:06
pittiinfinity: so once that's in main again, the chroots will upgrade them automatically?10:08
infinitypitti: Yup.10:08
pittiinfinity: ok, thanks!10:08
infinitypitti: I'll freshen them during my work hours tomorrow anyway, but the auto-upgrading should work once it's republished to main.10:08
infinityOh how I long for audit trails in soyuz, so I could tell WHO demoted it back in February. :/10:09
RicardoPerezThanks a lot to anybody helping to fix this bug :)10:10
RicardoPerezpitti: can I disturb you with another "fixed" bug, not fixed really?10:11
pittiRicardoPerez: sure10:11
RicardoPerezpitti: 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
ubottuLaunchpad bug 207677 in system-tools-backends ""System policy prevents modifying the configuration" shows untranslated" [Medium,Confirmed] https://launchpad.net/bugs/20767710:12
pittiRicardoPerez: I got your bug mail from that, will follow up soon10:17
RicardoPerezpitti: Thanks very much! I stay tuned10:17
RicardoPerezsee you all, thanks again, and bye!10:18
directhextime to do-release-upgrade10:29
directhexfor the 7th time since it was installed with hoary10:30
=== thekorn_ is now known as thekorn
=== asac_ is now known as asac
directhexi DO with jaunty upgrades didn't sever network connectivity early on in the package installation10:56
directhexwish10:57
cjwatsonebroder: you have apt-listchanges installed, and configured to behave that way11:13
pittihttp://qa.ubuntu.com/reports/bug-fixing/jaunty-fixes-report.html11:16
pittiI broke the 200 mark!11:16
cjwatsondamn you11:19
directhexi have 10. 10 is loads!11:19
cjwatsonwe're 21 short of intrepid11:19
* pitti throws the gauntlet to cjwatson11:20
pitticjwatson: still weird, I had expected that we'd fix much more in jaunty :(11:21
pitticjwatson: intrepid, is that including SRUs?11:21
pittithe kernel SRUs alone probably account for something like 70 bug reports11:21
cjwatsonI'm not sure but I guess so11:21
cjwatsonmuch more> yes :(11:21
cjwatsonwe still have a couple of weeks11:21
pittibryce: 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:27
tjaaltonpitti: it's possible11:29
pittitjaalton: ah, thanks; I updated the kernel, fd.o, and LP bug with my findings11:30
tjaaltonpitti: 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
tjaaltonbut the kernel commits remained11:31
pittitjaalton: you mean the "trying to get vblank count for disabled pipe 1"? or the "Unknown parameter 6" thingies?11:31
tjaaltonpitti: I don't know if they are related11:34
ograis anyone objecting if i add armel to the list of arches in desktop for openoffice11:36
* ogra slaps forhead several times for that silly oversight11:36
ogra(and indeed i need to upload -meta)11:36
tjaaltonpitti: hm, the patches are from the intel stable patchset for the kernel, so removing them now might cause other problems11:39
pittitjaalton: oh, I'm not suggesting we should ditch them; perhaps upstream can fix them11:39
tjaaltonpitti: but you could try mesa 7.4 from my ppa, it seems to solve at least some of my problems11:39
tjaaltonpitti: yeah, that should be the right approach :)11:39
pittitjaalton: oh, sure11:39
tjaaltonand we didn't pull any patches that weren't either in .29 or drm-next11:40
pittitjaalton: I know, but someone else confirmed that the regression happened between 2.6.29rc5 and rc611:40
pittiin fact, it was the original reporter of http://bugzilla.kernel.org/show_bug.cgi?id=1277811:40
tjaaltonI did propose a couple of patches related to vblank, but decided to disable it instead, since upstream couldn't decide how to fix it properly11:40
ubottubugzilla.kernel.org bug 12778 in Video(DRI) "suspend regression from 29rc5 to 29rc6" [Normal,Needinfo]11:40
tjaaltonyeah I saw that11:41
tjaaltonmaybe reassign it to jbarnes?11:41
pittiI don't think I'm eligible to assign bugs in bz.kernel.org..11:42
tjaaltonhmm ok11:42
tjaaltonbut try the new mesa first11:42
pittitrying your mesa now11:43
tjaaltonthanks11:43
pittithanks to you11:43
cjwatsonogra: no objection here11:46
ograok, already running ./update :)11:47
firefly2442I'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
dholbachfirefly2442: try asking in #launchpad - launchpad including rosetta will be open-source in July (I think)12:25
firefly2442yep, by July - https://dev.launchpad.net/OpenSourcing12:33
mdzlool,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?12:35
=== mcasadevall is now known as NCommander
ogramdz, i personally wasnt (StevenK cares for UNR)12:42
StevenKmdz: Oh. I seeded it, but it popping up on login is unintended12:44
ograStevenK, does it actually need to be installed ? sounds like something that could go into ship12:45
StevenKogra: I'd like it seeded ...12:45
StevenKWhich is why it was, actually.12:46
ograah12:46
cjwatsonTheMuso: does Ara's latest comment in bug 301755 represent a new bug, or a recurrence of the same bug?12:49
ubottuLaunchpad bug 301755 in pulseaudio "Crackling noise after update to pulseaudio" [High,Fix released] https://launchpad.net/bugs/30175512:49
loolmdz: never seen that12:53
=== thekorn_ is now known as thekorn
StevenKlool: I seeded gnome-do early my afternoon12:53
loolStevenK: Shall we defer its addition to karmic?12:54
loolStevenK: or is this something the upstream UNR folks care a lot about?12:54
StevenKlool: It's something *I* care about12:56
directhexDo?12:57
StevenKdirecthex: Do is Good12:58
directhexStevenK, what have you seeded it onto?12:58
StevenKdirecthex: ubuntu-netbook-remix12:59
directhexoh, coolness!12:59
directhexso how long before dell are shipping netbooks with Do by default? :p13:00
directhexdoes the ubuntu buildd support packages in piped build-deps?13:19
directhexi.e. does "debianfoo | ubuntufoo" work, or does it have that dreadful debian "ignore everything after the pipe" issue13:19
cjwatsonwe use the first alternative that's installable13:23
directhexokay, good. and i'm not misremembering that debian uses only the first alternative, am i?13:25
cjwatsondirecthex: I believe that's still correct, and it certainly used to be the case13:28
directhexokay, cool, i can use that to work around a marginally borked transition and still allow syncing13:28
directhexcjwatson, oh, who's on the desktop team & organising things for UDS?13:30
cjwatsondirecthex: my guess would be rickspencer3 (when online)13:31
cjwatsondirecthex: or ask pitti13:31
mptasac, was it you who mentioned that most of the bugs reported against gnome-power-manager are actually kernel problems?13:34
asacmpt: i dont think so13:35
asaci probably said that about networkmanager bugs ;)13:35
mptah, maybe :-)13:35
mptWell, it looks like a similar thing is happening with notify-osd13:36
asacmpt: bugs due to graphics driver issues`13:36
asac?13:36
asacabout metacity + compositing? or compiz?13:36
mptNo, but now that people are paying attention to the notification bubbles, they're reporting bugs about silly bubbles, and those bugs are actually in gnome-mount or pidgin-libnotify or network-manager or something else13:37
seb128mpt: yeah there is lot of component in those cases13:37
StevenKasac: Oh! I had a silly question why the NM icon for UNR Jaunty is the blue bars, where as Jaunty -desktop uses green curvyness?13:38
asacStevenK: green curvyness? do you use a green monitor ;)?13:38
asacStevenK: seriously. i guess you use a custom theme in jaunty?13:38
StevenKasac: Oh, the NM icon is dictated by the icon theme?13:39
asacStevenK: they honur icon themes, yes. most don't overload the signal strength one, but you can just do it13:39
StevenKasac: The green one I've seen is shiny, but the default one is pretty good too13:40
asacStevenK: can you give me a screenshot of the green?13:41
asaci always want to see new ideas13:41
StevenKasac: I'll get one, the laptop is friends and is packed up13:42
StevenKa friends, sigh13:42
asacStevenK: ok. thanks!13:42
jtholmesare there any strong efforts to move to  cdebconf?13:48
cjwatsonjtholmes: back-burner but not strong. Why?13:49
mdzStevenK: it's reproducible 2/2 attempts here13:49
StevenKmdz: Yup. I need to figure out how to silence it.13:49
mdzStevenK: is there an urgent need to add a new app to the default install three weeks before release?13:49
jtholmescjwatson, just wondered as i was poking around in debconf and found out about cdebconf13:50
StevenKmdz: It's a nice to have only13:50
cjwatsonjtholmes: both of them are reasonably actively maintained in different ways. There's a long-term goal to switch to cdebconf but it's unlikely to be especially soon.13:51
jtholmescjwatson, yes too much cross dependency in the whole debconf area13:51
jtholmesto move soon13:52
cjwatsonjtholmes: not really, almost all the dependencies have been fixed13:54
jtholmescjwatson, i know you are one of the main players in ubuntu wonder if you could look at bug 352348 and give me an idea where in debconf the problem is and i will attempt to fix it13:54
ubottuLaunchpad bug 352348 in ubiquity "weak password ubiquity yes/no button text incorrect" [Undecided,New] https://launchpad.net/bugs/35234813:54
cjwatsonjtholmes: the blocking issues are missing features in cdebconf itself13:54
=== thekorn_ is now known as thekorn
cjwatsonjtholmes: nowhere in debconf at all13:55
jtholmesthen where13:55
cjwatsonjtholmes: ubiquity13:55
jtholmesyes but doesnt the button text come from debconf template file?13:56
jtholmesin qbiquity13:56
cjwatsonsure, but that's like asking where in the C compiler is the bug in a C program :-)13:56
jtholmesok i will poke around in the installer some more and see if i can locate the issue13:57
cjwatsonno need really, it's a typo13:57
cjwatsonthat was supposed to be ubiquity/imported/yes rather than ubiquity/text/yes13:57
cjwatsonjtholmes: fixed in my tree, thanks for the heads-up13:58
jtholmescjwatson, where did you fix it what file?13:59
jtholmesfile name13:59
cjwatsonubiquity/components/usersetup.py13:59
jtholmesthanks need to know more about installer14:00
james_wStevenK: /apps/gnome-do/preferences/core-preferences/QuietStart or -q in the autostart .desktop file should do it14:00
* lamont is reminded yet again part of why he hates {c,}dbs.14:01
lamontwtf is the 'unpack and patch the source' target again?14:02
* lamont goes grepping14:02
cjwatsonjtholmes: http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/revision/315214:02
cjwatsonlamont: cdbs or dbs. which?14:02
lamontcjwatson: well, actually looking at two packages, they use one each14:02
jtholmescjwatson, thanks14:02
lamontthough for my use, debian/rules build + ctl-C does the trick14:02
cjwatsonlamont: policy nowadays recommends 'debian/rules patch' so try that first (and also recommends debian/README.source). Older packages may not implement that yet14:03
lamontyeah - patch is no such target in both coreutils and libnss-ldap14:03
sistpoty|worklamont: cdbs should be apply-patches (I guess at least)14:05
lamontsistpoty|work: yep14:05
lamontta14:05
sistpoty|worknp ;)14:05
cjwatsonsomebody should fix cdbs to comply with policy14:06
cjwatsonactually, simple-patchsys already does14:07
cjwatsonsimple-patchsys.mk:patch: apply-patches14:07
sistpoty|workheh, just saw this as well14:07
cjwatsonas do dpatch.mk and patchsys-quilt.mk14:08
cjwatsontarball.mk doesn't. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=48506914:08
ubottuDebian bug 485069 in cdbs "cdbs: suggested text to be referenced from README.source" [Wishlist,Open]14:08
nxvltjaalton: which bug?14:23
tjaaltonnxvl: debian bug 51896214:24
ubottuDebian bug 518962 in aterm "incorrect use of update-alternatives" [Serious,Closed] http://bugs.debian.org/51896214:24
tjaaltonnxvl: removing it was wrong14:24
nxvltjaalton: no it wasn't14:25
tjaaltonnxvl: please explain14:25
tjaaltonaterm never shipped /usr/bin/aterm14:25
tjaaltonbut aterm-xterm14:25
nxvltjaalton: there is still a call to update-alternatives, there was just one that was wrong14:27
tjaaltonnxvl: no, /usr/bin/aterm was correctly handled by aterm or aterm-ml14:27
nxvltjaalton: and it was breaking the debian policy14:27
tjaaltonhow so?14:27
nxvltjaalton: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509667#1014:28
ubottuDebian bug 509667 in terminator "terminator: incorrect use of update-alternatives" [Normal,Closed]14:28
tjaaltonnot relevant, since aterm (or any other package for that matter) doesn't ship a binary called /usr/bin/aterm14:31
tjaaltonthat u-a was just mistakenly copied from aterm14:31
tjaaltonand makes no sense in terminator AIUI, but there was no reason to remove it from aterm14:31
hyperairpitti: i got a whole bunch of emails from rosetta regarding messed up .po files from nautilus-share. what should i do about it?14:32
hyperairWe were unable to import your translations because you did not update14:32
hyperairthe time stamp in its header to state when you added your translations.14:32
cjwatsonhyperair: nothing, it's an LP bug14:33
hyperairah i see14:33
tjaaltonnxvl: so, the change should be reverted14:39
nxvltjaalton: feel free to do so14:39
freinhardhi!14:39
freinhardis someone working on language-suppport-translations-* round?14:40
tjaaltonnxvl: ok, although I can't fix it in debian14:41
cjwatsonfreinhard: ArneGoetje14:41
nxvltjaalton: me neither, i'm not a DD14:41
tjaaltonnxvl: and the package is orphaned ;)14:41
nxvlyup14:42
freinhardArneGoetje: just did a update on kubuntu and wondered why i got some new gnome dependencies: does gnome-user-guide-* need to be in language-support-translations?14:42
ArneGoetjefreinhard: which language?14:43
rgreeningArneGoetje: all14:43
rgreening-en, -de, ...14:43
ArneGoetjethat should be a mistake14:43
freinhardArneGoetje: germa14:43
rgreeningyay14:43
cjwatsonArneGoetje: hmm. how else are we going to get the appropriate version of the GNOME user guide installed?14:44
ArneGoetjelet me take a look14:44
rgreeningArneGoetje: looks like "Ubuntu automatic language-pack builder" added it14:44
cjwatsonexcept perhaps by adding it to language-pack-gnome-foo, but I don't think that's appropriate14:44
cjwatsonwe don't have gnome and kde variants of language-support-*14:44
ArneGoetjecjwatson: well, the gnome-user-guide should definetely not go to kubuntu, don't you think?14:44
rgreeningthanks freinhard for pointing this out.14:44
freinhardrgreening, ArneGoetje at least the ChangeLog states that the lang-pack builder is the bad guy14:45
rgreeningexactly. Should be "|" with something to make it not a requirement.14:45
cjwatsonArneGoetje: sure, but that doesn't help to make sure that Ubuntu carries on working properly too14:45
cjwatsoncertainly gnome-user-guide-* could have |-deps on language-support-translations-foo14:45
cjwatsonthat's a hack but we've used the same hack elsewhere14:45
cjwatsonslangasek: could you look at bug 352034?14:46
ubottuLaunchpad bug 352034 in dell "grub2 can no longer show chinese characters" [High,Confirmed] https://launchpad.net/bugs/35203414:46
rgreeningthe issue here is that adding this as is, will impact the CD/DVD size for Kubuntu and other non-gnome desktops14:46
rgreeningwe are already having to lzma compress parts of KDE to fit.14:46
cjwatsonrgreening: we understand the issue14:47
rgreeningcool :P14:47
cjwatsonhmm, the |-deps won't help here since the package is big in itself14:47
cjwatsonthe problem is that right now we have no particularly good mechanism for this14:47
cjwatsongetting into a situation where we are trading off CD space between Ubuntu and Kubuntu is not really going to help anyone :-)14:47
rgreeningcjwatson: the other issue is gnome user guide en provides no benefit to non gnome desktops and is a waste or resources14:48
cjwatsonrgreening: you can stop beating the dead horse :-)14:49
rgreeningIt's not dead jim...14:49
rgreening:)14:49
cjwatsonactually, gnome-user-guide-en is very small in itself14:49
cjwatsonSize: 4287414:49
ArneGoetjecjwatson: is the gnome-user-guide a requirement on the desktop, or optional (suggests)?14:50
rgreeningbut it has additional deps14:50
cjwatsonrgreening: yes I understand that14:50
cjwatsonthat's why I said "in itself"14:50
rgreeningah. k. got it. I'll just lurk :P14:50
cjwatsonArneGoetje: it's a recommendation (i.e. removable), but it does need to be present in Ubuntu installations14:51
cjwatsonthe language split was to save space on Ubuntu CDs by allowing us to control which translations are present14:51
ArneGoetjecjwatson: can we add a suggests to language-pack-gnome-foo for this?14:52
cjwatsonArneGoetje: to what end? the installer will ignore that14:52
cjwatsonArneGoetje,slangasek: what do you think about moving the gnome-user-guide-LL dependency from language-support-translations-LL to language-pack-gnome-LL?14:52
ArneGoetjecjwatson: and recommends?14:52
cjwatsonArneGoetje: recommends would be fine I think, but why bother, it might as well be depends14:53
cjwatsonoh, recommends would make it removable14:53
ArneGoetjecjwatson: if it should be removable?14:53
cjwatsonI think it's fine in language-pack-gnome-LL on the grounds that it was previously part of the desktop anyway14:53
cjwatsonso yes, I think that's probably the right answer here14:53
rgreeningawesome14:54
cjwatsonit's suboptimal because really that stuff ought to be in language-support-*14:54
rgreeningyou guys rock14:54
cjwatsonbut we can't make that flavour-specific14:54
cjwatsonso this might bloat up the Ubuntu CD a bit again14:54
cjwatsonI'm not sure how much14:54
ArneGoetjecjwatson: does it need to be on the CD?14:54
cjwatsonArneGoetje: the only way to make it not on the CD is to put it in language-support-*14:55
cjwatsonactually, it is false that this will have a significant effect on CD size for Kubuntu14:56
cjwatsonthe only language-support-* that's on the Kubuntu CD is language-support-en14:56
cjwatsonso that's only 1.5MB or so14:56
ArneGoetjecjwatson: how does the language-pack-gnome-LL package get pulled by the installer? I know we have some code in language-selector to pull those depending on the flavor, because we don't have depends.14:56
cjwatsonoh, hang on, gnome-user-guide pulls in scrollkeeper and yelp. bah14:56
cjwatsonArneGoetje: language-pack-gnome-LL is selected per-flavour by preseeding, yes. There is no such mechanism for language-support-LL.14:57
freinhardcjwatson: jupp, that's why i got concerned14:57
ArneGoetjecjwatson: can we just add the gnome-user-guide-LL to that?14:58
cjwatsonArneGoetje: isn't that what we were both suggesting above? :-)14:58
ArneGoetjecjwatson: ah, you were talking about the pre-seeding... I though a recommends to the package...14:58
cjwatsonso the other approach would be to make the gnome-user-guide-LL packages depend on gnome-user-guide | language-support-translations-LL; that would still mean that Kubuntu users would get gnome-user-guide-LL (i.e. just the translations) installed if they ran the language selector post-installation, but they wouldn't get gnome-user-guide, scrollkeeper, yelp, etc.14:58
cjwatsonArneGoetje: we were both talking about a recommends14:58
freinhardall in all, should add ~30MB14:59
cjwatsonArneGoetje: you asked how the installer selected language-pack-gnome-LL, and that's done by preseeding. This is orthogonal14:59
ArneGoetjecjwatson: I was actually thinking to hack lp-o-matic to add the recommends to the l-p-gnome-LL package...14:59
cjwatsonArneGoetje: yes, that's exactly what I was suggesting too ...14:59
* cjwatson feels there is not a little bit of confusion here15:00
cjwatsonfreinhard: with |-deps on language-support-translations-LL, it would be a megabyte or so at most, actually. I agree that the current situation is a problem15:00
cjwatsonbut, since we were already including gnome-user-guide in the stock Ubuntu desktop, I think a recommends from language-pack-gnome-LL is fine in this particular instance15:01
cjwatsonwe may need to revisit that in the future15:01
ArneGoetjecjwatson: ok, never mind. :)15:01
cjwatsonI sort of feel we ought to use special fields in the Packages file for all of this, rather than having a zillion metapackages15:01
ArneGoetjecjwatson: +115:02
cjwatsonPackage: gnome-user-guide-fr Language: fr/translations/gnome, or something better-designed15:02
cjwatsonArneGoetje: but yeah, in the meantime, can you make that langpack-o-matic adjustment to move gnome-user-guide-LL from l-s-t-* to l-p-gnome-*?15:04
ArneGoetjecjwatson: yes, I will ask pitti about that.15:06
tkamppeterpitti, I have problems with bug 348316 and its duplicates. Seems that the USB stack of the current kernel has lost compatibility with the CUPS USB backend.15:07
ubottuLaunchpad bug 348316 in cups "Printer (HWModel Name) May Not Be Connected" [Undecided,Confirmed] https://launchpad.net/bugs/34831615:07
=== seb128_ is now known as seb128
\shguys, what was the magic for cdbs to tell cdbs "please add DEB_CONFIGURE_EXTRA_FLAGS=..." only when on arch != i386?15:08
tkamppeterpitti, seems that half of the users get their printers detected but print jobs put the USB backend into an infinite loop (jobs never reach "Stopped" state or disappear).15:09
cody-somerville\sh, you could conditionally declare DEB_CONFIGURE_EXTRA_FLAGS, no?15:09
\shcody-somerville: you mean standard make ifdef?15:09
\shyes..the easy way ,-)15:10
cody-somerville;)15:10
\shfixing google-perftools15:13
cjwatsonslangasek: (never mind, I gave Mario a suggested workaround which I think should work)15:14
pittihyperair: I usually ignore them15:25
pittitkamppeter: hm, weird; I just upgraded my wife's computer to current jaunty, maybe I can reproduce it there15:26
metelliuswhat are the chances that someone important actually decides the current 2.6.x intel drivers are too unstable and actually pull in 2.7 for a stable and smooth desktop, in time for jaunty?15:32
jdongI'm no X developer, but looking at the release schedule, zero?15:33
\shpitti: any clue on http://launchpadlibrarian.net/24382167/buildlog_ubuntu-jaunty-amd64.im-sdk_12.3.91-6.3ubuntu1_FAILEDTOBUILD.txt.gz ? telling dh_strip to not build ddeb packages?15:35
hyperairpitti: heh. alright then =p15:35
seb128metellius: because 2.7 is the magical solution to all bugs? ;-)15:35
seb128metellius: new version usually bring fixes and other issues and required testing it's not that easy15:36
hyperairthere's a 2.7?15:42
hyperairdoes it fix all the performance regressions?15:42
pittitkamppeter: ah, saw your mail; did you try the new usb backend from 1.4?15:43
metelliushyperair: there's an RC, and it stabilized uxa completely for me15:49
hyperairmetellius: really? cool!15:49
hyperairmetellius: you compiled?15:49
metelliusnope, got it from xorg-edgers15:49
hyperairaah i see15:49
hyperaircool15:49
hyperairi should try it out15:49
metelliusdeb http://ppa.launchpad.net/xorg-edgers/ppa/ubuntu/ jaun#ty main restricted universe multiverse15:50
hyperairyes yes i know15:50
hyperairs/#//15:50
metelliusindeed15:50
hyperairmmhmm15:50
hyperairbut i don't have a live system at the moment15:50
hyperairmy cdrw's gone15:50
hyperairwon't get detected15:50
metelliusi'm so happy right now15:50
metelliusit all just works15:50
hyperairhahah15:50
hyperairi'm more interested in knowing whether it fixes performance regressions15:51
hyperairUXA didn't really fix the regressions for me15:51
hyperairwith 2.615:51
hyperairi was getting framerates around 20FPS (intrepid gets 60FPS) for a game15:51
hyperairit's playable, but everything moves so slowly15:52
metelliusI don't dare start up a game right now, I need to enjoy the smooth desktop before I let a possible crash bring down the ride15:54
pittitkamppeter: yes, happens for my samsung as well on jaunty15:55
pittitkamppeter: I'll take the bug and look into it ASAP16:00
radixcjwatson: ping, do you have a moment to follow up on the discussion last week about inheriting environment variables and file descriptors in landscape-client?16:06
cjwatsonradix: sure16:06
radix(about debconf)16:06
radixcjwatson: okay, cool. so I've got it deleting DEBIAN_ and DEBCONF_ environment variables to avoid propagating those to further package installation processes, but I'm wondering about the file descriptor stuff you mentioned16:06
radixcjwatson: you said that debconf opens some file descriptors which might be propagating to the child processes of the postinst script16:07
radix(i think)16:07
radixcjwatson: but I'm wondering if that's true. do you know how that file descriptor is being opened? it looks  like bash makes sure most file descriptors are not passed on to child processes, but some -- for example those created with "exec 7< whatever.txt", do get propagated16:08
cjwatson/usr/share/debconf/confmodule opens fd 3 for communication from the "confmodule" (e.g. landscape-client.postinst) to the debconf frontend16:08
cjwatsonit is created using 'exec 3>&1'16:08
radixoh, look at that :)16:08
cjwatsonI'm pretty sure that it isn't close-on-exec; I don't think a number of things would work if it were16:09
radixhrmph. it's too bad that FD isn't cloexec.16:09
radixah16:09
cjwatsonyes, it is a bit inconvenient16:09
cjwatsonbut really, it's good practice for daemons to close stray file descriptors on startup16:09
radixyeah16:09
radixit's just that figuring out how to do that with our existing daemonization code is becoming a bit difficult to do in time for jaunty :)16:09
cjwatsonfrex, Stevens recommends it (APUE p.417)16:10
radixcjwatson: do you know if there's a bashism or perhaps some tiny C wrapper program that can do that for me?16:10
abentleysuperm1: I've just filed bug #352452, the fruit of a rather frustrating evening and morning.  If you have any questions, I'm happy to answer them.16:10
ubottuLaunchpad bug 352452 in fglrx-installer "mere presence of fglrx on system prevents OS drivers from working" [Undecided,New] https://launchpad.net/bugs/35245216:10
radixlike, "run-without-fds ./program"?16:10
cjwatsonradix: not in that form, but if it's just fd 3, then you could start landscape-client with 3>&-16:11
radixhmm16:11
radixyeah, that doesn't sound too scalable :)16:11
cjwatsonit's not, but there may not actually be all that many fds involved16:11
cjwatson(don't use exec here, btw, just put that redirection on the line where landscape-client is invoked16:11
cjwatson)16:11
radixright16:12
radixwell, I'll consider that. I'll also give another bash at implement proper FD closing in landscape-client16:12
cjwatsonin principle, it's possible for somebody to use cdebconf, which opens a different set of fds16:12
cjwatsonbut not really in practice right now16:12
radixcjwatson: okay, I've learned what I wanted to know. Thanks very much for your help!16:13
cjwatsonyou could look at /proc/$(pidof landscape-client)/fd to see whether which stray fds it has open16:13
radixit'd be nice if I could determine whether a FD was inherited or opened in the current process, but I guess that's impossible16:14
pittitjaalton: FYI, with your mesa I also got a hang a bit after resuming, it just completely messes up screen16:14
radixthe landscape-client startup code is a bit poorly factored; it opens some important FDs *before* daemonizing, apparently16:15
superm1abentley, there isn't any easy way to fix that since AMD provides replacement dri and glx libraries16:16
abentleysuperm1: Does disabling fglrx in "Hardware Drivers" remove those packages?16:17
tjaaltonpitti: go intel..16:17
cjwatsonradix: you could probably close inherited fds before that, and before daemonising16:17
cjwatsonradix: after all you've already forked once16:18
cjwatsonit's not perfect but it would do for this purpose, wouldn't it?16:18
radixhmm, probably16:18
radixthe main problem we have is that we try to report certain errors synchronously, I think16:18
cjwatsonradix: doesn't help with the "where do stdin/out/err go?" problem of course, but perhaps you already deal with that in some other way16:18
radixso there's a significant amount of code that happens before daemonization16:19
abentleysuperm1: My strong impression was that it does not, and I would never have hit up the X logs and apt if just disabling fglrx in "Hardware Drivers" (jockey?) had worked.16:29
loolIs there some niver way than "`eval echo \\\$$c`" to get the value of a var named c in shell?16:36
loolSorry, of a var named $c16:36
\shholiday time...cu later :)16:38
pittitkamppeter: argh no, seems I have a completely different bug16:38
sistpoty|worklool: as in... just $c?16:38
loolsistpoty|work: No, rather ${$c} but that doesn't work16:39
cjwatsonlool: ${!c} but that's a bashism16:39
cjwatsonthere's no nicer portable way16:39
loolso eval ... hmm16:39
loolcjwatson: thanks16:39
cjwatsonwell, you can cut down on the backslashes16:41
cjwatson"$(eval echo "\$$c")"16:41
loolRight16:42
loolI was at eval echo "\$`echo $c`"16:42
loolwhich was just an useless use of `echo ` :)16:42
* Keybuk has a *weird* Python issue16:45
Keybukafter upgrading from intrepid -> jaunty, nothing pythonic works until I dpkg-reconfigure it16:45
jdongis that related to that python bug in the topic? </stupid wrong suggestion>16:46
KeybukI don't think so16:46
superm1pitti, does disable fglrx in hardware drivers remove xorg-driver-fglrx and friends?16:47
superm1or is it 'supposed to'?  i think to abentley's point above it should16:47
pittisuperm1: yes, it's supposed to16:48
superm1abentley, well was that on intrepid or jaunty?  pitti when did it start doing it?16:48
pittisuperm1: it never did *not* do it16:48
pittisuperm1: what's the "& friends" part about?16:49
pittisuperm1: removing the driver will only remove xorg-driver-fglrx16:49
pittioh, and fglrx-kernel-source16:49
pittishould it kill something else, too?16:49
superm1no, i think that's sufficient.  i'm just a bit perplexed how abentley hit this then if he tried to disable it in hardware drivers16:50
james_wKeybuk: I've been seeing parts of that. "pycentral pkginstall foo" is the critical missing bit it seems16:50
Keybukjames_w: it's missing from every single package then16:50
james_wnot for me16:50
Keybukbecause I can replicate it by picking on just about everything16:50
Keybuk>>> import fstab16:50
KeybukTraceback (most recent call last):16:50
Keybuk  File "<stdin>", line 1, in <module>16:50
KeybukImportError: No module named fstab16:50
james_wpython-zopeinterface and python-twisted-core on two machines for me16:51
Keybukcjwatson: any thoughts?16:54
mvoKeybuk: that sounds like something for doko16:56
mvoKeybuk: but if you mail the logs to me /var/log/dist-upgrade/* I can have a look16:56
Keybukmvo: I didn't use the dist-upgrader16:56
mvoKeybuk: apt-get dist-upgrade? it should have /var/log/apt/term.log16:57
mvobut then our python tools tend to not write out a lot of useful output :/16:57
Keybukmvo: yeah, can't see *anything* in that16:58
tkamppeterpitti, I did not try the new backend yet. Could you try it?16:58
Keybukinterestingly, none of the apparently affected packages were upgraded in the dist-upgrade16:58
pittitkamppeter: as I said, I can't reproduce it, but I can test it, of course16:58
pittitkamppeter: that's the one from 1.4?16:58
Keybukoh, no, python-tz and python-openid both were - and they're both broken now16:58
Keybukmvo: the dist-upgrader sadly never seems to work on my desktop17:00
KeybukI install too many bits from PPAs, and by-hand backports from jaunty, and stuff :p17:00
mvoKeybuk: in what way does it not work?17:00
mvoKeybuk: oh, ok17:00
Keybukmvo: this time it wanted to uninstall just about every package included ubuntu-minimal <g>17:00
mvoKeybuk: *urgh* if you still have the logs of that (in /var/log/dist-upgrade/) then please mail it to me, it should not do that17:01
Keybukmvo: looking at why, it's perfectly reasonable that it wanted to do that17:01
KeybukI had a custom one installed that conflicted a few things :p17:01
* Keybuk has later version of upstart on here, which has different packages17:01
Stskeeps~17:03
Stskeeps(ignore)17:03
cjwatsonKeybuk: did the new python package get configured?17:05
cjwatsonKeybuk: I think that currently it calls the rtupdate hooks, which are what are supposed to symlink modules around for the new version17:06
Ngis there any particular disadvantage in defaulting to having lots of loop devices available? we seem to default to 8, the maximum the loop module will create is 25617:15
njpatel(asking here in case it's a ubuntu thing) my compiz-enabled desktop switches workspaces whenever I scroll on an empty part of a gtkwindow i.e. the status area of the nautilus window17:16
njpateli can't remember this being the case in intrepid, and it's really annoying17:16
davidmpitti, I ran the killall gnome-settings-daemon and got 3 I could not kill should I still try running the extra command??17:17
cjwatsonNg: does making lots of them available cause all the device nodes to be created at boot?17:18
cjwatsonNg: in any case I thought that nowadays new device nodes got autocreated somehow (I forget how)17:18
Ngcjwatson: if I reload the module with max_loop=256 I immediately get 256 /dev/loopN devices17:19
NgI was just playing with something that uses a lot of loops and it complained that it couldn't get any more, but I'm doing horrible kernel mismatching (jaunty userspace, hardy kernel), so maybe that is preventing any automagic creation17:20
Ngcjwatson: hrm, even with jaunty at both ends of the chain I don't see loop auto-creation (tested with for i in $(seq 1 10) ; do mkdir /tmp/lala$i ; sudo mount -o loop ubuntu-9.04-beta-desktop-i386.iso /tmp/lala$i ; done)17:23
davidmpitti, bug updated17:24
pittidavidm: yes, please; do you have so many other running user sessions?17:25
pittidavidm: thanks17:25
davidmpitti, I have my user logged on "davidm" and guest and I ran the bit's in guest.  Though I'm happy to log out of guest and only work in the "davidm" instance.17:26
cjwatsonNg: problem with max_loop=256 then is that it will have a noticeable effect on boot time. We saw this with tty devices too17:27
cjwatsonNg: I forget how device creation is supposed to happen, I thought losetup did it17:27
pittidavidm: if you do "ps ux|grep gnome-settings", do you have a running daemon?17:28
pittidavidm: either you have one which is unkillable, or you have none, and there's a d-bus problem17:28
pittidavidm: I have a meeting in 2, so I'll continue the Q&A tomorrow17:29
davidmI have 417:29
seb128pitti: what is the issue?17:29
davidmSee screenshot attached to bug17:29
=== fader_ is now known as fader|lunch
pittiseb128: bug 35236217:29
ubottuLaunchpad bug 352362 in gnome-settings-daemon "After upgrade to Jaunty Beta my machine shows different problems, , random high load, no meta key, etc." [Undecided,Incomplete] https://launchpad.net/bugs/35236217:29
pittidavidm: all running as you?17:30
cjwatsonNg: at any rate, if you create the device nodes manually, it should work17:30
davidmyes17:30
davidmall as davidm according to ps ux17:31
davidmI can attach another screenshot if you like17:31
Ngcjwatson: ok17:32
Keybukcjwatson: dpkg --configure -a does nothing17:32
davidmpitti,  Now have 317:32
davidmAttaching a screen shot from davidm17:32
pittidavidm: screenshot> ps ux output should do17:33
davidmpitti, attached to bug now17:34
pittidavidm: will you be in SF next week, @LF summit?17:38
abentleysuperm1: I think at that point dpkg hadn't completed.  I was dumb enough to run the installer in a vnc server.17:39
superm1abentley, okay well then for the common case - that someone removes it from jockey it does the right thing17:40
davidmpitti, Yes I will be arriving on Sunday night17:40
davidmI'll be at celf and LF summit17:41
abentleysuperm1: No, I couldn't get to jockey initially.  Only after I'd apt-get-remove-purged the video driver could I even try jockey.17:41
pittidavidm: rock, I'll see you there; if I don't figure it out tomorrow, I can hack on your machine as a last resort?17:41
davidmI can carry my HD and laptop so you can indeed hack.17:41
abentleysuperm1: Sorry to change my story.  It was late...17:41
davidmI'm going to go out a buy a new HD so I can get working on my presentation for CELF that I have to present.17:42
pittiArneGoetje: you have an 855?17:42
pittibryce: ^17:42
pittiArneGoetje: I read in the bug report that uxa and some other xorg.conf option would make it work17:42
superm1abentley, okay well still things are working as expected currently then.  I don't believe there is any way to make the experience better since AMD is requiring their own libdri and libglx17:42
ArneGoetjepitti: I do17:43
ArneGoetjepitti: and I'm running uxa17:43
pittidavidm: urgh, 3 g-s-d's is certainly wrong17:43
abentleysuperm1: Well, there are heroic measures-- if fglrx is installed, remove it on upgrade, try reinstalling it, and if it doesn't work fall back to the OS drivers.17:44
abentleysuperm1: Even just removing it and telling the user they can try reinstalling it would be better, because bulletproof X would at least give them VESA.17:45
davidmYes, I gather that, I have no idea how that happens, it's only from the upgrade, everything is working correctly from the liveCD beta, which is really confusing to me.17:45
pittiArneGoetje: nice17:46
pittibryce: ScottK said that i865 "just works", and if we could make the 855 use uxa, and disable dri on the 845, we'd at least have a non-breaking upgrade; is that possible?17:47
ArneGoetjepitti: no other config options set, just uxa.17:47
brycepitti: one of the big problems I'm having trying to get 304871 closed is that the original reporter does not respond17:47
pittibryce: well, if we have some other people with similar hw which can reproduce the bug and test the fix, that should be good enough?17:47
bryceso through the bug there have been multiple solutions proposed, some of which solve the issue for certain people, but not others.  The original reporter never responds, so we never know if one of them would solve his problem.17:47
pittiin that context, the original reporter is proably not "more" special than the other responders with the same chipset?17:48
brycepitti: so the point we're at now is chasing the lowest common denominator, which is looking like "nuke them all from orbit and let God sort them out"17:48
pittiheh17:48
brycei.e. disable all features on 8xx17:48
pittibryce: with xx == {45,55}?17:48
brycewhich obviously is a poor solution, and is going to generate all manner of regression reports later17:49
pittior do you have reports about 865 failures as well?17:49
bryce865 too17:49
pittiugh17:49
pablo__is ppp_generic module missing in jaunty ? i googled about, and i got this http://archives.free.net.ph/message/20081226.221035.2367e95e.de.html17:49
brycethe problem is that given 3 people with 845, we get 3 completely different results17:49
pablo__i need it to use a kernel firmware to connect ppp17:50
pittibryce: that's as diverse with 855 as well?17:50
cjwatsonpablo__: it's built into the kernel - you don't need a module17:50
brycepitti: apparently.17:50
brycepitti: normally, if this wasn't a targeted bug, I'd close the bug as expired since we've not heard from the original reporter, and ask others to file new bugs.17:52
pablo__[cjwatson] i do not know very much, but i had a script that used that before. may be it was needed before17:52
Ngbryce: fwiw I didn't see that bug on a thinkpad X40 (855GM)17:52
pablo__well, im sure it was17:52
cjwatsonpablo__: yes, it used to be17:52
Ngbryce: but afaics there is quite some variation between machines with seemingly identical intel graphics chips17:52
pablo__i realized when i got an error message17:52
pablo__[cjwatson] i try to know why my connection script does not work17:52
pablo__i can connect without some workarrounds17:53
pittibryce: given how tangled it became, it's probably a good idea to split it up by hardware category anyway?17:53
pablo__i have a usb connection17:53
bryceNg: yeah 855 seems in better shape; it's 845/865 where we have more reporters of this particular problem17:54
allquixoticDoes anyone know if you need to sign up for the packaging training sessions or whether you can just join the channel at the right time?18:00
hyperairallquixotic: just join18:06
hyperairallquixotic: or read the logs18:07
allquixotichyperair: Thanks :)18:11
hyperairallquixotic: np18:11
=== mathiaz_ is now known as mathiaz
brycepitti: okay.  The bug was opened against 845 originally, whereas all recent comments of "still problems" are from 865 users18:16
brycepitti: there are also some 855 users who say the issue is fixed by use of the Legacy3D option (for which we have a patch)18:16
brycepitti: so I think I'll put my patch in as the fix for 845, and split out the 865 and 855 issues to separate bugs.18:17
brycethen we can finally get this one closed18:17
cjwatsonCaesar: what do you think of bug 74164?18:27
ubottuLaunchpad bug 74164 in dhcp3 "Request ntp-servers by default" [Wishlist,Confirmed] https://launchpad.net/bugs/7416418:27
cjwatsonCaesar: oh, hmm, that's Debian bug 407667, so it looks unintentional that this is missing18:28
ubottuDebian bug 407667 in dhcp3-client "dhclient not requesting ntp-servers by default" [Unknown,Closed] http://bugs.debian.org/40766718:28
telexiconwhats up with this lintian warning whenever i build a package: debian-changelog-file-is-a-symlink ?18:29
=== fader|lunch is now known as fader_
cjwatsontelexicon: ... well, apparently your debian/changelog file is a symlink :-)18:31
cjwatsonit should be an ordinary file18:31
telexiconcjwatson, well yeah i got that part :p but i didnt make it a symlink18:31
telexiconits a multibinary from one source package and it symlinks the docs to the main dependency18:31
cjwatsonrun lintian-info and copy and paste the line from lintian's output into it18:31
telexiconCDBS does it automatically18:31
Laneyyeah, that's an ubuntu CDBS change18:32
Laneyfor space-saving reasons - you can ignore it18:32
cjwatsonoh, that. well, it isn't your bug directly so you can ignore it. I think perhaps we ought not to do that for the changelog file though18:32
cjwatsonnot sure18:32
telexiconwhat about, not symlinking copyright and changelog18:33
telexiconand then symlinking everything else18:33
cjwatsonyou could do that in your package18:33
cjwatsonI'm not sure why cdbs doesn't do that, but cdbs does not stop you controlling the contents of your own package18:33
telexiconyeah thats true, id just have to go look all that up18:34
cjwatsonactually, it would be better if cdbs symlinked the directories rather than the individual files, but IIRC there was some reason why that was problematic18:34
telexiconcjwatson, yeah thats even what lintian suggests18:34
=== Igorot is now known as Knightlust
LordKowi cant help but notice that http://brainstorm.ubuntu.com/idea/64/ pk ideas were set for jaunty but obviously are not happening.18:58
telexiconis the goal to have all the packages use cdbs?19:06
Mithrandirno19:08
blueyedpitti: virtualbox-ose for amd64 on Hardy is still in the NEW queue: https://launchpad.net/ubuntu/hardy/+queue?queue_state=0&queue_text=19:13
jtholmescjwatson, i made the change to usersetup.py in my release and it worked fine thanks for the info BTW always to glad to help out19:13
directhexpitti, are you arranging desktop related things at UDS?19:14
=== jtholmes is now known as jth
=== jth is now known as jtholmes
=== Zic is now known as Guest12602
loolcjwatson: Just a note that I'm pushing glibc_2.9-4ubuntu5.dsc which I've put up for review; it's the same as you reviewed earlier + a release commit19:36
loolcjwatson: NCommander and myself tested; it would first segfault for NCommander, but he had unrelated issues on the system, his reinstalled system would work, and it worked fine on my babbage19:36
=== pedro__ is now known as pedro_
=== mathiaz_ is now known as mathiaz
BUGabundoanyone else working on bug 304871 ?20:16
ubottuLaunchpad bug 304871 in xserver-xorg-video-intel "[i845G] Fatal server error: Couldn't bind memory for BO front buffer (Jaunty)" [High,In progress] https://launchpad.net/bugs/30487120:16
YokoZarhttp://www.yelp.com/biz/ubuntu-restaurant-and-yoga-studio-napa20:19
mvopitti: just fyi, I saw corrupted attachments for apport reported bugs for bug #352134 and #35086620:20
ubottuLaunchpad bug 352134 in r-base "package r-base-core 2.8.1-1 failed to install/upgrade: " [Undecided,New] https://launchpad.net/bugs/35213420:20
ubottuLaunchpad bug 350866 in python-defaults "package python 2.6.1-0ubuntu7 failed to install/upgrade: " [Undecided,Incomplete] https://launchpad.net/bugs/35086620:20
BUGabundocan any one tell me how to use DRI ?20:22
cody-somervilleFolks in #ubuntu probably can :)20:23
BUGabundocody-somerville: never mind! i re-read the bug and copied a xorg from there20:25
slangasekcalc: what's the plan for OpenOffice.org on sparc?  Are you going to try lowering the optimization level as cjwatson suggested, or are we going to drop it?20:36
slangasekcalc: if the first, that should happen very soon; if the latter, I'd prefer it happen soon anyway so I can get the stale deps off the component-mismatches report :)20:36
slangasekcalc: ah, actually, the most recent OOo failure on sparc is just a plain old syntax error in the code, somehow...20:38
calcslangasek: hmm, looking20:44
calcslangasek: yea it was the previous upload that ICEd apparently, but the log is no longer available for it20:46
slangasekright - but now we have a syntax bug, surely that's easier to fix? :)20:47
calcprobably once that is fixed it will just ICE again but i will look at it20:47
calcit pretty much NEVER builds on sparc regardless of what is done :\20:47
calcat one point i just had it disabled entirely on sparc but i apparently lost that on merge20:47
calci will check it out for my next upload20:48
slangasekcalc: ok, cool.  is the next upload scheduled?20:50
calcshould be in a few days20:50
calci'm waiting until at least the next LP rollout to fix an issue that caused the ppc build to fail20:50
calcaiui that is tomorrow20:51
slangasekok20:51
slangasekpitti: bug #345531 needs some more attention from someone well-versed in hal20:53
slangasek(subscribed you)20:53
ubottuError: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/345531/+text)20:53
cjwatsonjtholmes: cool, thanks21:17
cjwatsonlool: thanks, pulled21:17
=== yofel_ is now known as yofel
awebrianchidester: one more favor to ask..21:23
brianchidesterawe:  go for it21:23
awe( just realized i'm in the wrong room )...doh21:24
brianchidesterawe: haha21:24
jtholmescjwatson, sure i actually want to get a little more involved but have to learn where things r first21:38
BUGabundoseb128: bug 35268121:43
ubottuLaunchpad bug 352681 in nautilus "deleted files are not shown on Trash applet" [Undecided,New] https://launchpad.net/bugs/35268121:43
BUGabundosome guys on +1 just found out that files are not being shown on the trash applet21:43
BUGabundofor a sec i though they were being really deleted21:44
BUGabundobut no... they are on .local/share/Trash21:44
seb128BUGabundo: that's the directory the trash shows21:46
jtholmescjwatson, i plan to join the QA meeting tomorrow, i really want to talk about a more structured regression testing environment so we can hopefully reduce bugs up front21:47
BUGabundoseb128: yes, but the trash applet, after clicked is Empty21:47
BUGabundoand even the applet is not updated with the Full icon21:47
seb128BUGabundo: what about the trash location in nautilus?21:47
BUGabundoit wont open21:47
BUGabundowhen typed in nautilus trash:///21:48
seb128your installation is screwed21:48
BUGabundoliveusb21:48
BUGabundofrom today21:48
BUGabundoand 2 days ago21:48
BUGabundonot my system21:48
seb128could be liveusb specific21:48
BUGabundonot me to 1st complain21:48
seb128obviously that works on a normal system21:48
seb128we would have noticed otherwise21:48
BUGabundomaco is now debuging with other users on +121:48
BUGabundomaco: cn u confirm?21:48
seb128well it's easy, gvfsd-trash is a gvfs backend21:48
seb128gvfs-ls trash:21:48
macohuh?21:48
macooh21:48
macoseb128: soemone with an installed system first reported it21:49
BUGabundoand i just tested on 2 dailys images21:49
seb128gvfs-ls trash:21:49
seb128run that21:49
macoBUGabundo's just the reproducer21:49
seb128what does it list21:49
BUGabundonothing21:50
BUGabundobut theres a folder in /home/ubuntu/.local/share/Trash/files/ef21:50
=== Igorot is now known as Knightlust
macomine is not empty, but my nautilus is also not at the latest version21:53
macoperhaps its the most recent nautilus update?21:53
BUGabundoi dont know21:53
BUGabundoseb128 will now that better21:53
BUGabundomy system is broken (wont reach gdm) so i cant test tehre21:54
BUGabundojust running liveusb to test some stuff and installing a new test machice21:54
BUGabundowell dinner time for me21:54
BUGabundoi'll look at it tomorrow21:54
seb128maco: iit's working fine on all my boxes and we got no bug until now21:57
macoseb128: im installing updates to see if the workingness of my system changes after updates21:59
macoseb128: empathy doesnt use the indicator applet yet, right?22:02
seb128no22:02
johanbrmaco: https://bugs.launchpad.net/bugs/34018022:04
ubottuUbuntu bug 340180 in null "Please provide Empathy support" [Undecided,New]22:04
macoi'm trying to make a list of apps that dont have indicator applet support but should22:05
seb128all the IRC and IM clients ;-)22:06
seb128and email clients22:06
seb128only evolution and pidgin use it now22:06
macoer..shouldnt that bug be on "Empathy (Ubuntu)" not just "Empathy"?22:06
macoRyan added it to Gwibber22:06
seb128depend if you wish that upstream add that feature or it to be added by ubuntu22:07
macodont think that's packaged yet though22:07
macoi thought since it's an ubuntu-specific experiment, it would go in the Ubuntu package22:07
seb128it could22:07
seb128you can open an ubuntu task for sure22:07
=== azeem_ is now known as azeem
=== Snova_ is now known as Snova
tedgmaco: Liferea too.22:25
macotedg: for the "52 million unread items" messages?22:30
tedgmaco: I practice RSS-zero ;)22:30
tedgmaco: Also, atleast for mail, we've been doing an "unviewed" count instead of "unread."  Kinda like how the liferea status icon works now.22:53
macotedg: i havent logged into gnome in a week or two, so i'm missing some context22:54
tedgmaco: Basically for Evolution we're showing the count of messages that you have gotten since the last time your read an e-mail in Evolution.22:56
macoinstead of the total?22:57
tedgmaco: Correct.  Figuring that most people don't do inbox-zero, so if we required it, we'd have no users :)22:57
macohehe22:58
macoyeah im always going "ok..i had 235 last time i looked...i think...so i got....127 new?"22:59
tedgYeah, I've just given up counting.23:00
macoah! AFK meeting....late...bah23:00
macobye23:00
=== Snova_ is now known as Snova
=== Snova_ is now known as Snova

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