=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === goedson [n=goedson@20158166235.user.veloxzone.com.br] has joined #ubuntu-devel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel [] === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === rrivasdiaz [n=rrivas@189.146.52.235] has left #ubuntu-devel ["Ex-Chat"] === RadiantFire [n=ryan@upstream/dev/RadiantFire] has joined #ubuntu-devel === jml [n=jml@121.44.221.16] has joined #ubuntu-devel === Gman is now known as GmanAFK === macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel === iceman [n=iceman@cable-87-244-154-165.upc.chello.be] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === jml_ [n=jml@121.44.221.16] has joined #ubuntu-devel === MarkusT [n=thielman@i59F76EB6.versanet.de] has joined #ubuntu-devel === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel === MarkusT [n=thielman@i59F76EB6.versanet.de] has left #ubuntu-devel [] === calc [n=calc@cpe-24-162-49-93.houston.res.rr.com] has joined #ubuntu-devel === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel === macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === kwwii [n=kwwii@khepri.openbios.org] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === ubijtsa2 [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel === calc [n=calc@cpe-24-162-49-93.houston.res.rr.com] has left #ubuntu-devel [] === milli [n=milli@ftcl002.digis.net] has joined #ubuntu-devel === ubijtsa2 [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === jack_wyt [n=jack@124.64.107.93] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has left #ubuntu-devel ["Exit,] === matinc [n=ubiq@116.21.100.119] has joined #ubuntu-devel === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === ashok [n=ashok@ppp-70-129-227-2.dsl.tpkaks.swbell.net] has joined #ubuntu-devel [03:46] hi friends [03:46] anyone here [04:02] nope [04:02] oh [04:02] i am a new developer [04:03] want to contribute to ubuntu [04:03] can u help me where to start with [04:03] https://wiki.ubuntu.com/MOTU [04:03] seen it === Unload [n=lOad@84.90.29.213] has joined #ubuntu-devel [04:14] <`23meg> ashok, https://wiki.ubuntu.com/NewDeveloperProcess === zerbero_ [n=jga@pD9E616A2.dip.t-dialin.net] has joined #ubuntu-devel === rrivasdiaz [n=rrivas@189.135.140.146] has joined #ubuntu-devel === mat [n=mat@igoan/mat] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === mat__ [n=mat@home.virgule.info] has joined #ubuntu-devel === zerbero3 [n=jga@pD9E612F3.dip.t-dialin.net] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === troy_s [n=aphorism@d206-116-6-170.bchsia.telus.net] has joined #ubuntu-devel === zerbero_ [n=jga@pD9E60C41.dip.t-dialin.net] has joined #ubuntu-devel === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel === jml [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #ubuntu-devel === zerbero3 [n=jga@pd9e60764.dip.t-dialin.net] has joined #ubuntu-devel === nixternal_ [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === `anthony [n=anthony@203.24.179.10] has joined #ubuntu-devel === mat__ [n=mat@home.virgule.info] has joined #ubuntu-devel === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel === zerbero_1 [n=jga@pD9E603A9.dip.t-dialin.net] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [05:46] hi all [05:47] hey Hobbsee [05:47] Hi [05:48] :) === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === zerbero_2 [n=jga@pd9527d86.dip.t-dialin.net] has joined #ubuntu-devel === ajmitch_ [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel === orion2012 [n=orion@hypnogogic.org] has joined #ubuntu-devel === Sp4rKy_ [n=Sp4rMy@srv122.hosteur.com] has joined #ubuntu-devel === lionel_ [n=lionel@ip-61.net-82-216-103.rev.numericable.fr] has joined #ubuntu-devel === Xof [n=mas01cr@158.223.59.22] has joined #ubuntu-devel === lool [i=lool@debian/developer/lool] has joined #ubuntu-devel === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-devel === chninkel [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-devel === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-devel === mdke_ [n=matt@ubuntu/member/mdke] has joined #ubuntu-devel === zerbero7 [n=jga@pD9527A3F.dip.t-dialin.net] has joined #ubuntu-devel === poningru` [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-devel === lool_ [i=lool@pig.zood.org] has joined #ubuntu-devel === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel === jml [n=jml@121.44.221.16] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === Xof [n=mas01cr@158.223.59.22] has joined #ubuntu-devel === chninkel [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-devel === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel === Xof [n=mas01cr@158.223.59.22] has joined #ubuntu-devel === chninkel [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-devel === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-devel === ubijtsa2 is now known as ubijtsa [06:49] Keybuk: ping @ MOM === pygi [n=mario@83-131-14-214.adsl.net.t-com.hr] has joined #ubuntu-devel === Xof [n=mas01cr@158.223.59.22] has joined #ubuntu-devel === chninkel [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-devel === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-devel === zerbero_2 [n=jga@pD9E63E10.dip.t-dialin.net] has joined #ubuntu-devel === jack_wyt [n=jack@124.64.107.93] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-devel === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === zerbero_ [n=jga@pd9e636d5.dip.t-dialin.net] has joined #ubuntu-devel === Susana_ [n=Susana@bl6-6-177.dsl.telepac.pt] has joined #ubuntu-devel === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel === ashok [n=ashok@ppp-70-129-227-2.dsl.tpkaks.swbell.net] has left #ubuntu-devel [] === Zdra [n=zdra@cable-85.28.95.83.coditel.net] has joined #ubuntu-devel === `anthony [n=anthony@203.24.179.10] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.11.146.revip2.asianet.co.th] has joined #ubuntu-devel === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:16] Good morning [08:21] morning pitti! [08:22] hey Hobbsee === tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel === Lure [n=lure@external-1.hermes.si] has joined #ubuntu-devel === jonibo [n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se] has joined #ubuntu-devel === luisbg [n=d33p@87.217.145.66] has joined #ubuntu-devel === dholbach [n=daniel@i59F7275C.versanet.de] has joined #ubuntu-devel [08:52] Mithrandir, ping === Starting logfile irclogs/ubuntu-devel.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-devel === Topic for #ubuntu-devel: Development of Ubuntu (not support, even with gutsy; not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Gutsy open, go ape! === Topic (#ubuntu-devel): set by siretart at Sun May 27 17:27:58 2007 [08:56] viviersf: You sent me a contentless ping. This is a contentless pong. Please provide a bit of information about what you want and I will respond when I am around. [08:57] bitten by contentlessping.pl... [08:57] lol [08:58] Mithrandir, i spoke to you about uswsusp a while back and i was just wondering if it was goign to be standard on gutsy ? [08:58] viviersf: nobody has picked it up and run with it, so I would be surprised if that happens. [08:59] Mithrandir, okay cool thx [09:02] seriously, why cant windows software just work? that includes labview. [09:02] grrr. [09:05] umm, because it's windows? [09:06] Hobbsee, cos then you wouldnt need to buy updated versions ? === Tonio_ [n=tonio@81.185.112.75] has joined #ubuntu-devel [09:07] mmm. *grumbles a bit more* [09:07] i think i'm actually using a more updated version than what's on the lab computers anyway === zerbero3 [n=jga@pd9e613ec.dip.t-dialin.net] has joined #ubuntu-devel [09:10] viviersf, Mithrandir: I've been merging it for Gutsy, but that's about it. [09:11] StevenK, i know ive filed sum bugs on it with patches for you [09:11] StevenK, i got an issue with it when upgrading kernels :( [09:12] Don't suspend if you're going to boot a new kernel. [09:13] Hobbsee: you working on Labview today? [09:13] LaserJock: yeah. attempting to. but the ppt that i was working from doesnt seem to wish to open === bonii [n=boni@unaffiliated/bonii] has joined #ubuntu-devel === thekorn [n=thekorn@a81-14-186-197.net-htp.de] has joined #ubuntu-devel [09:18] Mithrandir: can you give-back strigiapplet on i386 (not sure why only i386 got old version of libstrigihtmlgui-dev) [09:19] Lure: given-back [09:19] Mithrandir: thanks [09:22] StevenK, i know that :) === shiyee [n=Shiyee@homer.cs.aau.dk] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel === saispo [n=saispo@ryu.zarb.org] has joined #ubuntu-devel === lool_ is now known as lool === nixternal_ [n=nixterna@c-71-194-189-213.hsd1.il.comcast.net] has joined #ubuntu-devel === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:34] I got a strange effect: I can log into my box in X, all the apps from my session start up fine. But I can not have new apps connect to the X server anymore... [09:34] DISPLAY is set, I am running gutsy. === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:38] Sorry... my mistake: Mounted /tmp over the X server named pipes:-) === Zdra [n=zdra@cable-85.28.95.83.coditel.net] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === mitsuhiko [n=nblackbi@ubuntu/member/mitsuhiko] has joined #ubuntu-devel [09:46] doko: got a second? [09:47] dholbach: gnome-orca's uninstallable on the CDs because it depends on libgnome-speech3 rather than the current libgnome-speech7. I had a look at the source but the control file has weird hardcoded dependencies and I wasn't sure I could safely touch it. Could you sort it out? [09:48] cjwatson: sure [09:49] thanks [09:50] mitsuhiko: sure === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel [09:51] doko: i recently encountered some problems with pycentral. really, really strange ones [09:51] bug number? [09:51] i then contacted Piotr Oarowski who maintains my python packages in debian and he had no idea [09:51] i haven't filed a bug because i don't have any information to offer [09:52] the only thing i know is that it broke completely after i installed a python 3000 build === zerbero_2 [n=jga@pd9e606d9.dip.t-dialin.net] has joined #ubuntu-devel [09:53] i can file a bug if wanted, but the only thing i know is that most of the prerm scripts now break because they are unable to locate the python version [09:53] symlink of python points to python2.5 [09:54] and also this: [09:54] $ pycentral showdefault [09:54] in/python2.5 [09:55] pycentral showdefault is deprecated; pyversions -d should replace it [09:55] I haven't tested the support tool with python3000 yet [09:55] where is python3000 installed? === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [10:02] doko: i have removed it in the meantime [10:02] it was in /usr/local [10:02] doko: i know that it's deprecated, but it shouldn't fail tough [10:03] is there some database pycentral has? [10:04] because even reinstalling pycentral hasn't fixed the problems [10:05] no state information [10:06] ls -l /usr/bin/python ? [10:06] lrwxrwxrwx 1 root root 18 2007-05-13 16:11 /usr/bin/python -> /usr/bin/python2.5 [10:07] (interesting permissions Oo) [10:07] symlinks are always like that [10:07] okay [10:08] doko: also pyversions -i only shows python2.4 and python2.5 although i have python2.3 too [10:10] alright. i have more information now [10:11] lrwxrwxrwx 1 root root 9 2007-05-24 17:29 /usr/bin/python -> python2.5 [10:11] looks like pycentral doesn't like the /usr/bin/ on the front [10:11] http://beta.paste.pocoo.org/show/168 [10:11] mitsuhiko: you did change things manually? [10:12] doko: i changed the python symlink a couple of times i guess [10:12] and my python3 installation of course. but i now use that only in my local folder [10:13] s/local/~/p3yk/ [10:13] mitsuhiko: pycentral could be a more robust, but changing anything in /usr, which is not in /usr/local or /etc may break your system [10:13] so this should make it work again: ln -sf python2.5 /usr/bin/python [10:14] doko: yeah. that works indeed [10:17] doko: awesome. thanks :D === bmon__ [n=monnahan@221.pool85-55-25.dynamic.orange.es] has joined #ubuntu-devel === dholbach_ [n=daniel@i59F761EA.versanet.de] has joined #ubuntu-devel === zerbero4 [n=jga@pd9e61e54.dip.t-dialin.net] has joined #ubuntu-devel === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === cassidy [n=cassidy@host-85-27-113-187.brutele.be] has joined #ubuntu-devel === Revellion [n=revellio@h-243-92.A182.cust.bahnhof.se] has joined #ubuntu-devel === bonii [n=boni@unaffiliated/bonii] has joined #ubuntu-devel === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === munckfish [n=munckfis@217.150.115.62] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === Tonio_ [n=tonio@81.185.112.75] has joined #ubuntu-devel === tsmithe [n=toby@ubuntu/member/tsmithe] has joined #ubuntu-devel [11:06] Keybuk: yay, esr hot potato for you! [11:06] jdub: he's been hanging out on #upstart for a few days [11:07] his chkconfig thing does look useful [11:09] Keybuk: just be careful, you might just end up on ELER ;) [11:15] I love petunias, don't you? [11:17] Mithrandir: there is something fishy with ffmpeg, the source is in main, but the binaries are in universe. could you please move libavcode-dev, libpostproc-dev, libavformat plus their dependencies on the respective library packages to main and give back xine-lib on all archs? === zerbero_1 [n=jga@pd9e62823.dip.t-dialin.net] has joined #ubuntu-devel === aigarius [n=aigarius@87.226.72.210] has joined #ubuntu-devel === Tonio_ [n=tonio@81.185.112.75] has joined #ubuntu-devel === Chipzz_ is now known as Chipzz [11:28] doko: your ia32-libs upload seems to be missing a replaces on ia32-libs-gtk, or it should not include libXcursor. [11:29] Mithrandir: I didn't merge that, or is this an earlier upload? [11:29] doko: hm, I thought it was you [11:30] ah, pitti is the uploaded. [11:30] heh, it's universe now :-) [11:30] uploader, even [11:30] doko: that doesn't help when it's still installed on lots of systems. [11:31] Mithrandir: yes, that was pitti. i've been meaning to bug him about that, as it meant one of my packages ftbfs [11:31] Mithrandir: oh, will fix [11:31] there's a few related bug reports for those packages [11:31] siretart: ^ maybe you can incorporate this small change into your prepared upload which merges the games stuff? [11:33] Mithrandir: so, I'll coordinate this with siretart to avoid two uploads of that huge beast in a row [11:35] pitti: sure, thanks. [11:35] I just noticed it's been like that for a few days, and getting it fixed would be good === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel [11:40] Mithrandir: I think we'll just fix it for good and merge ia32-libs and -gtk [11:40] Hobbsee: you ping'd? [11:41] Keybuk: indeed. [11:42] Keybuk: MOM appears not to have picekd up that i merged sword a while ago. i've recently been notified that the new patch is not on patches.ubuntu.com. I'm not sure where the proceedure is breaking down, but it being broken isnt so great. [11:42] and i've got no idea who to poke about it not beign on p.u.c - perhaps you could deal with it and/or pass it on? [11:42] patches.ubuntu.com is MoM [11:43] point. then it's your domain, i believe. [11:43] which sword package? [11:43] (full source package name) [11:44] er, sword. [11:44] no such source package [11:44] it is the source package name. [11:44] try again :) [11:44] it's listed on MOM as sword [11:44] hmm [11:44] oh [11:44] it's blacklisted === Hobbsee stops herself before trying to put "madison sword" into cmd.exe [11:44] ah right [11:45] removed it from the blacklist, it'll show up soon [11:45] great :) [11:45] tollef blacklisted it because it caused a sync problem [11:45] ahhh [11:45] yes, differing tarballs [11:45] one day, hopefully upstream will release a new tarball, and it can stay synced forever more. [11:45] Keybuk: Is MoM able to show something is blacklisted? [11:45] same to kguitar. [11:46] i just look forward to that day. [11:46] StevenK: it's a general archive blacklist [11:46] http://people.ubuntu.com/~ubuntu-archive/sync-blacklist.txt [11:46] Ah [11:46] I should find some free time to nuke the top of the blacklist [11:49] hotplug # all hail udevd === StevenK chuckles === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [11:50] Hah, there's one worse. === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel [11:52] I'm glad someone cleaned up that file before publicizing it - the version in the dak tree had err, much more interesting comments [11:53] elmo: Actually, you're in it with "elmo, comment lost" a little bit [11:54] yeah, I know [11:54] the original version of that, f.e. was: [11:54] # old MOTU removals - use to have reasons, but I trashed the blacklist file by mistake. go me. [JT] [11:54] Muahaha [11:54] I'm curious about some of these much more interesting comments, though. :-) [11:55] they' [11:55] argh [11:55] it is possible that we artificially lost some of those reasons [11:55] they're actually lost, not just put in revision control. [11:55] cjwatson: *cough*. :-P [11:56] haha [11:56] cjwatson: data loss bug. totally coincidental. [11:56] and the backups failed. [11:57] we use the Linus Backup Strategy, didn't you know? [11:57] publish your stuff on an ftp site and let the world mirror it. [11:58] lol === pochu [n=emilio@168.Red-83-57-161.dynamicIP.rima-tde.net] has joined #ubuntu-devel [12:00] speaking of madison, anyone fancy porting rmadison to Ubuntu? madison.php is available from debian-qa CVS, and I'm sure it could be run easily enough on rookery or somewhere else with a full mirror [12:01] Must it be PHP? :-) [12:02] I'm no PHP fan, but it's what's there; at least it should have a compatible interface === Keybuk thought "elmo, comment lost" was "CENSORED" [12:02] rmadison already supports multiple backends [12:02] there was certainly a pert turn of phrase we used in some cases [12:03] hm, what does rmadison do again? [12:03] remote madison; talks to a CGI [12:04] ah, ok. [12:04] debian-qa CVS> I mean svn these days [12:04] my ~/bin/madison is ssh merkel.debian.org madison "$@" [12:07] ooh, there's a perl implementation [12:07] I might just spend ten minutes deploying that this afternoon [12:07] you have 10 minutes of CFT? you clearly don't have enough to do === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel [12:08] you just work for ten more minutes in the evening :P === Zdra [n=zdra@195.244.169.43] has joined #ubuntu-devel [12:08] Finally. Memory usage isn't 100% [12:09] cjwatson: David knows where the circuit breakers are [12:09] Keybuk: 10 hours of battery life and neighbour with wifi. :-P [12:09] I have one, but not the other. Pity. [12:10] my neighbours use *my* WiFI [12:10] Figure out which neighbours and bill them? === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === Hobbsee [n=user@ubuntu/member/hobbsee] has joined #ubuntu-devel === zerbero4 [n=jga@pD9E62059.dip.t-dialin.net] has joined #ubuntu-devel === luisbg [n=d33p@87.217.144.74] has joined #ubuntu-devel === mrsn0 [n=sno_@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel [12:19] heh, another good removal message... [12:19] ltsp-utils # ogra wails like a girl if this gets sync'd [12:19] heh === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [12:20] pitti: right, I think we should just merge all three of ia32-libs{,-gtk,-sdl} [12:20] siretart: I agree; easier to maintain and update [12:20] Hobbsee, how did you know :) [12:21] Hobbsee, but its a) blacklisted and b) i talked to the DD who agreed to drop it from debian [12:21] ogra: Hobbsee was reciting from the sync-blacklist. [12:21] ogra: haha [12:22] siretart: hmm, you already added some GTKish bits to your version, didn't you? does -gtk actually contain anything on top of that? [12:22] Mithrandir, ah === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === Revellion [n=revellio@h-243-92.A182.cust.bahnhof.se] has left #ubuntu-devel [] [12:27] pitti: I've added the packages that where comment out in the previous version of the package [12:27] pitti: the comment was that they were in universe. most probably some of them are in ia32-libs-gtk as well [12:27] siretart: ah, ok; do you feel like merging -gtk, too, or do you want to send me your current patch and I finish it for -gtk? === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel [12:28] pitti: If you have time now, I'd prefer to send you my patch [12:28] (/me at work now and has to fight a lot with perl :/) [12:28] siretart: not now, probably on Monday [12:28] ah, ok. [12:29] siretart: tomorrow might work too if archive stuff doesn't keep me busy all the day [12:29] so either I find the time tomorrow or I'll send you the patch [12:29] siretart: good luck with Perl :) [12:29] siretart: so, if you can send me the patch, then I'll look into it ASAP unless you IRC-ping me about it and beat me to it [12:29] pitti: you said that running fetch-source.sh with BUILD=0 was okay, right? === lfittl [n=lfittl@213.129.230.12] has joined #ubuntu-devel [12:29] siretart: fetch-and-build.sh, yes [12:30] err, yes. okay [12:30] siretart: those are perfectly valid buildd generated .debs, so I don't see a reason to not use them [12:30] okay [12:30] I'll add a note to the readme about that === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel [12:44] cjwatson: http://merges.ubuntu.com/stats.txt === nixternal_ [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel [12:45] Keybuk: Should you comment out events that fall off the front of the graph like Edgy Release and Edgy's archive being open? === zerbero_ [n=jga@pd9e60913.dip.t-dialin.net] has joined #ubuntu-devel [12:48] the code should remove them, IMO === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel === lfittl_ [n=lfittl@2001:6f8:107e:30:216:36ff:fe17:3cef] has joined #ubuntu-devel === lfittl [n=lfittl@2001:6f8:107e:30:216:36ff:fe17:3cef] has joined #ubuntu-devel === Zdra_ [n=zdra@195.244.169.43] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === lfittl_ [n=lfittl@2001:6f8:107e:30:216:36ff:fe17:3cef] has joined #ubuntu-devel === lfittl [n=lfittl@2001:6f8:107e:30:216:36ff:fe17:3cef] has joined #ubuntu-devel === lfittl_ [n=lfittl@2001:6f8:107e:30:216:36ff:fe17:3cef] has joined #ubuntu-devel === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel === agoliveira [n=adilson@200.146.40.6.adsl.gvt.net.br] has joined #ubuntu-devel === gicmo [n=gicmo@p5491e49f.dip.t-dialin.net] has joined #ubuntu-devel === Watersevenub [n=Watersev@242-207.dial.nortenet.pt] has joined #ubuntu-devel [01:04] Seveas: ping? === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel === AlinuxOS [n=vsichi@host122-198-dynamic.8-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel [01:09] so it is safe to upgrade gutsy with the new lvm/raid stuff? [01:10] or can i expect the world to explode? === zerbero__2 [n=jga@pd9527ec2.dip.t-dialin.net] has joined #ubuntu-devel === jonibo [n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se] has left #ubuntu-devel [] === pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel [01:15] $ scripts/rmadison.pl -u ubuntu -s gutsy -c main -a i386 man-db man-db | 2.4.4-3 | gutsy | i386 [01:15] excellent [01:15] (ignoring stupid irssi line-wrapping; anyone know how to turn that off?) [01:16] $ scripts/rmadison.pl -u ubuntu -s gutsy -c main -a i386 man-db [01:16] man-db | 2.4.4-3 | gutsy | i386 [01:16] better; /set paste_join_multiline off === lfittl [n=lfittl@2001:6f8:107e:30:216:36ff:fe17:3cef] has joined #ubuntu-devel [01:18] cjwatson: Oh neat. I've been wondering how to stop irssi doing that. [01:19] cjwatson: How many lines is rmadison.pl ? [01:20] 233 === tsmithe [n=toby@ubuntu/member/tsmithe] has joined #ubuntu-devel === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-devel [01:29] mjg59: can we trade merges? I'd like to avoid breaking laptop-mode-tools and hand this off to you, and in return grab dhcdbd from you [01:29] mergebay again! [01:29] yay [01:30] pitti: if you can let exiv2 and libkdcraw past binary NEW it would make new digikam build ;-) [01:31] Lure: looking [01:31] pitti: thanks [01:31] Lure: there's no exiv2 in NEW [01:32] neither is kdcraw [01:32] exiv2 | 0.14-1 | gutsy | source [01:32] exiv2 | 0.14-1 | gutsy/universe | amd64, i386, ia64, powerpc, sparc [01:32] pitti: I accepted them before lunch, why? [01:32] looks current [01:32] seb128: ah :) [01:33] seb128: because Lure asked [01:33] ah, k [01:33] why does our tzdata package ask me questions in it's postinst ? [01:33] like, not even with debconf === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel [01:34] elmo: erm, it's not supposed to; we fixed the debconfishness right at the beginning of gutsy [01:34] elmo: what does it ask? [01:34] pitti: ok, this is feisty [01:34] Your current time zone is set to Unknown [01:34] Do you want to change that? [n] : [01:34] elmo: right, it didn't have any debconf stuff in feisty yet [01:34] if [ "$USER" = "*elmo*" ] ; then debconf_ask_random_question; fi [01:34] pitti: ok, as long as it'll go away at some point [01:35] elmo: is that true? I. e. did you really not have a TZ set before? or is that an upgrade bug? [01:35] pitti: it's a chroot [01:35] pitti: I probably didn't have a TZ set [01:35] ah, I see [01:35] (ronne's feisty-amd64 chroot to be precise) [01:35] elmo: in gutsy that's properly debconfified now [01:35] cool [01:36] pitti: sorry, seb128 was too fast [01:36] pitti: so libkdcraw is fine for main inclusion? [01:36] Lure: I didn't look at it yet === StevenK waits for exiv2 to hit archive.u.c [01:37] (I need to upload a build1 of a rdepends) === Lure waits for libkdcraw to hit main ;-) [01:37] StevenK: great - I was just preparing the list for Riddell ;-) [01:38] Lure: And what did main ever do to it? [01:38] I didn't think that was much that depends on exiv2 [01:39] BenC: FYI, I don't NEW the new kernel as long as it's FTBFS on powerpc, to avoid unnecessary ABI bumps in case the powerpc build fix needs to change ABI [01:40] pitti: sure things, I have another upload ready [01:40] BenC: oh, good morning. Early bird :) [01:41] hey BenC [01:41] BenC: upload? please pull the gfs2 stuff from kernel.org pretty please? [01:41] BenC: and add the 3 extra symbols? [01:42] BenC: and re-enable gfs1? :P [01:42] (don't pull from my tree.. it's borked) [01:42] fabbione: I'll see what I can do, I didn't want to have to go through another round of build/boot tests...but for you, I might :) [01:42] BenC: ok.. if it's not this one, can you please make sure it's queued for the next? [01:42] BenC: i can't build userland without the new headers [01:43] definitely [01:43] and i need to start doing some QA on that stuff before we find that the world crashes 2 days before release [01:43] need to get some coffee, just rolled out of bed [01:43] ehhe [01:43] enjoy [01:43] yay Priority: headers! /me hugs cjwatson; gutsy debootstrap works again [01:44] yeah, it's healthier now === zerbero_1 [n=jga@pD9527493.dip.t-dialin.net] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [01:57] MOTU Q&A session in 3 minutes in #ubuntu-classroom === Tonio_ [n=tonio@81.185.112.75] has joined #ubuntu-devel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel === Tonio_ [n=tonio@81.185.112.75] has joined #ubuntu-devel === blackskad [n=blackska@latex.ugent.be] has joined #ubuntu-devel === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === blackskad [n=blackska@latex.ugent.be] has left #ubuntu-devel [] === hggdh [n=hggdh@118.sub-70-216-21.myvzw.com] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === nuu [n=neuro@host119-68-static.104-82-b.business.telecomitalia.it] has joined #ubuntu-devel === nuu [n=neuro@host119-68-static.104-82-b.business.telecomitalia.it] has left #ubuntu-devel ["I] === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel [02:14] Keybuk: ping? [02:15] /etc/udev/rules.d/75-persistent-net-generator.rules <- rewriting config files, isn't that a policy violation? [02:15] no [02:15] rewriting conffiles is a policy violation [02:15] conffiles is :) [02:15] rewriting config files is entirely valid [02:16] even though the definition in the policy is not very precise there, i often have that discussion with DDs as well [02:17] anyway that script is buggy... [02:17] a lot :) [02:17] it's breaking my decnet setup... === bonii [n=boni@unaffiliated/bonii] has joined #ubuntu-devel [02:18] how can i live without decnet ? [02:18] :P [02:19] hmm? [02:19] what's the bug? [02:19] Keybuk: i am kidding.. it's not serious.. === nosrednaekim [n=michael@03-122.200.popsite.net] has joined #ubuntu-devel [02:19] it's an upstream script, so we should probably fix it if it's broken for something [02:20] decnet protocol changes mac address on the interface in a very consistent way to define the "node address" (similar to the ip address) [02:20] that creates 2 entries in the rules [02:20] hello,does anyone know what language the restricted manager is written in? I would like to port it to kubuntu [02:20] and the interface that was named eth0 all of a sudden becomes eth1 [02:21] decnet setup can break and so does the ip because there might be no entry for eth1 in interfaces [02:21] fabbione: they're named eth* ? [02:21] decnet breaks because you can specify what interface to use [02:21] nosrednaekim: Python, and its core functionality is separate from the UI, so it should be somewhat trivial. [02:21] Keybuk: yes.. [02:21] nosrednaekim: we already have someone working on that [02:21] ion_: cool, I know Python! [02:21] Keybuk: there is no reason to change iface name.. just the mac address [02:21] fabbione: we can add a rule to skip the script if we know a little more about it [02:21] Riddell: great minds think alike.. oh well [02:22] nosrednaekim: although there are other programmes to be ported if you feel the urge [02:22] Keybuk: second.. let me gather enough info... [02:22] or we can add decnet support to the script [02:22] Riddell: ok,like what? I really only know python [02:22] Keybuk: dnet-common or dnet-progs use /etc/default/decnet. [02:23] Keybuk: in that file there is: DNET_INTERFACES="" [02:23] nosrednaekim: ltsp-manager for example https://wiki.kubuntu.org/EdubuntuKDE [02:23] if empty .. decnet won't run [02:23] fabbione: oh, it's a software thing and not a kernel thing? [02:23] all = get all interfaces in decnet mode/mac [02:23] nope.. it's all userland.. well the part that interest us at least [02:23] or a list of iface/ifaces [02:23] so you can do decnet on any ethernet card? [02:23] yes [02:24] it's enough you can change the mac address [02:24] i am no decnet expert.. really. what i found was by mistake [02:24] i thought it was worth mentioning it [02:24] I'll raise it upstream :) === thekorn [n=thekorn@a89-182-76-113.net-htp.de] has joined #ubuntu-devel [02:24] there might be other protocols doing stuff like this [02:24] yup.. fair enough.. [02:25] best fix would be to identify the cards participating in decnet by some other means than their mac address [02:26] well you have that config file [02:26] and the initscript for decnet to look at [02:26] that config file takes interface names [02:26] which aren't stable unless you have this config file [02:26] right... [02:26] which would change the names assigned by that config file [02:26] chicken [02:26] egg [02:26] cluck [02:26] bzzzt [02:26] no.. they solved that problem a while ago [02:26] Riddell: I was also thinking about adding a wattmeter to guidance-power-manager [02:26] /. for it [02:26] hmm [02:26] :) [02:27] you use decnet? [02:27] not yet.. i installed the packages to do some testing [02:27] unless I'm mistaken here (tracking workflow) [02:27] this will work just fine [02:27] 1) kernel adds network interface [02:27] 2) udev renames it according to its hardware mac address [02:28] 3) decnet picks up interface from DNET_INTERFACES according to its udev-fixed name [02:28] yes... [02:28] 4) decnet changes mac address [02:28] udev won't change the name again, because it's already set [02:28] that's what the NAME!="?*" thing is for [02:28] 5) network manager takes down the interface and reset it... [02:28] ooh, ooh, debmake is up for demotion since dmapi stopped using it [02:28] fabbione: network manager only downs the interface [02:28] nosrednaekim: interesting idea, although I do wonder if the best place for it is ksysguard [02:28] *clicketyclick* [02:28] it doesn't pull out the card [02:28] 6) udev picks an up/down and rename it [02:28] nosrednaekim: but I'm sure if you did that we'd include it [02:28] cjwatson: Yay! === zerbero__2 [n=jga@pd9e62708.dip.t-dialin.net] has joined #ubuntu-devel [02:29] no, udev picks up hardware insertion/removal [02:29] not interface config changes [02:29] that's HAL-land [02:29] Keybuk: well something is renaming it and once i cleaned the 70*.rule i got my eth0 back [02:29] you'd have a suspend/resume issue, since the hardware does get removed and re-inserted [02:29] [ 51.927759] skge eth0: addr 00:13:d4:85:0f:a4 [02:29] [ 90.967360] skge eth1: enabling interface [02:29] notice this in dmesg [02:30] 39 seconds in between [02:30] this is a clean boot [02:30] but after the resume, the card would have its hardware mac again, so you'd need to reapply dnet again [02:30] sure [02:30] it'll get renamed to a persistent name [02:30] that just means that last time you booted, some other card had eth0 [02:30] Riddell: it only works on very new machines which have acpi 2, but I have the python framework which prints out the readings to the command line. If you are interested [02:30] so that card is "eth1", and should be referred to as such in DNET_INTERFACES [02:30] it won't get renamed after dnet tarts [02:30] in the rule file I had eth0 with the decnet mac address [02:30] and eth1 with the real address [02:30] rule file? [02:30] oh [02:30] the 70-generated... === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel [02:31] that probably *is* a postinst bug [02:31] in that the postinst ran while you were using decnet, and seeded the initial copy of the file [02:31] oooooo... [02:31] that's just a temporary hack anyway [02:31] yeps.. ok.. then we are at the same page [02:31] I meant to copy iftab in, and let the others fix at reboot time [02:31] ok.because i had iftab.. and it was ignored [02:31] but didn't get around to fully testing the perl, so went with the hack for now [02:31] ok.. [02:31] fair enough [02:32] at the next update i will see how it explodes :) [02:32] the actual proper udev rule stuff shouldn't break [02:32] if you rmmod and insmod the module, the software mac address will be forgotten anyway [02:32] i will test that at the next reboot [02:32] yes and that's fine.. [02:32] interestingly, dnet should probably have a udev rule to run every time a network interface is inserted, no? :p [02:32] Keybuk: sounds like a good idea... === fabbione reports the bug to one decnet upstream [02:34] Mithrandir: can you please give-back hplip? [02:35] pitti: backgegubt. [02:35] :) [02:38] nosrednaekim: does it get info through HAL? we would not like to add too many interfaces beside HAL to it... [02:39] nosrednaekim: and you may want to join #kubuntu-devel [02:39] Lure: will do. [02:40] Lure: sent you a message over there === nosrednaekim [n=michael@03-122.200.popsite.net] has left #ubuntu-devel [] === Watersevenub [n=Watersev@242-240.dial.nortenet.pt] has joined #ubuntu-devel === roico [n=roico@bzq-88-153-137-16.red.bezeqint.net] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-devel [02:59] dpkg-source -b libgdamm3.0-2.9.5 [02:59] Undefined subroutine &main::warn called at /usr/bin/dpkg-source line 349. [02:59] debuild: fatal error at line 1239: [02:59] ^- anybody had that problem too? [03:02] dholbach: I suspect it's from yesterday's dpkg merge [03:02] hrm === Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [03:02] dholbach: that looks like a function that my Mainainer: check calls [03:02] right [03:03] pitti: use Carp instead? [03:04] I love doing use Carp; cluck(""); [03:04] StevenK: I don't know; the previous dpkg had that function [03:05] pitti: Bug iwj where it went? [03:05] looks like a simple s/warn/warning/ === persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel [] === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [03:10] dholbach, iwj: I'll fix it === dholbach hugs pitti [03:10] you ROCK [03:10] ...but you know that already === pitti hugs dholback [03:12] dholbach: the way things are now, to use the automaticartworkbuilder and artist needs to take an existing theme (like oransoda) and edit everything yet some things are pretty technical (like oransun-look.sh)...is there a way to remove parts of the theme without borking everything? [03:12] dholbach: btw, I am working on the documentation for that stuff :-) [03:13] kwwii: I read that you were working on that and was very pleased [03:13] kwwii: what about example-theme? [03:13] hrmm patch 98_automake from gnome-system-tools won't revert...is that considered a bug? === j_ack [n=jack@p508D89A5.dip0.t-ipconnect.de] has joined #ubuntu-devel [03:17] dholbach: well, it means that I'll be asking you lots of questions :p (and I could not find the example-theme package on launchpad) === persia [n=ubuntu@ubuntu/member/persia] has joined #ubuntu-devel [03:18] kwwii: http://code.launchpad.net/example-look [03:18] lol, that is easy [03:19] well "devel(+n)] [Act: 2,4,5,7,8] [03:19] oops [03:19] bzr: ERROR: Not a branch: https://code.launchpad.net/example-look/ [03:20] ok, I get it, sorry === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === j_ack_ [n=jack@p508D89FE.dip0.t-ipconnect.de] has joined #ubuntu-devel [03:24] oooh, someone fixed jadetex, my pbuilder works === ogra dances === rpereirab [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-devel [03:29] dholbach: do you already know whether the -fPIC fix to texlive-bin was really necessary or just a fallout from the missing dependencies? I. e. did you get the same FTBFS locally? [03:29] dholbach: Debian applied all other changes, this is the only one left [03:31] pitti: sorry, I didn't try it yet - let me try [03:38] stgraber: I'm just reading over https://wiki.ubuntu.com/IsoTestTracker [03:38] Oh, no wonder I'm so sleepy. I have forgotten to drink any coffee today. [03:39] stgraber: my biggest concern at the moment is providing a way for release managers to sign off on problems, so that we can look through at the end and say "yes, all these problems have been noted but we're not concerned about them for release" or "oh dear, this problem is a blocker although these other 17 aren't" [03:39] stgraber: do you think that's something that could be added? I'd be willing to approve the spec with that addition [03:39] heno: ^-- === mathiaz [n=mathiaz@dsl-149-212.aei.ca] has joined #ubuntu-devel [03:42] cjwatson: so, I'm installing windows and it's playing music, like an actual song at me - when's ubiquity getting that feature? :-P [03:42] elmo: you have a full desktop you can use while ubiquity is running ;) [03:43] elmo: When you run Rhythmbox while installing? :-) [03:43] that includes totem and rhythmbox ;) [03:43] elmo: after sitting through Apple's introductory song 100 times, hopefully never [03:43] elmo: Around the same time when ubiquity is ported to beryl, I think [03:43] (10.2 had the best one) [03:43] pitti, woah, that's a fantastic idea. === evand runs away screaming [03:43] elmo: there's a really old community spec for that ... [03:44] kylem: we totally need 3D shuffling in the partitioner [03:44] pitti, when it's finished, the installer window could catch fire! [03:44] pitti: and multiple-cursor support [03:44] https://blueprints.launchpad.net/ubuntu/+spec/music-while-installing [03:44] pitti: That's about the only place I can see beryl being useful. [03:44] ubiquity-sudoku-integration [03:45] imagine burning windows as metaphor for segfaulting applications.. brrr === cypher1 [n=cypher1@c-68-83-184-230.hsd1.nj.comcast.net] has joined #ubuntu-devel [03:46] StevenK: nahh, you just have to think about watching all the document icons fly from one drive to another during user migration ;) === Halcy0n [n=halcy0n@pdpc/supporter/active/Halcy0n] has joined #ubuntu-devel === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === nixternal_ [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel [03:52] bryce: any progress on the X spec changes I asked for? the deadline is today === ramki [n=ramki@72.16.168.213] has joined #ubuntu-devel === thekorn [n=thekorn@a81-14-151-108.net-htp.de] has joined #ubuntu-devel === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel [03:56] pitti: seems we can sync texlive-bin again [03:56] pitti: thanks for prodding me again [03:57] dholbach: hm, so is the .so still built with -fPIC? if not, that'd be a bug [03:57] the real bug seems to have been the missing depends [03:57] gah, g-p-m moved all hal code away, crap [03:57] dholbach: ah, yes, it is [03:58] dholbach: so I guess you tried adding -fPIC and it succeeded because you had libkpathsea4 installed [03:58] pitti: yes, that must have been it [03:58] dholbach: I just checked http://buildd.debian.org/fetch.cgi?pkg=texlive-bin;ver=2007-10;arch=amd64;stamp=1180550786 [03:58] dholbach: kpathsea uses -fPIC, so all is well === pitti syncs [03:58] yoooho [03:58] dholbach: thanks for checking! [03:58] np === stub [n=stub@ppp-58.8.13.29.revip2.asianet.co.th] has joined #ubuntu-devel === hjmf [n=hjmf@114.Red-83-49-16.dynamicIP.rima-tde.net] has joined #ubuntu-devel === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel === blackskad [n=blackska@latex.ugent.be] has joined #ubuntu-devel === afflux [i=fnord@pentabarf.de] has joined #ubuntu-devel === zerbero_2 [n=jga@pD9E63935.dip.t-dialin.net] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [04:21] hi pitti [04:21] Just read your email 'Collection of useless top functions in Apport stack traces' [04:21] what I usually do are *mozilla retraces* so I look for the string '' and the next 9 - 10 stacks [04:21] hey hjmf [04:22] last examples of it are bug 117951 home-retraced and bug 117827 from apport retracing service output [04:22] Launchpad bug 117951 in firefox "[FEISTY] firefox crashed [@IM_get_input_context] [@nsWindow::IMELoseFocus] (dup-of: 85627)" [High,Needs info] https://launchpad.net/bugs/117951 [04:22] Launchpad bug 85627 in firefox "MASTER firefox crash [@ IM_get_input_context] " [High,Needs info] https://launchpad.net/bugs/85627 [04:22] Launchpad bug 117827 in firefox "firefox crashed [@??] [@~nsCOMPtr_base] [@nsSoftwareUpdate::InstallJarCallBack] " [High,Needs info] https://launchpad.net/bugs/117827 [04:22] hjmf: thanks; you were one of the key persons ;) [04:22] :) [04:22] If you want I can email the related functions I use [04:23] hjmf: that would be very helpful indeed === glatzor [n=sebi@p57AEDA11.dip.t-dialin.net] has joined #ubuntu-devel [04:23] are for personal use thoug === mruiz [n=mruiz@ubuntu/member/mruiz] has left #ubuntu-devel ["Bye!"] [04:24] pitti: Ok then, I'll translate the comments, and I'll email you [04:24] hjmf: hm, how do you mean 'personal use'? I shouldn't put them into apport (or a .d directory which packages fill themselves or so)? [04:24] hjmf: thanks a lot! [04:25] oh, I meant by that that was coded w/o to much care :) [04:26] hjmf: oh, I only need the function names and patterns, no code [04:26] hjmf: is indeed very common, if I can rely on that for Mozilla, that would be sufficient [04:27] seb128: what are we going to do about desktop-volumes-representation? I assume you saw my comments on it [04:27] pitti: it mozilla it is common for almost all the retraces, so that's all I guess [04:27] indeed [04:28] pitti: what I do is check for that string and then the next 10 sacks, [04:28] hjmf: this is certainly something that should be in apport itself rather than a package specific pattern file [04:28] cjwatson: that was the intention with marking a bug as 'Serious'. The release manager can change the seriousness of a bug and only keep the release blockers at 'Serious'. In practice it wasn't used that way, so I can see the case for adding another knob.I'll do that now. [04:28] if the string is not indeed the just pick up the first 10 stacks :) [04:29] hjmf: My idea was to unwind Stacktrace down to that line and then generate StacktraceTop starting from that; that should give us what we want wrt. https://wiki.ubuntu.com/ApportCrashDuplicates [04:29] hjmf: yep, same approach here :) [04:29] ah OK, the for mozilla will be OK :) [04:29] the/then [04:30] pitti: Sure [04:30] hjmf: also, I made various improvements to the retracer and the ddeb archive now, let's hope that the auto retraces are much less crappy in the future [04:30] mjg59: thanks, I'll appreciate [04:30] pitti: good! [04:31] pitti: bye then :) [04:31] cjwatson: yes I read your comment, I've updated the implementation part to list only the things we want to do (ie, not change ubiquity nor gparted) [04:31] hjmf: bye, and thanks a lot [04:32] pitti: yw === H4wk [n=david@3.138.broadband4.iol.cz] has joined #ubuntu-devel [04:35] heno: thanks, yeah, I don't think the seriousness knob worked all that well partly because some of the people who should have been able to set it had no idea how to. :) [04:35] heno: I'm looking at the mobile-onscreen-keyboard spec. The mockups there are meant as examples, not necessarily what we will want to end up with? [04:36] Mithrandir: examples of what is possible, yes [04:36] I should make that clear in the spec [04:37] heno: yes, that would be good, since it's very easy to look at the screenshots and go "I like this"/"I don't like this" and think the screenshots are binding for the spec. [04:39] Mithrandir: agree. done. === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [04:49] heno: looking at installer-for-windows; do you think wubi could be taught to use the CD as an alternative to loop-mounting the install image? === j_ack [n=jack@p508DA3D2.dip0.t-ipconnect.de] has joined #ubuntu-devel === freeflying [n=freeflyi@123.116.98.163] has joined #ubuntu-devel [04:50] cjwatson: you mean run from the CD or make an ISO image in Windows first? === LeeJunFan [n=junfan@adsl-76-204-9-149.dsl.klmzmi.sbcglobal.net] has joined #ubuntu-devel [04:51] heno: either, but run from the CD seems more efficient? [04:52] it has been raised, certainly saves a download [04:52] and we know we can boot Ubuntu from the CD :-) [04:52] in fact, it's clear this is doable; why don't I just go ahead and change it [04:52] cjwatson: I'm sure Wubi could be taught to do one of those [04:52] cjwatson: please do === yuriy [n=yuriy@207-172-67-143.c3-0.frm-ubr3.sbo-frm.ma.cable.rcn.com] has joined #ubuntu-devel === hjmf [n=hjmf@114.Red-83-49-16.dynamicIP.rima-tde.net] has joined #ubuntu-devel === H4wk [n=david@3.138.broadband4.iol.cz] has left #ubuntu-devel [] [04:56] heno: do we know who'll implement the mobile onscreen keyboard? === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-devel === ubijtsa2 [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel [04:57] Mithrandir: Chris Jones (the maintainer) has said he'll work on it after his exams [04:58] Mithrandir: being a community contribution, it's not guaranteed of course [04:58] (nor is anything really) [04:58] mdz: could you re-review installer-for-windows? I've addressed your comments [05:00] cjwatson: could you send me email so I remember after the meeting? [05:01] mdz: will the mail from LP do? [05:01] cjwatson: yes, if I haven't received it yet [05:01] yep, just came in === SjB [n=steve@129.100.33.76] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === mpt [n=mpt@121-72-131-30.dsl.telstraclear.net] has joined #ubuntu-devel [05:11] pitti: but, esc is just, esc? [05:12] Mithrandir: vim user :) [05:12] Mithrandir: I told my keyboard to swap esc and caps lock [05:12] then make esc a compose key. :-P === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel [05:12] (which is why I screw up on pretty much every other keyboard I sit at :) ) === mruiz [n=mruiz@ubuntu/member/mruiz] has left #ubuntu-devel ["Bye!"] === roico is now known as roico_not_here === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === Tonio_ [n=tonio@81.185.112.75] has joined #ubuntu-devel === Monk-e [i=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === pochu [n=emilio@17.Red-88-7-170.staticIP.rima-tde.net] has joined #ubuntu-devel === Zdra [n=zdra@195.244.169.43] has joined #ubuntu-devel === Zdra [n=zdra@195.244.169.43] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.39.179] has joined #ubuntu-devel [05:29] pitti, gpm-button.c:329: error: 'udi' undeclared (first use in this function) [05:30] do you know if there is something in hal now that provides udi ? [05:30] ogra: no idea, there's too little context for me; however, that looks like a local variable [05:30] seems all hal related code was moved out of gpm now .... [05:30] thus nothing to do with hal === somerville32 [n=cody-som@ubuntu/member/somerville32] has joined #ubuntu-devel === cr0n [n=cr0n@dsl-240-87-161.telkomadsl.co.za] has joined #ubuntu-devel [05:34] offtopic> Anyone know a video/audio encoder that actually _uses_ threads for multicore/smp systems? [05:35] converting videos for my blackberry, and it seems a real waste of hw to do it on a 8-way 2.6ghz xeon and only have it use one thread [05:35] multithreaded codecs are difficult, i don't know of one offhand. [05:35] pitti, gah, silly me, it was from one of our patches [05:36] supposedly xvid does it, but it doesn't seem to be working [05:36] maybe mencoder isn't using the API right [05:37] BenC: hm, maybe just convert 8 videos in parallel? [05:37] cjwatson: re X spec changes, yes I have some further info to add; I'll get it finished up today [05:37] pitti: I'm going dvd->mpeg4/mp3, so the dvd extraction is the thread bottle neck for that [05:39] not sure why I'm so worried about it, since it only takes 20-30 minutes to convert in in single thread, but I just hate seeing it go to waste :) === cassidy [n=cassidy@host-85-27-113-187.brutele.be] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel [05:46] cjwatson: same with the bulletproofX spec; I have some code for that too === zerbero__2 [n=jga@pD9E6225F.dip.t-dialin.net] has joined #ubuntu-devel === ubijtsa_ [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel === milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel [05:47] bryce: ok, please let me know when you're done and I'll look over it again === afflux [i=fnord@pentabarf.de] has left #ubuntu-devel [] [05:50] ok great === cypher1 [n=cypher1@c-68-83-184-230.hsd1.nj.comcast.net] has joined #ubuntu-devel === agoliveira is now known as agoliveira-lunch === math_b [n=mathieu@vbo91-2-82-239-207-88.fbx.proxad.net] has joined #ubuntu-devel === zakame [n=zakame@ubuntu/member/zakame] has left #ubuntu-devel ["Kopete] === sahin_h [n=ezaz@dsl5402AB45.pool.t-online.hu] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === pirast [n=martin@p508B21AA.dip0.t-ipconnect.de] has joined #ubuntu-devel === Watersevenub [n=Watersev@242-240.dial.nortenet.pt] has joined #ubuntu-devel === pochu [n=emilio@17.Red-88-7-170.staticIP.rima-tde.net] has joined #ubuntu-devel === lmveloso [n=lmveloso@200.103.160.104] has joined #ubuntu-devel === mario__ [n=mario@83-131-21-22.adsl.net.t-com.hr] has joined #ubuntu-devel === mario__ is now known as pygi === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel [06:29] fabbione, pong [06:30] Keybuk, I spec-i-fied the usplash design yesterday [06:30] ah, you approved it already (just reading mail), gracias! [06:35] Please excuse the OT question, but what do you guys think of the Dell E1505n notebook? [06:36] I'm considering it due to the dell/ubuntu deal. [06:37] nnonix: I ordered the E1505n. Scheduled to arrive tomorrow :-) === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel === amitk_ [n=amit@a81-197-135-210.elisa-laajakaista.fi] has joined #ubuntu-devel === Lure [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.69.84] has joined #ubuntu-devel === GmanAFK is now known as Gman === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === xivulon [i=c2325681@gateway/web/cgi-irc/ircatwork.com/x-3a99590b7a21be37] has joined #ubuntu-devel [06:43] Keybuk are you around? [06:44] xivulon: yup, what's up? [06:44] hi I am ago [06:44] One of Wubi devs [06:45] I had a conversation with cjwatson and he referred me to you [06:45] www.wubi-installer.org [06:46] ok ... [06:46] Some of the functionality of wubi will be incorporated into gutsy [06:47] At the moment there is a problem in the shutdown sequence [06:47] https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/87763 [06:47] Launchpad bug 87763 in sysvinit "killall5 in /etc/init.d/sendsigs should not kill ntfs-3g and other fuse filesystems" [Wishlist,Confirmed] [06:47] colin mentioned that it could be addressed via session support [06:48] and that is how your name came about [06:48] I just heard about session support today [06:49] I had a very nasty hack to go around the problem and would like to use a proper one [06:49] I sent keybuk a patch for killall5 -x, could be useful as well xivulon :) [06:49] Seveas will that address the bug above? [06:49] (-x for excluding pid's) [06:49] xivulon, it helps [06:49] nice [06:50] I need it for usplash :) [06:53] so I'd need to patch sendigs so that it finds processes that rely on fuse and add pass them -x [06:53] How does session support come into the picture? [06:54] I don't know what cjwatson had in mind [06:54] probably something better, since this is a hack :) [06:55] I don't know what cjwatson had in mind either [06:55] but excluding processes from killall is trivial, since it's just a for() loop :p [06:57] sure, though it doesn't sound to me like sendsigs itself should be changed at all [06:57] kylem, shouldn't filsystems (except /) already be unmounted before sendsigs is called? [06:57] perhaps it would be better to get the fuse processes into the same session as sendsigs [06:58] err, Keybuk* [06:58] the session support is there to make that kind of thing unnecessary === _SjB_ [n=steve@129.100.33.76] has joined #ubuntu-devel [06:58] xivulon, I'm not sure that is true [06:59] ah, it is [06:59] that would indeed help [06:59] Could you explain pls? [06:59] I know nothing about session support [06:59] apt-get source sysvinit, read src/killall5.c, line 639-646 [07:00] actually, those line numbers may be off [07:00] Not on a ubuntu machine atm === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel [07:01] Will have a look toonight [07:01] 611-613 [07:01] Colin is clearly barmy [07:01] for (p = plist; p; p = p->next) [07:01] if (p->pid != pid && p->sid != sid && !p->kernel) [07:01] kill(p->pid, sig); === Keybuk throws the complete Stevens set at him to learn about sessions === agoliveira [n=adilson@200.146.40.6.adsl.gvt.net.br] has joined #ubuntu-devel [07:02] the only way for killall and fuse/ntfs-3g to be in the same session is for them to have been spawned by the same process [07:02] ah [07:02] that code is literally just there to stop killall killing the shell that ran it [07:02] (or the shell script that it's running from) [07:03] ah, setsid isn't used to set the sid but to create new ones [07:03] So I guess that -x is my best shot [07:03] right [07:03] setsid() creates a new session, with the sid equal to your pid [07:03] bummer [07:03] it also creates a new process group (pgrpid == sid) [07:03] and your process becomes the leader of that process group [07:04] (which is to do with terminals and stuff, mostly) [07:05] Keybuk, what is this stevens set you talk about? Useful programming books? [07:06] http://www.computerboek.nl/boekeninfo.asp?CODE=nhqmmncqbqihr&RefererID=NHP_int [07:06] looks useful :) [07:07] mpt: I redesigned the dialog and just wrote an email to the ubuntu-dekstop list [07:08] W. Richard Stevens [07:08] Advance Programming in the UNIX Environment [07:09] UNIX Network Programming vol 1 + 2 [07:09] TCP/IP Illustrated [07:09] those four books are pretty much essential bibles for programming [07:09] they're also very useful for reaching high shelves === zerbero_2 [n=jga@pD9527EF9.dip.t-dialin.net] has joined #ubuntu-devel [07:10] yeah, found them all === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel [07:10] ordering the first one now [07:10] I've not seen the Rago re-work of APUE yet [07:12] glatzor: I made a small patch to software-properties adding the --add-cdrom command-line call method [07:12] oh cool cypherbios [07:12] glatzor: I'll work on a --hide-main-window later [07:12] glatzor: it works for both -gtk and -kde === ubijtsa_ [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel [07:14] cypherbios: how does it work under kde? [07:15] Riddell: it's just a small path that add the parser option --add-cdrom, which call the on_button_add_cdrom_clicked() [07:16] Riddell: you wrote the KDE frontend :) [07:16] cypherbios: that button doesn't do anything on the kde frontend, since we don't have a gui way to add CDs [07:16] :) [07:16] cypherbios: how do you plan to detect the correct frontend? [07:16] Riddell: yes, we have a KDE gui for add cds [07:16] Riddell: you made the GUI :) === Zdra [n=zdra@cable-85.28.95.83.coditel.net] has joined #ubuntu-devel [07:17] Keybuk: heh, ok [07:17] Keybuk: I think I must have thought that init had its own session that got used for init scripts or something === Magnus2 [n=magru@c83-251-23-208.bredband.comhem.se] has joined #ubuntu-devel [07:17] although this doesn't stand up to the cold light of day [07:17] cjwatson: ok this one is ready to go: https://wiki.ubuntu.com/Xorg7%2e3Integration [07:18] glatzor: I didn't take a look how to detect yet. But I plan to check if the software-properties-gtk is installed first, if yes use it (software-properties-gtk --hide-main-window --add-cdrom) if isn't installed use the -kde version instead [07:18] Seveas: sendsigs is called before umountfs and umountroot [07:18] cjwatson: sysvinit gives each entry in inittab a new session [07:18] upstart gives each job a new session === kist [n=root@hspot.pl] has joined #ubuntu-devel [07:18] cypherbios: does it work for you? [07:18] which is pretty much required since you need to kill off processes that might have things open on those fses [07:19] Seveas: since otherwise you can't unmount /usr cause processes are using it [07:19] it's just a bit unfortunate for userspace filesystems, which need to be excluded [07:19] Riddell: in the s-p-kde you have the button 'Add CDROM' right? [07:19] would it be possible to identify processes that are implementing userspace mounts at the killall5 level [07:19] ? [07:19] I don't really like the idea of having sendsigs have to go round identifying those processes [07:19] dunno [07:20] I don't think it shows up anywhere [07:20] cypherbios: yes [07:20] Evrrything's possible, identifying them in sendsigs seems easier though [07:20] Riddell: in the third-party software tab [07:20] it's not as if there's something as elegant as a pid in /proc/mounts [07:20] cypherbios: it doesn't seem to work adding a dapper CD [07:20] (cause that'd be useful) === kist [n=root@hspot.pl] has joined #ubuntu-devel === bmon [n=monnahan@220.pool85-55-26.dynamic.orange.es] has joined #ubuntu-devel [07:20] there might be something in /proc/fuse, if such a thing exists [07:21] fuser /dev/fuse [07:21] Riddell: so what my patch does is just add a call method (--add-cdrom) tho use s-p-{kde|gtk} to call the function def on_button_add_cdrom_clicked() [07:21] gives you the pids of fuse things === kist [n=root@hspot.pl] has joined #ubuntu-devel === kist [n=root@hspot.pl] has joined #ubuntu-devel === kist [n=root@hspot.pl] has joined #ubuntu-devel [07:22] Seveas: relying on fuser scares me [07:22] since you can have two /dev/fuse === kist [n=root@hspot.pl] has joined #ubuntu-devel [07:22] not with our udev rule [07:22] (but indeed that might change) === ct2rips__ [n=ct2rips@p5486BA38.dip0.t-ipconnect.de] has joined #ubuntu-devel [07:23] lsof | grep /dev/fuse any better? (don't know much about how either works) [07:23] ogra: cp /dev/fuse /tmp [07:23] Seveas: same problem [07:23] cp -a [07:23] Riddell: What the s-p does is just use python-apt to add the repository-medium as apt source, so the GUI for doing this doesn't matter, I think the GUI just show a progress dialog (gtk or qt) showing the progress and asking for a medium [07:23] grep /usr/lib/libfuse.so /proc/*/maps [07:23] Keybuk, heh, right, didnt think of that [07:23] oh, [07:24] there's a fuse filesystem [07:24] yep [07:24] since recently [07:24] pre last upload to feisty brought it [07:24] it bogusly wants to mount under /sys though [07:24] tsk === kist [n=root@hspot.pl] has joined #ubuntu-devel [07:24] don't suppose anyone has active fuse mounts right now? === kist [n=root@hspot.pl] has joined #ubuntu-devel [07:25] i can create one in a second [07:25] I have [07:25] sshfs#blackbird:/tmp on /home/dennis/p type fuse (rw,nosuid,nodev,max_read=65536,user=dennis) === kist [n=root@hspot.pl] has joined #ubuntu-devel [07:26] cypherbios: ok, still doesn't work for me though [07:26] but that's my problem [07:26] ltspfs /tmp/.ogra2-ltspfs/edubuntu fuse rw,nosuid,nodev,user_id=1002,group_id=1002 0 0 [07:26] Seveas: could you try for me [07:26] mount -t fusectl none /sys/fs/fuse/connections [07:26] and then look in that directory [07:26] glatzor: I still think s-p should include commercial and backports [07:26] Keybuk, that dir should be there if the module is loaded [07:27] mount failed indeed, it existed [07:27] nothing useful though [07:27] Keybuk, but by nature for fuse you cant rely on being able to read the subdir contents [07:27] Riddell: actually I didn't tried the Add CDROM option of software-properties. Until now I've just used the synaptic --ask-cdrom to do it graphically [07:27] s/for/of/ [07:27] cypherbios: yeah, that's the one we're missing (in adept) [07:27] Riddell: it already includes backports and if commercial is added to the third party tab is not my decision. [07:27] root@mirage:~# ls /sys/fs/fuse/connections/ [07:27] 1 [07:27] root@mirage:~# cat /sys/fs/fuse/connections/1/* [07:27] cat: /sys/fs/fuse/connections/1/abort: Invalid argument [07:27] 0 [07:28] cypherbios: if there is a problem, it is a bug [07:28] (the 0 is the contents of a file called waiting) [07:28] glatzor: where does it include backports? [07:28] Or does it not? [07:28] Riddell: i have to check :) [07:29] Riddell: "Not supported updates (feisty-updates)" [07:29] glatzor: I have a lot of repository CDs and DVDs here, I'll test the s-p Add CDROM function and see what happens, but I think it works [07:29] (feisty-backports) [07:29] Seveas, [07:29] ogra@laptop:~/packages/gnome-power-manager-2.19.2$ mount |grep fuse [07:29] ltspfs on /tmp/.ogra2-ltspfs/edubuntu type fuse (rw,nosuid,nodev,user=ogra2) [07:29] ogra@laptop:~/packages/gnome-power-manager-2.19.2$ sudo ls /tmp/.ogra2-ltspfs/edubuntu [07:29] ls: /tmp/.ogra2-ltspfs/edubuntu: Permission denied [07:29] Riddell: it is on the updates tab [07:29] fuse has some weird features :) [07:29] ogra, I know [07:30] Riddell: what doesn't work for you when adding a CD with s-p-kde? === kist [n=root@hspot.pl] has joined #ubuntu-devel [07:30] ogra, I implemented my own fuse fs once, wrapping gnomevfs. Didn't really work [07:30] cypherbios: progress dialogue just sits there doing nothing [07:30] Riddell: Canonical only has to add their disabled apt line somewhere in the sources.list with a comment and it would show up. === ubijtsa_ [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel [07:31] ogra: why can't you guarantee it? [07:31] Riddell: I even bloged about this some days ago. [07:32] Keybuk, because the userland fs implementation can do what it wants [07:32] Keybuk, sorry i was misled, i thought the Permission denied issue for rrot also applies to the sysfs data [07:32] *root [07:32] Riddell: you are trying using the alternate ubuntu cd? [07:32] sure [07:32] glatzor: so I just need to convince cjwatson :) [07:32] *are you [07:32] cypherbios: ah, no, that could help [07:32] duh === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [07:32] :) [07:32] but apparently i can still access the sysfs data as root (even i cant see the fs contents) [07:32] heheh [07:32] ok ... [07:33] what is in the sysfs data? [07:33] (trying to get back to answering the original question) [07:33] ogra@laptop:~/packages/gnome-power-manager-2.19.2$ sudo ls /sys/fs/fuse/connections/1/ [07:33] abort waiting [07:33] waiting contains a zero [07:33] abort has mode 200, waiting mode 600 and contains 0 [07:33] ah, thats why i cant read it :) [07:33] actually, waiting has mode 400 [07:34] echo 1 > abort --- seems to have no effect [07:34] ok [07:34] what do the files contain? [07:34] 0 [07:35] nothing else [07:35] ah, wait [07:35] bugger [07:35] after echo 1 > abort, i get this: [07:35] so nothing useful like the pid of the daemon [07:35] dennis@mirage:~$ ls p [07:35] ls: p: Transport endpoint is not connected [07:35] what does mount think ? [07:35] mount still thinks it's there (that misled me) === Watersevenub [n=Watersev@242-240.dial.nortenet.pt] has joined #ubuntu-devel [07:39] Riddell: I'm ok with it being added commented out; file a bug on apt-setup? [07:40] cjwatson: ok, cool [07:40] ogra: so is there any way to determine the list of fuse processes === dpm [n=dpm@p54A12A2A.dip0.t-ipconnect.de] has joined #ubuntu-devel [07:41] Riddell: I just tested the s-p-kde to add a CDROM (also using the --add-cdrom) and it works for me (very well I'd say). But seems it needs some error handle -- for example when add a invalid media (such a live cd ;)) [07:44] cypherbios: does the gtk frontend have that error handler do you know? [07:44] Keybuk, not to my knowledge [07:44] they run as users ... [07:45] so there is no central point apart from probably the fusectl fs (which doesnt contain anything) === Keybuk wonders === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel [07:47] best would likely be to patch fusermount to drop the pid into /sys/fs/fuse/connections/ [07:47] Riddell: For me it works (both kde and gtk), even if I add a invalid media its says: Error sanning the CD\n Unable to locate any package files, perhaps this is not a Debian Disc === cjwatson pokes about in the kernel [07:47] Keybuk, Seveas, ogra can I assume you'll try to take care of the sendsigs/fuse issue? [07:47] cjwatson: don't poke where I'm poking, we might tear a hole [07:48] Riddell: I mean, if is a valid media it works well, if it's not says that the media is invalid -- A good behavior at all [07:48] cypherbios: it seems to sometimes work and sometimes leave progress dialogues doing nothing (for invalid media) [07:48] Riddell: what version of s-p are you trying? [07:49] xivulon, don't count on me :) [07:50] cypherbios: feisty version [07:51] Riddell: me too, the 0.59.4 version. But I'm testing using directly the source package (runing python software-properties-kde --add-cdrom), but it shouldn't matter === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel [07:53] Riddell: how does apt-cdrom behave on the broken medias? [07:53] ok [07:53] so the tricky thing is that a fuse filesystem is valid as long as any process holds open the file descriptor that opened /dev [07:54] (I wonder how many fuse daemons remember to close-on-exec that fd ) [07:54] glatzor: it usually says: "E: Unable to locate any package files, perhaps this is not a Debian Disc" indeed [07:54] glatzor: complains normally and quits. the problem will just be in the creating and deleting (or not) of dialogues [07:54] so it's valid for a fuse daemon to open("/dev/fuse"), set up a filesystem, and then spawn unrelated children passing that file descriptor to them [07:54] it's also valid for unrelated daemons to pass the fuse file descriptor between each other using a unix domain socket [07:54] (and thus the filesystem stays open and is valid) [07:54] so you really want lsof("/dev/fuse"? [07:54] ) [07:55] oh, but those might have /usr open ... [07:55] cjwatson: no, since that only tells us who's opening that inode [07:55] and yeah, then we're into tricky territory [07:55] what happens if the fuse filesystem daemon is in /usr/sbin and being used to mount /usr/local ? :p [07:55] so IMHO there's only one thing we really care about here, and that's if a fuse filesystem daemon is used for / [07:56] right [07:56] well [07:56] no [07:56] actually I think it's still valid to not kill them [07:56] since they'll be killed by unmounting the fuse filesystem anyway [07:56] it just means we have to unmount the fuse one first ?! [07:56] bah [07:56] -TERM them :) they should cleanly unmount the filesystem damnit [07:56] yeah [07:56] we only care about /-on-fuse [07:56] it means we have to go round and round until everything dies, in umountfs [07:57] Dear Kernel Developers, === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-devel [07:57] THIS is why these things belong in kernel-space, not userspace [07:57] fortunately they realised the same thing about splitting out the partition code before they went ahead with it! === agoliveira is now known as adilson-away [07:57] ssh does not believe in the fecking kernel. [07:57] ;-) [07:57] er, belong [07:57] -TERM should do, I guess [07:57] kylem: killing ssh doesn't normally trash your root filesystem < [07:58] I'd be curious to know if ntfs-3g cleanly unmounts on -TERM [07:58] hmm [07:58] that's the concrete use here [07:58] do we care about /-on-fuse right now? [07:58] yes, installer-for-windows [07:58] why is that fuse? [07:59] surely that's just loop? [07:59] loop on ntfs [07:59] stable ntfs support => ntfs-3g => fuse === iceman [n=iceman@cable-87-244-154-165.upc.chello.be] has joined #ubuntu-devel [07:59] oh [07:59] that makes things even worse [07:59] since / isn't fuse [07:59] ntfs-3g installs a SIGTERM handler which appears to exit cleanly [07:59] so "is / fuse?" won't work [08:00] point [08:00] since the answer is N, / is loop [08:00] I really can't say a way around this right now [08:00] this is beginning to sound like the initramfs code that mounts the ntfs bit should leave a note for sendsigs [08:00] Riddell, glatzor: all CD/DVD I've created using aptoncd and also some Ubuntu (alternate) and Debian ones works well with sofware-properties's Add CDROM -- I think everything is fine [08:00] kernel engineering to export the list of pids using a particular file descriptor associated with each /dev/fuse connection [08:00] cypherbios: groovy [08:00] which I guess leads us back to changing sendsigs [08:01] yes, I think we're back to a "don't kill THIS pid" file [08:01] sigh. oh well, it's doable [08:01] we have a patch to change sendsigs anyway, for usplash [08:01] is killall5 -x reasonable? [08:01] so if we're taking the hit, we may as well go for full guts and gore [08:01] it's not unreasonable [08:01] sendsigs --shaun-of-the-dead [08:02] it's kinda "I promise these pids are only in / and don't have anything opening for writing" [08:02] using lsof style stuff it should be possible to check that [08:03] err [08:03] I think we're into "contract" here, rather than "check" [08:03] cjwatson, LOL. === doko_ [n=doko@dslb-088-073-073-096.pools.arcor-ip.net] has joined #ubuntu-devel === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel [08:09] [ job kbd_1.12-18ubuntu1_source from kbd_1.12-18ubuntu1_source.changes [08:10] yay for untested weirdness [08:13] cypherbios: Oh, I can relax now again :) === pochu [n=emilio@155.Red-88-23-230.staticIP.rima-tde.net] has joined #ubuntu-devel [08:18] glatzor: you guys have done a good work, there is nothing to fear about it ;) === ubijtsa_ is now known as ubijtsa === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.47.193] has joined #ubuntu-devel === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel === ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === ReneVielma [n=ReneViel@164.77.255.242] has joined #ubuntu-devel === hunger [n=tobias@p54A720E4.dip0.t-ipconnect.de] has joined #ubuntu-devel === macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel === Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel === Arby [n=richard@82.152.169.97] has joined #ubuntu-devel === hunger_t [n=tobias@p54A720E4.dip0.t-ipconnect.de] has joined #ubuntu-devel === adilson-away is now known as adilson === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel === Tonio_ [n=tonio@81.185.112.75] has joined #ubuntu-devel === silwol [n=silwol@teacheradsl245.eduhi.at] has joined #ubuntu-devel === theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel [09:26] Riddell: it would be nice if the guidance python packages would be part of module [09:26] Riddell: e.g. guidance.displayconfigabstraction === hggdh [n=hggdh@118.sub-70-216-21.myvzw.com] has left #ubuntu-devel [] === stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel === tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel [09:49] cjwatson, how am i supposed to get usplash installed currently ? [09:49] ltsp-build-client fails on it === bmon__ [n=monnahan@220.pool85-55-26.dynamic.orange.es] has joined #ubuntu-devel === asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel === luisbg [n=d33p@87.217.145.247] has joined #ubuntu-devel === roico_not_here is now known as roico === ivoks [n=ivoks@39-29.dsl.iskon.hr] has joined #ubuntu-devel === hunger_t [n=tobias@p54A720E4.dip0.t-ipconnect.de] has joined #ubuntu-devel [10:08] cjwatson: ok, this spec is updated too: https://wiki.ubuntu.com/BulletProofX === zerbero__2 [n=jga@pD9527E2B.dip.t-dialin.net] has joined #ubuntu-devel === nuu [i=neuro@host15-76.pool8251.interbusiness.it] has joined #ubuntu-devel === nuu [i=neuro@host15-76.pool8251.interbusiness.it] has left #ubuntu-devel [] === giskard [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel [10:17] bryce: could you sponsor a new upload of displayconfig-gtk? [10:18] bryce: it now uses the guidance-backends instead of shipping our own copy [10:18] glatzor, unfortunately I don't currently have upload privs. We could ask kees or kylem [10:19] bryce: oh, I can also drop an email to dholbach [10:19] bryce: he is my nanny as long as mvo is on vac :) [10:19] ok cool. :-) [10:20] btw, I'd appreciate your comments on that bulletproof-x spec too - there's a few items there we'll need from displayconfig-gtk to support it, so I'd like to get your input on them === j_ack [n=jack@p508D901D.dip0.t-ipconnect.de] has joined #ubuntu-devel [10:22] glatzor: my patch is ready to review. I added the --add-cdrom and when using it doesn't show the main window -- works for both gtk and kde. Could you review and let me know what you think? [10:23] Riddell: are you interested in take a look too? [10:24] cypherbios: for sure. just drop me an email. but I am in the kitchen now. [10:25] cypherbios: it is getting quite late in GB. So I am not sure if Ridell is still around [10:25] glatzor: no hurry. I'm going to a meeting right now, then to home. If you want to tell me something drop me an email ;) [10:26] here it's about 5pm, time to go home :D === Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === ogra hugs bryce [10:48] that new X is awesome [10:48] heya ogra [10:48] good to hear :-) [10:49] all my thin clients boot without xorg.conf it seems [10:49] and to the right resolution [10:49] that will gain us over 20 seconds bootspeed [10:49] (in ltsp) [10:49] awesome [10:49] eah, you really rock [10:49] :) [10:50] auto-magic sometimes isn't good :) [10:50] also, I hear we can run with incomplete xorg.conf's, although I haven't tested that myself - in theory you can specify keyboard layouts, but leave out the Screen, Device, and Monitor sections [10:50] well, i can script that as well to be done at rutime ... [10:50] *runtime [10:50] ah, cool [10:51] xmodmap and xrandr should do here ... so we can get the greeter up even earlier but unresponsive and greyed out until the setup is done ... so the user has something to look at === _TomB [n=tomb@host86-147-88-201.range86-147.btcentralplus.com] has joined #ubuntu-devel === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === luisbg [n=d33p@87.217.144.49] has joined #ubuntu-devel === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel [11:20] glatzor: I've updated the displayconfig spec: https://wiki.ubuntu.com/DisplayConfigGTK [11:20] ogra: usplash installs fine in a clean chroot for me. What's the problem? [11:20] glatzor: mostly I just folded the user and UDS comments into the main, and added a test plan section, but it would be good to review it in detail in case there are any other corrections needed === cypher1 [n=cypher1@c-68-83-184-230.hsd1.nj.comcast.net] has joined #ubuntu-devel [11:21] it wont install without artwork here and the artwork doesnt want to get onfigured without usplash installed [11:21] it will take me a while to get the exact error again (i dropped usplash for now during testing here and need to rebuild the chroot first) [11:22] hmm [11:23] I just installed it here without artwork [11:23] bryce: oh, fine. I haven't found the time to do this [11:23] just apt-get'ing in the installed chroot works fine [11:23] how strange [11:24] happy to help once you have a better idea of what's going on ;-) [11:25] if you can, perhaps try building the ltsp chroot with DEBCONF_DEBUG=developer to see if it's usplash's debconf interaction that's going wrong [11:25] has anyone renewed their coredev membership yet? [11:25] i imagine it is the same as the new member policy [11:26] cjwatson, i'll rebuild the chroot ... must be related to ltsp-build-client's settings somehow [11:26] I certainly wouldn't rule out a usplash bug, just don't know what it is yet ... === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [11:27] bryce: could you set the sub dialog thing to should be decided later [11:28] bryce: system > administration > screen and graphics seems to be a better place [11:29] I wonder if it wouldn't hurt to have it both places? [11:29] which sub dialog thing? [11:29] bryce: the advanced button [11:30] hmm, mdz was fairly specific to do it that way though [11:30] bryce: "Tools which need to override portions of xorg.conf (Kickstart, displayconfig-gtk, etc.) should be modified to cause a full xorg.conf to be written out before they add their overrides." [11:31] bryce: that can't be done in the case of Kickstart - that code runs at the very start of installation [11:31] hmm === Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [11:31] bryce: mdz said that he would not like to fight with me :) [11:32] bryce: but having feedback on this won't be the worst idea [11:32] bryce: the way it works is that the person doing the installation provides an installation script which may include various X settings, and our Kickstart implementation translates those into preseeded values in the debconf database which are (much) later honoured by the X maintainer scripts while generating xorg.conf [11:32] so Kickstart is very different from displayconfig-gtk in this regard - it's just telling the X maintainer scripts what to do [11:33] cjwatson: ok; would Kickstart be able to deal with an incomplete xorg.conf? I think for moving ahead with enhanced use of config autodetection, we're going to need it to accept that? [11:33] bryce: I'd say that if there are preseeded values in the debconf database in the fresh-install case then X should honour them and skip autoconfiguration [11:33] bryce: when Kickstart runs, xorg.conf is a distant dream [11:33] this is in the alternate installer, pre-X [11:34] bryce: furthermore we provide the same features as the GNOME dialog. and even more. [11:34] glatzor: ok, why don't you make that change, and then if there is still strong feelings in favor of that, you can discuss it further at that point [11:34] it is certainly possible (and common enough) to omit X configuration in a Kickstart file, which should cause autodetection to be used [11:34] but if it's explicitly configured there, it seems that it should be honoured ... === Hobbsee_ ponders big periods of blankness that she cant account for. [11:35] cjwatson: ok, sounds good [11:36] bryce: I am going to bed. See you! [11:36] glatzor: sure, cya tomorrow === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel [11:37] cjwatson: I guess my one concern is if this may narrow the situations where autoconfig is used to only a very small set of cases (but maybe that's good?) === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [11:39] bryce: I shouldn't think so; Kickstart is used by a relatively small number of people doing large deployments [11:39] ah ok cool [11:39] the set of people doing that sort of automatic installation are generally expected to be relatively clueful [11:40] ok maybe I misinterpreted "preseeded values in debconf database" === ogra moans about "Error: 'C' is not a supported language or locale" [11:40] I take it this means, preseeded prior to installation by the user? [11:41] bryce: may be worth reading https://help.ubuntu.com/7.04/installation-guide/i386/appendix-preseed.html [11:41] right [11:41] the effect of preseeding is to set a value for a question in the debconf database, and generally also to set the 'seen' flag on that question that indicates that it's been asked [11:42] okay, gotcha [11:42] unfortunately (?) this is indistinguishable from the question already having been asked in a previous dpkg run - sort of by design [11:42] I've added a 5. in Autoconfiguration support for this [11:43] but xserver-xorg's maintainer scripts already check whether they're doing a fresh install or doing an upgrade, which is sufficient to disambiguate [11:43] because on upgrades I imagine you'd often want to convert to autodetection [11:43] some of the xserver-xorg debconfage has been removed by debian, but only the uninteresting ones (like modules, fontserver) [11:45] tepsipakki: the stuff nobody bothered to preseed anyway? :) [11:46] cjwatson: right, and where the defaults cover 99,999% of cases :) [11:48] Xorg CPU usage spikes to 100% when i move my mouse - only started happening today. Any idea how to debug? [11:50] alex-weej: there's been several 100% CPU Xorg bugs reported [11:51] so I'd start by searching for them in LP [11:51] ca you give me a hint to their content so i can take a look? [11:51] any words to search for [11:51] sure, one sec [11:51] i thought it was a problem when dragging windows at first :( [11:51] alex-weej: feisty or gutsy? [11:51] feisty [11:52] here's a search that seems to pull many of them up: https://bugs.launchpad.net/ubuntu/+source/xorg?field.searchtext=100+CPU&orderby=-importance&search=Search&field.status%3Alist=Unconfirmed&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Needs+Info&field.status%3Alist=Fix+Committed&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package= [11:53] ok thanks [11:53] was there an Xorg update over the last few days? [11:53] 'cause like i said i only started noticing it today [11:53] alex-weej: nope [11:53] weeks? :E [11:53] I haven't run across ones that display 100% CPU on mouse movement, so that could be new. But I haven't gone through the mouse-related bugs yet [11:53] alex-weej: yeah xserver 1.3 went through a couple weeks ago [11:54] i'm still on 7.2.0 apparently? [11:54] also mesa got upgraded recently, although I doubt that'd result in this [11:54] you mean xserver 1.2? [11:54] i guess, i just ran Xorg -version [11:54] oh sorry, these changes were for gutsy not feisty [11:54] ok [11:55] there hasn't been any x changes for feisty in a while [11:55] hm [11:55] cjwatson, ok, the exact error is "Keine Alternativen fr usplash-artwork.so." (sorry there is no easy way to override ltsp-build-cliet using the system locale) [11:55] sigh, this crappy gprs/3G connection has too much latency for IRC :I === Rinchen [n=joey@canonical/launchpad/rinchen] has joined #ubuntu-devel [11:56] tepsipakki: it's often better to run the IRC client locally on GPRS connections [11:57] cjwatson, i'll see how to inject the DEBCONF_DEBUG=developer in there to get more details === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel [11:57] oh damnit [11:57] stracing Xorg and then doing it caused it to go mental [11:57] ogra: ok, I'll fix that, ignore the debconf comment [11:58] damn, bonobo-activation-server still refuses to quit on logout [11:59] ogra: it was dpkg --compare-versions lt rather than lt-nl for upgrade checks [11:59] dunno why it didn't break for me though [11:59] ah [12:00] well, it doesnt break if i manually apt-get it in the chroot [12:00] only from ltsp-build-client [12:01] Mithrandir: yep, probably so === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has joined #ubuntu-devel === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel [12:03] Greetings. Has anyone run across a situation where some system process on Feisty Linux c14n 2.6.20-15 and -16 smp continually writes to the harddisk? Every 30 seconds or so my harddisk starts grinding on my notebook. My desktop, same general config (diff hw) doesn't exhibit the problem. [12:03] ogra: it's a behaviour change in update-alternatives and only happens with new dpkg [12:03] thanks for spotting that === pkl [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel [12:03] I've shutdown almost every process (even klogd) and it still happens === pkl is now known as pkl_ [12:03] you can't update-alternatives --auto an alternative that doesn't exist any more [12:04] oh, then i'll have to check edubuntu-artwork :) [12:04] I've also posted to the forum with no luck. I had hoped to find a clever way spying on the hd writes but haven't found one. [12:05] ogra: why? === pkl [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel === pkl is now known as pkl_ [12:06] I know it uses update-alternatives, but surely only on alternatives that exist? [12:06] i think i might use --auto in there, not sure its a while ago i had to touch the maintainer scripts there [12:06] j #ubuntu-kernel [12:06] --auto is fine as long as the alternative can be guaranteed to exist [12:06] otherwise use || true [12:06] yeah [12:06] ok... linux-2.6.20-16 reintroduces a bug that stops it booting without "irqpoll" on my hardware :( [12:07] thats what i'm doing anyway in maintainer scripts... [12:07] it's all going wrong for me today [12:07] fwiw, I though it was hal harddisk polling but with hal stopped it still does it [12:08] Rinchen, my disk is quiet here in the laptop [12:08] well, on half upgraded gutsy but with feisty kernel ... [12:08] Yeah that's what's annoying. I'm on a system76 darter and others on feisty don't seem to have this problem. My harddisk runs almost continuously. === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [12:09] I'm at a loss as to how to continue to diagnose it. [12:09] but it didnt use to do that in festy either [12:09] *feisty === `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-devel === blueyed [n=daniel@h170368.serverkompetenz.net] has joined #ubuntu-devel [12:10] does something continously write logs ? [12:11] ogra, yeah that's what I was thinking. I'll have a look at /var/logs again. I didn't see any updates when I had kill everything I could kill