=== Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === geser [i=mb@2002:5361:2a04:0:0:0:0:1] has joined #ubuntu-devel === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-devel === zerbero__ [n=jga@p213.54.186.234.tisdip.tiscali.de] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === enyc [n=enyc@1337.whitehorse.co.uk] has joined #ubuntu-devel [12:45] I have changed the. status tags on bugs 78005 77485 ... was this right for me to do this as per the new MOTU-SRU policy? [12:45] Malone bug 78005 in qpsmtpd "[SRU] request: dapper:qpsmtpd fix for bug #72602" [Undecided,Fix committed] https://launchpad.net/bugs/78005 [12:45] I'm a little confused whom is now supposed to do the release- upload.... or how I do it.... [12:45] Please let me know what todo ?? [??] === vorian_ [n=vorian@ubuntu/member/Vorian] has joined #ubuntu-devel [12:46] (note that both bugs have now passed the ">=7 days aging and >=2 'worksforme' requirements! [12:46] ) === vorian__ [n=vorian@cpe-76-181-146-41.columbus.res.rr.com] has joined #ubuntu-devel [12:46] next-step suggestion needed please ;-) === enyc thinks... error! === vorian__ [n=vorian@cpe-76-181-146-41.columbus.res.rr.com] has left #ubuntu-devel ["Leaving"] === zerbero__ [n=jga@p213.54.186.234.tisdip.tiscali.de] has joined #ubuntu-devel === ash211 [n=andrew@user-11fap9g.dsl.mindspring.com] has joined #ubuntu-devel === juell [n=jga@p213.54.186.234.tisdip.tiscali.de] has left #ubuntu-devel ["Konversation] === rrittenhouse [n=tad@unaffiliated/rrittenhouse] has joined #ubuntu-devel === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === LongPointyStick [n=user@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === adamant1988 [n=chatzill@doc-24-206-202-2.el.wv.cebridge.net] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel === johanbr [n=j@128.189.255.57] has joined #ubuntu-devel === andre_pl_ [n=andre@bas6-london14-1168063781.dsl.bell.ca] has joined #ubuntu-devel === Lutin_ [n=Lutin@sd-3564.dedibox.fr] has joined #ubuntu-devel === Lutin [n=Lutin@ubuntu/member/lutin] has joined #ubuntu-devel [01:51] i seem to still be plagued by this bug: https://launchpad.net/ubuntu/+source/udev/+bug/53923 with the tifm 5-in-1 media card reader. [01:51] Malone bug 53923 in udev "Texas Instruments Card reader (8039) not working" [Medium,Confirmed] [01:51] but its apparently fixed. [01:52] wait, no its not. Lol. [01:52] how can I help to fix it? === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel [01:54] andre_pl_: I guess most developers are asleep now; but you may get more response on #ubuntu-kernel (just a wild gues without looking at the bug) [01:54] andre_pl_: confirm your experiences in the bug report [01:54] andre_pl_: they'll get recorded there, but will just scroll past here :) [01:55] sladen: thanks [01:55] sladen: you can disregard my last comment about hal and the nvidia driver and suspend btw :) [01:55] andre_pl_: when it comes to eventually doing a test it's important to know who can test the result [01:55] Chipzz: I didn't see it in IRC hilights, was it on launchpad? [01:55] yeah, launchpad [01:56] made it last week [01:56] Chipzz: okay, I'll get to it in-time, but if the comment isn't correct/is now out of date, can you comment again so that we know what the status quo is [01:56] sladen: thanx for the comments and hints in that bugreport btw :) [01:57] I will, but not now ;) === Chipzz going to sleep in a few minutes === mr_pouit [n=mrpouit@ubuntu/member/mrpouit] has joined #ubuntu-devel === licio [n=licio@c9500471.bhz.virtua.com.br] has joined #ubuntu-devel === jamesh [n=james@ppp112-44.static.internode.on.net] has joined #ubuntu-devel === Rohinton [n=chatzill@c-67-170-250-22.hsd1.ca.comcast.net] has joined #ubuntu-devel === vorian_ [n=vorian@ubuntu/member/Vorian] has joined #ubuntu-devel === vorian_ is now known as Vorian === ash211_ [n=andrew@user-11fap9g.dsl.mindspring.com] has joined #ubuntu-devel === vorian_ [n=steve@ubuntu/member/Vorian] has joined #ubuntu-devel === stratus [n=stratus@201.53.55.52] has joined #ubuntu-devel === johanbr [n=j@128.189.255.57] has joined #ubuntu-devel === jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel === vorian [n=vorian@ubuntu/member/Vorian] has joined #ubuntu-devel === minghua__ [n=minghua@ppp-70-129-164-213.dsl.hstntx.swbell.net] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === minghua__ is now known as minghua === sigix [n=bspindle@c-75-75-87-35.hsd1.va.comcast.net] has joined #ubuntu-devel === reitblatt [n=mark@resnet-50-71.dorm.utexas.edu] has joined #ubuntu-devel === jack_wyt [n=jack@218.18.190.51] has joined #ubuntu-devel === shenki__ [n=shenki@ppp15-237.lns10.adl2.internode.on.net] has joined #ubuntu-devel === vorian [n=vorian@ubuntu/member/Vorian] has left #ubuntu-devel ["Leaving"] === CarlFK [n=carl@24.72.183.239] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === zerbero__ [n=jga@p213.54.186.234.tisdip.tiscali.de] has left #ubuntu-devel ["Konversation] === juell [n=jga@p213.54.186.234.tisdip.tiscali.de] has joined #ubuntu-devel === freeflying [i=root@ubuntu/member/freeflying] has joined #ubuntu-devel === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === j_ack [n=rudi@p508D8F4D.dip0.t-ipconnect.de] has joined #ubuntu-devel === ogra__ [n=ogra@p548ADBC2.dip.t-dialin.net] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === vorian_ [n=steve@ubuntu/member/Vorian] has joined #ubuntu-devel === minghua_ [n=minghua@adsl-75-54-168-214.dsl.hstntx.sbcglobal.net] has joined #ubuntu-devel === wereHamster is now known as wereHamster|zZz === sn- [n=sno@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel === shenki_ [n=shenki@ppp15-238.lns10.adl2.internode.on.net] has joined #ubuntu-devel === minghua__ [n=minghua@ppp-70-251-16-63.dsl.hstntx.swbell.net] has joined #ubuntu-devel === sigix [n=bspindle@c-75-75-87-35.hsd1.va.comcast.net] has left #ubuntu-devel [] === eggauah [n=daniel@201.72.57.213] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === desudation [n=dpollock@eclipse/developer/Eclipse/desudation] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel === eggauah [n=daniel@201.72.57.213] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has left #ubuntu-devel [] === jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-devel === styx__ [n=styx@p57A4B4CA.dip0.t-ipconnect.de] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.15.252.revip2.asianet.co.th] has joined #ubuntu-devel [06:09] morning [06:10] just, getting, light === enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel === thoreauputic [n=prospero@ubuntu/member/thoreauputic] has joined #ubuntu-devel [06:15] Just wanted to say - Feisty is looking great! Congrats to all ... :-) === thoreauputic [n=prospero@ubuntu/member/thoreauputic] has left #ubuntu-devel [] === jamesh [n=james@ppp112-44.static.internode.on.net] has joined #ubuntu-devel === jack_wyt [n=jack@218.18.190.51] has joined #ubuntu-devel === jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-devel === jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === Knightlust [n=DaxSolom@203.87.200.214] has joined #ubuntu-devel === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel === superm1_ [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === superm1_ [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === mvo [n=egon@p54A67638.dip.t-dialin.net] has joined #ubuntu-devel === stephanbuys [n=stephanb@196.44.1.98] has joined #ubuntu-devel === marilize [n=marilize@dumbledore.hbd.com] has joined #ubuntu-devel === pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel === cypher1 [i=cypher1@nat/hp/x-a928bf09ed81501e] has joined #ubuntu-devel [08:23] lifeless: is there any reason why opensync is a few versions behind upstream? === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [08:33] hi Mithrandir === manchicken__ [n=manchick@74-134-94-223.dhcp.insightbb.com] has joined #ubuntu-devel [08:35] Anybody know what "ubuntu-linux.withishow.com" is all about? [08:35] yet another planet ripoff? [08:36] there are a couple I've seen [08:36] It looks like they're trying to syndicate stuff from the ubuntu planet, and then comment on blogs to attract people to their advertising. [08:36] back later [08:37] hiya Andrew. === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel [09:01] Mithrandir: FF-wise, would you be ok with me adding a --confirm switch to debcommit? (see mdz's mail re bzr package maintenance) [09:04] pitti: sure [09:06] Mithrandir: hmm, if I touch the package anyway, I guess I'll also include requestsync, to get rid of another long-standing low-priority TODO item [09:09] sure === enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-2-242.net-htp.de] has joined #ubuntu-devel === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === tkjacobsen [n=tkjacobs@105.18.235.85.dk-boa.res.dyn.perspektivbredband.net] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.15.252.revip2.asianet.co.th] has joined #ubuntu-devel === Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel === carlos [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel === tuxcrafter [n=tuxcraft@145.52.123.218] has joined #ubuntu-devel [09:38] good day eveyone [09:39] Mithrandir: I suck ? [09:40] or azeem does. Or we both do. [09:40] the theory is that azeem and I are co-maintaining the suite. However it seems to have panned out that I maintain libopensync* and he maintains the plugins and gui. [09:40] ook [09:41] I have a personal interest in getting my phone to sync with evo, you see, and I think the newer upstream versions fixes that. [09:43] tepsipakki: regarding the ndiswrapper UVFe.. it's a fairly big diff which is hard to review due to the traceexit => exit changes (and other similar ones). Do you have any reports from people running your latest package and where it works for them? === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel === jinty [n=jinty@247.Red-83-49-51.dynamicIP.rima-tde.net] has joined #ubuntu-devel [09:48] Mithrandir: I have a 'anyone can NMU' policy on all my packages. [09:48] Mithrandir: so if you ahve the time, upload away. It will want an ABI change though, I'm pretty sure upstream fucked the current release of the plugins et all across the recent version releases. [09:49] lifeless: it'd require a motu-uvf exception too, so I'm trying to get somebody else to do it. === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel [09:49] Mithrandir: haha [09:52] Mithrandir: not yet, but as you can see, most of the changes are in driver/ which isn't used in ubuntu [09:52] the driver is in our kernel [09:52] tepsipakki: point. [09:52] and that is already 1.38, it's just a matter of updating the utils [09:53] hurrah, I get to review somebody else's perl code. === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [09:54] pitti: Hi, would you like to try latest fesity export? [09:54] lifeless: there's the problem that opensync-0.22 or so has some different database format, so users need to remove parts of their ~/.opensync [09:54] pitti: it should have the weird new line chars removed completely [09:54] huh, opensync-0.22, my terminal is acting up [09:54] pitti: I did it also for the other distros [09:54] carlos: I already dist-upgraded today [09:54] dist-upgraded? [09:55] azeem: just make the tools notice it and run opensync --reset (or the equivalent) when they detect the older database format? [09:55] carlos: current daily langpacks are from 20070327 timestamp [09:55] so you pushed yesterday tarball? [09:55] carlos: no, the daily ones on people [09:55] I didn't upload them to feisty yet, since you asked me to wait [09:55] hi carlos [09:56] carlos: did you do the french translations change yet? ;) [09:56] Mithrandir: that's the second problem, the GTK GUI "tool" currently in feisty is rotten and not really usable [09:56] a first step would be to use the one from unstable, but I wasn't sure whether this is still possible [09:56] seb128: no, I hadn't time, I was finishing the cleanup and run out of time to do that, but I plan to request it today [09:56] azeem: kitchensync or multisync0.90 you mean? [09:56] carlos: oh, there's a 20070328 tarball from 2 o'clock today; that's the good one now? [09:56] pitti: would be possible to force a refresh now? [09:56] multisync0.09 [09:56] kitchensink is maybe the kde one? [09:56] pitti: yeah [09:57] I had to do some fixes so it was built later than expected [09:57] carlos: sure; I usually build them in the afternoon, but I'll crank up one now [09:57] Mithrandir: yes, and AFAIK nobody packaged an opensync-enabled kitchensync until now [09:57] pitti: thank you [09:57] carlos: ok, thank you, let me know when it's done [09:57] seb128: sure [09:57] cool [09:57] but maybe somebody from kubuntu did in the meantime, I haven't checked in a while [09:57] carlos: oh, in fact it's already running; I forgot, I build them at 0800 rookery time [09:58] but those are for Edgy, Hoary and Dapper, isn't them? [09:58] azeem: http://www.in.fh-merseburg.de/~jahn/opensync-0.21/pool/main/o/opensync-integration-kitchensync/ isn't it? [09:58] carlos: no, I build dailies for feisty, too [09:59] oh, so you always use an old Feisty package [09:59] ? === blackskad [n=blackska@vpna236.ugent.be] has joined #ubuntu-devel === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel [10:00] Mithrandir: yes [10:00] azeem: yeah [10:00] hrm right, Matthias did it in the meantime, could've guessed [10:00] azeem: its why I haven't packaged it, I know it needs testing [10:01] and doco and stuff === manchicken_ [n=manchick@74-134-94-223.dhcp.insightbb.com] has joined #ubuntu-devel === blackskad [n=blackska@vpna236.ugent.be] has left #ubuntu-devel [] === dholbach [n=daniel@i59F72C97.versanet.de] has joined #ubuntu-devel === milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel [10:10] hello [10:10] hallo dholbach [10:14] hey siretart [10:14] how's it going? [10:14] oh, thanks. [10:20] i got a very anoying bug here, i am testing openoffice 2.2 in feisty and my odt documents from v2.1 are not opened the same in 2.2 how does this come, i mean odt is a open standard and should be backwards compatible?! do you feisty users have the same problem? === dholbach_ [n=daniel@i59F76E84.versanet.de] has joined #ubuntu-devel === dholbach_ [n=daniel@i59F76E84.versanet.de] has joined #ubuntu-devel [10:25] if someone would like to test the new upstream intel driver (1.9.93 aka 2.0rc3), here it is: http://users.tkk.fi/~tjaalton/xorg72/new/ [10:25] that's xserver-xorg-video-intel [10:25] modesetting-branch merged in [10:25] Mithrandir: When you have a sec, I'm curious why the 1.4-12build1 upload of imaze didn't register a build on amd64 or ia64. [10:25] it needs the new server -3ubuntu6 I just uploaded, but a deb is available from the url [10:25] StevenK: might be a fallout of yesterday's hiccups; I'm running the queue builder again and we can see if that helps. [10:26] StevenK: ah, it's in PaS [10:27] does it work and run on amd64/ia64? [10:27] Hrm. I know it builds and installs fine. [10:27] bye === tuxcrafter [n=tuxcraft@145.52.123.218] has left #ubuntu-devel [] [10:27] mail infinity or lamont to get PaS updated in Debian and we'll pick it up. [10:28] On amd64, anyway, since I'm too cheap to buy an Itanic :-P [10:28] StevenK: I was going to ask how you'd tested that :P [10:29] Fujitsu: There's always merkel.debian.org. For me, anyway. [10:29] You and your evil uber-powers. === StevenK smirks. [10:29] hm, no, that's just imaze-xview. [10:29] I can't read. [10:30] Mithrandir: xview is in the archive for amd64. [10:32] StevenK: I don't know, I'll have to ask cprov. === StevenK nods. [10:33] ARGH!!! feisty shuts down my laptop way too often due to "critical" temparature [10:34] doko: Where critical is it might make the desk slightly warm? :-P [10:34] doko: open it up,remove dust :) === enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel === pochu [n=emilio@ubuntu/member/pochu] has joined #ubuntu-devel === enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel [10:45] azeem, Mithrandir: I can work on kitchensync update if you will do opensync upgrade [10:46] StevenK: as you uploaded xview with amd64 support, does it work without the patch from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320155 ? [10:46] Debian bug 320155 in xview "xview: amd64 support" [Wishlist,Open] === Lure is also not happy to not be able to sync his phone [10:46] Lure: opensync is in universe, so it'd require motu-uvf approval, not ubuntu-release approval, but I would be quite happy if somebody did the work to make it work. [10:47] Mithrandir: afair, we need to package it as debian is not on latest, right? [10:47] yes. === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [10:48] Lure: but you'd be better off starting talking to motu-uvf to see if they think it's worth it. [10:49] Mithrandir: will check this first, the problem is it is hard to discuss it as nobody has tried it to confirm the benefits [10:49] Mithrandir: I can probably try it now, that bluetooth is fixed in kubuntu ;-) [10:50] <_ion> pitti: "Yo inicie efectos del escritorio y me marco que no tengo el composite habilitado y luego marco el error." yeah, thanks a lot for the bug report! ;-) [10:51] _ion: comprehende, amigos? [10:52] "Tango and Composite makes my Luggage report an error". === juell [n=jga@p85.212.39.121.tisdip.tiscali.de] has joined #ubuntu-devel [10:53] _ion: I started desktop-effects and it told me I don't have composite enabled, and after that there was an error ;) [10:55] <_ion> pochu: Hehe, thanks. The bug report *did* contain apport info, which explained everything, though, so i was just joking. [10:55] _ion: you could told it before :p [10:55] however, it wasn't a great effort, since my spanish is great :) [10:56] eh, why do we have ndiswrapper-1.1 in main? [10:56] tepsipakki: it's on the kill list [10:56] pitti: groovy [10:56] well, it was a great effort, because my enghish isn't :( [10:56] tepsipakki: bug 92622 [10:56] Malone bug 92622 in ndiswrapper-1.1 "[REMOVE] Please remove ndiswrapper-1.1 from archives" [Undecided,Confirmed] https://launchpad.net/bugs/92622 [10:56] pochu: new, working intel driver available [10:56] <_ion> pochu: Sorry for causing extra work. :-) [10:56] tepsipakki: I just wante to wait for the last reverse dependency to be fixed [10:56] pitti: ok [10:57] just looking at the list of ndiswrapper bugs [10:57] tepsipakki: cool! :) [10:57] removing -1.1 would fix bug 59983, I think [10:57] Malone bug 59983 in ndiswrapper "ndiswrapper in edgy broken" [Low,Confirmed] https://launchpad.net/bugs/59983 [10:58] pitti: there doesn't seem to be any reverse deps on ndiswrapper-1.1's binaries? [10:59] Mithrandir: right, because it was fixed recently (see bug trail) [10:59] no low hanging fruits left there, it seems [10:59] ahkay. [10:59] tepsipakki: 59983 is one of those where I think we'll just have to work around in the update manager [10:59] guess so === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === tokj [n=tokj@151.82.4.161] has joined #ubuntu-devel === janimo [n=jani@89.137.122.178] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.3.81.revip2.asianet.co.th] has joined #ubuntu-devel === blackskad [n=blackska@vpnb145.ugent.be] has joined #ubuntu-devel === sky_walkie [n=hrdlo@193.85.244.121] has joined #ubuntu-devel === Tonio_ [n=tonio@177.207.103-84.rev.gaoland.net] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel [11:37] pitti: hi, is there a guideline in naming locales, in particular in the mozilla-firefox-locale packages? When is it recommenede to us lo_LO vs lo ? [11:37] pitti: as there are locales which are specific to a single country but still use the longer form (hu_HU, ro_RO) while other the simpler (sk, af) [11:38] janimo: the longer ones are mainly for hysterical raisins [11:38] pitti: what I am confronted with is, that there's a ro.xpi for ff 2.0 and it uses the ro locale all over, but teh current packaging stub have ro_RO [11:38] janimo: just to save us from renaming the existing packages yet again [11:39] janimo: for new languages, we should use whatever upstream uses [11:39] pitti: ok, I file a bug on mozilla-firefox-locales-all and attach the ro.xpi, is that the procedure? [11:40] janimo: you don't need to attach it if upstream has it [11:40] asac: ^ we should update m-f-local-all to 2.0.0.3, right? [11:40] janimo: ^ or just file a general bug about that [11:40] ugh, it's still at .1 [11:41] pitti: I am not sure it's in upstream firefox, I think it's provided asa separate extension. I'll check though [11:41] janimo: in this case, attaching it is fine === pochu [n=emilio@ubuntu/member/pochu] has joined #ubuntu-devel [11:53] ogra: will we get dia 0.96-final? [11:54] ogra: it seems to fix bug 93303 [11:54] Malone bug 93303 in dia "Program Dia crashes when deleting a diagram object" [Medium,Confirmed] https://launchpad.net/bugs/93303 === enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel === adamant1988 [n=chatzill@doc-24-206-202-2.el.wv.cebridge.net] has joined #ubuntu-devel === finalbeta [n=finalbet@d54C689F7.access.telenet.be] has joined #ubuntu-devel === gicmo [n=gicmo@p5491C47D.dip.t-dialin.net] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-84-87.net-htp.de] has joined #ubuntu-devel [12:12] _ion: hm, did you see bug 93209? yet another missing ID [12:12] Malone bug 93209 in restricted-manager "Fails to detect Nvidia 3D driver" [Medium,In progress] https://launchpad.net/bugs/93209 [12:13] _ion: hm, current package does not have 'manual' lists any more, does it? === opi [i=emil@fuse.pl] has joined #ubuntu-devel [12:16] guys, can you point me to the person who owns ubuntu-*.org DNS servers? We're moving our servers and need small change in IN A records. :) [12:17] Smurfix was the BOHF in 2004, but I renember his server went down and the DNS moved somewhere [12:17] opi: you can reach the admins on #canonical-sysadmin === kwwii [n=kwwii@p54955FE0.dip.t-dialin.net] has joined #ubuntu-devel [12:17] highvoltage: oh! Thanks! [12:17] opi: any time === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-devel [12:18] dholbach: btw. I commited another session splash last night (fixed a small problem) === vciaglia [n=vciaglia@host19-156-dynamic.16-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === opi [i=emil@fuse.pl] has left #ubuntu-devel [] === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [12:21] kwwii: uploaded [12:21] dholbach: excellent, thanks :-) [12:22] de rien [12:24] <_ion> pitti: % modinfo -F alias nvidia | grep 01D8 [12:24] <_ion> pci:v000010DEd000001D8sv*sd*bc03sc*i* [12:24] <_ion> pitti: Perhaps that was one of the IDs the amd64 port doesn't support, or something. [12:24] _ion: hmm, that's with your new l-r-m patch-of-doom? [12:24] _ion: aah, that's entirely possible; I generated it on amd64 [12:24] _ion: thanks [12:25] <_ion> pitti: Yeah, but the list is exactly the same as the modules.alias.override list generated from the 9631 x86 driver. [12:25] hi [12:26] <_ion> pitti: Yeah, the amd64 port indeed doesn't list 01D8, whereas the x86 port of both 96xx and 97xx list that. [12:27] _ion: I changed the bug accordingly [12:27] <_ion> pitti: It would be a huge pain to maintain both x86 and amd64 lists in the restricted-manager package. We probably should just wait until l-r-m generates the listings. [12:27] _ion: right, that's what I wrote in the bug [12:28] <_ion> pitti: Btw, if it's ever needed to add manual entries, they would go to something like /usr/share/restricted-manager/modalias_override/nvidia.manual. The filename doesn't matter, but i think it's good to add '.manual' to manually edited files. [12:29] ah, great [12:29] well, I hope that this entire crack will soon disappear at all from r-m ;) [12:30] <_ion> Yeah. :-) [12:30] <_ion> /usr/share/restricted-manager/modalias_override/ipw3945.manual probably needs to stay, though. [12:30] <_ion> since it doesn't seem to be a kernel module, but some kind of a daemon. === kwwii_ [n=kwwii@p54957597.dip.t-dialin.net] has joined #ubuntu-devel [12:31] ah, right [12:36] dholbach, yes, i'm on it, the documentation is horribly broken, wroking on a patch here [12:36] ogra: ok [12:36] somehow the xml is messed up === pvanhoof [n=pvanhoof@d54C0EE14.access.telenet.be] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [12:42] if any archive-admin can take a look at bug 98532 :) [12:42] Malone bug 98532 in liferea "[UVFe] Liferea 1.2.10b" [Undecided,Unconfirmed] https://launchpad.net/bugs/98532 [12:44] pochu: nothing to do for archive admin === gicmo [n=gicmo@p5491C836.dip.t-dialin.net] has joined #ubuntu-devel [12:45] sorry, release-admin :) [12:45] pochu: if you want a sync, please turn this into a sync request and get UVF exception approval from Mithrandir [12:45] it's not a sync, since it's not in debian [12:45] ah, ok [12:45] but an uvf exception, yes :) [12:46] pochu: that's not "admin" at all, it's "ubuntu-release" or "the release team". :-P [12:46] hehe === TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [12:47] anyway, looks sane, approved [12:47] so you or cjwatson should look at it, as the LP team page says :) [12:47] Mithrandir: cool, thanks :) [12:47] Mithrandir: I filed https://bugs.launchpad.net/ubuntu/+source/multisync0.90/+bug/98545 now for multisync0.90 [12:47] Malone bug 98545 in multisync0.90 "[UVFe Sync Request] multisync0.90 0.91.0-3" [Undecided,Unconfirmed] [12:49] azeem: cheers. I think it would make sense to get an approval for the whole suite, not just multisync. [12:49] Mithrandir: well, the rest isn't packaged yet, this one has been in unstable for a while === kkzilla [n=mrbuzz11@c-24-6-9-246.hsd1.ca.comcast.net] has joined #ubuntu-devel === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel [12:59] ogra: dia 0.96.1 is out [12:59] ogra: brown paper bag release [01:02] meh [01:03] ok [01:03] thanks dholbach === Gman [i=gman@nat/sun/x-dffcaafe03af2995] has joined #ubuntu-devel [01:03] de rien ogra === _lemsx1_ [n=lemsx1@p86-65.acedsl.com] has joined #ubuntu-devel === timfrost [n=timfrost@125-238-157-226.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel [01:13] <_lemsx1_> in Feisty when i choose to switch to another user (local) the computer goes to a black screen and the switch never happens [01:14] <_lemsx1_> this is an ATI card running fglrx driver. i'll try in another computer to see if there is a difference === _lemsx1_ is connected as lemsx1 as well === _lemsx1_ is now known as lemsx1|gone [01:15] lemsx1|gone: I noticed the same on nvidia [01:15] lemsx1|gone: one user had compiz, the other didn't [01:15] pitti: ahh, so it's not the card [01:15] probably a composite bug in X.org [01:15] pitti: no compiz used here [01:16] pitti: did you try turning off composite? in my case it's explicitly off since fglrx doesn't support it [01:16] lemsx1|gone: no, I didn't [01:16] pitti: i wonder under what package this bug should be filed [01:16] lemsx1|gone: xorg-server AFAICS [01:17] pitti: ok. i see that there are two X processes running. one on :0 and another on :20 === john [n=john@85.112.64.58] has joined #ubuntu-devel [01:17] Hello. I am running Feisty, and i would like to report a bug again "Disk Usage Analyzer" aka baobab. Launchpad doesn't allow me to report said bug on the gnome-utils section. So where can i do that? [01:17] pitti: if you login via ssh and kill gdm and the X processes, the machine hard-locks and you have to press the button to reset it === timfrost [n=timfrost@125-238-157-226.broadband-telecom.global-gateway.net.nz] has left #ubuntu-devel [] [01:17] john: try #ubuntu-bugs [01:18] pitti: should bug 71560 be milestoned for 7.04 final? even just some kind of "this crash will take a while to process - do you want to proceed" heuristic might help, if that's what it takes [01:18] Malone bug 71560 in apport "Crash information collection depletes resources, clogs up and crashes system" [Medium,Confirmed] https://launchpad.net/bugs/71560 === lemsx1|gone is really gone [01:18] thanks [01:19] cjwatson: it already has that jumping progress bar; it usually should take less than a minute, but for the guy in the last comment it took 40 minutes or so; I don't have an idea how to predict that [01:20] size of core dump? === acacs [n=acacs@20132180094.user.veloxzone.com.br] has joined #ubuntu-devel [01:21] cjwatson: I could just limit the core dump to, let's say, 500 MB; that should help already [01:21] cjwatson: but TBH I'm rather inclined to disable crash interception for the final release completely [01:22] we neither have the retracing nor the triaging capacity for the flood of crashes in feisty stable, nor will we fix most of the crasher bugs in stables [01:22] really? [01:22] mm, somebody asked about that on the QA call last night [01:22] I would strongly advocate having it enabled [01:22] and for high-prio bugs we can still ask users to enable it again locally [01:22] a friend has been much happier with feisty simply because apps don't just vanish, and she at least sees that dialog [01:23] (she nearly always clicks "No") [01:23] if it's easy to switch back on, I'd be in favour of disabling it by default === Gman [i=gman@nat/sun/x-69c6e56732c697ba] has joined #ubuntu-devel [01:23] it's on today's meeting agenda [01:23] not to mention that sometimes you don't know there's been a crash [01:23] cjwatson: it's changing /etc/default/apport back to enabled ATM [01:23] I don't see why we can't say "an application crashed; do you want to do something about it?" without expensive core processing [01:23] in feisty+1 we might have automatic dup detection and better malone handling and all that [01:24] even in the typical case, what is it doing for that less-than-a-minute before it says "something crashed"? [01:24] cjwatson: would be theoretically possible [01:25] it should be SIGSEGV -> kernel writes core -> inotify -> dialog surey [01:25] surely [01:25] cjwatson: it reads the report and unpacks the core along with that; I know that this is suboptimal, but takes some invasive code changes to fix [01:25] oh, the 'less than a minute' I alluded to was the gdb/dpkg processing === Duckie [n=Duckie@ACCFE409.ipt.aol.com] has joined #ubuntu-devel [01:26] for displaying the initial notification it just needs to read the file in /var/crash [01:27] this entire process could do with some optimization and some rewriting of the lower-level classes, but that's not something I would do for feisty final [01:27] perhaps a quick approach would be to simply notice that the file is there and (by default) display a notification before spending time reading it [01:27] presumably even just reading (and parsing?) it can be pretty slow and memory-intensive for large core dumps [01:27] right [01:28] but in that case I like the idea of limiting the core dump size better [01:28] if even merely writing/compressing the dump lasts 10 minutes on that user's machine [01:28] that would have the benefit of simplicity, although I'd have thought that 500MB is too big [01:29] since at that time we cannot really display any UI [01:29] can it be related heuristically to free memory available? [01:29] I suspect that in that user's case apport is running into swap trying to parse the crash dump and then the system starts thrashing [01:29] cjwatson: certainly, yes [01:30] and in that case, we're turning the situation from the random user's perspective from "it crashed. bugger. ok, restart it and worry about it later" to "it crashed. bugger. oh, now my system is unresponsive." [01:30] which is suboptimal :) [01:30] pitti: why does it need to "read" the file? [01:30] can't it just mmap it? [01:31] Keybuk: it's RFC822/base64 encoded [01:31] heh [01:31] however, due to the way we sort the fields, it would be enough to just read the top [01:31] Keybuk: but as I said, merely writing the crash report when the crash itself happens already triggers that trashing problem [01:32] sure, but at that point, they've clicked "Report Problem" so they're gonna expect some work [01:32] no? [01:32] it's three minutes from the crash to the initial dialog, not 10 [01:32] the computer is visibly playing pong [01:32] Keybuk: no, when the crash happens, not when the UI pops up [01:32] why does it do it then? [01:33] oh, sorry, apparently nobody said it was 10 and I just misread something [01:33] Keybuk: it needs to turn the kernel's stdin into a compressed report in /var/crash [01:34] Keybuk: I think it's building it all in memory and then writing it out [01:34] so, I think from all the optimizations that would be possible, the only thing that would be reasonable for feisty is to cap the core size to the free memory [01:34] the core dump size limit would have to be in kernel_hook [01:34] right [01:35] can we notify the user that the crash happened, but that they didn't have enough free memory to deal with the crash? [01:35] at least for Keybuk's "you don't know there's been a crash" thing [01:36] cjwatson: yes, we could make the UI check for that case (no CoreDump in /var/crash/foo.crash) [01:36] perhaps a CoreDumpSuppressed key in the report or something, and then teach frontends to avoid filing bugs about that [01:36] can't just be lack-of-CoreDump because python crashes don't have that === freeflying [i=root@ubuntu/member/freeflying] has joined #ubuntu-devel [01:36] CoreDumpTooBig [01:37] cjwatson: right, that's already taken care of; I meant lack of core dump for signal crashes [01:37] ok [01:37] so, going back, can I milestone this bug for 7.04 and summarise this conversation? === pitti updates the bug accordingly [01:37] ah, you're doing it [01:38] thanks [01:38] thanks for the discussion === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [01:41] cjwatson: done; I'll file a separate bug about the optimization steps mentioned above (for feisty+1) === tokj [n=tokj@151.82.2.221] has joined #ubuntu-devel === poningru_ [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-devel === directhex|work [n=jms@osc-bigmac.oerc.ox.ac.uk] has joined #ubuntu-devel === directhex|work [n=jms@osc-bigmac.oerc.ox.ac.uk] has left #ubuntu-devel ["Leaving"] === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel === shiyee [n=Shiyee@0x535854b3.abnxx4.adsl-dhcp.tele.dk] has joined #ubuntu-devel === j_ack [n=rudi@p508D859B.dip0.t-ipconnect.de] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel === pitti uploads restricted-manager of the day and is glad that bug reports have reached the level of discussing icon consistency now [01:57] rofl === Rocha [n=hrocha@194.117.22.216] has joined #ubuntu-devel === vciaglia [n=vciaglia@host225-154-dynamic.16-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel === kwwii [n=kwwii@p54957597.dip.t-dialin.net] has joined #ubuntu-devel === Arby_ [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel [02:21] <_ion> pitti: :-) === _TomB [n=tomb@host86-147-89-91.range86-147.btcentralplus.com] has joined #ubuntu-devel === cypher1 [n=cypher1@59.92.130.97] has joined #ubuntu-devel [02:26] any openoffice maintainer here? [02:27] doko is :) === cr3 [n=marc@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [02:31] doko, could you take a looh at bug 75478? It seems to be trivial to fix [02:31] Malone bug 75478 in openoffice.org "No shortcut to OpenOffice::Draw" [Medium,Confirmed] https://launchpad.net/bugs/75478 === j_ack_ [n=rudi@p508D9E5A.dip0.t-ipconnect.de] has joined #ubuntu-devel [02:33] jwendell: no, works as designed. https://wiki.ubuntu.com/MenusRevisited === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === wereHamster|zZz is now known as wereHamster [02:36] doko, i don't understand why we have shortcuts for calc, write, etc... but none for draw. That wiki page does not explain this [02:41] my guess would be that nobody uses the paint program to draw pics except for those needed in the other OO apps [02:42] my guess is as openoffice is a office clone, it acts similar to the way ms office used to [02:43] which i believe didn't have a seperate shortcut for the draw package, instead opened through whichever app you were using === j_ack__ [n=rudi@p508d9d98.dip0.t-ipconnect.de] has joined #ubuntu-devel === mrsno [n=sno@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel === freeflying [i=root@ubuntu/member/freeflying] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-69c6e56732c697ba] has joined #ubuntu-devel === juell [n=jga@p85.212.39.121.tisdip.tiscali.de] has joined #ubuntu-devel === jinty [n=jinty@247.Red-83-49-51.dynamicIP.rima-tde.net] has joined #ubuntu-devel === Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === Burgwork [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === hyko [i=ajt@lives.at.unixuni.org] has joined #ubuntu-devel === hugo [n=hugo@201.72.57.205] has joined #ubuntu-devel === evand [n=evand@ubuntu/member/evand] has joined #ubuntu-devel === desrt [n=desrt@ubuntu/member/desrt] has joined #ubuntu-devel === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel === Znarl [n=znarl@jewel.roundabout.org] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [02:51] hello all. just wanted to add that switching users works perfectly fine on Intel graphic cards [02:51] maybe the issue has something to do with ATI's and nvidia's only [02:52] lemsx1: pretty much [02:52] lemsx1: it usually works for me as well, I just saw it once, ever [02:52] pitti! [02:52] hi jsgotangco === Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel === izi_ [n=izi@ns.izimobil.org] has joined #ubuntu-devel [02:53] seb128, carlos: there, fresh new feisty langpacks, candidate for an official upload; wanna test? [02:53] pitti: sure! [02:54] pitti: daily snapshot repositories? [02:54] without the french changes then? :/ [02:54] carlos: yep [02:54] pitti: will test sure [02:54] seb128: no, sorry [02:54] seb128: -v ? === Gman is now known as GmanAFK [02:54] seb128: but I will try to get a new tarball with that for tomorrow, not sure whether pitti would be able to use that, though [02:54] seb128: I can mangle the french ones manually [02:55] pitti: GNOME translator complained that they work go to /dev/null so carlos is going to do some rosetta magic to use upstream translations when available [02:55] pitti: it depends on Rosetta export data [02:55] maybe we could delay the French one until tomorrow [02:55] seb128: ah, so it's not something I could fix by changing a couple of po files in the source? [02:55] carlos: we can also update the French one tomorrow again [02:55] pitti: no, it's "rosetta taking over nice translated with outdated broken ones" [02:55] pitti: ok, let's do that [02:55] update french again tomorrow [02:55] seb128: updating four packages won't hurt anyone tomorrow [02:56] seb128: and I'll update them again at least once, don't worry === Burgwork [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [02:56] pitti: ok, cool [02:56] ok [02:57] I will handle everything to get it done today [02:58] thank you [03:03] pitti: usually works but lately is not working? that used to work for me on Dapper/Edgy [03:09] pitti: i just uploaded a new patch for bug #97726 (you're martin right ?) [03:09] Malone bug 97726 in restricted-manager "Restricted Drivers Manager's "computer restart" icon is not consistent with other restart icons" [Low,Confirmed] https://launchpad.net/bugs/97726 === robertj [n=rcaskey@cai17.music.uga.edu] has joined #ubuntu-devel [03:09] izi_: splendid! thanks [03:09] izi_: yes, I am Martin Pitt [03:09] pitti, ok :) [03:09] <_ion> (There's the 'whois' command in your IRC client, too. :-) ) [03:09] sure === lbm [n=lbm@195.181.54.128] has joined #ubuntu-devel === Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel === DIGITALEX [n=pete@c-24-61-198-66.hsd1.nh.comcast.net] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === somerville32 [n=somervil@ubuntu/member/somerville32] has joined #ubuntu-devel === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel === john [n=john@85.112.64.58] has left #ubuntu-devel ["Leaving"] === duckie [n=duckie@ACC9401D.ipt.aol.com] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === abattoir [n=abattoir@cm155.omega127.maxonline.com.sg] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel === bddebian [n=bdefrees@63.81.56.182] has joined #ubuntu-devel [03:56] Heya === enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel === duckie [n=duckie@ACC9401D.ipt.aol.com] has left #ubuntu-devel ["Ex-Chat"] [04:07] <_ion> benc: Any comments about the third patch? :-) I realized that i should have put the change_module_aliases script under debian/. Should i send a new patch to change its location? === freeflying_ [i=root@gobstopper.dreamhost.com] has joined #ubuntu-devel === Zdra [n=zdra@143.231-244-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [04:10] Riddell: my modification to make the kde dist-upgrader use kde debconf seems to work. we just need to ensure that libqt-perl is installed (is that default?) [04:11] mvo: it appears that...if a user upgrades while the proposed updates repository is enabled, they'll end up with an orphaned copy of app-install-data-commercial because edgy 6.3 > feisty 6 [04:11] mvo: known? === welshbyte [n=welshbyt@ubuntu/member/welshbyte] has joined #ubuntu-devel [04:11] Hobbsee: no, good that you report it! [04:12] It's still probably an issue because 6.2 is in edgy-updates [04:13] mvo: right. getting the original person to report it :) [04:20] mvo: will you just bump the version number, or do you have other stuff to add? === tkamppeter [n=till@bl8-121-203.dsl.telepac.pt] has joined #ubuntu-devel [04:20] mvo: if it's just bumping the version number, i could probably do it, and give StevenK something to do with his new shiny upload powers [04:20] (to give you time to focus on other, mroe complicated stuff) === Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-devel [04:20] Holy X Crash! Nvidia Man! === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel === eggauah [n=daniel@201.72.57.213] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === glatzor [n=sebi@p54964FA4.dip.t-dialin.net] has joined #ubuntu-devel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel === pradeep [n=pradeep@unaffiliated/pradeep] has joined #ubuntu-devel === svolpe_gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #ubuntu-devel === giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel === mpt [n=mpt@121-72-130-40.dsl.telstraclear.net] has joined #ubuntu-devel === sacater [n=sacater@host86-137-253-194.range86-137.btcentralplus.com] has joined #ubuntu-devel [05:12] dholbach: do you know why Tango theme inherit on crystalsvg? [05:12] hey, it's not long any more until we will get the 100.000th bug report [05:12] seb128: because that's the 'desktop independent thing' - you can use it in kde too [05:12] so it can fall back to crystal [05:12] (for them) [05:14] dholbach: it breaks the evolution icon [05:14] oh? [05:14] how so? [05:14] dholbach: upstream install its own to hicolor [05:15] and crystal is used before [05:15] so we get the crystal one on the Human theme [05:15] which is ugly [05:15] if you have crystal installed [05:15] siretart: See my comment on bug 75681. Aurelien managed to get some informative but unfortunately not sufficient debug info. I've asked him and you for some more. [05:15] Malone bug 75681 in mdadm "boot-time race condition initializing md" [High,Confirmed] https://launchpad.net/bugs/75681 [05:15] seb128: hm, what do you suggest? [05:16] dholbach: get a nice evolution icon to Human or Tangerine? ;) [05:16] seb128: ok, which icon is that? [05:16] evolution [05:16] Anyone here who has a printer from HP? [05:17] tkamppeter: I've an HP deskjet [05:17] dholbach: dpkg -L evolution-common | grep icon [05:17] If so, please go to bug 98520 and follow the steps in my "CALL FOR TESTING" (2nd posting). [05:17] Malone bug 98520 in hplip "Feisty UVF ER: New HPLIP 1.7.3 release fixes lots of bugs" [Medium,Needs info] https://launchpad.net/bugs/98520 [05:17] ok [05:18] seb128, thanks in advance. [05:18] Any other volunteers? [05:22] iwj: sorry, I was on a buisness trip on monday and tuesday, and have managed to keep up with the mail backlog this morning. I'll test and provide the info this evening [05:22] I had to deal with a lawer regarding REVU as well, but at least he was pretty kind === OculusAquilae [n=oculus@pd950a045.dip0.t-ipconnect.de] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel [05:25] iwj: you might be interested that since some weeks I don't obseve my raid devices coming up in degraded mode anymore (this was rather sporadic that time as well, though). what I'm rather observing is that only one of four raid devices "come up" automatically. `udevtrigger` does fix things for me however, and I can continue booting with CTRL-d [05:26] siretart: a lawyer regarding REVU? [05:26] hiya Hobbsee [05:26] hey Mithrandir!!!! [05:27] Hobbsee: yes, someone uploaded a package with a cracked licence key inside [05:27] Hobbsee: they asked me to have it removed from revu + google cache === jcapote [n=capotej@66.253.58.98] has joined #ubuntu-devel [05:28] siretart: fun..... [05:28] siretart: hm, maybe REVU should have a robots.txt [05:29]