asacbryce: bug 147676 ... could this be done properly?12:48
ubotuLaunchpad bug 147676 in imwheel "Any Logitech mouse buttons does NOT work in FireFox LTSP xorg gpm imwheel yelp icedove iceweasel" [Undecided,New]  https://launchpad.net/bugs/14767612:48
=== j_ack [n=j_ack@p508D86F2.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel
=== lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-devel
=== jvw [i=jeroen@220pc220.sshunet.nl] has joined #ubuntu-devel
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel
bryceasac, thanks I'll take a look01:19
=== tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has left #ubuntu-devel ["Ex-Chat"]
Chipzzman, that bugreport is CRAP :p01:24
Chipzz"Any Logitech mouse buttons does NOT work in FireFox xorg gpm imwheel yelp icedove iceweasel etc."01:25
Chipzzfirst of all this is not even a sentence01:25
sladenand even if it was, it's quite long for a subject line :)01:25
Chipzz2nd of all the guy is just throwing a whole bunch of unrelated program names together and expects that to be a valid bugreport01:25
dobeythat is totally a sentence01:26
Chipzzfirefox/xorg/gpm/imwheel ok01:26
Chipzzbut the rest?01:26
dobeyyou just need to learn Engrish better :)01:26
Chipzzhe's confusing consumers apps (like firefox, icedove, iceweasel and yelp) with daemons or servers (xorg, gpm, imwheel)01:27
Chipzz*and* I don't think we support gpm + X config?01:28
Chipzzdo we?01:28
dobeyi i just like how firefox is listed N times01:28
=== d33p__ [n=d33p@] has joined #ubuntu-devel
dobeyi didn't realize that imwheel still existed01:28
dobeygpm probably is supported01:29
Chipzzit's deprecated IMHO01:29
dobeyi don't know what it has to do with X though01:29
bryceasac: generally I've been holding off on doing much work on improving input stuff, since with Hardy when we go to xserver 1.4, we should be able to take advantage of input hotplug and avoid all these configuration tweaks01:29
Chipzzdobey: you have to correctly set your mouse type in order for gpm to work01:29
mjg59If you want cut and paste on the console, it's kind of important01:29
dobeyChipzz: you have to correctly set your mouse type for X to work01:29
mjg59dobey: No, the kernel does most of that now01:29
Chipzzmjg59: I *know* what gpm is :) I have used it for errr, over 7 years :)01:29
mjg59Chipzz: I wasn't talking to you01:30
dobeymjg59: the kernel deals with mouse buttons and ZAxisMapping in xorg.conf?01:30
mjg59It depends what level you're looking at01:30
dobeyor X is smarter about dealing with it now?01:30
asacbryce: ok, please drop a note in bug and set to won'tfix?? ... maybe verify if the bugs he mentions are of the same class and will be gone with 1.4 was well. Thanks!01:30
mjg59It abstracts away the mouse protocol stuff that used to be required in X01:30
dobeyso X is smarter about it01:31
mjg59I believe that the ZAxis stuff is still required, though01:31
bryceasac, will do.  Think I'll try to dupe some of these while I'm at it, if they are indeed dupes01:31
dobeyyou still have to tell it what buttons are scroll/etc... i think01:31
mjg59No, now the kernel recodes everything to look like the Microsoft extended protocol01:31
asacbryce: if there are others with a firefox target, feel free to invalidate them ;)01:31
mjg59But yeah. It's not practical to programmatically determine which buttons are which under certain cricumstances01:31
mjg594 and 5 will always be the wheel, but 6 and 7 might be side buttons or a horizontal wheel01:31
bryceasac, okie01:32
=== Adri2000 [n=adri2000@ubuntu/member/adri2000] has joined #ubuntu-devel
=== doko_ [n=doko@dslb-088-073-093-050.pools.arcor-ip.net] has joined #ubuntu-devel
Chipzzbryce: when will hardy have xorg 1.4? soon after opening or late in the cycle?01:49
brycesoon after opening01:50
=== _MMA_ [n=_MMA_@cpe-071-070-203-016.nc.res.rr.com] has left #ubuntu-devel []
Chipzzare serial mice autodetectable?01:50
bryceonce the tree opens I'll make that my top priority01:50
Chipzzserial mice or getting xorg 1.4 in hardy?01:51
mjg59Chipzz: Not trivially01:51
=== rnorwood [n=rnorwood@adsl-074-167-242-127.sip.rmo.bellsouth.net] has joined #ubuntu-devel
bryceChipzz: xserver 1.401:51
=== zul_ [n=chuck@mail.edgewater.ca] has joined #ubuntu-devel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
=== LuisBG [n=d33p@ubuntu/member/luisbg] has joined #ubuntu-devel
=== Gman is now known as GmanAFK
=== jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-devel
=== Jucato [n=jucato@] has joined #ubuntu-devel
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== frostburn [n=archlich@cpe-74-74-196-185.rochester.res.rr.com] has joined #ubuntu-devel
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel
=== ajmitch_ [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel
=== astro76 [n=james@unaffiliated/astro76] has joined #ubuntu-devel
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel
=== frostburn [n=archlich@cpe-74-74-196-185.rochester.res.rr.com] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== Jucato [n=jucato@ubuntu/member/Jucato] has joined #ubuntu-devel
=== LuisBG [n=d33p@ubuntu/member/luisbg] has joined #ubuntu-devel
=== zul_ [n=chuck@mail.edgewater.ca] has joined #ubuntu-devel
=== rnorwood [n=rnorwood@adsl-074-167-242-127.sip.rmo.bellsouth.net] has joined #ubuntu-devel
=== doko_ [n=doko@dslb-088-073-093-050.pools.arcor-ip.net] has joined #ubuntu-devel
=== Adri2000 [n=adri2000@ubuntu/member/adri2000] has joined #ubuntu-devel
=== jvw [i=jeroen@220pc220.sshunet.nl] has joined #ubuntu-devel
=== lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-devel
=== j_ack [n=j_ack@p508D86F2.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== Toadstool [n=jcorbier@ubuntu/member/toadstool] has joined #ubuntu-devel
=== Arrogance [n=aks@ottawa-hs-209-217-119-72.d-ip.magma.ca] has joined #ubuntu-devel
=== calc [n=ccheney@conr-adsl-209-169-106-188.consolidated.net] has joined #ubuntu-devel
=== didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel
=== KristianL [n=kristian@unaffiliated/kristianl] has joined #ubuntu-devel
=== haggai [n=halls@] has joined #ubuntu-devel
=== _TomB [n=tomb@host86-145-195-250.range86-145.btcentralplus.com] has joined #ubuntu-devel
=== hoora80 [i=hoora@gateway/tor/x-cd704772da25f027] has joined #ubuntu-devel
=== Mez_ [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel
=== effraie [n=effraie@ubuntu/member/effraie] has joined #ubuntu-devel
=== Gman [i=gman@nat/sun/x-8b74ebb5dfef0e8a] has joined #ubuntu-devel
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel
=== Spads [n=spacehob@host-87-74-18-7.bulldogdsl.com] has joined #ubuntu-devel
=== zenrox [n=zenrox@pool-71-115-208-222.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel
=== m1ke [n=mike@c-67-186-85-180.hsd1.il.comcast.net] has joined #ubuntu-devel
=== blueyed [n=daniel@pdpc/supporter/active/blueyed] has joined #ubuntu-devel
=== Yvonne [n=Yvonne@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel
=== Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
=== alexanderwz [n=alexande@karuna.med.harvard.edu] has joined #ubuntu-devel
=== kirkland [n=kirkland@cpe-66-68-158-133.austin.res.rr.com] has joined #ubuntu-devel
=== Apex [i=antipath@] has joined #ubuntu-devel
=== predius [n=predius@] has joined #ubuntu-devel
=== `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-devel
=== nothlit [n=nothlit@fluxbuntu/developer/nothlit] has joined #ubuntu-devel
=== XSource [n=XSource@] has joined #ubuntu-devel
=== asac [n=asac@debian/developer/asac] has joined #ubuntu-devel
=== nnonix [n=brad@bkjohnson.com] has joined #ubuntu-devel
=== ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-devel
=== sjoerd [n=sjoerd@tunnel3460.ipv6.xs4all.nl] has joined #ubuntu-devel
=== l3010o [n=leo@n219079088162.netvigator.com] has joined #ubuntu-devel
=== MacSlow [n=mirco@unaffiliated/macslow] has joined #ubuntu-devel
=== eggauah [n=daniel@] has joined #ubuntu-devel
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
=== gouki [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel
=== bigon [n=bigon@ubuntu/member/bigon] has joined #ubuntu-devel
=== Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel
=== lukas_ [i=lukas@unaffiliated/lukas/x-0000001] has joined #ubuntu-devel
=== iceman [n=iceman@cable-87-244-153-189.upc.chello.be] has joined #ubuntu-devel
=== lionel [n=lionel@ip-149.net-89-3-208.rev.numericable.fr] has joined #ubuntu-devel
=== statictonic [n=mark@c-75-72-61-89.hsd1.mn.comcast.net] has joined #ubuntu-devel
=== sharms [n=sharms@ubuntu/member/sharms] has joined #ubuntu-devel
=== Whoopie [n=Whoopie@unaffiliated/whoopie] has joined #ubuntu-devel
=== dobey [n=dobey@ip68-229-101-154.hr.hr.cox.net] has joined #ubuntu-devel
=== xtknight [n=xtknight@c-68-43-122-211.hsd1.mi.comcast.net] has joined #ubuntu-devel
=== pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel
=== manchicken [n=manckn@ubuntu/member/manchicken] has joined #ubuntu-devel
=== slangasek [i=vorlon@dsl093-039-086.pdx1.dsl.speakeasy.net] has joined #ubuntu-devel
=== allee [n=ach@allee.mpe.mpg.de] has joined #ubuntu-devel
=== Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel
=== macd [n=d@cl-151.ewr-01.us.sixxs.net] has joined #ubuntu-devel
=== nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel
=== sacater [n=sacater@ubuntu/member/colchester-lug.sacater] has joined #ubuntu-devel
=== Traxer [i=traxer@shell6.powershells.de] has joined #ubuntu-devel
=== ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel
=== sn0 [n=mrsno@unaffiliated/sn0] has joined #ubuntu-devel
=== dendrobates [n=dendroba@adsl-065-005-186-012.sip.asm.bellsouth.net] has joined #ubuntu-devel
=== maniacmusician [n=maniacmu@] has joined #ubuntu-devel
=== bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel
=== mpt [n=mpt@canonical/launchpad/mpt] has joined #ubuntu-devel
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel
=== bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-devel
=== amitk [n=amit@a91-154-119-106.elisa-laajakaista.fi] has joined #ubuntu-devel
=== mhb [n=mhb@ubuntu/member/mhb] has joined #ubuntu-devel
=== rhelmer [n=rhelmer@people.mozilla.com] has joined #ubuntu-devel
=== enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel
=== mr_pouit [n=mrpouit@ubuntu/member/mrpouit] has joined #ubuntu-devel
=== jdong [n=dizzle@ubuntu/member/jdong] has joined #ubuntu-devel
=== l_ [n=l_@mix.mmjgroup.com] has joined #ubuntu-devel
=== c1|freaky [i=alpha@team.code-1.de] has joined #ubuntu-devel
=== mdke [i=mdke@ubuntu/member/mdke] has joined #ubuntu-devel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
=== RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel
=== fen_ [n=fen@] has joined #ubuntu-devel
=== zzxc [n=dnl@cpe-71-65-48-5.insight.res.rr.com] has joined #ubuntu-devel
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel
=== hjmf [n=hjmf@115.Red-83-49-18.dynamicIP.rima-tde.net] has joined #ubuntu-devel
=== milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel
=== bdmurray [n=bdmurray@mylar.outflux.net] has joined #ubuntu-devel
=== keescook [n=kees@ubuntu/member/keescook] has joined #ubuntu-devel
=== pwnguin [n=jld5445@camaro.cis.ksu.edu] has joined #ubuntu-devel
=== joebaker [n=joebaker@rrcs-67-52-198-66.west.biz.rr.com] has joined #ubuntu-devel
=== stgraber [n=stgraber@ubuntu/member/stgraber] has joined #ubuntu-devel
=== CarlFK [n=carl@c-76-29-25-210.hsd1.il.comcast.net] has joined #ubuntu-devel
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
=== stdin [i=stdin@pdpc/supporter/active/stdin] has joined #ubuntu-devel
=== broonie [i=broonie@cassiel.sirena.org.uk] has joined #ubuntu-devel
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel
=== kwwii [n=kwwii@khepri.openbios.org] has joined #ubuntu-devel
=== tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel
=== tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel
=== ArneGoet1e [n=arne@flat.iis.sinica.edu.tw] has joined #ubuntu-devel
=== JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-devel
=== caci [n=sk@doriath.informatik.uni-erlangen.de] has joined #ubuntu-devel
=== Mithrandir [n=tfheen@vawad-xen1.err.no] has joined #ubuntu-devel
=== LongPointyStick [n=mystery@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== mako [n=mako@bork.hampshire.edu] has joined #ubuntu-devel
=== bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-devel
=== jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel
=== StevenK [n=stevenk@] has joined #ubuntu-devel
=== sladen [i=paul@starsky.19inch.net] has joined #ubuntu-devel
=== highvoltage [n=jonathan@johannesleroux.co.za] has joined #ubuntu-devel
=== AlienX [n=theanswr@unaffiliated/alienx] has joined #ubuntu-devel
=== ion_ [i=ion@heh.fi] has joined #ubuntu-devel
=== Tm_T [i=tm_travo@kde/developer/jkekkonen] has joined #ubuntu-devel
=== azeem [n=mbanck@ppp-88-217-18-96.dynamic.mnet-online.de] has joined #ubuntu-devel
=== evand [n=evand@ubuntu/member/evand] has joined #ubuntu-devel
=== jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel
=== ccm [n=damokles@lilith.spinnenwerk.de] has joined #ubuntu-devel
=== Lutin [n=Lutin@dunnewind.net] has joined #ubuntu-devel
=== tritium [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel
=== FireRabbit [n=FireRabb@] has joined #ubuntu-devel
=== Fade [n=fade@outrider.deepsky.com] has joined #ubuntu-devel
=== hile [i=hile@hack.fi] has joined #ubuntu-devel
=== guerby [n=guerby@gut75-4-82-235-162-148.fbx.proxad.net] has joined #ubuntu-devel
=== jepler [n=jepler@emc/developer/jepler] has joined #ubuntu-devel
=== aba- [i=aba@redruth.greenbean.org] has joined #ubuntu-devel
=== paran [n=paran@cl-56.sto-01.se.sixxs.net] has joined #ubuntu-devel
=== Pumpernickel [n=Pumperni@about/essy/bacon/PuMpErNiCkLe] has joined #ubuntu-devel
=== jonibo [n=jonas@] has joined #ubuntu-devel
=== torkel [i=torkel@monsun.hpc2n.umu.se] has joined #ubuntu-devel
=== glledo [n=gellevi@] has joined #ubuntu-devel
=== nemik [n=cyanact@c-67-173-76-34.hsd1.il.comcast.net] has joined #ubuntu-devel
=== Jonbo [n=Jonbo123@adsl-068-209-082-227.sip.bhm.bellsouth.net] has joined #ubuntu-devel
=== Ng [n=cmsj@mairukipa.tenshu.net] has joined #ubuntu-devel
=== syp| [n=syp@lasigpc9.epfl.ch] has joined #ubuntu-devel
=== Trewas [i=ilonen@jumi.lut.fi] has joined #ubuntu-devel
=== joejaxx [i=joejaxx@fluxbuntu/founder/joejaxx] has joined #ubuntu-devel
=== wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel
=== marting [n=martin@foo.stupids.org] has joined #ubuntu-devel
=== poningru [n=poningru@ip24-250-142-109.ga.at.cox.net] has joined #ubuntu-devel
=== fnordus [n=dnall@] has joined #ubuntu-devel
=== lool [i=lool@debian/developer/lool] has joined #ubuntu-devel
=== maswan [i=maswan@kennedy.acc.umu.se] has joined #ubuntu-devel
=== bytee [n=byte@pentafluge.infradead.org] has joined #ubuntu-devel
=== [PUPPETS] Gonzo [i=gonzo@] has joined #ubuntu-devel
=== smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-devel
=== Mirv [n=tajyrink@pdpc/supporter/active/Mirv] has joined #ubuntu-devel
=== \sh_away [n=nnsherma@server3.servereyes.de] has joined #ubuntu-devel
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #ubuntu-devel
=== geser [i=mb@ubuntu/member/geser] has joined #ubuntu-devel
=== fdoving [n=frode@ubuntu/member/frode] has joined #ubuntu-devel
=== DreamThief [n=mathias@unaffiliated/dreamthief] has joined #ubuntu-devel
=== mneptok [n=mneptok@canonical/support/mneptok] has joined #ubuntu-devel
=== siretart [i=siretart@ubuntu/member/siretart] has joined #ubuntu-devel
=== dAndy [i=dandy@serenity.cat.pdx.edu] has joined #ubuntu-devel
=== knix [i=knix@unaffiliated/knix] has joined #ubuntu-devel
=== mattw [i=mattw@serenity.cat.pdx.edu] has joined #ubuntu-devel
=== beuno [n=beuno@ubuntu/member/beuno] has joined #ubuntu-devel
=== artoj [i=ajonsson@kapsi.fi] has joined #ubuntu-devel
=== Caesar [n=apollock@debian/developer/apollock] has joined #ubuntu-devel
=== Chipzz [i=chipzz@safehex.be] has joined #ubuntu-devel
=== iwj [n=ian@] has joined #ubuntu-devel
=== marcheu [n=marcheu@lattice.u-strasbg.fr] has joined #ubuntu-devel
=== soren [n=sh@ubuntu/member/shawarma] has joined #ubuntu-devel
=== saispo [n=saispo@ryu.zarb.org] has joined #ubuntu-devel
=== jcastro [n=jcastro@ethos.battleaxe.net] has joined #ubuntu-devel
=== pmatulis [n=pmatulis@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel
=== Znarl [n=znarl@deep-thought.roundabout.org] has joined #ubuntu-devel
=== desrt [n=desrt@ubuntu/member/desrt] has joined #ubuntu-devel
=== rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-devel
=== crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-devel
=== gpocentek [i=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel
=== kylem [n=kyle@amnesiac.heapspace.net] has joined #ubuntu-devel
=== tfheen [n=tfheen@aine.err.no] has joined #ubuntu-devel
=== simira [n=simira@aine.err.no] has joined #ubuntu-devel
=== ryanakca [n=ryan@ubuntu/member/ryanakca] has joined #ubuntu-devel
=== RemoteViewer [n=555@stan.physik.fu-berlin.de] has joined #ubuntu-devel
=== infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel
=== thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-devel
=== lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel
=== wolfe [n=wolfe@alpha.wolfeon.com] has joined #ubuntu-devel
=== neh [n=neh@unaffiliated/neh] has joined #ubuntu-devel
=== tepsipakki [n=tjaalton@replicant.hut.fi] has joined #ubuntu-devel
=== mcgrof [n=mcgrof@ruslug.rutgers.edu] has joined #ubuntu-devel
=== nightwish [i=gsn1@segfault.kernel-oops.de] has joined #ubuntu-devel
=== Kaloz [i=kaloz@openwrt/developer/Kaloz] has joined #ubuntu-devel
slangasekevand: bug #123425 is still only 'fix committed', not 'fix released'?02:41
ubotuLaunchpad bug 123425 in ubiquity "[gutsy]  Passwords intead of Full Names" [High,Fix committed]  https://launchpad.net/bugs/12342502:41
=== zerbero__2 [n=jga@pD9E63D64.dip.t-dialin.net] has joined #ubuntu-devel
=== ScottK2 [n=ScottK@ubuntu/member/scottk] has joined #ubuntu-devel
=== Riddelll [i=jr@muse.19inch.net] has joined #ubuntu-devel
=== Mez [n=mez@ubuntu/member/mez] has joined #ubuntu-devel
=== emdash [i=dotsony@estrella.triplehelix.org] has joined #ubuntu-devel
=== eggauah [n=daniel@] has joined #ubuntu-devel
=== alex116 [n=Alex@vpn-3005.gwdg.de] has joined #ubuntu-devel
=== alex116 [n=Alex@vpn-3005.gwdg.de] has left #ubuntu-devel []
=== eggauah [n=daniel@] has joined #ubuntu-devel
slangaseklamont: bug #63175 - eww, do we really still have issues with timezones and fsck?02:57
ubotuLaunchpad bug 63175 in e2fsprogs "fsck on every (re)boot" [Medium,New]  https://launchpad.net/bugs/6317502:57
=== jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-devel
=== mdomsch [n=mdomsch@cpe-70-124-62-55.austin.res.rr.com] has joined #ubuntu-devel
mneptokslangasek: at least we don't leave New Zealand in the wrong timezone because "tzdata is not a security issue" ;)03:10
Hobbseemneptok: bah.  new zealand.  are you telling me that they're whining for gettign australia's eastern timezone?03:11
mneptokHobbsee: no, Debian won't push the new daylight savings tzdata to Etch as it's not a security issue03:12
slangasekmneptok: you might be well advised to not get your information about Debian from Slashdot03:12
Hobbseebut mneptok lives for slashdot!03:13
StevenKLike Slashdot would talk about Debian - it doesn't happen within 3 blocks of CmdrTaco's house03:14
mneptokslangasek: it's still an issue that's unaddressed until a point release instead of a rolling update. which seems silly.03:15
mneptokslangasek: it's tzdata. we push this stuff out every week. why does Debian need to wait for a point release?03:15
slangasekmneptok: anyway, I don't think this is a conversation you want to have with me; I don't think much of governments who make changes to their timezones with less than a year's notice, because regardless of whether Debian happens to be able to accomodate them, such changes are expensive for the IT industry and serve no purpose.03:15
slangasekmneptok: so you're arguing that it should be pushed out as a "security" release when it's not security related?03:16
mneptokslangasek: i agree. but pouting and refusing to make life easier for users isn't helping. what's done is done, for good or ill. address it.03:16
slangasekmneptok: this would be the part where you're getting your information from Slashdot...03:16
mneptokslangasek: i'm saying it doesn't need to be either/or03:17
mneptokslangasek: the fact that others have coped is ample evidence of this.03:17
slangasekthere are four update channels available for fixes to Debian stable.  security.d.o, volatile.d.o, proposed-updates, and point releases.  The tzdata fix is *already available* in two of these, is targetted for a third but can't be made available yet for practical reasons, and doesn't belong in the fourth03:18
mneptokslangasek: but i can understand why production server admins might be put off by "volatile"03:18
slangasekmneptok: proposed-updates contains only those changes which have been accepted by the Debian stable release managers for the next point release; from etch forward, production server admins can reasonably make use of p-u03:19
=== bddebian [n=bdefrees@c-71-224-175-179.hsd1.pa.comcast.net] has joined #ubuntu-devel
mneptoki don't see it in p-u03:21
slangasekit's definitely there.03:21
mneptokaugust 1703:23
=== cypher1 [n=cypher1@pool-71-187-249-82.nwrknj.fios.verizon.net] has joined #ubuntu-devel
mneptokwait, no, July 3103:25
mneptokwe con get a release done in the time it takes Debian to fix a timezone. :P03:26
ajmitchah, the tzdata fun03:27
ajmitchslangasek: don't worry, we don't think much of our government either03:28
=== bddebian loves Australia's government :-)
=== fixed [n=sig@unaffiliated/fixed] has joined #ubuntu-devel
StevenKbddebian: Why? And, ajmitch's quip was pointed at New Zealand's government.03:33
bddebianI know :-)03:33
bddebianBecause Howard (I belive his name is?) is like Hey, it's Australia, love it or leave it. :-)03:34
StevenKYes, (John) Howard.03:35
RAOF Not the actor :)03:35
mneptokisn't that sorta antithetical to a penal colony? i mean, prisoners choosing to leave?03:36
lifelessmneptok: even prisons have standards03:37
=== astro76 [n=james@unaffiliated/astro76] has joined #ubuntu-devel
mneptoklifeless: explains my rejected visa application :/03:38
lifelessmneptok: I thought you were usian?03:38
mneptoklifeless: the UN has asked that all nations require a visa in my case. they ... just want to be sure.03:40
lifelessI'd have though a GPS ankle collar would be safere03:40
Hobbseehe never said that he didnt have one of them either, though03:40
lifelesshe didn't have one last time I saw him03:40
mneptoklifeless: it's a genital cuff03:41
Hobbseewho said it was on his ankle?  if it was on his ankle, it coudl be cut off...03:41
=== mode/#ubuntu-devel [+o mneptok] by ChanServ
=== mneptok was kicked off #ubuntu-devel by mneptok (nasty, dude)
=== mneptok [n=mneptok@canonical/support/mneptok] has joined #ubuntu-devel
lifelessHobbsee: it can still be cut off03:41
lifelesswith the added benefit of no-breeding03:41
Hobbseelifeless: good point.03:41
mneptoklifeless: now you sound like my girlfriend03:42
=== Hobbsee was intending her statement *before* mneptok's, incidently. damn uni lag.
=== bddebian knows that StevenK wants to help him with his brightside issue :)
mneptokUnilag would be a great name for a Cisco competitor03:42
lifelessmneptok: sensible lady:)03:42
bddebianmneptok: heh03:42
StevenKbddebian: Do I? I don't think I do.03:43
Hobbseelifeless: although insane.  being with mneptok, and all.03:43
lifelessHobbsee: there may be coercion involved.03:43
bddebianStevenK: Suure you do :-)03:43
mneptoklifeless: you may meet her at/around/adjoining All-Hands03:43
lifelessHobbsee: we should organise a rescue party03:43
Hobbseelifeless: indeed.03:44
lifelessmneptok: somehow I'm amazed you didn't make that statement dirty. 'seeing her around all-hands' is just ripe for suggestive deviation03:44
mneptoklifeless: after Hobbsee's comment this weekend i had to turn off those receptors. there was danger of circuit overload.03:45
=== sladen [i=paul@starsky.19inch.net] has joined #ubuntu-devel
Hobbseelifeless: he wished to live, methinks.03:47
=== cypher1 is away: I'm busy
=== cypher1 is back (gone 00:00:40)
Hobbsee!away | cypher103:50
ubotucypher1: You should avoid changing your nick in a busy channel like #ubuntu - it causes unrequired scrolling which is unfair on new users. The same goes for using noisy away messages : use the command "/away <reason>" to set your client away silently - See also !Guidelines03:50
=== fcestrada [n=fcestrad@] has joined #ubuntu-devel
=== eggauah [n=daniel@] has joined #ubuntu-devel
=== eggauah [n=daniel@] has joined #ubuntu-devel
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel
=== migma [n=migma@unaffiliated/migma] has joined #Ubuntu-devel
wasabiI am somehow missing how restarting NetworkManager can cause my keyboard to cease working.04:24
wasabiJust not seeing the link.04:24
=== sbalneav [n=sbalneav@S010600902754713b.wp.shawcable.net] has joined #ubuntu-devel
=== eggauah [n=daniel@] has joined #ubuntu-devel
=== nrdb [n=neil@] has joined #ubuntu-devel
=== eggauah [n=daniel@] has joined #ubuntu-devel
=== johanbr [n=j@blk-137-105-82.eastlink.ca] has joined #ubuntu-devel
=== EvanCarroll_home [n=Evan@tera-24-206-153-169.kw.tx.cebridge.net] has joined #ubuntu-devel
EvanCarroll_homeis anyone else having a problem with amd64 and nvidia with newest patch?04:33
=== frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel
HobbseeEvanCarroll_home: you probably wanted #ubuntu+1?04:34
bddebianShould glade files be in a binary package or data package?04:34
EvanCarroll_homeseems as if volatile/nvidia.ko, was renamed to volatile/new_nvidia.ko, without symlink04:34
EvanCarroll_homeHobbsee: yes, i forgot about that chan04:34
=== j_ack [n=j_ack@p508D86F2.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== freeflying [n=freeflyi@] has joined #ubuntu-devel
=== tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel
=== MuNzE [n=miki@] has joined #ubuntu-devel
=== defcon [n=ion@70-59-228-74.phnx.qwest.net] has joined #ubuntu-devel
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel
=== Whoopie [n=Whoopie@unaffiliated/whoopie] has joined #ubuntu-devel
ScottKparan: Dunno if you noticed yet or not, but your gnupg fix got uploaded today.  Thanks for the heads up.05:06
nrdbI have created a unionfs in initrd of the from the what was the root and another rw partition.  I have checked the unionfs and it appears ok.  The problem is that when I boot it seems to get stuck in a loop using 100% CPU and never actually boots, any ideas on how to find out what the problem is ?05:10
=== joebaker [n=joebaker@rrcs-67-52-198-66.west.biz.rr.com] has left #ubuntu-devel []
=== ArneGoet1e is now known as ArneGoetje
=== frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel
lamontslangasek: fsck/timezone issues are fixed in -6ubuntu105:22
lamontslangasek: see https://bugs.debian.org/44348705:23
slangasekor http maybe :)05:24
lamontyeah - that05:24
lamontthat's what I get for adding $mumble:// at the front05:24
lamontnote the small amount of grumbling from the submitter.  also note who he is05:25
slangasekso ok, it should be fixed in util-linux and this bug should be reassigned to there?05:25
lamontand note that fixing it requires adding an installer question...05:28
lamontso I'll leave that to TPTB05:28
lamontslangasek: the only outstanding issue is if you have BIOS=localtime (presumably because you dual-boot), and live east of greenwich05:33
=== holymoo [n=start@S01060016b6b53675.vf.shawcable.net] has joined #ubuntu-devel
=== astro76 [n=james@unaffiliated/astro76] has joined #ubuntu-devel
=== jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-devel
=== bddebian2 [n=bdefrees@c-71-224-175-179.hsd1.pa.comcast.net] has joined #ubuntu-devel
slangaseklamont: you've lost me; why is an additional installer question needed?06:04
=== stub [n=stub@ppp-] has joined #ubuntu-devel
lamonteither "what time zone are you in" or "is time UTC or local" or some such.06:13
lamontI really have no clue - just know that ted was grumbling06:14
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
lamontslangasek: feel free to look at util-linux_2.13-8 in debian (just uploaded now).  if there's anything that we want for -6ubuntu2 (or if we want to do -8ubuntu1) say so: I don't think there's anything so pressing as to justify hitting gutsy now.06:22
lamonthrm.. still uploading....06:23
=== dcode [n=dcode@r02dpdm85.desktop.umr.edu] has joined #ubuntu-devel
dcode I want to build packages for amd64 from an unofficial repository that provide the original sources and patches, but only i386 binaries...when I do apt-get -b source foo, it downloads the version in the official repository...how do I fix this?  Do I need to pin the packages?06:28
=== j_ack [n=j_ack@p508D86F2.dip0.t-ipconnect.de] has joined #ubuntu-devel
lamontdcode: apt-get source foo=1.2.3-1 is certainly an option06:29
dcodethanks, lamont06:30
dcodethere's just so many way to use apt....I find new stuff all the time06:30
nrdbwith vmware and 7.04 the message "BUG: soft lockup detected on CPU#0!" means ?06:42
tepsipakkislangasek: ok to upload a new discover-data (bug #133385)?06:53
ubotuLaunchpad bug 133385 in discover-data "[gutsy]  "nv" is not new enough to support my chipset (Quadro FX 570M)" [Medium,In progress]  https://launchpad.net/bugs/13338506:53
tepsipakkiit's not new upstream, but adds a number of nvidia pci-id's that the current driver supports (also some that the previous 2.1.x supported, but were missing)06:54
tepsipakkidebdiff attached06:55
slangaseklamont: I'm confused, isn't gutsy already asking for the time on install?07:07
lamontslangasek: dunno - like I said, I haven't paid any attention to that part of the issue....07:08
lamontif we do, then it might make sense to bring back hwclockfirst.sh here too, OTOH, ISTR that comes from the rtc module getting loaded via udev rules now.07:09
=== jamesh_ [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
lamontslangasek: I've pretty much ignored hwclock.sh issues in ubuntu and let keybuk lead on that, since he did the udev conversion07:10
lamontof course, the big diff is that ubuntu requires udev (or seems to?), while debian avoids depending on it.07:10
lamontslangasek: and I wasn't in on the ted/whomever discussion that ted alludes to.07:11
lamonthrm... eject spits the CD tray out... is there a command to pull it back in?07:12
=== m1ke [n=mike@c-67-186-85-180.hsd1.il.comcast.net] has joined #ubuntu-devel
lamontslangasek: I'll break out a livecd and check tomorrow.07:13
lamontand maybe poke keybuk et al here on the issue once I have more knowledge07:14
StevenKlamont: Try eject -t <device> to pull the tray back in07:14
lamontStevenK: cool07:14
lamontI'll do that later - drives are kinda busy atm07:15
slangasektepsipakki: discover-data, looks fine07:22
=== lamont wonders if he can do a couple of no-change uploads (db4.5 and ncurses, to be specific)
ScottKIf someone is looking into TZ and the installer, it'd be really nice to be able to use UTC after you admit to being in North America.07:25
=== nags [n=nags@] has joined #ubuntu-devel
=== Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-devel
lamontScottK: you mean you can't say NorthAmerica/UTC?07:28
ScottKlamont: First it asks you where you are and then gives you a list of applicable TZ.07:28
ScottKIt doesn't consider UTC in North America.07:29
ScottKThis is D-I and a server install.07:29
ScottKIt's just not on the list.07:29
lamontfeh.  db4.5 is blocking python2.507:31
=== lamont checks the rest of the packages he cares about tonight
slangasekyou can specify that the system clock is in UTC07:34
lamontslangasek: but not that the local TZ is NorthAmerica/UTC07:36
=== maikmerten [n=chatzill@ls5appsrv05.cs.uni-dortmund.de] has joined #ubuntu-devel
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel
=== Zic [n=Zic@ubuntu/member/zic] has joined #ubuntu-devel
tepsipakkislangasek: thanks07:52
bryceheya tepsipakki07:53
=== viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel
=== viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel
tepsipakkihi bryce07:54
=== dholbach [n=daniel@i59F74E8B.versanet.de] has joined #ubuntu-devel
dholbachgood morning07:55
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel
Hobbseehi dholbach07:57
dholbachhey Hobbsee07:57
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
pittiGood morning08:02
dholbachmdke: do you plan to sync with gnome-user-docs 2.20.0 again?08:03
Hobbseemorning pitti!08:03
pittihey Hobbsee, good morning08:03
Hobbseepitti: i discovered the morning today.  it wasnt good.08:04
StevenKIf mornings really exist, why are there only 12 hours on a clock...08:04
=== Chipzz denies the existence of mornings :P
Chipzzthey're extremely late evenings, at best08:05
StevenKChipzz: Heh08:05
=== boggle [n=spindler@modemcable212.211-70-69.mc.videotron.ca] has joined #ubuntu-devel
=== viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel
=== Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel
StevenKpitti: Oh, libevolution2.0-cil can be NBS'd out if you haven't already done it.08:22
pittiStevenK: ah, doing08:23
StevenKpitti: Danke08:23
pittiStevenK: I also ponder killing the other libs now, and thus break sear and silky08:23
StevenKpitti: silky can die as far as I'm concerned. Upstream is dead, and getting it work with the new SILC looks to be a shedload of work. However, there is a bug about silky, so someone could be working on it.08:24
pittiswoosh, killed them all; we should not ship gutsy with NBS packages08:25
StevenKpitti: sear on the other hand is known about, and I keep bugging man-di in -motu in terms of where it's up to. He is fighting with the Debian maintainer, last I heard.08:25
StevenKpitti: Agreed.08:28
StevenKNot Built from Source08:35
sorenHow can you NBS something?08:37
StevenKOkay, so you have a library package - libfoo, that builds libfoo1.08:37
StevenKlibfoo's upstream releases a new version that bumps the SOVER, so now you build libfoo2.08:38
StevenKThe binary packages still exist in the archive, and shouldn't be removed until nothing depends on it.08:39
StevenKThe binary package libfoo1, that is08:39
sorenLet me rephrase..08:39
sorenWhen you tell pitti that a package can be "NBS'd out", what does he then do?08:39
pittisoren: I remove it from the archive08:39
pittisoren: we should not release gutsy with pacakges which are not built by any source, since that makes them unmaintainable08:40
sorenSure, sure.08:40
sorenI get it now.08:40
pittibut it does not happen automatically, since with library soname changes, that would break hard08:40
dholbachdoko_: would it be ok, if you took a look at bug 139928?08:41
ubotuLaunchpad bug 139928 in cpio "[gutsy]  cpio segs on bad input" [Medium,Confirmed]  https://launchpad.net/bugs/13992808:41
sorenSo "NBS a package out" doesn't mean "make it not build from source", but "remove it because it's already not built from any source". YEs, that makes perfect sense :)08:41
sorenpitti: Sure.08:41
StevenKpitti: I'll hunt down that silky bug and comment on it when I'm on a link that isn't so dreadful.08:42
dholbachRiddelll: bug 136425, bug 121872?08:43
ubotuLaunchpad bug 136425 in qt4-x11 "qtconfig-qt4 in Accessories?" [Undecided,Confirmed]  https://launchpad.net/bugs/13642508:43
ubotuLaunchpad bug 121872 in qt4-x11 "*-qt4 tools should be present in $QTDIR/bin" [Undecided,In progress]  https://launchpad.net/bugs/12187208:43
dholbachcalc: bug 135086?08:43
ubotuLaunchpad bug 135086 in unzip "zipgrep: exit code always 0" [Unknown,Confirmed]  https://launchpad.net/bugs/13508608:43
=== rluberti [n=rluberti@] has joined #ubuntu-devel
=== rluberti [n=rluberti@] has left #ubuntu-devel []
Mithrandirdholbach: what's the policy you've been using for accepting or not accepting people for the telepathy team?08:55
dholbachMithrandir: none08:56
Mithrandirdholbach: as in, just accept everybody?08:56
dholbachMithrandir: I directly subscribed them to the mailing list too :)08:56
siretartasac: around? Wanted to ask you about NM/wpasupplicant integration08:57
sorenStevenK: Did you ever figure out why the dpkg output in gutsy sbuilders was in all upper case?08:58
RAOFsoren: Oooh, you're seeing that too?08:59
StevenKsoren: Nope. Mainly because I've not looked yet.08:59
StevenKRAOF: Me three.08:59
sorenStevenK: Same here. :)08:59
StevenKBetween the three of us we should be able to sort it out. :-)09:00
=== RAOF leaves for a dinner, so will be unavailable for fix-o-rama.
=== freeflying [n=freeflyi@] has joined #ubuntu-devel
sorenStevenK: Do you save your build logs from sbuild? Could you check when it happened to you the first time?09:02
=== ssam [n=ssam@] has joined #ubuntu-devel
StevenKsoren: I do. And what do you mean, the first time?09:03
mdkedholbach: yes, I updated our branch from upstream trunk on sunday, if possible we could do another upload, yes09:03
sorenStevenK: Has your sbuilder *always* done it?09:03
=== Zdra [n=zdra@230.218-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
StevenKsoren: Ah, no.09:03
=== carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel
pitti\sh_away: did you have a chance to test the fix for bug 103291?09:04
ubotuLaunchpad bug 103291 in lilo-installer "lilo-installer fails on HP (Compaq) SmartArray controllers (/dev/cciss)" [Medium,In progress]  https://launchpad.net/bugs/10329109:04
=== frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel
dholbachmdke: I'll look into it later09:05
=== jml [n=jml@ppp121-44-213-76.lns1.hba1.internode.on.net] has joined #ubuntu-devel
StevenKsoren: Right, the first log I have with the upper-casing is courier_0.56.0-2ubuntu1_20070917-234109:06
sorenStevenK: So mid-september-ish?09:07
StevenKLooks like it.09:07
dholbachmdke: I'll update the version number09:08
StevenKI think the next step is to compare base tool versions between that log and the previous.09:08
mdkedholbach: thanks. We haven't made any other changes except synching with upstream; which was a couple of extra translations, and upstream applying one of our patches09:08
dholbachmdke: great09:09
dholbachmdke: next time please update debian/changelog :-)09:09
dholbachit's just a matter of   dch -i; debcommit   :-)09:09
=== dholbach shuts up now :)
mdkedholbach: yes, I would have done, sorry09:09
sorenStevenK: Interesting. You had schroot 1.1.5-1.1 synced on September 13th :)09:10
=== dholbach hugs mdke
=== thekorn [n=markus@a89-182-10-48.net-htp.de] has joined #ubuntu-devel
=== ant30 [n=aperezar@38.Red-80-36-82.staticIP.rima-tde.net] has joined #ubuntu-devel
dholbachmdke: pushed changes to my branch09:15
dholbachhey thekorn09:15
thekornhi dholbach09:16
dholbachmdke: uploading package...09:19
mdkedholbach: thanks very much. for ubuntu-docs I'll be adding translations during this week... we are going to have to be careful with the package size when that happens... I'll ping you early next week if that is ok?09:22
dholbachmdke: alrightie, you can also file a sponsoring bug, that's fine too09:22
pitti\sh: good morning09:26
\shpitti, hey...good morning...:)09:27
geserGuten Morgen \sh, pitti09:28
pittihi geser09:28
=== XSource [n=XSource@] has joined #ubuntu-devel
StevenKsoren: Hmmm.09:38
sorenStevenK: Hm, indeed.09:41
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
=== MacSlow [n=mirco@unaffiliated/macslow] has joined #ubuntu-devel
=== fabiux [n=fabiux@] has joined #ubuntu-devel
StevenKsoren: But schroot isn't installed inside the chroot, and my base machine is Feisty09:45
sorenStevenK: Oh.09:46
=== twb [n=twb@nat20.cyber.com.au] has joined #ubuntu-devel
twbWhat is dh_iconcache, why is it undocumented and why is it in Ubuntu's debhelper and not Debian's?09:49
pittitwb: it is the old name of dh_icons09:50
pittitwb: we had it first, Debian used a different name, so it's just a backwards compatibilty shim nowadays09:50
twbI can replace it 100% with dh_icons in this package I'm re-building under Debian?09:51
=== sladen_ [i=paul@starsky.19inch.net] has joined #ubuntu-devel
pittitwb: given that dh_iconcache just does system("dh_icons @ARGV");, I'd say yes09:51
twbOK, thank you.09:52
dholbacheverything should use dh_icons09:52
twbThe package in question is vmware-server 1.0.3, from feisty-commercial.09:52
dholbachtwb: oh ok, I think in feisty we still had dh_iconcache - let me check09:53
twbI would've used gutsy, but it has no -commercial yet.09:53
dholbachyes, feisty still has dh_iconcache :-/09:54
dholbachI think somebody is working on setting up gutsy-commercial09:54
twbI hate non-Free software.  It's nothing but a PITA.09:55
twb-commercial isn't listed on packages.u.c either, which confused me for days.09:55
tepsipakkiisn't it called something else nowadays?09:57
Mithrandircjwatson: is it possible to get user-setup-apply to set a completely blank password?09:59
tepsipakkitwb: it's being changed to "partner", but that doesn't exist yet10:10
=== mvo [n=egon@p54A66FA4.dip.t-dialin.net] has joined #ubuntu-devel
TheMusoIs the apport retracer for i386 running?10:12
pittiTheMuso: seems it got stuck, I restarted it10:12
dholbachhey mvo10:13
pittiTheMuso: thanks10:13
pittihey mvo10:13
TheMusopitti: Thank you.10:13
mvohey dholbach, pitti!10:13
=== twb [n=twb@nat20.cyber.com.au] has left #ubuntu-devel ["rcirc]
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
dholbachhey seb12810:17
seb128hello dholbach10:17
mvohey seb12810:17
seb128hello mvo10:17
simiramorning guys10:17
=== simira runs to school
=== dexem [n=dani@220.Red-83-52-31.dynamicIP.rima-tde.net] has joined #ubuntu-devel
seb128hey simira10:22
=== dholbach_ [n=daniel@i59F7061A.versanet.de] has joined #ubuntu-devel
=== RicardoPerez [n=A@] has joined #ubuntu-devel
RicardoPerezpitti: ping10:25
pittihi RicardoPerez10:25
=== chand [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel
RicardoPerezpitti: hi! i have a problem with the openoffice.org menu entries... i'm talking with carlos, and he told me to talk with you10:25
RicardoPerezpitti: the menu entries shows untranslated in my Spanish desktop10:27
RicardoPerezpitti: i have the ooo-build.mo file with the translations10:27
pittiRicardoPerez: the bubble help is untranslated, too?10:28
RicardoPerezpitti: and I've add a line containing 'X-Ubuntu-Gettext-Domain=ooo-build' in the .desktop files10:28
RicardoPerezpitti: the bubble IS translated10:28
RicardoPerezpitti: but the menu entries isn't10:28
dholbachdoko: where was the page that listed ubuntu-specific packaging decisions?10:28
pittiright, same here10:29
pittiRicardoPerez: it seems that they consider "OO.o writer" as a proper noun and thus do not translate it10:29
dokodholbach: UbuntuPackagingChanges10:29
=== elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel
pittiRicardoPerez: e. g. I never saw MS "Word" or "Excel" getting translated10:30
dholbachdoko: thanks10:30
pittiRicardoPerez: (except in jokes :) )10:30
pittiRicardoPerez: the desktop file does have some Arabic translations, etc., though10:30
RicardoPerezpitti: oh, that's right, but the menu entries doesn't must be "OpenOffice.org Writer", but "OpenOffice.org Word processor"10:30
pittihm, no, that's just the GenericName10:31
RicardoPerezpitti: "OpenOffice.org Word processor" => "OpenOffice.org Procesador de textos" (in spanish)10:31
RicardoPerezpitti: oh10:31
pittiRicardoPerez: we do not show this by defautl10:31
RicardoPerezpitti: but shows in that way in Feisty10:31
RicardoPerezpitti: in Feisty, it shows "OpenOffice.org Procesador de textos"10:31
RicardoPerezpitti: and not "OpenOffice.org Writer"10:32
pittiseb128: did we change anything wrt. the display of GenericName in menus?10:32
seb128The openoffice menu item are translated on my gutsy10:32
seb128pitti: GenericName is not used by GNOME10:32
seb128it uses Name= for the item10:32
pittithat's what I thought, too10:32
seb128and Comment= for the tooltip on mouseover10:32
seb128and that has always been the case10:33
carlosseb128: the problem is that it's not using the .mo files10:33
pittiright, but that's something entirely different10:33
carlosand even adding the translation domain10:33
pitti(oo.o needs to add X-Ubuntu-Gettext-Domain:)10:33
carlosthe entries are still untranslated10:33
=== marcel [n=marcel@wc-50.r-195-35-150.atwork.nl] has joined #ubuntu-devel
carlospitti: we added it by hand10:33
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel
carlosrestarted the session and still the same problem10:33
RicardoPerezcarlos: me too, without luck10:33
carlosRicardoPerez: we == you and me ;-)10:34
seb128carlos: do you have the correct .mo file installed?10:34
seb128carlos: and the .mo has the translations?10:34
RicardoPerezcarlos: sorry :)10:34
seb128works fine in french so I don't think the system is b0rked10:34
carlosseb128:  RicardoPerez said that we do10:34
carlosI didn't check it10:34
seb128k, I think you don't10:34
RicardoPerezseb128: I have the .mo file10:34
carlosseb128: well, I doubt you are using the same unless you added the translation domain too10:35
RicardoPerezseb128: and strings ooo-build.mo shows translated strings10:35
carlosseb128: there is a bug with the package that is not adding the translation domain to the .desktop file10:35
seb128carlos: it works for other menu items, didn't try openoffice but the panel has no reason to behave differently for it10:35
carlosseb128: so you use the translations inside the .desktop file10:35
pitticarlos: however, since OO.o does not use gettext, it does not have an obvious place where to put them10:35
carlosseb128: yeah, I know, that's why I was so confused10:35
carlospitti: it does10:35
=== Le-Chuck_ITA [n=Le-Chuck@host45-85-dynamic.16-87-r.retail.telecomitalia.it] has joined #ubuntu-devel
carlospitti: we had a template specific for it and it's included in language packs10:36
seb128carlos: oo-build.mo doesn't contain the menu item strings there10:36
seb128$ msgunfmt /usr/share/locale-langpack/en_GB/LC_MESSAGES/ooo-build.mo | grep Writer10:36
pittiah, indeed10:36
RicardoPerezseb128: It isn't Writer, but Word Processor10:37
=== fixed [n=sig@unaffiliated/fixed] has joined #ubuntu-devel
carlosRicardoPerez: but the .desktop uses Writer10:37
RicardoPerezcarlos: not in Feisty...10:37
carlosRicardoPerez: aren't you using Gutsy?10:38
RicardoPerezcarlos: I don't know if this is intentional10:38
pitticarlos: so, calc should add the X-U-G-D: field10:38
RicardoPerezcarlos: yes, I'm in gutsy10:38
carlosRicardoPerez: then, why do you mention Feisty?10:38
RicardoPerezcarlos: because in Feisty shows "OpenOffice.org Word Processor" (in English) and in Gutsy shows "OpenOffice.org Writer"10:39
cjwatsonMithrandir: sure, casper does it, look at scripts/casper/10adduser10:39
Le-Chuck_ITAHi there, I just tried to install openssh on feisty from main archive (ubuntu.com) and it said it was _not_ authenticated, while taking it from an italian mirror went fine!10:39
carlospitti: yeah, I just got confused because the translations were not appearing and it was weird because it works for others (as seb128 already noted)10:39
cjwatsonlamont: it's just the "is your clock in UTC" question that we haven't wedged into ubiquity yet10:39
carlosRicardoPerez: that just means that the different packages use different strings10:39
cjwatsonLe-Chuck_ITA: sometimes happens transiently due to minor glitches; wait an hour and 'sudo apt-get update' again10:39
seb128carlos: works fine for me10:39
seb128carlos: I did that10:40
RicardoPerezcarlos: mmmmm.... i'm confused10:40
Le-Chuck_ITAok so if you're not worried about that I've done my job :)10:40
seb128- edit /usr/share/applications/ooo-writer.desktop, change the french translation10:40
RicardoPerezcarlos: ooo-build didn't change from feisty to gutsy... contains the same strings10:40
seb128- add X-Ubuntu-Gettext-Domain=ooo-build to it10:40
seb128- sudo touch /usr/share/applications/ooo-writer.desktop,10:40
carlosRicardoPerez: which is the problem you are having10:40
seb128and the menu item has the mo translation now10:40
carlosRicardoPerez: the .desktop file did change10:40
seb128not the modified one10:40
Mithrandircjwatson: no, that gets you a hash in /etc/shadow.  I want it to be ume::1000... in /etc/passwd.10:40
=== Le-Chuck_ITA [n=Le-Chuck@host45-85-dynamic.16-87-r.retail.telecomitalia.it] has left #ubuntu-devel []
ChipzzLe-Chuck_ITA: normal install, or debootstrap?10:41
carlosRicardoPerez: so the .desktop file needs to be updated10:41
seb128carlos: works fine for me10:41
RicardoPerezcarlos: mmmmmm wait, please10:41
seb128carlos: read what I just wrote10:41
carlosseb128: yeah, thanks, as said got confused with what RicardoPerez said, and didn't check the content of the .mo file10:41
Mithrandirseb128: is it a known bug that you get reasked for your keyring password when you resume from hibernate?10:41
seb128Mithrandir: yes10:42
pittierm, 'bug'?10:42
cjwatsonMithrandir: are you disabling shadow passwords?10:42
pittishuoldn't this be a feature?10:42
Mithrandircjwatson: no.10:42
Chipzzpitti: heh. I was thinking the same thing ;)10:42
cjwatsonMithrandir: then no, you can't10:43
Mithrandirpitti: no?  I have my machine protected by a screensaver and login password.  Having me enter the login password again so I can connect to the wlan doesn't gain me any kind of security.10:43
=== Amaranth_ [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel
Mithrandircjwatson: I could, if that makes it easier, though10:43
cjwatsonMithrandir: regardless of what you preseed in user-setup, having shadow passwords turned on will hash it anyway10:43
pittiMithrandir: ah, so the screensaver should unlock it again, right10:43
pittiMithrandir: I just mean, putting the unencrypted password on disk during hibernation would be "eww"10:44
cjwatsonMithrandir: ah, user-setup-ask won't allow it though10:44
Mithrandircjwatson: I'm preseeding and using -apply, though10:44
cjwatsonMithrandir: so preseeding an encrypted password is the only way to do it10:44
cjwatsonyou're using -apply directly rather than going via user-setup/10:44
Mithrandirpitti: I think that's fine.  If people don't want that, use encrypted swap.10:45
Mithrandircjwatson: yes, I've basically copied what's in casper, but I want you to be able to log in using "ume" without even having to press enter for password.10:45
Mithrandirbut I guess I can live with having the user press enter.10:45
cjwatsonMithrandir: um10:46
cjwatsonMithrandir: if you set an empty encrypted password, they don't have to press enter for the password10:46
cjwatsonMithrandir: try 'exec /sbin/getty 38400 tty1' at a vt on the live CD10:46
cjwatsonoh, hang on, that's not quite right10:46
Mithrandircjwatson: http://paste.ubuntu.com/539/ shows what I'm seeing10:48
cjwatsonMithrandir: ok, sorry, I guess I'm confused10:48
cjwatsonMithrandir: does pam handle the ume:: case specially then?10:48
Mithrandircjwatson: it seems so, yes.10:48
cjwatson(empty password in /etc/passwd)10:48
Mithrandirbut if it's hard, I'll just document the password to be blank and people will have to live with that.10:48
Mithrandirpitti: saving passwords on disk during hibernate> or are you advocating that ssh-agent should drop all keys when hibernating and all encrypted devices should be torn down?10:49
cjwatsonMithrandir: ok, disable shadow passwords then10:49
cjwatsonyou can reenable them afterwards if need be (I don't remember if shadowconfig calls pwconv, but I don't think so)10:50
Mithrandircjwatson: same problem10:51
pittiMithrandir: hm, certainly not; ah, ssh-agent doesn't use gnome-keyring?10:51
cjwatsonhow did you disable shadow passwords?10:51
cjwatsonoh, I see10:51
Mithrandir(I ran a deluser in between)10:51
Mithrandirpitti: my ssh-agent doesn't use gnome-keyring at least.10:51
Mithrandir(my ssh-agent is gpg, but that's slightly beside the point here. :-)10:52
cjwatsonMithrandir: ah, it checks for the length of user-password-crypted10:53
cjwatsonMithrandir: TBH, I'd just do it by hand rather than using user-setup if I were you10:53
Mithrandircjwatson: yeah, I can do that.  Or do user-setup-apply and then sed.10:53
cjwatsonI don't think it's buying you much10:53
Mithrandirit's setting up sudo and putting the user in the right groups and such.10:54
Mithrandirwhich is nice.10:54
=== pitti does a test installation with 'LVM/encrypted' and hopes for the best now
=== jml [n=jml@CPE-124-177-6-69.vic.bigpond.net.au] has joined #ubuntu-devel
cjwatsonMithrandir: then sed sounds reasonable10:58
=== ringe [n=runar@217-171-43.541110.adsl.tele2.no] has joined #ubuntu-devel
=== thekorn_ [n=markus@a89-182-28-132.net-htp.de] has joined #ubuntu-devel
ringeWhat program provides the password dialog when using update-manager? I need to adjust the Norwegian translation.11:10
mvoringe: gksu and libgksu11:11
=== nothlit [n=nothlit@fluxbuntu/developer/nothlit] has joined #ubuntu-devel
seb128carlos: why did you change the po export to use the application-po naming?11:16
carlosseb128: you mean translationdomain-languagecode.po ?11:18
seb128carlos: yes11:18
seb128carlos: that was much nicer before11:18
seb128carlos: to update the po of a package you just had to copy the po, now you have to script rename everything11:18
carlosseb128: we got many complains about people not knowing for which translation was each file11:18
seb128couldn't you use the domain as a directory?11:19
=== pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel
=== Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #ubuntu-devel
=== Watersevenub [n=Watersev@azevedo.astro.up.pt] has left #ubuntu-devel ["Saindo"]
carlosseb128: even with a single file download11:23
seb128carlos: no, just when downloading the tar.gz for a package11:23
=== norsetto [n=Cesare@host7-220-dynamic.13-79-r.retail.telecomitalia.it] has joined #ubuntu-devel
carlosseb128: yeah, that should be doable. Could you file a bug report, please?11:27
seb128carlos: will do, thanks11:28
=== boggle [n=spindler@modemcable212.211-70-69.mc.videotron.ca] has joined #ubuntu-devel
=== boggle is now known as TeTeT
=== rulus [n=rulus_|@d54C1A033.access.telenet.be] has joined #ubuntu-devel
=== IanC26 [n=IanC26@2002:908b:a548:4:216:6fff:fe39:ff6e] has joined #ubuntu-devel
pitticarlos: ah, dapper delta langpack  export seems to have worked fine11:42
carlospitti: well, that's the idea of moving it to production servers ;-)11:42
Nafallowhy does trackerd eat one of my cores?11:42
FujitsuNafallo: Because it is hungry, and seems incapable of not reindexing everything on boot.11:43
seb128Fujitsu: did you open a bug about that?11:43
carlospitti: are you going to upload that update to Dapper's -updates archive?11:44
pitticarlos: no, to the PPA first11:44
Fujitsuseb128: No, I presumed it was vaguely intended behaviour or I was doing something wrong. I fixed it with the usual apt-get remove :P11:44
carlospitti: ok11:44
pitticarlos: when it has gotten some testing, to -proposed11:44
seb128Fujitsu: ok, not really an useful comment nor behaviour11:44
carlosand then to -updates, yeah, I was talking about the standard procedure :-P11:44
NafalloI've had this laptop on for quite some time though... I have no idea why it started chewing now.11:45
carlosseb128: there is a bug about trackerd performance problem already11:45
carlosFujitsu: do you have latest version installed?11:45
seb128carlos: it's about io though, no?11:45
Fujitsucarlos: I removed it about a week ago.11:46
=== bigon [n=bigon@ubuntu/member/bigon] has joined #ubuntu-devel
seb128carlos: and not about reindexing everything at every reboot11:46
FujitsuI might try again, as the laptop isn't doing much useful at the moment.11:46
carlosseb128: well, for me was a problem of IO and CPU with older versions11:46
carlosI though the problem was that it was eating a lot of CPU11:46
NafalloI use latest (ofcourse)11:46
carlosnot that is reindexing everything11:46
seb128carlos: if it's still doing it you should open a bug11:46
NafalloI don't see much I/O either11:47
seb128that's alright11:47
carlosmixed Nafallo problem with Fujitsu one :-(11:47
FujitsuIt's understandable that it would eat CPU initially, but not each time it starts.11:47
mjg59It needs to rescan your home directory on every startup11:47
carlosseb128: no, it's not doing it anymore with latest update11:47
mjg59Otherwise it has no way of knowing whether new files have been created in between11:47
carlosat least for me11:47
Nafallomjg59: you mean when the laptop has been off? it should detect that somehow...11:48
mjg59But it should just scan, not actually re-index anything11:48
mjg59Nafallo: How?11:48
Nafallomjg59: have no idea yet, but it would be damn nifty :-)11:48
carlostime to leave, see you later11:48
=== carlos -> out
=== Nafallo ponders how it checks if something has been changed.
Nafallostealing one core, bringing me CPU to 100% scaling and 54C isn't really good...11:50
seb128Nafallo: is it chocking on a file maybe?11:50
seb128Nafallo: look at the running processus?11:50
=== nothlit [n=nothlit@fluxbuntu/developer/nothlit] has joined #ubuntu-devel
FujitsuI also noe that it didn't respond to SIGTERM when I tried to get rid of it.11:51
=== jinty [n=jinty@dslb-088-073-106-102.pools.arcor-ip.net] has joined #ubuntu-devel
Nafalloehrm... should `lsof | grep tracker` show /usr/share/locale-langpack stuff?11:53
NafalloI thought it would be in my homedir, not on the whole system11:53
seb128Nafallo: yes, you can try with other applications as well they do the same11:53
Nafallo.evolution. my INBOX/summary.11:55
=== jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel
=== kwwii [n=kwwii@khepri.openbios.org] has left #ubuntu-devel []
Nafallothat should not bring the systems to it's knes though. can't be more then 15k mails...11:56
mjg59Nafallo: tracker will have langpack stuff open in order to allow its messages to be localised11:56
Nafallomjg59: including rhythmbox.mo, eog.mo, serpentine.mo?11:57
mjg59Nafallo: Oh, interesting. No clue in that case (and I don't see it here)11:57
Nafallohal, rhythmbox, eog, update-manager, gnome-control-center-2.0, serpentine...11:58
Nafallognome-screensaver, glib20, tracker11:58
NafalloI can understand the last two... ;-)11:58
=== glatzor [n=renate@p54976F32.dip.t-dialin.net] has joined #ubuntu-devel
Nafalloofcourse they doesn't ship some debugtool...11:59
seb128Nafallo: you can install tracker-utils12:00
Nafalloah, just noticed :-)12:00
FujitsuOr run trackerd with -v.12:00
=== Nafallo swipes his finger to sudo ;-)
Nafallomjg59: I love that thinkfinger btw. we should have it OOTB in next release ;-)12:01
=== glatzor_ [n=renate@p54976F32.dip.t-dialin.net] has joined #ubuntu-devel
=== jinty [n=jinty@dslb-088-073-106-102.pools.arcor-ip.net] has joined #ubuntu-devel
slangasekbdmurray: bug #105682 - do we know the minimum memory requirement yet for LiveCD?12:02
ubotuLaunchpad bug 105682 in casper "[gutsy]  Tribe 5 amd64 needs more than 256MB of memory" [Medium,Confirmed]  https://launchpad.net/bugs/10568212:02
cjwatsonslangasek: the CD sleeves had to be finalised before beta, and we've put 384MB on them12:04
ograslangasek, it should still be 256M, the problem is shared vide ram here12:04
cjwatsonogra: that's not clear12:04
ograat least i can install on 256M virtual machines here12:04
cjwatsonon the basis that if we had to blow past 256MB, going to 384MB wasn't much worse than 320MB12:04
ograwith no probs ... (just slowness)12:04
slangasekcjwatson: hum, ok. move to "wontfix"?12:04
=== jml_ [n=jml@CPE-124-187-233-64.vic.bigpond.net.au] has joined #ubuntu-devel
cjwatsonslangasek: well. I'd like to fix it for hardy ...12:04
=== jamiemcc [n=jamie@82-32-8-26.cable.ubr02.azte.blueyonder.co.uk] has joined #ubuntu-devel
slangasekbut for now it's not a milestoner12:05
cjwatsonogra: that's good to know, but it's pretty close to the wire and I think things like having firefox running are enough to push it over12:06
cjwatsonwhich is pretty hard to explain to users12:06
ogracjwatson, yeah, if i install on one of my thin clients with shared video ram it usually drops to 192M free ram or so that doesnt work12:07
=== norsetto [n=norsetto@host29-56-dynamic.6-79-r.retail.telecomitalia.it] has joined #ubuntu-devel
ogra(some of the via ones i have haven no acessible BIOS to change the values)12:07
cjwatsonhumph, where did my post to the unionfs list go12:08
StevenKcjwatson: It's waiting for another post to link it to.12:08
=== StevenK ducks
slangaseknah, unionfs has changed to strikefs for the day in solidarity with the DeutscheBahn workers12:10
=== Nafallo does not think tracker has an easy way of figuring out what file it is at ;-)
FujitsuNafallo: Running it with -v 3 or so tells you what it's doing.12:13
NafalloFujitsu: that would mean I have to kill it, and from what I've seen so far I don't want to risk another re-index ;-)12:14
slangasekpitti: how's the size on amd64 CDs at this point? (bug #134565)12:14
ubotuLaunchpad bug 134565 in ubuntu-meta "[tribe 5]  The installation CD does not contain full support for your language? (english-us dvorak)" [Medium,Confirmed]  https://launchpad.net/bugs/13456512:14
FujitsuNafallo: True.12:14
=== Nafallo changes some options in the conf for next time.
NafalloFujitsu: any idea where it logs stuff if I bump -v in the conf?12:16
FujitsuNafallo: No idea.12:16
FujitsuProbably still to stdout, so probably /dev/null.12:16
=== Nafallo has no /var/log/tracker :-P
Nafalloyea. a bit silly.12:17
pittislangasek: almost full; I had a look at putting it back yesterday, but it's still overflown12:17
pittislangasek: erm, I mean, it would be if we put it back12:17
pittislangasek: ATM I think we should look into OO.o downsizing12:17
pittislangasek: in particular, sanely drop ooo-base from the CDs and keep out lots of Java stuff that comes with it12:17
slangasekcould I assign this bug to you then?12:18
=== manchicken [n=manckn@12-226-72-69.client.mchsi.com] has joined #ubuntu-devel
slangasekhmm, does dropping portaudio out of OOo make much of a size difference? (bug #140673)12:18
ubotuLaunchpad bug 140673 in espeak "Espeak + portaudio v19 causes undesirable lock-ups." [Medium,Confirmed]  https://launchpad.net/bugs/14067312:18
=== ringe [n=runar@217-171-43.541110.adsl.tele2.no] has left #ubuntu-devel []
TheMusoslangasek: No, as there will be a version of portaudio around on the disk, for espeak's use.12:18
pittislangasek: nope, 40KB or so12:18
=== ssam [n=ssam@dhcp95.hep.man.ac.uk] has joined #ubuntu-devel
=== nothlit [n=nothlit@fluxbuntu/developer/nothlit] has joined #ubuntu-devel
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel
slangasekTheMuso: ah, didn't realize it was there already, ok12:25
slangasekpitti: so how much do we have to trim?12:25
slangasek(to fit lang-mumble-en back on)12:25
ogracjwatson, will bug #22930 be fixed in libgtk or do you only work around it in ubiquity ?12:25
ubotuLaunchpad bug 22930 in gtk+2.0 "Newly-sensitive button ignores clicks until cursor re-enters it" [High,Confirmed]  https://launchpad.net/bugs/2293012:25
cjwatsonogra: I've worked around it12:26
ograi imagine just fixing up the button click events centralized would make sense12:26
pittislangasek: 20.3 MB12:26
cjwatsonogra: look at the upstream bug, it's nowhere near that simple12:26
ograhmm :/12:26
pittislangasek: that would be the full language-support-en; we can just install subsets, of course12:26
cjwatson110 comments and counting with a substantial design discussion12:26
cjwatsonogra: and yes, it would make sense; however I don't know about you but I don't feel like overriding the design judgement of GTK+ upstream12:27
slangasekpitti: so what's needed to make the dropping of ooo-base "sane"?12:27
ograindeed, we wont fix the design now ...12:27
=== [miles] [n=[miles] @unaffiliated/miles/x-000000001] has joined #ubuntu-devel
[miles] hi12:28
ograi was more thinking about a general wrapper function12:28
pittislangasek: calc has details, but one thing I know of is to make writer say "please install -base" isntead of crashing when you try to open the bibliogrpahy12:28
slangasekoh fun12:28
ograbut i'm not much enough into gtk to judge it ...12:28
=== RicardoPerez [n=A@] has joined #ubuntu-devel
=== jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel
[miles] I'm using kvm-45 and doing a boot on a ubuntu kernel image and initrd (off the CD), as /usr/local/kvm-45/bin/qemu-system-x86_64 -m 384 -hda gusty.img -cdrom /home/miles/Documents/isos/xubuntu-7.04-alternate-i386.iso -kernel /mnt/install/vmlinuz -initrd /mnt/install/initrd.gz -append "framebuffer=false" -std-vga12:28
[miles] but it seems to ignore the append ....12:29
\shpitti, keescook , jdstrand : could you review #129771 and upload?12:29
[miles] I actually need vga=79112:29
[miles] or similar12:29
=== Nafallo ponders how often trackerd should IN REALITY check /proc/acpi/ac_adapter/AC/state
=== hoora80 [i=hoora@gateway/tor/x-33f3e8b03e12017b] has joined #ubuntu-devel
[miles] when booting the vmlinuz can I not use the same options as I would if I was booting from the menu?12:29
pittisiretart: I updated bug 144390 with new data after testing the current daily alternate12:31
ubotuLaunchpad bug 144390 in cryptsetup "use entire disk with lvm/encrypted partitioning fails to boot" [High,Confirmed]  https://launchpad.net/bugs/14439012:31
Nafallojamiemcc: hi. are you here? I'm seeing oddities.12:32
pittislangasek: 20.3 MB is at least what apt-get install l-s-en wants to download on a freshly installed amd64 alternate12:32
[miles] -append "install fbcon vga=791"12:33
[miles] that neither12:33
[miles] :-\12:33
pittislangasek: to be a 100% sure, I could just put it back and create new alternate images, so that we'll see what is left (some packages are already pulled in as dependencies of other packages, I figure)12:33
pittislangasek: doing that now12:33
=== asisak [i=conp@ubuntu/member/coNP] has joined #ubuntu-devel
slangasekpitti: ok. and is alternate as full as Live?12:34
siretartpitti: can I see somewhere which version of partman-crypto is on the alternate cd installed?12:34
pittislangasek: traditionally, alternate has more pressing space problems12:34
slangasekok then12:34
pittisiretart: yes, in the .list files on cdimage12:34
pittisiretart: however, I already checked that it is current12:34
siretartpitti: and is /dev/mapper/ubuntu-root an LVM? didn't we agree that LVMs must not be UUID mangled?12:35
jamiemccNafallo: hi whats up?12:35
siretartwait. there is more fishy.. hmm12:35
pittisiretart: yes, it is; sda5 is an encrypted partition with an LVM on it (swap and root)12:35
pittisiretart: right, the udev update was supposed to not use UUIDs for lvm devices in fstab, AFAIUI12:35
Nafallojamiemcc: trackerd steals one of my cores at 100%, setting the cpufreq to 100% and temp to 54C. I'm trying to figure out why :-)12:36
=== Mez [n=mez@ubuntu/member/mez] has joined #ubuntu-devel
siretartpitti: hm. it would have worked if you wouldn't have named the LV ubuntu-root, but ubuntu-root_crypt12:36
cjwatsonogra: not a good plan IMO12:36
pittisiretart: maybe, but I didn't name them12:36
Nafallojamiemcc: tracker-status says indexing, attaching strace only shows LOTS of open("/proc/acpi/ac_adapter/AC/state", O_RDONLY|O_LARGEFILE) = 3912:36
siretartcjwatson: is there some what we can enforce that naming?12:36
pittisiretart: it's what partman-auto-crypt chose12:36
siretartpitti: I see. I'd suggest then to fix partman-auto-crypt then..12:37
pittisiretart: and we don't want to generally disable using UUIDs for LVM LVs?12:37
siretartpitti: was that a statement or question?12:37
pittiwell, I figure the labels are much less unique than an UUID12:37
pittitwo parallel Ubuntu installations would clash12:37
pittisiretart: a question, but I think I  just answered it myself12:37
cjwatsonsiretart: um, if detecting it by name is unreliable then perhaps there's a better way12:38
slangasekpitti: can the kernel successfully handle two VGs/LVs with identical names, anyway?12:38
siretartwhat really fishy here is this:12:38
=== nothlit [n=nothlit@fluxbuntu/developer/nothlit] has joined #ubuntu-devel
slangasek(it would certainly be a pain to manage after the fact...!)12:39
pittislangasek: hm, I guess not12:39
siretartthe /etc/fstab was mangled from /dev/mapper/ubuntu-root to UUID, while according to /etc/cryptab, it should be /dev/mapper/sda5_crypt12:39
cjwatsonsiretart: how about checking for the existence of the crypt_active file in partman's devices directory?12:39
pittislangasek: and I hope that the autopartitioner checks if a name is already present12:39
siretartcjwatson: I didn't really understand yet how partman works in total. - need to look further at it12:40
cjwatsonthough it does seem odd that the device isn't _crypt; partman-crypto seems to enforce that in some places at least12:40
pittiwell, the LV is *not* encrypted12:41
pittithat might confuse it12:41
pittithe PV is12:41
pittisda5 is a LUKS encrypted device which hosts the entire LVM12:41
siretartgood point12:41
pittiand within that LVM there are just normal LVs12:41
siretartpitti: how did you manage to boot the system then?12:41
pittii. e. from LVM's standpoint, not even the PV is encrypted12:42
pittisiretart: just with the workaround mentioned in the bug: calling cryptsetup manually12:42
pittisiretart: with this setup you already need to enter the passphrase during initramfs time, of course12:42
pittiit's just a bit silly that the init script asks for it again12:42
WhoopieNafallo: the open("/proc/acpi/ac_adapter/AC/state") is a new feature that disables indexing while on battery.12:42
siretartok, so probably partman-crypto is fine then, and perhaps only the cryptroot hook that's broken12:43
TheMusoogra: Re edubuntu and accessibility/speech etc, as you said, portaudio isn't capable of whats required, and as it is, we have to go back to v18, due to some headaches v19 is causing. I'm hoping to spearhead some movement towards using something more uniform upstream, relating to how gnome-speech works. Either that, or Orca may use a different speech framework in the future. Either way, I'd like to keep the thin client framework in mind.12:43
NafalloWhoopie: I know. I was more amazed at the one per second poll ;-)12:44
ograTheMuso, well, if it would use the libasound2-plugins stuff that would suffice already for thin clients12:44
TheMusoogra: Right. I'm actually trying to push for a nice way for users to select which sound device is used for speech from the sound preferences.12:45
TheMusoOr something along those lines.12:45
WhoopieNafallo: oh, that's quite counterproductive for battery saving ;) if it's also polling 1 per sec on battery.12:45
ograTheMuso, i suspect it reads /proc/asound/cards somehow instead of leaving that kind of stuff to alsa12:46
ograTheMuso, the virtual cards dont show up there12:46
NafalloWhoopie: didn't come that far ;-)12:46
ograwe have a similar prob with kmix12:46
siretartpitti: do you have the system still around and can do some tests for me?12:46
TheMusoogra: Right, nice to know, as I'd really like to get this done properly.12:46
pittisiretart: I do12:46
pittisiretart: yeah, happy to12:46
TheMusoIts not right that thin clients miss out, particularly when accessibility is a big thing for education.12:47
ograi would have at least esound support or something ... we have not many apps in ltsp that dont work since the sound system was switched12:48
TheMusoLuckily, just about all hardware synths support callbacks, passing audio data directly back to the calling app, so its just a matter of making this all easy for the user.12:48
siretartpitti: first please look at this file: http://codebrowse.launchpad.net/~ubuntu-core-dev/cryptsetup/ubuntu/annotate/siretart%40tauware.de-20070927173931-61pmahu54rhwhjri?file_id=readme.ubuntu-20070908164419-gq3j3r0yhc0bkymq-112:48
ogras/have/have expected/12:48
siretartthe first tweak is in /etc/lvm/lvm.conf, please add a types line like in that file12:48
siretartplease check if the system boots with that change only12:48
mjg59jamiemcc: If you don't have time to switch to using hal to determine battery events before release, could you change the g_timeout_add to g_timeout_add_seconds?12:48
pittisiretart: booting... (it takes a while due to the 60 second timeout until I get the initramfs shell)12:48
TheMusoogra: I don't know whats planned at this point, but all I can do is keeep you posted about upstream's plans speech wise.12:48
siretartpitti: you can shorten the timeout12:49
jamiemccmjg59: we use libhal in svn12:49
siretartpitti: use rootdelay=10 for a 10 sek timout12:49
ograTheMuso,  that wuld be nice12:49
pittisiretart: ah12:49
mjg59jamiemcc: And that's going to make final?12:49
jamiemccwe will release in next few days along with bug fixes and applet12:49
mjg59bryce: Any chance of a fix in dexconf?12:49
siretartpitti: if the lvm.conf change isn't enough, please also adapt /etc/crypttab like in the README.ubuntu12:50
mjg59bryce: Rather than disabling horizontal edge scrolling with HorizScrollDelta, it should be using HorizEdgeScroll12:50
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel
pittisiretart: update-initramfs after changing lvm.conf?12:51
siretartpitti: yes12:51
pittisiretart: not sure whether that lvm.conf change makes sense; after all, I only need to cryptsetup luksOpen in initramfs; as soon as I do that, /dev/mapper/ubuntu-root etc. is created automatically12:52
siretartpitti: you have a point somewhere12:52
siretartpitti: perhaps the 2nd change is the important one then? 'lvm=sys-root'?12:53
siretartpitti: it should be this for you, I think: "sda5_crypt /dev/disk/by-uuid/cfb63807-6da8-4dc9-93da-892e336c2fb7 none luks,lvm=ubuntu-root"12:56
pittisiretart: that's what I added12:57
pittisiretart: I updated initramfs, booting now12:57
pittisiretart: it didn't help, and it would have been surprising, too12:58
pittisiretart: after all, the initramfs cannot see *anything* LVMish at all until it luksOpens sda512:58
siretartpitti: okay. did you edit /etc/crypttab as well?12:58
siretartread, append ',lvm=ubuntu-root'?12:59
pittiATM, root=/dev/mapper/ubuntu-root, but nothing tells the initramfs that this is actually on /dev/sda5?12:59
pittisiretart: yes, that's what I did12:59
pittisiretart: oh, I didn't do the lvm.conf change12:59
=== thekorn [n=markus@a89-182-90-206.net-htp.de] has joined #ubuntu-devel
pittisiretart: but crypttab is not in the initramfs12:59
siretartnot as crypttab, but it shoudl be as /conf/cryproot.conf or something01:00
pittisiretart: does the initramfs script have code to invoke luksOpen and thus ask for the password?01:00
pitti /conf/conf.d/cryptsetup just has "KEYMAP=y"01:00
siretarterr, sure. thats the point of the cryptroot hook01:00
siretartok, this means the cryptroot-hook didn't find the root volume then01:01
siretartI need to look deeper in the cryptroot hook then, perhaps the output of dmsetup looks different in ubuntu to debian or something01:01
=== Fujitsu wonders why it doesn't work for us, when it does for Debian, and has for at least a year.
pittisiretart: shall I try mangling fstab to use /dev/mapper names instead of UUIDs?01:01
pittiFujitsu: no UUIDs in Debian01:02
Fujitsupitti: Ah, that'd do it.01:02
pittisiretart: trying01:02
pittislangasek: http://cdimage.ubuntu.com/daily/20071002.1/01:03
pittislangasek: so yes, we indeed need 20.3 MB01:03
siretarttry it, but I haven't understood yet how the cryptroot hook is supposed to find a crypted pv01:03
=== Gman [i=gman@nat/sun/x-378c509d91a7eb4d] has joined #ubuntu-devel
pittislangasek: I wonder why it is so much bigger than the i386 one...01:04
slangasekpitti: because every pointer or long takes up twice as much space in each binary? :)01:05
=== IanC26 [n=IanC26@2002:cb36:1c49:4:216:6fff:fe39:ff6e] has joined #ubuntu-devel
pittislangasek: well, yes, but I don't remember that the size differences were that drastic01:06
StevenKI thought devmapper names weren't UUID-converted ...?01:06
pittislangasek: hm, it just occured to me: traditionally the i386 alternate had much more language pack stuff on it01:06
pittiStevenK: apparently they are01:06
=== agoliveira [n=adilson@] has joined #ubuntu-devel
=== thedonvaughn [n=jayson@unaffiliated/printk] has joined #ubuntu-devel
siretartStevenK: I'm surprised, too01:07
slangasekpitti: looks like a 2% difference in size between amd64 and i386 alternate, that doesn't seem out of line with what I'm familiar with01:08
pittisiretart: oh, update-initramfs complains about "invalid line in cryptsetup"01:08
seb128StevenK: could you look at bug #148049? That has been introduced with your update01:08
ubotuLaunchpad bug 148049 in gimp "[Gutsy]  Please, add the 'X-Ubuntu-Gettext-Domain=gimp20' line into the .desktop file" [Undecided,New]  https://launchpad.net/bugs/14804901:08
pittislangasek: right; it's just because gutsy is the first release without any langpacks on the alternates01:08
pittiyay @ growth01:08
slangasek(hey, at least it's not alpha, which is 64-bit /and/ RISC instruction set... :)01:08
siretartpitti: that'll be the bug01:08
siretartpitti: I'm currently installing a similar system on real hardware right now, but that will take some time (a few hours, I'd expect)01:09
pittisiretart: ah, in the recipe you gave me, the crypttab line mentions the real HW partition, I think01:09
StevenKseb128: Shall do.01:09
seb128StevenK: thanks01:09
asacsiretart: ... what kind of integration of NM/wpasupplicant do you mean?01:09
=== jml__ [n=jml@CPE-124-177-1-217.vic.bigpond.net.au] has joined #ubuntu-devel
pittisiretart: hm, it still considers "sda5_crypt /dev/sda5 none luks,lvm=ubuntu-root" as invalid01:11
=== Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-devel
slangasekpitti: what's the 'lvm=' option for?01:13
=== salty-horse [n=ori@pdpc/supporter/active/salty-horse] has joined #ubuntu-devel
pittislangasek: just following the recipe on http://codebrowse.launchpad.net/~ubuntu-core-dev/cryptsetup/ubuntu/annotate/siretart%40tauware.de-20070927173931-61pmahu54rhwhjri?file_id=readme.ubuntu-20070908164419-gq3j3r0yhc0bkymq-101:14
siretartasac: I had a strange behavior before: I moved to my office, where I have wired, and no wireless01:15
siretartasac: so I switched the wifi kill switch on01:15
siretartasac: NM was complaining in daemon.log that it couldn't scan, and wouldn't use my wired interface01:15
siretartasac: however, it was complaining that wpasupplicant wouldn't respond. no suprise, since there was no wpa_supplicant daemon running01:15
siretartasac: ah, that was right after a resume01:16
siretartasac: my question now is: why doesn't nm detect that there is no wpa_supplicant running anymore?01:16
=== salty-horse [n=ori@pdpc/supporter/active/salty-horse] has left #ubuntu-devel ["Leaving"]
asacsiretart: good question ... why did wpasupplicant die in the first place?01:17
slangasekpitti: well, at least under Debian I had no need for an "lvm=" option in my crypttab, and it's not documented in crypttab(5)01:17
slangasek(incl. in gutsy)01:17
pittiright, trying to remove that now01:17
pittiWTH? It still complains about "sda5_crypt /dev/sda5 none luks"01:18
asacsiretart: did it crash?01:18
=== ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel
siretartasac: I don't have a crashreport for it, but I'm not sure if it crashed or not01:20
pittiah, it might stumble over the two different plaintext dm devices that I used: 'mylvm' in initramfs, and sda5_crypt in crypttab01:21
asacsiretart: but suspend/resume usually works for you?01:23
pittisiretart: right, if I use "sda5_crypt" in the initramfs cryptsetup call, then I don't get asked again, and things seem to be a bit saner01:24
pittisiretart, slangasek: yay! works now01:26
jonoare other people experiencing trackerd taking up the majority of CPU time?01:26
jonoits hammering my system01:26
pittiok, I'll reinstall the system from scratch, do a vmware snapshot this time, and investigate further01:26
StevenKjono: The queue starts over -----> there01:26
jonoStevenK: right :)01:26
TheMusoStevenK: heh01:26
StevenKseb128: I see what's going on with gimp. Just firing off a test build.01:27
pittisiretart: wow, that even works with usplash now, although it's dark blue on black and hard to read01:28
=== sabdfl [i=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel
StevenKpitti: Security through making you squint and guess?01:29
pittiStevenK: the entire initramfs scripts chain is still miraculous to me01:29
pittiStevenK: well, it can't get more secure than in current gutsy - nobody *at all* can access the HD :)01:30
StevenK"So Martin, how does an Ubuntu system boot?" '*shrug* Magic!'01:30
pittibut I guess we should poke a hole for the legitimate user01:30
KeybukStevenK: I have to keep some people in awe of me, otherwise everyone would be able to boot Ubuntu by hand and I'd need a new party trick01:31
StevenKKeybuk: :-)01:31
Keybuk(more seriously, I'm happy to answer to answer any questions you might have)01:32
ograStevenK, Keybuk prepares for later ... if he once stops at canonical he'll sell support for upstart users ;) indeed that requires some eastereggs to generate enlough :)01:32
=== edson [n=edson@unaffiliated/edson] has joined #ubuntu-devel
siretartpitti: what?!01:36
FujitsuWasn't the usplash patch dropped?01:36
pittisiretart: (just kidding with StevenK)01:36
siretartasac: suspend does work01:36
siretartpitti: so what's wrong in the end? what change is needed now?01:37
pittisiretart: hold on, I'll find it out and comment in the bug; new install is running (I screwed up too much without making proper backups, and I want to be sure)01:37
ograsiretart, lucky you ... i'd be happy if nm-applet would actually survive switching networks here01:37
asacsiretart: do you still have the daemon.log of that incident?01:37
pittisiretart: I think we only need to put the right physical device into crypttab01:37
asacogra: bug?01:38
pittisiretart: lvm.conf and even fstab might be just fine01:38
pittisiretart: it would be cool to leave the lvm UUIDs in fstab, just for general compatibilty with handling of non-LVM devices01:38
asacogra: does nm crash? or applet?01:38
ograasac, none yet, i just discovered that nm-applet doent want to connect to a new one if the network i'm currently connected to gets out of reach01:38
=== pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel
pittisiretart: just need to find out whether get_root_device() etc. in /usr/share/initramfs-tools/hooks/cryptroot get along with UUIDs01:39
ograasac, after about 20 min manual fiddling with iwconfig i get online with the network i want but n then vanishes from the panel after some time01:39
asacogra: can you show me your syslog?01:39
ograogra@laptop:~$ ps ax|grep nm01:40
ogra22171 ?        S      0:00 nm-applet01:40
ograbtw ...01:40
siretartasac: http://paste.ubuntu.com/544/01:40
ograit just doesnt show up01:40
asacogra: thats likely because NetworkManager has crashed01:40
siretartpitti: yes, that function is critical here..01:40
asacogra: please paste the log so i can verify01:40
asacsiretart: ok is that reproducible?01:41
siretartasac: I'll investigate. right now I'm a t work, and have no wireless01:41
asacsiretart: this might be fixed by patch in bug 14568301:41
ubotuLaunchpad bug 145683 in network-manager "Network manager crash with WPA" [High,Incomplete]  https://launchpad.net/bugs/14568301:41
ograasac, http://people.ubuntu.com/~ogra/nm-syslog01:41
siretartasac: I fixed it by manually restarting nm: /etc/dbus*/event.d/2{6,5} {stop,start}01:42
asacogra: same for you: would be great if you could test patch from bug 14568301:42
siretartasac: the patch looks promising, indeed01:42
ograi use WEP btw01:43
siretartpitti: with the right physical device, you men /dev/sda5 instead of /dev/disk/by-uuid/dead-beef-...?01:44
pittisiretart: it would be a step backwards, yes :/01:44
pittisiretart: I'll have a deeper look at those scripts01:44
siretartstill installing my test machine01:45
pittisiretart: add_device() in the hook is responsible for translating crypttab and fstab into a /conf/conf.d/cryptroot option in the initramfs; if we could get that to work with UUIDs, we would have won01:45
siretartslangasek: how about introducing a new release goal for lenny: "make /etc/fstab use UUID by default"? ;)01:45
siretartpitti: yes, I was looking at that part before, but I abandoned it by rethinking the case. that's the part that assumes that /etc/fstab and /etc/crypttab are in sync01:47
asacogra: siretart: just uploaded a test package with that patch to my ppa: https://edge.launchpad.net/~asac/+archive ... should show up there soon01:47
asacogra: yes WEP or WPA doesn't make a difference ... both use wpasupplicant01:48
ograasac, will test it, thanks01:49
=== dous [n=dous@singlespix.net] has joined #ubuntu-devel
lamontcjwatson: and yet I would guess that we're more likely to have dual-booters than debian...01:54
=== Karajan [n=Sea@] has joined #ubuntu-devel
seb128pitti: what do you think about moving gimp-gnomevfs to the desktop seed?01:56
=== glatzor [n=renate@p54976F32.dip.t-dialin.net] has joined #ubuntu-devel
=== ogra knows what pitti thinks first :) "how big is it ?"
pittiindeed :)01:56
soren|<------->|  This big.01:56
soren(not to scale)01:57
ograsoren, at what DPI ?01:57
pitti384 kB01:57
sorenogra: All of them.01:57
ograthats tiny then :)01:57
sorenThat's what she said :(01:57
pittiwell, given that we are 20 MB oversized, nothing is tiny01:57
seb128and most of it is NEWS and changelogs01:57
seb128the plugin itself is 13k01:58
cjwatsonlamont: Ted is mistaken if he thinks I ever claimed this wasn't a bug01:58
cjwatsonhe is simply confusing "haven't done it yet" with "refuse to do it"01:58
asacpitti: are we really going to release oversized?01:59
cjwatsonasac: no01:59
lamontcjwatson: ah, ok01:59
=== pedro_ [n=pedro@pc-24-217-44-190.cm.vtr.net] has joined #ubuntu-devel
seb128pitti: bug #146290 for some context01:59
pittiasac: of course not; we'll need to chop off some things from OO.o01:59
ubotuLaunchpad bug 146290 in gimp "gimp "open from url" doesn't work" [Low,Triaged]  https://launchpad.net/bugs/14629001:59
cjwatsonasac: oversizedness (at least of certain images) is a release blocker and MUST be fixed01:59
ograasac, we'Re working on it, but the bad pitti always interferes01:59
pittiAlso, we could take off language-support-en from amd64 alternate again02:00
asaccjwatson: yes ... i hoped so. Was just a bit confused02:00
lamontcjwatson: so does that mean that there will need to be an upload that adds back in hwclockfirst.sh?02:00
pittiI just added it because usually we'd want it to be there02:00
cjwatsonlamont: I don't understand02:00
seb128pitti: so about gimp-gnomevfs?02:03
pittiseb128: TBH I'd put a ban on seed additions until we sort out the existing overflow02:04
pittialso, we are well past FF and everything02:04
seb128pitti: well, that's a binary from the gimp source02:04
seb128and it'll create regressions on upgrade02:05
seb128it was not splitted in feisty02:05
=== predius_ [n=predius@] has joined #ubuntu-devel
seb128opening a location02:05
seb128or clicking on an image from nautilus in a non local directory will not work02:06
lamontcjwatson: hwclockfirst is setting the clock according to UTC prior to mounting root, so that fsck isn't b0rked wrt mounting it.02:06
seb128which is something users probably expect to work correctly02:06
lamontspecifically, users east of Greenwich, who keep BIOS in localtime (because of dual boot), are the affected class.02:06
jdstrand\sh thanks for the debdiff for #12977102:07
cjwatsonlamont: I don't understand enough of this (by which I mean I don't have enough state because I haven't spent enough time with it) to claim anything with certainty. Somebody who does understand it needs to propose the correct fixes, which may or may not involve installer changes (although new UI is out of the question at this point).02:07
cjwatsonlamont: but anyone asking me what to do about this issue is on a hiding to nothing. :-)02:08
Whoopieasac: Hi, latest update to network-manager-openvpn breaks my VPN. I get :"Oct  2 12:47:41 gutsy nm-openvpn[3523] : script failed: shell command exited with error status: 139" in syslog. Any ideas?02:09
Whoopieseb128: could we fix bug 144122? I could make a patch if needed.02:10
ubotuLaunchpad bug 144122 in pidgin "Pidgin 2.2.0 Forgets Plugin Selections (Ubuntu Gusty x86 Tribe 5)" [Undecided,New]  https://launchpad.net/bugs/14412202:10
seb128Whoopie: could you summarize the issue, I'm sort of busy and the comments go on several pages there02:11
Whoopieseb128: sure, let me make a patch. It's a two-liner. problem is in the default prefs.xml.02:12
=== eggauah [n=daniel@] has joined #ubuntu-devel
asacWhoopie: maybe ask pkern who uploaded the last update02:13
asacWhoopie: and open a bug02:14
asacWhoopie: #147941 looks like your bug02:15
Whoopieseb128: http://en.pastebin.ca/72288202:17
Whoopieseb128: type must be changed to "pathlist" and the docklet doesn't exist anymore.02:17
=== thesaltydog [n=fabio@ubuntu/member/thesaltydog] has joined #ubuntu-devel
Whoopieasac: ah, right. thanks02:18
StevenKseb128: gimp fixed, I'll upload shortly.02:21
seb128StevenK: thanks02:21
lamontcjwatson: without the "UTC or local" quesiton in ubiquity/gutsy, we're looking at hardy to fix the issue for ubuntu --> no need to upload a new util-linux at this point;02:21
=== glatzor [n=renate@p54976F32.dip.t-dialin.net] has joined #ubuntu-devel
cjwatsonlamont: I've added it to my UDS agenda in progress02:22
cjwatsonlamont: can't we make it better for those east of Greenwich all the same?02:23
cjwatsonlamont: actually, bear in mind that d-i often still does ask the UTC/local question02:23
lamontcjwatson: ok.  with the question, it's a trivial fix (add hwclockfirst.sh back in - already done for debian, just need to stop dropping that change on merge...02:23
cjwatsonlamont: so given that that's there, can we do better for d-i?02:23
lamontah, ok02:24
lamontif the question is there, then we can certainly do better for those who were able to answer 'local' (those saying 'UTC' already win)02:24
cjwatsonin fact, our d-i asks the question under slightly *more* circumstances than Debian does02:24
cjwatsonwe ask it (defaulting to UTC) even if we appear to be the only OS on the system02:25
cjwatsoncf. bug 2896102:25
ubotuLaunchpad bug 28961 in clock-setup "installer assumes system time is UTC" [High,Fix released]  https://launchpad.net/bugs/2896102:25
lamontso.. the question the becomes: after reviewing the change log for 2.13-8 in incoming, would you prefer -6ubuntu2, or -8ubuntu1 ?02:25
=== lamont kinda expects -6ubuntu2, but is happy with either
=== pkern [n=pkern@durotan.0x539.de] has joined #ubuntu-devel
pkernI got an apport crash dump and I need a retrace. apport-retrace chokes on me, what should I do?02:26
cjwatson     - mount: doesn't drop privileges properly when calling helpers02:26
cjwatsonlamont: is that a security issue?02:26
=== lamont isn't sure, looks at the diff
cjwatsonlamont: anyway, release team's call02:26
lamont- setuid(getuid());02:27
lamont- setgid(getgid());02:27
lamont+ if(setgid(getgid()) < 0)02:27
lamont+ die(EX_FAIL, _("mount: cannot set group id: %s"), strerror(errno));02:27
lamontcould be.02:27
lamont(there's more, chopped for brevity)02:27
lamont    {,u}mount calls setuid() and setgid() in the wrong order and doesn't checking02:28
lamont    the return value of set{u,g}id(() when running helpers like mount.nfs.02:28
lamontfor the longer commit comment part02:28
lamontwe probably want that one...02:28
=== BenC [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-devel
=== pochu [n=emilio@139.Red-83-59-168.dynamicIP.rima-tde.net] has joined #ubuntu-devel
\shjdstrand, np02:33
=== DrPepperKid [n=mirco@unaffiliated/macslow] has joined #ubuntu-devel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
=== DrPepperKid is now known as MacSlow
=== MacSlow [n=mirco@unaffiliated/macslow] has joined #ubuntu-devel
pkernpitti: How could I file a bug having only a .crash file for a different architecture to request a retrace?02:42
pittipkern: Can you please try /usr/share/apport/apport-gtk -c /path/to/crash/file?02:47
=== Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
Whoopiepkern: Hi, just fyi, I'm also affected by latest nm-openvpn update. If you need any testing...02:47
pittipkern: it might complain about a few things, the tag will be wrong, and the backtrace entirely unusable, but once we fix the need-$arch-retrace tag, things should work02:47
=== Kopfgeldjaeger [n=nicolai@p54AD5104.dip.t-dialin.net] has joined #ubuntu-devel
seb128Whoopie: thanks for the patch, I've uploaded a new package revision with it now02:49
pkernpitti: apport-cli refuses to work (see https://bugs.edge.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/148088)02:50
ubotuLaunchpad bug 148088 in network-manager-openvpn "[apport]  need retrace" [Undecided,Invalid] 02:50
pkernpitti: i.e. it reports a bug but does not attach s.th. sensible02:50
pkernAnd apport-gtk reports "obsolete" packages (for which I have reported a seperate bug...)02:51
=== dendrobates [n=dendroba@adsl-065-005-186-012.sip.asm.bellsouth.net] has joined #ubuntu-devel
pittipkern: that does not have a core dump, hmm02:51
pittipkern: obsolete packages> hm, that's kind of a feature02:51
pkernpitti: But I need an override for this.02:51
pkernpitti: My gutsy is current.02:51
pittipkern: you cannot retrace the crash file on the system where it crashed?02:51
pittipkern: oh, I almost forgot: congratulations for becoming an official dev!02:52
pkernpitti: I got it submitted via a bugreport. They were vary because of private information (but then still posted it... meh.)02:52
pkernpitti: Thank you. (:02:52
=== Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
pittipkern: which arch?02:52
pkernpitti: i38602:52
pittipkern: so someone on i386 could just manually use apport-retrace on the crash file02:53
=== _MMA_ [n=_MMA_@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel
pkernpitti: ACK02:53
Whoopieseb128: great, thanks!02:54
seb128Whoopie: thank you for working on the patch ;)02:54
pkern*debootstrap --arch i386 gutsy /opt/gutsy-i386 http://de.archive.ubuntu.com/ubuntu*02:54
=== ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel
jdstrandpitti: re bug #11907503:00
ubotuLaunchpad bug 119075 in mysql-dfsg-5.0 "Root password policy for mysql" [High,Confirmed]  https://launchpad.net/bugs/11907503:00
jdstrandpitti: what are your thoughts on a retroactive fix back to dapper?03:00
pittijdstrand: so, the root of all evil from what I can see, is that mysql needs a root password in the first place03:00
jdstrandpitti: yes03:00
pittijdstrand: so the Debian packages both set a root password and also install this weird system user which somehow circumvents the auth mechanism for upgrades, etc. (not sure about the details)03:01
jdstrandpitti: and dapper through feisty one is not created, as the user is never prompted03:01
pittijdstrand: I'm not so sure about a retroactive fix; once this is set up, it's hard to upgrade that setup to a new system03:02
jdstrandpitti: I haven't gone through all the debconf in great depth, but feisty has a mechanism to get the password03:02
=== cypherbios [n=cyr@ubuntu/member/cypherbios] has joined #ubuntu-devel
pittibut for new installations that shuold be fixed03:02
jdstrandpitti: it just never happens03:02
jdstrandpitti: dapper has only a note about needing to set it, but it is never seen03:02
pittijdstrand: so for dapper to feisty we should just reactivate the root pw question, I think03:02
pittijdstrand: and for hardy I think that the root pw should disappear entirely03:02
pittijdstrand: and instead the daemon should allow passwordless connections from the root user03:03
pittijdstrand: since root can mangle all the db files anyway03:03
=== lamont does a few more trigger-uploads. sigh.
=== cr3 [n=cr3@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel
pittilamont: out of interest, why don't give-backs work?03:03
jdstrandpitti: re hardy, that is fine by me, assuming it doesn't introduce any other problems, but those can be ironed out03:04
lamontpitti: no build record.  go launchpad03:04
pittijdstrand: I just envision "allow root without password" (with unix socket peer credential checking), drop that system user, don't set a root password; simple and robust IMHO03:04
jdstrandpitti: my concern for now is dealing with existing and new installations on releases (and possibly gutsy-- haven't looked at it yet)03:04
lamontOTOH, if we're lucky, we'll get the fix in LP shortly.03:04
pittijdstrand: for those, I think we should just appropriately bump the debconf questino priority so that it will actually be seen03:05
lamontthese uploads get us debootstrapability03:05
jdstrandpitti: it may be more complicated than that in feisty-- I think there may be a timing issue of when mysql is started and the passwordless check is made03:05
=== eggauah_ [n=daniel@] has joined #ubuntu-devel
jdstrandpitti: but bottom line is that you think that new installs should be fixed, and existing should not be touched, correct?03:06
pittijdstrand: hm; sorry, I never actually used mysql, so I'm not sure about the details03:06
pittijdstrand: well, if we can fix existing passwordless installations in a sane way, I'm all for it03:06
jdstrandpitti: I am only just diving into the issue myself03:06
=== rnorwood [n=rnorwood@adsl-074-167-242-127.sip.rmo.bellsouth.net] has joined #ubuntu-devel
jdstrandpitti: alright.  as you know, I have several mysql updates anyway.  so I'll work on it, submit for peer review, and roll it into those updates if appropriate03:07
pittijdstrand: thanks; I'm happy to take a look at the patches; keescook will be as well, I figure03:08
pittijdstrand: soren also already looked into those packages, he might have some ideas in his head still03:08
jdstrandpitti: thanks.  yes keescook is always helpful.03:08
pittijdstrand: thanks for looking into that long-standing wart03:10
jdstrandsoren: re bug #119075.  I'd like to retroactively fix the passwordless root user issue.  Thoughts?03:10
jdstrandpitti: np03:10
ubotuLaunchpad bug 119075 in mysql-dfsg-5.0 "Root password policy for mysql" [High,Confirmed]  https://launchpad.net/bugs/11907503:10
=== Gman [i=gman@nat/sun/x-86787238b8acb289] has joined #ubuntu-devel
siretartpitti: did you mean before that all what's necessary is to fix the 2nd column in /etc/crypttab?03:12
=== Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel
=== Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
=== Spads [i=spacehob@unaffiliated/spads] has joined #ubuntu-devel
superm1mvo, you here?03:23
=== Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
=== Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
=== glatzor [n=renate@p54976F32.dip.t-dialin.net] has joined #ubuntu-devel
mvosuperm1: yes03:31
superm1hi mvo, just wanted to touch bases with you regarding our discussion last week03:31
superm1i checked our old disk (from around 08-30), and it had an older python-apt installed when it was functional03:32
=== mathiaz [n=mathiaz@ubuntu/member/mathiaz] has joined #ubuntu-devel
mvosuperm1: nothing new from my side unfortunately. could you please check what version of python-apt was installed so that I can review the debdiff?03:32
superm1so i upgraded python-apt after it booted and upgraded ubiquity to current, and the stalling problem didn't appear to occur03:32
=== agoliveir1 [n=adilson@] has joined #ubuntu-devel
superm1so i was leaning towards it indeed being unionfs related03:33
glatzorping bryce03:33
superm1mvo, you were however saying that the cache.open(None) call probably wasn't necessary at that point anyhow though, correct?03:34
mvosuperm1: if it is only used to check for broken packages, then no, that will be detected during the installation and InstallProgress.error() is called03:35
superm1mvo, well i think i'll just do a ppa build of ubiquity with those disabled, and discuss further with cjwatson before committing it to trunk.  i can at least release the beta disk with the ppa/ubiquity then03:37
=== XSource [n=XSource@] has joined #ubuntu-devel
=== rulus [n=rulus_|@d54C1A033.access.telenet.be] has joined #ubuntu-devel
StevenKpitti: So, I'm going to look at getting the -mobile stuff promoted from universe to main - I had a few questions, have you got a few seconds?03:38
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
sorenpitti, jdstrand: I don't think it's a very good idea to change the priority of the debconf question in dapper->feisty.03:40
=== MagnusR [n=magru@c83-252-222-139.bredband.comhem.se] has joined #ubuntu-devel
sorenpitti, jdstrand: It could potentially automatic install procedures people have set up.03:41
sorenpitti, jdstrand: Er... It potentially *break* ...03:42
=== johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-devel
jdstrandsoren: right.  IMO this a serious problem though, and a fix needs to be done.  Yur argument, while valid, would really mean we have no way to retroactively fix the problem03:43
jdstrandsoren: because no matter what we do, we will change the process03:43
sorenjdstrand: "the problem" is bug #119075 ?03:43
ubotuLaunchpad bug 119075 in mysql-dfsg-5.0 "Root password policy for mysql" [High,Confirmed]  https://launchpad.net/bugs/11907503:43
jdstrands/process/install process/03:43
sorenjdstrand: I'm a bit short of context here..03:43
jdstrandsoren: yes.  the 'problem' is that all dapper-feisty (and maybe gutsy) installs default to passwordless mysql root user.  any local user can simply do 'mysql -u root -p', press enter and have full access to the db03:44
=== j_ack [n=j_ack@p508D85B4.dip0.t-ipconnect.de] has joined #ubuntu-devel
jdstrandsoren: remote users could get to that via scripts too03:45
sorenjdstrand: I know, I know.03:45
sorenI have a patch that fixes this differently, though.03:45
jdstrandsoren: do tell03:45
sorenpitti rejected it at first, but given we don't have time for the "right" solution, it might make sense anyhow.03:46
sorengah.. phone call.03:46
sorenIt (ab)uses the debian-sys-maint user to implement a "/etc/init.d/mysql reset_passwd" kind of thing.03:47
sorenI don't recall the details.. I'll find it. Hang on.03:47
sorenfound it. Hang on, I'll upload it somewhere.03:51
=== asisak [i=conp@ubuntu/member/coNP] has joined #ubuntu-devel
=== giskard [n=giskard@] has joined #ubuntu-devel
jdstrandsoren: reading...03:53
jdstrandsoren, pitti: why was it rejected? (I'll admit that it is a little odd that configuration is happening in sysv, but might be worth another look for a retroactive fix)03:57
=== azeem_ [n=mbanck@ppp-88-217-14-150.dynamic.mnet-online.de] has joined #ubuntu-devel
=== agoliveira [n=adilson@] has joined #ubuntu-devel
jdstrandsoren: it seems mysql will not start if /etc/mysql/warn_on_startup exists04:02
=== norsetto [n=Cesare@host101-220-dynamic.9-79-r.retail.telecomitalia.it] has joined #ubuntu-devel
dholbachcalc: bug 135086?04:03
ubotuLaunchpad bug 135086 in unzip "zipgrep: exit code always 0" [Unknown,Confirmed]  https://launchpad.net/bugs/13508604:03
jdstrandsoren: that would need to change04:03
dholbachRiddell: bug 136425, bug 121872?04:03
ubotuLaunchpad bug 136425 in qt4-x11 "qtconfig-qt4 in Accessories?" [Undecided,Confirmed]  https://launchpad.net/bugs/13642504:03
ubotuLaunchpad bug 121872 in qt4-x11 "*-qt4 tools should be present in $QTDIR/bin" [Undecided,In progress]  https://launchpad.net/bugs/12187204:03
sorenjdstrand: True, that seems to be the case now.04:03
jdstrandsoren: but the basic idea of setting a random password and letting the users know about it seems like a good one04:03
Riddelldholbach: still on my todo04:03
=== j_ack [n=j_ack@p508D85B4.dip0.t-ipconnect.de] has joined #ubuntu-devel
dholbachit'd be nice if you could at least let the patch author know about that04:04
dholbachI know that you're busy04:04
sorenjdstrand: Right. I believe pitti rejected it because he wanted to entirely get rid of the debian-sys-maint user.04:04
jdstrandsoren: I can understand that, and like the ideas for moving forward with hardy.04:05
sorenjdstrand: Yeah.04:05
jdstrandsoren: as this user exists in dapper-feisty (and have to check gutsy), then this may be the way to go04:05
sorenjdstrand: We should get someone with strong C++-fu to do it.04:05
=== lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #ubuntu-devel
=== mbiebl [n=michael@e180074003.adsl.alicedsl.de] has joined #ubuntu-devel
sorenjdstrand: I was actively working on this when it was dropped. The patch you see there is a snapshot of what I found lying around in my source directory.04:06
sorenjdstrand: It needs a thorough looking at.04:06
=== soren goes to fetch a cup of coffee.
jdstrandsoren: right.  as you know, I am working up several updates04:07
jdongcan anyone comment on the sanity of replacing syslogd with syslog-ng in an Ubuntu install, or otherwise doing filtering on syslog entries?04:07
jdongsome noisy apparmor rulesets are making messages.log grow by like 25MB/day04:07
jdstrandsoren: I'll will go through this and, like I told pitti, submit the work for peer review04:07
jdstrandsoren: thanks *so* much for the patch.  It'll be a great start!04:08
cjwatsonmvo: in superm1's tests, removing cache.open(None) causes ubiquity's broken_packages function immediately following to return incorrect results04:08
cjwatsonmvo: broken_packages is http://paste.ubuntu.com/549/04:08
pittisiretart: sorry, I didn't have time yet to continue debugging; will do in a bit04:09
=== azeem_ is now known as azeem
pittiStevenK: go ahead with the questions about mobile04:09
pittisoren: raising  debconf prio in stables> I agree; that's why I said if it can be fixed sensibly, I'm all for it04:10
=== wpearson [n=wpearson@66-194-42-54.static.twtelecom.net] has joined #ubuntu-devel
pittijdstrand, soren: another possibility is to disable empty root passwords on upgrades04:10
StevenKpitti: I'm going to file a bunch of bugs about stuff that should be promoted, who should I subscribe, and do I need to put any details in the bug itself apart from "<blah> needs to be checked if it can be promoted" ?04:10
jdstrandpitti: my initial thoughts were on upgrade, use a variation of soren's patch and just change the password, and be noisy in the logs about it04:12
=== wpearson [n=wpearson@66-194-42-54.static.twtelecom.net] has joined #ubuntu-devel
mvocjwatson: I will look in a bit (phonecall)04:12
jdstrandpitti: but under no circumstances keep mysql from starting04:12
sorenjdstrand: ..my patch logs the message and outputs it on the console, too. That should make it pretty obvious for most people.04:13
jdstrandsoren: right04:13
jdstrandsoren: I liked that04:13
pittijdstrand: yeah, sounds good; I rejected the patch back then since we had loads of time in gutsy to fix it properly04:13
sorenjdstrand: Agreed. That's an artifact of the fact that I dropped it in the middle of development/testing.04:13
sorenpitti: Yeah, those were the days. :(04:13
pittiStevenK: does the mobile stuff need to go into gutsy main?04:14
StevenKpitti: Yup04:14
=== edson [n=edson@unaffiliated/edson] has joined #ubuntu-devel
=== SLaPoet [n=wpearson@66-194-42-54.static.twtelecom.net] has joined #ubuntu-devel
sorenjdstrand: How's your C++?04:15
pittiStevenK: so yeah, I think a bug with appropriate tasks will do04:15
StevenKpitti: Right, one bug, with a whole bunch of tasks.04:16
jdstrandsoren: good enough to read and patch, but probably not good enough to do what you are thinking of asking me.  ;)04:16
=== SLaPoet [n=wpearson@66-194-42-54.static.twtelecom.net] has joined #ubuntu-devel
sorenjdstrand: Me neither. C++ scares the shit of me.04:16
=== soren is deeply ashamed that C++ was designed by a Dane.
jdstrandsoren: I wouldn't mind revisiting it if noone steps up, but my plate is pretty full atm04:17
jdstrandsoren: haha04:17
StevenKpitti: Subscribe both you and iwj to it?04:17
jdstrandsoren: I assume you are talking about for hardy?04:18
sorenjdstrand: Oh, yes.04:18
pittiStevenK: that would be good04:18
StevenKpitti: Okay, cool. I'll look at it tomorrow. Er, later today. :-)04:19
lamontpitti: any chance of processing bug 144364 today?04:19
ubotuLaunchpad bug 144364 in expect "Please sync expect (main) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/14436404:19
sorenjdstrand: I'm not even that comfortable getting the patch I wrote into gutsy.. Anything more intrusive than that will keep me awake at night(!).04:19
=== lamont isn't sure whether to close that as a dup of bug 137837 or the other way, or just leave both open and close the latter once the former is closed
ubotuLaunchpad bug 137837 in expect "expect ftbfs on ia64" [High,Fix committed]  https://launchpad.net/bugs/13783704:19
jdstrandsoren: well, ping me post-UDS and maybe we look at it more04:19
sorenjdstrand: or during UDS, perhaps.04:19
pittilamont: doing04:20
jdstrandsoren: you're not going to make me pack my C++ books are you?04:20
sorenjdstrand: I looked at the mysql code back in the day to figure out how difficult it would be. I think I know what it takes, but... it's c++.04:20
sorenjdstrand: No, please don't.04:20
sorenjdstrand: We need all the good karma we can get .04:21
pittilamont: done04:21
lamontpitti: does the processing auto-close 144364? or should I do that?04:22
=== bddebian [n=bdefrees@] has joined #ubuntu-devel
pittilamont: I closed the bug already04:24
pittiit's part of the sync ceremony04:24
=== lamont marks 137837 as dup of 144364
=== asisak [i=conp@ubuntu/member/coNP] has joined #ubuntu-devel
jdongam I being retarded, or is there no way in sshd to disable port forwarding by user?04:27
jdongsome sites reference this AllowTcpForwardingUsers style option but I don't think it exists?04:28
cjwatsonjdong: you can use PermitOpen within a Match block04:28
cjwatsonoh, actually, you can use AllowTcpForwarding within a Match block, which is better04:29
=== xerakko [n=xerakko@debian/developer/xerakko] has joined #ubuntu-devel
cjwatsonso e.g.:04:29
jdongcjwatson: what is a match block?04:29
cjwatsonMatch user cjwatson04:29
cjwatsonMatch User cjwatson04:29
cjwatson        AllowTcpForwarding no04:29
cjwatsonjdong: I trust you know about sshd_config(5) ...04:29
jdongI'm reading the manpage04:30
jdongbut don't see this Match syntax in there04:30
cjwatsonversion of sshd?04:30
jdongI feel retarded04:30
jdongwas searching halfway down the page :)04:30
=== agoliveira is now known as agoliveira_lunch
iwjSo if I find someone has erroneously marked some bug a duplicate of some other bug and I would like to point it out to them, how should I do this ?  Their LP profile does not appear to show any email addresses.04:31
pochuyou can comment on the bug they marked as a dup, maybe?04:31
iwjNo, because it's all irrelevant and they're not subscribed.04:32
iwjAnd anyway that's just noise for the other subscribers.04:33
pochuTrue that (though for the first you can subscribe someone else ;) )04:33
=== dendrobates [n=dendroba@adsl-232-12-157.asm.bellsouth.net] has joined #ubuntu-devel
jdongcjwatson: that worked great, thanks. Just to clarify, there is no way to end a match block other than EOF or a second match block right?04:35
=== nothlit [n=nothlit@fluxbuntu/developer/nothlit] has joined #ubuntu-devel
cjwatsonjdong: not as far as I know04:37
dobeyhow does one get dpkg-buildpkg to create a -dbg package?04:37
lamontdobey: one adds the necessary steps to debian/rules04:38
iwjWhat I want is https://launchpad.net/~spqr1/+filebug :-)04:38
dobeydo you have to also add stuff to debian/control for it?04:38
dholbachdobey: you can install pkg-create-dbgsym and just run debuild04:39
=== Gman [i=gman@nat/sun/x-f3fd9a766ebff1ce] has joined #ubuntu-devel
dholbachdobey: it will create -dbgsym.ddeb04:39
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel
lamontdholbach: cool04:40
pochuiwj: lol, I knew people had bugs, but I didn't knew they could be fixed04:42
=== ssam [n=ssam@dhcp95.hep.man.ac.uk] has joined #ubuntu-devel
=== jtchief01 [n=jtchief0@adsl-18-21-132.mco.bellsouth.net] has joined #ubuntu-devel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
dholbachpitti: is bug 90286 on your list?04:59
ubotuLaunchpad bug 90286 in hal-info "USB flash drive recognized as a music player" [Medium,Confirmed]  https://launchpad.net/bugs/9028604:59
=== mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel
=== Adri2000 [n=adri2000@ubuntu/member/adri2000] has joined #ubuntu-devel
=== Zic [n=Zic@ubuntu/member/zic] has joined #ubuntu-devel
pittidholbach: I'll get to it, thanks05:05
=== sabdfl [i=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has left #ubuntu-devel []
asacogra: no idea how long i386 in ppa will take ... if you don't have amd64 to test, please get the sources from http://ppa.launchpad.net/asac/ubuntu/pool/main/n/network-manager/05:13
=== sabdfl [i=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel
dholbachpitti: thanks05:13
ograasac, will do ... i had a weird behavior before where NM was flipping networks all the time05:13
ograright after upgrading to the latest oe from the archive05:13
asacogra: oe?05:14
ograit doesnt do that after a reboot anymore though, but i didnt mover through the house yet05:14
asacogra: ok, please test then asap ;)05:14
ograwill do, though my machine is currently doing a virtualbox install ... will take a while until i can compile05:15
=== rnorwood [i=rnorwood@nat/redhat/x-8cfd92f23e996a7e] has joined #ubuntu-devel
=== SLaPoet [n=wpearson@66-194-42-54.static.twtelecom.net] has joined #ubuntu-devel
asacogra: virtual box? did you manage to finish normal CD install? Last time i tried I had issues with writing the boot record.05:22
bdmurrayslangasek: No, I'm not certain what the minimum memory is.  My primary testing system has Compiz enabled by default so my results may be skewed.05:22
ograasac, i always do my first tests in vbox ... usually that works fine here, but the default CD for edubuntu isnt -desktop so my HW requirements are way lower05:23
=== MacSlow [n=mirco@unaffiliated/macslow] has joined #ubuntu-devel
=== `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-devel
asacpitti: NN has sigaction for SIGSEGV for example. Is a raise(sig) enough to produce proper core-dumps?05:30
pittiasac: should, yes05:30
pittiasac: if you reset to SIG_DFL properly, of course :)05:31
asacpitti: right ... though i am inclined to stop NM to catch those signals at all. It just tries to create a backtrace which is obviously useless for us.05:31
=== lucky_lucas [n=lucas@168-160.5-85.cust.bluewin.ch] has joined #ubuntu-devel
pittiasac: right, at least without debug symbols05:32
=== agoliveira_lunch is now known as agoliveira
seb128pitti: do you have some ideas about what's going on there, bug #14586605:38
ubotuLaunchpad bug 145866 in gnome-session "system sounds do not play" [Undecided,Invalid]  https://launchpad.net/bugs/14586605:38
seb128pitti: bug comment 805:39
=== stub [n=stub@ppp-] has joined #ubuntu-devel
glatzorping bryce05:40
pittisiretart: \o/ I made the cryptsetup initramfs hook work with uuids, I just got hte first working boot05:51
pittisiretart: not perfect yet, but getting there05:52
siretartpitti: w00t!05:52
siretartpitti: so I assume you're going to upload cryptsetup soon?05:52
pittisiretart: ugh, that cryptroot script is a mess05:52
pittiI hope so05:52
pittigive me some more time05:52
=== tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel
siretartno hurry05:52
siretartideally, we rethink the cryptsetup hook, and integrate it better with udev05:53
siretartthen we can get rid of the script05:53
pittisiretart: hm, it doesn't find resumedev yet, I think it should05:55
Nafallo16:52  * ^i^ wonders what package to file a bug against if uname -i goes  "unknown" instead of x86_6405:57
ograseb128, i'd ask for ~/.asoundrc.asoundconf05:58
seb128ogra: feel free to comment on the bug ;)05:58
ogralooks a bit like he ran asoundconf set-pulseaudio05:59
=== blueyed [n=daniel@i5387C91C.versanet.de] has joined #ubuntu-devel
Nafalloshould be the kernel?06:00
asacogra: ppa has i386 now ;)06:01
asacsiretart: ^^06:01
ogramy vbox just crashed :P06:01
pochuNafallo: coreutils?06:01
Nafallopochu: I have no idea what sets that :-)06:02
Nafallopochu: so you're guess is as good as mine ;-)06:02
pochuNafallo: emilio@kiko:~$ dpkg-query -S /bin/uname06:03
pochucoreutils: /bin/uname06:03
Nafalloalready reported apparently.06:03
=== _MMA_ [n=_MMA_@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel
pochuNafallo: uname -p also shows 'unknown'06:04
Nafalloanyway. I need to get on with more important things :-)06:04
ograasac, nice, the first nm upgrade that went just flawless for me ...06:05
asacogra: wow :)06:05
asacogra: please roam now ... and try to reproduce the issue06:05
ograit switched off shortly and came up proper again :)06:05
=== mbiebl [n=michael@e180068004.adsl.alicedsl.de] has joined #ubuntu-devel
=== thekorn [n=markus@a89-182-141-231.net-htp.de] has joined #ubuntu-devel
pittiseb128: hm, seems that guy configured his system to work with pulse, but doesn't have the packages installed06:06
=== ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel
seb128pitti: ok, so NOTABUG06:07
=== ogra applauds asac
ograasac, seems to work just fine :)06:10
asacogra: please test extensively06:10
asacogra: or did it always fail?06:10
ograi will, but its way better than before already06:10
ogranot always but after changing the net several times06:10
ograi changed 2 times between the three cells i have in my house (6 changes) ... it didnt choke yet06:11
asacok ... please observe ;)06:11
ograwill do06:11
ograbut it looks better already06:11
ograin any case06:12
stgraberasac: NM is rock solid here now, suspend/resume works fine, moving from an AP to another too, it only crashed once in a week (its old average being thrice a day :))06:13
asacstgraber: well one crash too much06:13
asacstgraber: the average user probably cannot cope with a crashed NM06:13
=== lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-devel
asacstgraber: but anyway ... thanks. i would really like to do another session with hidden networks before RC ... you think we can do that?06:19
stgraberyes, I have a test AP I can use it to test hidden networks a bit06:19
pittisiretart: hm, I fixed the resumedev thing, too06:20
stgraberand don't have much to do before RC (waiting for a new server for qa.ubuntu.com (let's hope it's before RC))06:20
=== ryu2 [n=chris@unaffiliated/ryu] has joined #ubuntu-devel
pittisiretart: ATM I'm unsure, though, whether it is necessary at all to supply the "lvm=" option to the initramfs /conf/conf.d/cryptroot; I can fix the script, but I'm not sure why it is necessary at all... after all, the devices are created just fine without it06:21
=== ryu2 is now known as ryu
pittican anyone tell me how to get an initramfs prompt? (a magic kernel boot option, I figure?)06:22
siretartpitti: add 'break=top'06:23
pittiah, thanks06:23
siretartor break=bottom06:23
ograotr bottom or premount06:23
siretartdepending on where you want it to break ;)06:23
pittiI need to find out whether 'readlink -f' works in the initramfs environmentt06:23
siretartpitti: if /etc/crypttab doesn't need to be touched at all, that would be even better. in this case, we need to update README.ubuntu06:24
pittisiretart: I fixed the hook script for update-initramfs, but i still need to fix the local-top/cryptroot script (maybe; maybe this entire manual stuff isn't necessary in the first place)06:24
pittisiretart: no, with my current script fixes, both crypttab and fstab are just fine06:24
=== Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel
pittisiretart: i. e. fully using UUIDs06:24
pittisiretart: I guess you could back out your recent modifications to udev even06:25
seb128pitti: http://people.ubuntu.com/~seb128/xdg-user-dirs.changelog http://people.ubuntu.com/~seb128/xdg-user-dirs.debdiff http://people.ubuntu.com/~seb128/xdg-user-dirs.diffstat06:26
seb128pitti: what do you think about the update?06:26
pittislangasek: ^06:26
pittiseb128: looks bugfixish to me06:27
seb128pitti: yes, I'm not sure if I should ask for UVFes nowadays or just upload bug fix versions06:27
pittiUVF has ceased to exist06:28
pittiseb128: so that's fine06:28
seb128ok, I'll do the update then06:28
seb128thanks ;)06:28
=== dendrobates [n=dendroba@adsl-232-12-157.asm.bellsouth.net] has joined #ubuntu-devel
mjg59mvo: What's the compiz situation like?06:29
=== pitti does the Gutsy Dance
pittisiretart: w00t! everything works, including suspend to disk06:30
mvomjg59: I'm preparing a mail about it06:30
mjg59mvo: Ok, thanks06:30
pittisiretart: seems that this entire messing with lvm= options isn't necessary at all, it's all done dynamically06:31
pittisiretart: so I'll just remove the lvm=UUID=... madness from the cryptsetup hook to avoid the scary "failed to set up lvm foo" messages, and we should be good06:31
=== ogra1 [n=ogra@p548AFC4A.dip.t-dialin.net] has joined #ubuntu-devel
seb128mjg59, mvo: if you guys look to compiz issue you might want to point that there is still some integration issues (it's still not possible to change the number of workspace under compiz using the GNOME applet, though that should be fixed soon, dnd of windows to the applet don't work correctly, tooltips are not updated correctly, etc)06:32
mjg59seb128: How much of that do you think will be fixed by release?06:33
stgraberasac: unabled to connect to WPA protected hidden network (WPA supplicant seems to set the key but can't find the AP), I'm trying with same settings but visible to check that's not a WPA issue06:33
siretartpitti: sounds excellent!!06:33
asacstgraber: its known that ipw3945 cannot connect to hidden06:33
asacstgraber: i need a driver log :)06:33
stgraberasac: ok06:34
seb128mjg59: I'm too busy to work on that, mvo and MacSlow are working on some of those bug seeing how they are busy and how fast issues are fixed I would say not a lot06:34
mjg59seb128: Ok, thanks06:34
stgraberasac: WPA or open ? any preference ?06:34
asacstgraber: at best a full driver log ... i am not sure what to look for.06:34
asacstgraber: i am not sure ... i think both don't work, but i am sure for wpa06:34
siretartpitti: I need to look at your changes. have you already committed then to our branch?06:34
asacstgraber: maybe you can test if open fails?06:34
mvomjg59, seb128: after the upload that is scheduled for today I do not expect that a lot more will happen, we are too close to release06:35
pittisiretart: no, I'm still editing it inline in vmware and do a few cleanups06:35
pittisiretart: ah, cryptsetup is in bzr? I'll keep it in mind06:35
pittisiretart: I'll give you the diff for eyeballing anyway06:35
asacpitti: i have a question about dbus :) ... sometimes nm cannot acquire the dbus name service as PRIMARY_OWNER ... on next restart it usually works. Do you think iterating on startup with a sleep might make sense then?06:35
mvomjg59: I think that the session management regression will not get fixed, nor the regression with the window focus changes with orca06:35
mvomjg59: and glx window of course not as well06:35
pittiasac: ugh; I think that's above my head06:35
asacpitti: its the well known bug 8511306:35
ubotuLaunchpad bug 85113 in network-manager "[apport]  NetworkManager crashed with signal 5 in main()" [High,Confirmed]  https://launchpad.net/bugs/8511306:35
mjg59mvo: Ok06:36
asacpitti: hmm ... ok i think i will just try and listen to bugs :)06:36
asacbecause i never see that bug :(06:36
mvomjg59: some integration issues should get nailed down, some keybinding issues, this is the kind of stuff I expect to get fixed in the remaining days. plus a problem with the stack ordering on session-managment that is currently being debugged06:36
mjg59mvo: And the crashers?06:37
seb128pitti: can we make translations not being stripped for a package?06:37
siretartpitti: yes, just 'debcheckout cryptsetup'06:37
=== Fujitsu_ [n=fujitsu@] has joined #ubuntu-devel
pittiseb128: in general? not advisable, CDs would explode06:37
seb128pitti: xdg-user-dirs has the list of standards folders (music, pictures, etc)06:37
mvomjg59: some yes, some no. upstream is actively working on them, but we will not be able to fix all of them. and it seems like a lot of them happen in custom configurations06:37
seb128pitti: and that creates issues for intallation without internet connection to download the language packs, the english directory are created06:38
pittiseb128: ah, just for one package? sure, set NO_PKG_MANGLE=1 in debian/rules06:38
seb128pitti: ok, thanks06:38
cjwatsonyou have to export it too don't you?06:38
pittiseb128: ^ sorry if that was unclear06:39
seb128pitti: that was clear, thanks ;)06:40
stgraberasac: Looks like I can't turn the debug mode on, was it disable in current gutsy module ?06:41
=== agoliveira is now known as agoliveira_brb
=== SLaPoet [n=wpearson@66-194-42-54.static.twtelecom.net] has joined #ubuntu-devel
=== Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
pittisiretart: http://people.ubuntu.com/~pitti/tmp/cryptroot.diff06:46
pittisiretart: pretty simple after all, I reduced it to the minimum;06:46
pittisiretart: I don't dare to do bigger changes now to avoid the warning, but it's just cosmetical06:46
siretartwaah, I didn't think about readlink. this makes things a lot easier :)06:47
siretartthat patch indeed looks pretty nice, let me test it06:48
asacstgraber: he? no it should still work06:49
ion_pitti: There arent ""s around all variables inside [ ] . Id be paranoid about that, no matter how unlikely it is the variables would contain spaces.06:49
=== ant30 [n=ant30@] has joined #ubuntu-devel
pittiion_: rightly so; patch updated06:50
pittisiretart: ^ please reload06:50
pittisiretart: I also noticed another bug, btw: nodes="${nodes#/dev/mapper/}" does not DTRT for multiple nodes, you need to iterate the substitution over the words06:51
=== davidm_ is now known as davidm
siretartgrml, my test machine doesn't have internet. test is going to be hard :/06:53
pittisiretart: manually do the changes in the patch? It's not quite much06:54
=== ssam [n=ssam@] has joined #ubuntu-devel
pittisiretart: if you do that, you could drop the third hunk, it's not essential to make it work; I just fixed it for completeness06:55
siretartinternet restored06:55
pittierm, no, that was bogus, it is necessary06:55
siretartI test the complete patch06:55
pittiI already dropped the non-necessary bits06:55
pittisiretart: is that the test machine you installed a few hours ago?06:56
pittisiretart: did you use the partman-auto-crypto lvm/encrypted/full disk schema, or manual?06:56
siretartit is really virgin06:56
siretartI used partman-auto-crypto06:56
siretarton a 120gb disk. that's why it took so long ;)06:56
pittibut well, since you only ever have one root partition, support for multiple nodes is not that essential, I think06:56
pittisiretart: I managed to flip the 'erase' switch to off, so it was pretty quick06:57
siretartI reinstalled it06:57
siretartpitti: how?06:57
siretartaborted right after the recipe was running? or by preseeding?06:57
pittisiretart: say 'no' to the question of whether to apply the changes, then you'll get the manual partitioning dialog with all the setup already done06:57
siretartaaah, that's nice06:58
pitticjwatson: ^ I wonder whether we should make this the default06:58
cjwatsonwe don't normally in Ubuntu partman06:58
cjwatsonand I intentionally changed partman-auto-crypto to match06:58
cjwatsonis there a strong reason to revert to the Debian behaviour?06:59
cjwatsonif so, please file a bug with the reasoning - I've only been skimming the discussion above06:59
pittithe Debian behaviour is to not erase the device before mkfs?06:59
cjwatsonthe Debian behaviour is to show the manual partitioning dialog after applying autopartitioning06:59
pitticjwatson: oh, then we misunderstood each other06:59
=== agoliveira_brb is now known as agoliveira
cjwatsonyou mean flip the erase flag by default?06:59
pitticjwatson: I meant, not erasing the disk by default before mkfsing it07:00
cjwatsonI'm not sure about that, isn't it an appropriate paranoia measure?07:00
pittiit takes hours on large disks07:00
pittiyeah, it is07:00
pittiI see why it is done, but it's quite a pain07:00
pittiit does not make a difference with protecting the new data, just to erase the data that was on the disk previously07:01
siretartIsn't it only to make sure old data is overwritten?07:01
cjwatsonI'm not sure. Perhaps bring it up with partman-crypto upstream07:02
pittisiretart: how long did it take for your 120 GB?07:02
cjwatsonI don't feel confident to judge07:02
pitticjwatson: ok; do you think a Debian wishlist bug is an appropriate forum?07:03
siretartpitti: I think about 2.5 hours07:03
cjwatsonpitti: Debian #38189807:04
ubotuDebian bug 381898 in partman-crypto "Partition erase should be possible to cancel" [Wishlist,Open]  http://bugs.debian.org/38189807:04
pittiah, Debian bug 381898 proposes something even better07:04
pitticjwatson: heh, you beat me to it07:04
cjwatsonpitti: cdebconf has support for that (via the progresscancel capability, see e.g. netcfg), so somebody just needs to plumb it into blockdev-wipe07:04
pittiDebian #400034, too07:04
siretartpitti: before I'm booting, I'm sneaking into conf/conf.d/cryptroot07:04
ubotuDebian bug 400034 in partman-crypto "partman-auto-crypto: please allow waiving erase operation during guided partitioning" [Wishlist,Open]  http://bugs.debian.org/40003407:04
=== cjwatson -> dinner
siretartpitti: http://paste.ubuntu.com/557/07:05
siretartis that intended?07:05
pittisiretart: looks good07:05
pittisiretart: one is root, the other is swap07:05
pittisiretart: as I said, it would be sufficient to have one line and skip the lvm= bit07:05
siretartrebooting now07:05
pittisiretart: since udev magic dynamically sets up all LVs07:06
pittisiretart: so you'll see a warning during boot ('could not set up lvm'), but *shrug*07:06
pittisiretart: if I fix the initramfs top script to set it up itself, then I risk breaking the udev magic, and I'd rather not do that07:06
siretartcryptsetup: failed to setup lvm device07:06
siretartthat one?07:06
pittisince it doesn't get along with the UUID= bit07:07
pittisiretart: I think I'll add code to inhibit the warning if it starts with UUID07:07
pittisiretart: that's a Gross Hack (tm) for Gutsy, just for cosmetics07:07
siretartpitti: well, your patch works really wonderful for this virgin installation07:08
pittibut it's much less scary on boot07:08
siretartpitti: I think we should upload it with README.ubuntu removed, since it is obsolete information in gutsy07:08
siretartpitti: and I wanted to merge the new debian upload as well, there seem to be a lot of good fixes, which we might want to have in gutsy07:08
pittisiretart: cryptsetup doesn't have a README.ubuntu07:08
siretartpitti: the source package has in the branch, which accidentally isn't installed07:09
=== pitti reads http://packages.qa.debian.org/c/cryptsetup/news/20070926T104703Z.html
siretartbut your patch is absolutely necessary07:10
pittisiretart: right, the Debian changes look good to me07:11
=== frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel
pittisiretart: do you want to merge this or shall I?07:11
siretartpitti: the merge is on my todolist anyway. I can do it later today07:11
=== iwj rotfls at oo.o
iwjiwj@cadmium:~$ grep 'ERROR: No Fallback found for language en-US' adt-play/tmp/_log_raw | wc -l07:11
iwjand it's still building ...07:11
iwj-rw-r--r-- 1 iwj warthogs 266M 2007-10-02 18:12 adt-play/tmp/_log_raw07:12
=== siretart beams home for dinner - cu later!
iwjI'm sure it really needs to generate a 0.25GB build log.07:12
pittisiretart: ok, thanks07:12
=== Amaranth_ [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel
=== siretart hugs pitti! :)
broonieOO.o is sponsored by Sun to sell their high end hardware as a build systems.07:13
=== pitti hugs siretart back, thanks for your help
pittiI'm happy, crypto-lvm by default is great07:13
=== `23meg_ [n=m@] has joined #ubuntu-devel
stgraberasac: strange, can you recall what was the debug number I had to send it ? it's something like 6152 but I'm not that sure (I tried with 6152 and 65536)07:27
=== jinty [n=jinty@p57BB0074.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel
=== joejaxx [i=joejaxx@fluxbuntu/founder/joejaxx] has joined #ubuntu-devel
=== tobias_ [n=tobias@p54A1DE76.dip.t-dialin.net] has joined #ubuntu-devel
=== tobias_ [n=tobias@p54A1DE76.dip.t-dialin.net] has left #ubuntu-devel ["Konversation]
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
=== Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel
=== zenrox [n=zenrox@pool-71-115-208-222.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel
=== frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel
=== |cerbero| [n=jga@pD9E606CE.dip.t-dialin.net] has joined #ubuntu-devel
=== dpm [n=dpm@p54A116C6.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
=== rulus [n=rulus_|@d54C1A033.access.telenet.be] has joined #ubuntu-devel
Kmosbug 14819708:08
ubotuLaunchpad bug 148197 in ubuntu "winscp fails randomly when copying files to ubuntu box" [Low,Incomplete]  https://launchpad.net/bugs/14819708:09
=== andrunko [n=andrunko@] has joined #ubuntu-devel
=== nosrednaekim [n=michael@03-201.200.popsite.net] has joined #ubuntu-devel
=== sahin_h [n=ezaz@dsl5400DBB3.pool.t-online.hu] has joined #ubuntu-devel
nosrednaekimhow would I diagnose a suspend failure?08:12
=== tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has joined #ubuntu-devel
Riddellseb128: do you have an opinion on bug 137701 ?08:14
ubotuLaunchpad bug 137701 in mono "UVF Exception - Mono 1.2.5" [Undecided,New]  https://launchpad.net/bugs/13770108:14
=== jdong [n=dizzle@ubuntu/member/jdong] has joined #ubuntu-devel
=== jinty [n=jinty@p57BB0074.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== DktrKranz [n=Luca@ubuntu/member/dktrkranz] has joined #ubuntu-devel
=== lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #ubuntu-devel
=== dendrobates [n=dendroba@adsl-232-12-157.asm.bellsouth.net] has joined #ubuntu-devel
=== ivoks [n=ivoks@20-82.dsl.iskon.hr] has joined #ubuntu-devel
jdongKeybuk: I just cut my GNOME login time significantly by readahead-watch'ing a login session , then doing a readahead-list during Xsession.d/00readahead... And cut down my login time by nearly half by calling the readahead in rc.local while the system idles at gdm.... I think an optimization like this is worth looking into for the next release :)08:19
Keybukerr, so which works better08:23
Keybukreadahead-list in Xsession.d or in rc.local?08:23
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
=== stgraber [n=stgraber@dakara.stgraber.org] has joined #ubuntu-devel
jdongKeybuk: well rc.local works beter provided the user waits for it to complete before logging in....08:25
jdongKeybuk: Xsession.d works better in the case the user rushes to log in08:25
elmo /go thom08:25
jdongKeybuk: a combination of the two is the most optimal throughout08:25
jdong(as a redundant readahead has almost no cost)08:25
seb128Riddell: no real opinion on mono, maybe ask slomo or ajmitch when they are around08:26
slomoRiddell: well, i want 1.2.5 in gutsy... definitely :) but it's probably far too late now and at the time it wasn't too late i was too busy08:27
Keybukjdong: a redundant readahead can have a monumental cost on low-memory systems08:27
slomoRiddell: and of course monodoc 1.2.5 and libgdiplus 1.2.5 is needed too then, the latter making pitti happy because no longer a private copy of libcairo ;)08:27
jdongKeybuk: ah, good point..... Can we have Xsession.d have a hook that stalls bootup waiting for the init.d readahead to complete then?08:27
Kmosbug 14820508:29
ubotuLaunchpad bug 148205 in ubuntu "TouchPad crash when press caps lock " [Undecided,New]  https://launchpad.net/bugs/14820508:29
Kmoswhat controls the touchpad ?08:29
Kmoskernel ?08:29
Keybukjdong: I was vaguely hoping for the kernel readahead patches that the SoC student did08:29
jdongKeybuk: hmm never heard of this. what do those patches do?08:29
jdongKeybuk: what is the difference between prefetch and the existing preload stuff in userland?08:31
Keybukit works better :)08:32
nosrednaekimHow would I procede to diagnose wireless-caused suspend failures in gutsy?08:32
slomoRiddell: and of course it contains many new features, many of them making it a more complete implementation... and also many many bugfixes, some of them rather major *shrug*08:34
jdongKeybuk: good answer. Better is always good. :)08:34
=== xerakko [n=xerakko@debian/developer/xerakko] has joined #ubuntu-devel
pittigood night everyone08:37
MacSlowcu pitti08:37
Chipzzsome thing I've been wondering08:38
Chipzzthe live cd has a pulsating usplash progress bar when booting the kernel, the final system doesn't08:38
Chipzzany reason?08:38
mjg59Because otherwise the progress bar wouldn't progress much on the live cd08:41
cjwatsonChipzz: historically, the live CD's initramfs was less easily predictable than (and certainly very different from) the normal system's, and so it was changed to pulsate as the easiest way not to confuse people08:41
cjwatsonChipzz: I have a patch from mdz to make it always pulsate in the initramfs08:41
cjwatsonwhich I think may make more sense these days - there are a couple of long pauses there08:41
Keybukerr, there are?08:42
cjwatsonbut I didn't get round to it before beta and I think now is probably the wrong time to make that change08:42
Keybukwell, I guess there's the big spinning bit :p08:42
cjwatsonwe don't really know how long some of that is going to take08:42
Keybuk"less than three minutes" :p08:42
cjwatsonand it would be better to pulsate than to make it look like we've locked up08:42
Keybukcjwatson: btw, did I ever mention that I figured out the d-i udev rules bug?08:42
cjwatsonKeybuk: I followed up to the bug08:43
cjwatsonplease change udev-udeb kthxbye :)08:43
Keybukit seems silly to have a patch just for the udeb08:44
=== AlinuxOS [n=vsichi@host72-133-dynamic.16-87-r.retail.telecomitalia.it] has joined #ubuntu-devel
cjwatsonKeybuk: I don't really see why we can't just let udev have a standard path on our system08:44
Keybukit does?08:45
cjwatsonbusybox is quite entitled to implement [ as an external program08:45
Keybukthat PATH cannot include /usr though08:45
cjwatsonKeybuk: so why doesn't it work? :)08:45
Keybukotherwise seb would get grumpy08:45
cjwatsonoh, is busybox's [ in /usr? odd08:45
cjwatsonwow, freaky08:45
cjwatsonok, in that case I misunderstood08:45
Keybukthat's where it is in the real system too08:45
cjwatsonI thought you were saying that it had PATH=/lib/udev08:45
cjwatsonyeah, doesn't matter in the real system though08:46
Keybukit's arguably a bug for write_net_rules to use [ at all08:46
Keybuksince it's inherently relying on it being a built-in08:46
Keybukbut then test is in /usr too08:46
Keybukso that pretty much buggers all shell logic08:46
cjwatsontechnically not since you can use case08:47
cjwatsonbut I'll move test in busybox-udeb now that I understand the problem08:48
cjwatsondoes it need to be moved in the initramfs too?08:48
asacstgraber: try https://wiki.ubuntu.com/DebuggingNetworkManager08:48
cjwatsonactually, it's not there as a separate program in the initramfs, so that's ok08:48
=== agoliveir1 [n=adilson@] has joined #ubuntu-devel
cjwatson17:06 <iwj> It ought to take a list of strings for exec then.08:50
cjwatson17:06 <Keybuk> it basically does08:50
cjwatson17:06 <iwj> This is hardly rocket science.08:50
cjwatson17:06 <Keybuk> with a PATH of /lib/udev only08:50
cjwatson17:06 <iwj> Err, why doesn't it use exec[lv] p[e]  then ?08:50
cjwatson17:07 <Keybuk> /lib/udev is the only thing you should "by default" guarantee exists08:50
cjwatsonKeybuk: that IRC transcript is why I misunderstood08:50
cjwatsonI thought it corresponded to reality :)08:50
Keybukit's actually even more insane than that08:50
dobeyhey keybuck08:50
Keybukif path[0]  != '/' then it prepends "/usr/lib/" onto it08:51
Keybuk"/lib/udev/" onto it08:51
Keybukwhich is even more sick08:51
=== mdz_ [n=mdz@ip-81-1-105-230.cust.homechoice.net] has joined #ubuntu-devel
Keybukdobey: hi08:51
cjwatsonKeybuk: right, but that's only the actual content of RUN rules08:51
dobeyhow's it goin?08:51
cjwatsonnot programs called from things listed in RUN rules08:52
Keybukprograms called from RUN rules inherit whatever PATH udev has08:52
Keybuk(which is often none, depending on how featured the calling shell is)08:52
=== zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel
Keybukmost of the scripts set it to /bin:/sbin08:52
cjwatsonmakes sense08:53
cjwatsonKeybuk: uploaded, thanks for correcting my misconception08:54
cjwatsonyou can probably close the udev side ...08:54
KeybukI'm not completely insane08:54
KeybukI wouldn't have forwarded it on to you if I didn't honestly think it was right to fix elsewhere08:55
cjwatsonI did think that setenv("PATH", "/lib/udev") would have been a bit odd08:55
Keybuk(forwarding on to other people is, of course, a different matter <g>)08:55
cjwatsonbut I wouldn't actually have been shocked, only a bit surprised :)08:55
cjwatsonKeybuk: I've taken to reading my bugmail again recently, so I guess I stupidly assumed everyone did :)08:56
cjwatson(despite the fact that I didn't for months)08:56
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
=== hunger [n=tobias@p54A7038F.dip0.t-ipconnect.de] has joined #ubuntu-devel
KeybukI attempted to read it again08:57
Keybukand gave up after less than a day08:57
Keybukthere's just too much ofi t08:57
cjwatsonit wasn't too bad when I resolved to ignore the old stuff08:57
cjwatsonI did only catch up by virtue of an insomniac night waiting for other stuff to happen though08:58
=== ScottK finds bugmail very helpful when I have other stuff to procrastinate.
=== jwendell [n=wendell@] has joined #ubuntu-devel
=== MacSlow [n=mirco@unaffiliated/macslow] has joined #ubuntu-devel
slangaseksiretart: pfff, why do people keep trying to turn normal development activity that needs to be discussed and resolved among a handful of maintainers into "release goals for lenny"?09:02
=== tiborio_ [n=me@mail.frontierliving.com] has joined #ubuntu-devel
elmoslangasek: because it bypasses the discussion09:03
slangasekif it worked, which I don't think it has yet :)09:04
=== agoliveir1 is now known as agoliveira
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel
=== __mikem [n=__mikem@MapleCypress-nat-242.resnet.usf.edu] has joined #ubuntu-devel
=== cypherbios [n=cyr@ubuntu/member/cypherbios] has joined #ubuntu-devel
__mikemHey, I heard that the windows ubuntu installer is going to be an official installer in the next release, is this true?09:22
cjwatson__mikem: we tried, but it looks like it isn't quite going to make it for 7.10; there were just too many problems to fix in time09:23
cjwatson__mikem: now that we've laid most of the groundwork, though, it should be possible to finish it off for 8.0409:23
__mikemcjwatson, it worked fine for me09:23
cjwatson__mikem: the upstream one did, sure, but the internals weren't in a state that we could maintain09:23
__mikemoh I see09:23
cjwatsonin order to get it merged into Ubuntu we had to rewrite some of that09:23
__mikemwhat specifically was going wrong?09:24
cjwatsonthe last straw was a mysterious hang when trying to mkfs the loop filesystem that we still haven't really tracked down09:24
cjwatsonup to then it was just a succession of teething troubles; wubi requires an awful lot of weird stuff that was difficult to make work concurrently with Ubuntu's normal boot and install processes09:25
superm1cjwatson, that mysterious hang, was that similar to the type of hang that we were encountering on the mythbuntu live disks?09:25
cjwatsonsuperm1: no09:25
cjwatson(as far as I could tell)09:25
__mikemcjwatson, in the merged version of the software, does windows get booted up before you start making the fs09:25
cjwatson__mikem: you launch wubi from Windows, then it reboots into the Ubuntu desktop CD and does an automatic install there, including making the filesystem09:26
cjwatsonswitching over to the Ubuntu desktop CD clearly produces a better user experience but unfortunately it had its own problems09:26
__mikemokay, I did you try running defrag on the machine before you tried the install?09:27
cjwatson__mikem: no, but it was a fresh install of Windows, and multiple people have encountered the same problem ...09:28
__mikemokay, did you make sure the FS wasn't compressed09:28
cjwatsonI find it a bit implausible that that would break ntfs-3g, too09:28
__mikemcjwatson, there is a problem with the upstream version of wubi where if the fs is fragmented, it will cause problems09:29
cjwatsoner, dude, it may not be the best idea to try to debug something you haven't tried yourself yet :-)09:29
cjwatsonAgostino has been spending some time on this09:29
cjwatsonso it's not just me09:29
cjwatsonthe upstream version of wubi creates the filesystem in Windows09:29
cjwatsonso I expect it's vulnerable to that sort of thing09:29
=== tiborio_ [n=tibor@mail.frontierliving.com] has joined #ubuntu-devel
__mikemcjwatson, Okay, I understand, its just that I used the current wubi installer and I figured I might try to help09:30
cjwatsonwe just run ntfs-3g and have it treat it as a normal Unix-like filesystem though09:30
cjwatson__mikem: if you can figure out what's wrong with the current code, that would be great; there are executables on http://wubi-installer.org/devel/minefields/09:30
=== LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel
cjwatsonthat you can try to use in conjunction with a current daily build of gutsy09:30
__mikemI don't currently have a box that I can test that on, but I might be able to see if USF is willing to hand over an old box that they are not using09:31
cjwatson__mikem: ago suggested that upgrading ntfs-3g may help, so we'll probably try that out ASAP09:32
cjwatsonit hasn't quite bubbled up to the top of my list yet though09:32
__mikemwhat is ntfs-3g anyway?09:33
__mikemI know ntfs is the file system type windows uses09:33
superm1cjwatson, did you happen to discuss more with mvo earlier today while i was away about why that apt cache wasn't showing broken dependencies?09:33
=== mbiebl [n=michael@e180068004.adsl.alicedsl.de] has joined #ubuntu-devel
__mikem"Most POSIX file system operations are supported, with the exception of full file ownership and access right support." <-- This might cause a problem09:34
cjwatsonsuperm1: no, he said he was on the phone and would look in a bit, but I think may have forgotten09:34
cjwatson__mikem: shouldn't be an issue for wubi09:34
cjwatsonit only needs a small number of honking big files :)09:34
superm1cjwatson, ah okay.09:35
cjwatsonthe problems we encountered weren't permissions problems09:35
__mikemcjwatson, one more question. I had a hell of a time getting ubuntu to run on my HP pavilion. (Now bare in mind that this is a true dual boot setup I am talking about here). Basicly, the nvidia card that it comes with isn't supported by default so I have to instal the binary drivers manually. Now thats something I can live with. What I can't live with is the fact that the HP pavilion is the only machine on which I have seen lin09:38
__mikemux hang randomly and intermitantly fail during boot09:38
__mikemIts quite apparent that that the <sarcasm>fine</sarcasm> people at HP specificly designed their box not to run anything but windows, so I am wondering if any steps have been taken in the next version of ubuntu to get around this09:39
=== Mez_ [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel
cjwatson__mikem: I have no idea about that, I'm afraid; you'd need to track it down with the kernel folks09:41
cjwatson__mikem: it's more likely just a straightforward kernel bug than any kind of conspiracy at HP, though :-)09:41
=== fabiux [n=fabiux@] has joined #ubuntu-devel
=== Mez_ [n=mez@ubuntu/member/mez] has joined #ubuntu-devel
siretartslangasek: yeah, you're right, I'm sorry. It was rather meant as a joke09:42
__mikemcjwatson, well if thats the case then why doesn't it happen on any of my other boxes that run ubuntu09:42
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
cjwatson__mikem: kernel bugs are often hardware-specific09:45
slangaseksiretart: ah, that wasn't clear because people really /do/ try to propose release goals like that in Debian. :)09:46
=== nosrednaekim [n=michael@03-201.200.popsite.net] has left #ubuntu-devel ["Jupiter]
=== nosrednaekim [n=michael@03-201.200.popsite.net] has joined #ubuntu-devel
nosrednaekimspeaking of kernels and hardware problem,how would I diagnose a suspend failure related to wifi?09:47
__mikemPerhapse, but either way, I am not buying any more $h!+ from hp09:47
cjwatson__mikem: if I boycotted every manufacturer on which I'd experienced some kind of kernel problem at some point, I don't think I'd ever buy a computer again. :)09:48
nosrednaekimcjwatson: OLPC ;)09:48
__mikemlol, cjwatson, its not just that. I tried getting tech support once, and it was a nightmare, the potential kernel bug (and I still have my suspicions on the order of a conspiracy theory, and I usually try to avoid those) is just icing on the cake09:49
__mikemI will say though, I am very happy with the printer I got from them09:50
=== mvo [n=egon@p54A66FA4.dip.t-dialin.net] has joined #ubuntu-devel
=== ant30 [n=ant30@] has joined #ubuntu-devel
=== ds500ss [n=marcel@vrs-c-16f6f.adsl.wanadoo.nl] has joined #ubuntu-devel
slangasekRiddell: libelf is on the list for syncing today still (bug #136986)?09:59
ubotuLaunchpad bug 136986 in libelf "autopkgtest gutsy libelf: erroneous package!" [High,Fix released]  https://launchpad.net/bugs/13698609:59
=== ds500ss [n=marcel@vrs-c-16f6f.adsl.wanadoo.nl] has left #ubuntu-devel []
Riddellslangasek: no, it already has been10:03
=== pochu [n=emilio@139.Red-83-59-168.dynamicIP.rima-tde.net] has joined #ubuntu-devel
slangasekok, cheers10:05
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel
keescookI know this is crackful, but is there a way to force apt to download the Packages file for a repo that doesn't match the current arch?  (i.e. to see lists of files for i386 when I'm on amd64)  I don't care if they're uninstallable, I just want them to show up in apt-cache madison.  :)10:09
Mithrandirkeescook: you know of rmadison, right?10:11
Mithrandirkeescook: http://chistera.yi.org/~adeodato/blog/106_fakeapt is another alternative.10:12
=== statictonic [n=mark@c-75-72-61-89.hsd1.mn.comcast.net] has joined #ubuntu-devel
keescookMithrandir: I do, yes, but I need this for bulk automation, which makes it less useful.10:12
Mithrandirkeescook: you know of madison-lite too? :-)10:13
=== TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel
keescookhm, I saw mention of it while digging in rmadison's CGI but maybe I need to look at it more.  :)10:13
Mithrandirapt-get install madison-lite10:14
keescookah, hm, so I'd need to sync the Packages files manually for madison-lite.  Well, that's what I was trying to avoid with some arcane sources.list syntax, so I'm back to square one.  :)10:15
Mithrandirwell, fakeapt + madison-lite should do what you want, though10:16
Mithrandiror just something nice-ish in cron10:16
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
=== bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-devel
=== rockets [n=rockets@pat6.baruch.cuny.edu] has joined #ubuntu-devel
rocketsOut of curiosity, and assuming KDE4 is released on time, is KDE4 going to be included in the Hardy Heron?10:38
=== norsetto [n=norsetto@host101-220-dynamic.9-79-r.retail.telecomitalia.it] has joined #ubuntu-devel
__mikemThe kubuntu people really need to make more customizations to kde come kde 4. Their current setup is almost exactly like a default kde setup10:40
ScottKrockets: Yes, but not as the default.10:40
rocketsScottK, why not? I thought ubuntu always uses the newest availible stable revision of gnome/kde10:40
ScottKBecause Hardy is an LTS release meant for long term/stable use by people more interested in stability than the latest/greatest.10:41
__mikemScott, are they going to at some point actually make an attempt to customize kde by default in kubuntu at some point in the future?10:41
=== Gman [i=gman@nat/sun/x-53562d03db3ab9a5] has joined #ubuntu-devel
ScottKIt will provide both the latest KDE3 and KDE4, just use KDE3 by default.10:41
rocketsokeydokey :-D10:41
ScottK__mikem: Not sure what you mean.  It's customized now?10:42
__mikemNo, for one thing, in kubuntu, the icon for the "start menu" is the same as it is in default kde, the general layout of the bar at the bottom looks almost exactly like the origonal kde, (with the exception of a very subtile background) and the colors are blue instead of brown10:44
rockets__mikem, but you're essentially arguing that they should make customizations just for the sake of customization.10:45
__mikemrockets, they customized gnome just for the sake of customizations10:45
__mikemheck they even customized xfce just for the sake of customization10:45
rockets__mikem, when you say customize are you referring to features or just the appearence?10:45
rockets__mikem, yes but *they* is not one group of people, you're talking about three different groups here10:46
rocketsoh ok10:46
rocketsthats different10:46
rocketsyeah whatever. . . . who cares though really10:46
=== Pici [n=Pici@unaffiliated/pici] has joined #ubuntu-devel
cjwatsonthe blue in Kubuntu is intentional; it's supposed to have a different look from Kubuntu10:46
cjwatsoner, from Ubuntu10:46
cjwatson(AIUI; I'm not a Kubuntu developer)10:46
__mikemokay, I will give that, but why can't you atleast make the menu icon different10:47
ograist Kubuntu lilac ?10:49
=== anthony [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel
Riddellogra: it's gone more blue in gutsy10:50
LaserJockogra: I think they went back to blue for gutsy10:50
anthonyIs Gutsy built to work with IPv6 out of the box, or will users need to change something for it?10:50
slangasekLinux pretty much autoconfigures IPv6 out-of-the-box at the kernel level now10:51
__mikemIt would also be nice if xubuntu could be obtained through shipit10:51
ograso kwwii's violet phase is over now eh ? :)10:51
Riddell__mikem: we make significant customisations to KDE, sometimes to the annoyance of upstream, the default panel quite difference.  obviously if you have specific requests we can look at those10:51
stgraberanthony: inet6 addr: fe80::219:d2ff:fe26:e216/64 Scope:Link <-- Looks like ipv6 is loaded :)10:51
anthonyslangasek: I've heard some applications would need minor changes.10:51
anthonystgraber: :)10:51
=== Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #ubuntu-devel
=== Watersevenub [n=Watersev@azevedo.astro.up.pt] has left #ubuntu-devel ["Saindo"]
slangasekat the application level, most packages have IPv6 support inherited from Debian.  There are some packages I can think of that require tweaks for IPv6.10:52
__mikemRiddell, if you could atleast customize the menu icon it would be nice since you customize the menu icon in every other ubuntu derivitive10:52
Riddellwhy would that be nice, we've very happy to have KDE branding10:52
Riddellthere is a kubuntu logo in the system menu icon10:52
ograscatter more of them everywhere :)10:53
__mikemwhat ogra said10:53
ograyay for overbranding10:53
__mikemI think I am going to give xubuntu a spin next release10:54
ograRiddell, btw, did you ever check if kmix works with virtual devices now ?10:58
ogra(i.e. in ltsp)10:58
=== Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel
=== tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel
=== hunger_t [n=tobias@p54A7038F.dip0.t-ipconnect.de] has joined #ubuntu-devel
__mikemheh, it looks like come kde4 time he ubuntu devs are going to have no choice but to make their own custom scheme http://mywheel.net/blog/wp-content/uploads/2006/01/Full_Render_View.png11:04
mdkeogra: pong11:08
=== kaptengu [n=kaptengu@c213-100-60-183.swipnet.se] has joined #ubuntu-devel
ogramdke, i wanted to ask about the TOC in yelp for the edubuntu handbook, but LaserJock already talked to you i think11:09
mdkeogra: yes, it should be fixed now actually, Seb uploaded the fix today11:10
ograyeah, i didnt have time to upgrade yet, i saw a changelog entry that made me want to test :)11:10
ograthe handbook is over 50 ages now, would be a shame if it were hidden11:11
mdkei tested the patch, it works11:11
__mikemI will tell you what, with all the cool ways to create the interface for kde4, if they don't put some real thought into how they make kde4 look for kubuntu, me and half the userbase is going to be very p!$$ed off11:11
LaserJockyep, works here as well11:11
LaserJockmdke: thanks a lot for that11:11
ogramdke, fix confirmed :D11:12
=== ogra is dancing
=== ivoks [n=ivoks@20-82.dsl.iskon.hr] has joined #ubuntu-devel
=== mbiebl [n=michael@e180068004.adsl.alicedsl.de] has joined #ubuntu-devel
=== milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel
=== dsas [n=dean@ubuntu/member/dsas] has joined #ubuntu-devel
=== Yvonne [n=Yvonne@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel
=== thully [n=thully@southquad-186-86.reshall.umich.edu] has joined #ubuntu-devel
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
=== pochu [n=emilio@139.Red-83-59-168.dynamicIP.rima-tde.net] has joined #ubuntu-devel
=== didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel
=== johanbr [n=j@blk-137-105-82.eastlink.ca] has joined #ubuntu-devel
thullyare any devs around who have experience with suspend/power management issues.  I have a few that have been sitting in Launchpad a long time without much response that are annoying to the point of being showstoppers in daily use...11:44
=== thekorn [n=markus@a89-182-4-157.net-htp.de] has joined #ubuntu-devel
=== hoora80 [i=hoora@gateway/tor/x-b6d94e2067057a36] has joined #ubuntu-devel
Riddellogra: I don't have anything to test it with11:46
=== pgavin [n=user@c-68-35-209-18.hsd1.fl.comcast.net] has joined #ubuntu-devel
Riddell__mikem: that's not KDE 411:48
mneptoksiretart: ping11:49
siretartmneptok: pong?11:50
=== Arrogance [n=aks@ottawa-hs-209-217-119-72.d-ip.magma.ca] has joined #ubuntu-devel
=== cr3 [n=cr3@modemcable178.77-70-69.static.videotron.ca] has left #ubuntu-devel []
mneptoksiretart: is dm-crypt+cryptsetup+d-i supposed to work in the 10-02 daily?11:51
siretartmneptok: not yet, I uploaded a fixed cryptsetup package 2 minutes ago11:51
siretartmneptok: make sure that cryptsetup_1.0.5-2ubuntu1 is installed on the alternate cd11:52
mneptoksiretart: cool. then the 1s and 0s spewing out of the side of this certification laptop are expected11:52
mneptoksiretart: i told cjwatson i'd use our cert equipment to track it through release. so i'll just wait for tomorrow's daily.11:53
mneptokthanks for the info. if you have known b0rkeness, i'd appreciate a ping.11:54
siretartmneptok: the install is already fine with current daily11:54
siretartmneptok: the installed system will drop out to initramfs during boot11:54
siretartmneptok: in order to boot the system, you need to do the cryptsetup luksOpen dance by hand. the next cryptsetup package which is currently building will fix that11:54
mneptoksiretart: not here. the 10/02 daily dies when d-i goes to configure the newly encrypted volumes.11:54
siretartmneptok: thats fisy. I installed successfully on my test machine with the test image from today11:55
siretartfishy, even11:55
mneptokit just died on a machine here. i have another machine doing a media ovrwrite that should die in ~60 minutes ;)11:56
mneptoksame behavior as the beta. after zeroing and passphrase choice, d-i dies and the framebuffer gets wonked (repairs itself with a switch to another console)11:57
=== marik [n=marik@tm.] has joined #ubuntu-devel
=== jml__ [n=jml@ppp121-44-213-76.lns1.hba1.internode.on.net] has joined #ubuntu-devel
siretartmneptok: that doesn't sound like an issue in dm-crypt nor cryptsetup11:59
siretartgood night!12:00
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
thullyAnyway, I have a few laptop regressions from Feisty that haven't received much Launchpad love...  Coud mjg59 or some of the other Ubuntu laptop gurus take a look?12:07
thullyThe bugs would be 137738 and 13759812:08
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
elmowww.ubuntu.com is going down for emergency maintenance, ETD is 5 minutes or less12:11
gnomefreakty elmo :)12:11
anthonyDid Xubuntu have a Beta release?12:15
cjwatsonanthony: http://cdimage.ubuntu.com/xubuntu/releases/gutsy/beta/12:15
anthonycjwatson: ty - I was looking on xubuntu.org and releases.u.c12:15
cjwatsonanthony: releases.ubuntu.com has a link to cdimage/xubuntu/releases/12:15
cjwatsonfrom which you go -> gutsy -> beta12:16
anthonycjwatson: I was just modifying URLs... :S12:16
cjwatsonnope :)12:16
=== anthony notes to navigate the way they want you to
anthonyon a similar note, has there been any talk yet about Xubuntu being available through ShipIt?12:17
bluefoxicyShould I file a bug for something failing to protect against man-in-the-middle attacks on ssl/tls implementations12:17
bluefoxicyor something12:17
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
=== predius [n=predius@] has joined #ubuntu-devel
=== frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel

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