=== cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === nnonix [n=brad@bkjohnson.com] has joined #ubuntu-devel === Zdra [n=zdra@88.252-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === zerbero5 [n=jga@pD9E628E2.dip.t-dialin.net] has joined #ubuntu-devel === iceman [n=iceman@cable-87-244-154-165.upc.chello.be] has joined #ubuntu-devel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === Burgwork [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [12:44] morning === mathiaz [n=mathiaz@76-10-131-108.dsl.teksavvy.com] has joined #ubuntu-devel === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel === tkamppeter_ [n=till@bl8-125-229.dsl.telepac.pt] has joined #ubuntu-devel [01:05] anyone know how to print a range in awk? === pbn [i=pbn@nitro.geekshells.org] has joined #ubuntu-devel === pbn [i=pbn@nitro.geekshells.org] has joined #ubuntu-devel === pbn [i=pbn@nitro.geekshells.org] has joined #ubuntu-devel === tkamppeter_ is now known as tkamppeter === Gman [i=gman@nat/sun/x-b6a144776b32cb1c] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === dsk [i=dsk@gateway/tor/x-3b5461fde17ed431] has joined #ubuntu-devel === micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel === Gman is now known as GmanAFK === Sarah [n=user@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel === TomB_ [n=tomb@host86-147-88-201.range86-147.btcentralplus.com] has joined #ubuntu-devel === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [01:44] morning all [01:45] hi Hobbsee [01:45] bhale: :) === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === robertj_ [n=robertj@97-81-96-108.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] 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 === dsk_ [i=dsk@gateway/tor/x-4f144054d01eac5e] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has left #ubuntu-devel ["Exit,] === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has joined #ubuntu-devel === GmanAFK is now known as Gman [02:20] ping BenC === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has left #ubuntu-devel [] === mat [n=mat@igoan/mat] has joined #ubuntu-devel === freeflying [n=freeflyi@124.64.106.49] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === gouki_ [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel === gtk_sp [n=plinio@190.24.105.100] has joined #ubuntu-devel === foot [n=j_shanko@c-76-18-216-63.hsd1.fl.comcast.net] has joined #ubuntu-devel === foot [n=j_shanko@c-76-18-216-63.hsd1.fl.comcast.net] has left #ubuntu-devel [] === pkl_ [n=phillip@unaffiliated/pkl/x-764568] has joined #ubuntu-devel === ahumane [n=oem@ool-43557e7c.dyn.optonline.net] has joined #ubuntu-devel === j-dizzle [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel [03:46] g'night folks [03:46] night keescook [03:47] cya ajmitch [03:47] night keescook [03:47] bye Hobbsee [03:47] oh, ajmitch, did you happen to snag the SELinux initramfs stuff off your laptop? [03:49] keescook: I should grab it now [03:49] it's on there somewhere :) [03:52] keescook: dget http://ajmitch.net.nz/debuild/selinux/selinux-basics_0.3.0ubuntu1.dsc [03:52] I haven't really changed anything except adding in the hook [03:52] so don't upload it as-is :) [04:04] micahcowan: pong === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel [04:11] ajmitch: thanks (though the tar.gz is missing.) [04:14] hm, shouldn't be, I put it there [04:14] the ubuntu1 tar.gz was missing [04:15] it's there now :) === ajmitch just scped the wrong one === fsmw [n=Fernando@50-57-50.adsl.terra.cl] has joined #ubuntu-devel [04:31] +mount -t proc ${rootmnt}/proc ${rootmnt}/proc [04:31] +umount /root/proc [04:32] should that last one be umount ${rootmnt}/proc ? [04:32] keescook: you dont appear to be giong to bed... :P [04:33] Hobbsee: yeah, there does seem to be that problem. :P [04:33] keescook: quite likely, this was more along the lines of an experiment :) [04:33] :P [04:33] ajmitch: very cool. Now I can experiment too. :) thanks! [04:33] have fun! [04:34] nb: it won't work if you have / & /usr on separate partitions === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === djf_jeff [n=jeff@modemcable177.215-201-24.mc.videotron.ca] has joined #ubuntu-devel [04:44] hi, maybe not at the right place but I have a small question : is there a reason why libevent is still at the version 1.1a and not the lastest? [04:45] djf_jeff: because no one has updated it? [04:46] Hobbsee: I already guess this ;) Just want to know if there was a compatibility reason for this [04:46] no idea [04:50] Hobbsee: ok, thank you, checking the package page on the debian website show some reasons, I should have check there first [04:50] no problem :) === RadiantFire [n=ryan@upstream/dev/RadiantFire] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === Pumpernickel [n=pumperni@about/essy/bacon/PuMpErNiCkLe] has joined #ubuntu-devel === freeflying [n=freeflyi@124.64.106.49] has joined #ubuntu-devel === hoora_ [i=ariel@gateway/tor/x-b67aefb9adf132c5] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === macd_ [n=d@adsl-222-63-74.msy.bellsouth.net] has joined #ubuntu-devel [05:32] BenC, did you see my recent response on my patch submission? === tritium_ [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel === pkl_ [n=phillip@unaffiliated/pkl/x-764568] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel [06:03] micahcowan: yeah, but at the same time, I'd rather patches like that make their way down through -mm and finally to Linus' tree [06:13] BenC, okay, understood. It's currently in -mm. I'll let you know when it's in the main tree. [06:13] micahcowan: if it makes it into 2.6.22, it'll get into gutsy [06:15] BenC, yeah, that's what I figured. It's not like we don't have plenty of time. :) Just want to keep progress going on it so I can eventually close the bug. [06:15] Thanks, Ben. [06:22] morning === stub [n=stub@ppp-58.8.211.168.revip2.asianet.co.th] has joined #ubuntu-devel [06:23] how come does MoM claim a package to be on the normal merge list when the tarballs differ? [06:23] the package being x-x-v-suncg6 === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === hoora_ [i=ariel@gateway/tor/x-fbcde5d9d1deebad] has joined #ubuntu-devel === RadiantFire [n=ryan@upstream/dev/RadiantFire] has joined #ubuntu-devel === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === Lure [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel === bonii [n=boni@unaffiliated/bonii] has joined #ubuntu-devel === xeros [i=xeros@fan194.internetdsl.tpnet.pl] has joined #ubuntu-devel === Znarl [n=znarl@jewel.roundabout.org] has joined #ubuntu-devel === rtg [n=rtg@rtg.theglobal.net] has joined #ubuntu-devel === Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #ubuntu-devel === bryce [n=bryce@71.237.200.28] has joined #ubuntu-devel [07:55] is powernowd not run by default for a reason? [07:56] Burgundavia: it's in universe... [07:56] iirc === thekorn [n=thekorn@a89-182-16-237.net-htp.de] has joined #ubuntu-devel [07:56] hmm [07:57] nope [07:57] installed by default [07:57] Burgundavia: we use the ondemand governor by default. [07:57] hmm [07:58] which doesn't scale my celeron M [07:58] guess that is a bug [08:00] sounds like a bug, yes === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [08:05] would that be a laptop-detect bug, or a kernel one? === dholbach [n=daniel@i59F741EF.versanet.de] has joined #ubuntu-devel [08:06] good morning [08:06] morning dholbach [08:06] morning dholbach [08:06] hey Burgundavia, hey Hobbsee === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:09] Good morning [08:10] hiya pitti! [08:10] Mithrandir: what should I report the bug against. It doesn't look like the proper module is being loaded [08:10] hey Hobbsee [08:10] Burgundavia: if there's a kernel that's not being loaded, but should be, it's a kernel bug. [08:11] morning Martin, Daniel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [08:13] morning folks, I'll repeat the earlier question; any idea why MoM shows x-x-v-suncg6 to be on the main merge queue when it should be on main-manual (different tarball)? [08:13] hi Tollef [08:13] tepsipakki: that should only happen if it ever shared a tarball with Debian; an earlier version perhaps? [08:14] I note that MoM still shows python-xml for main. [08:14] pitti: no, same version (1.1.0) [08:15] StevenK: Is it not in main? It seems to be here... [08:15] Fujitsu: Compare the versions in LP versus MoM for python-xml. [08:16] Hm, right. === stu1 [n=stub@ppp-58.8.17.8.revip2.asianet.co.th] has joined #ubuntu-devel === hydan [n=ubuntu@c-71-207-247-195.hsd1.al.comcast.net] has joined #ubuntu-devel [08:19] what's the status of zfs being ported? === tritium_ [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel === Zdra [n=zdra@88.252-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === bryce_ [n=bryce@71.237.200.28] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === dholbach_ [n=daniel@i59F741EF.versanet.de] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === dholbach [n=daniel@i59F741EF.versanet.de] has joined #ubuntu-devel [08:44] grrrrrrr network-manager grrrrrrrrr === Spads [n=spacehob@host-87-74-54-146.bulldogdsl.com] has joined #ubuntu-devel [08:45] dholbach: has it been hardlocking your X as well? === bryce_ [n=bryce@71.237.200.28] has joined #ubuntu-devel === dholbach_ [n=daniel@i59F741EF.versanet.de] has joined #ubuntu-devel [08:47] Burgundavia: no, not that - but it seems it can only connect to my wireless once, if I want to reconnect or if it disconnects for some reason, I have to remove the key from gnome-keyring-manager, then re-add it again [08:47] back on cable network *GRRRRR* [08:47] it just hates you [08:48] maybe somebody is going to updated nm to the newest version in gutsy and all will be good [08:48] maybe === tritium [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [08:56] dholbach: you volunteering? [08:57] Hobbsee: maybe not [08:57] aww === shiyee [n=Shiyee@homer.cs.aau.dk] has joined #ubuntu-devel === hydan [n=ubuntu@c-71-207-247-195.hsd1.al.comcast.net] has left #ubuntu-devel [] === bryce_ [n=bryce@71.237.200.28] has joined #ubuntu-devel === gouki_ is now known as gouki === carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel [09:13] dholbach: is 0.7 actually released now? === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:13] pitti: 0.6.5 [09:14] dholbach: if someone beats me to it hard enough I might give it a try [09:14] fixing the broken zeroconf negotiation is on my wishlist for a long time anyway === dholbach doesn't beat poor pitti === pkl_ [n=phillip@unaffiliated/pkl/x-764568] has joined #ubuntu-devel === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === Jim7J1AJH [n=jim@210-54-124-155.ipnets.xtra.co.nz] has joined #ubuntu-devel [09:28] Where should I go to find out about python-central and python-support? (I packaged my app on Feisty, but want to make versions installable on Dapper. I'm wondering if I should have stuck with the dummy package and underlying python2.n- binaries scheme.) === tritium [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel [09:29] Jim7J1AJH: dapper didn't have central/support and the new-world python policy yet [09:29] Jim7J1AJH: so I'm afraid that's the case [09:30] Thanks. I didn't think to check that until after packaging. === lucas [n=lucas@xanadu.blop.info] has joined #ubuntu-devel === gizmo [n=gizmo@87.139.112.143] has joined #ubuntu-devel === bryce_ [n=bryce@71.237.200.28] has joined #ubuntu-devel [09:44] dholbach, seb128: will you do the glade merge? [09:46] doko: yes [09:46] dholbach: hm, ISTR that you already talked about the solution of that '' attachment problem (bug 115347); do you already have something in mind, API-wise? [09:46] dholbach: thx [09:46] Launchpad bug 115347 in apport "retracer needs to hint at MIME type text/plain" [Low,In progress] https://launchpad.net/bugs/115347 [09:47] doko: did you have a chance to find out why and how the python-dbg packages are broken? === Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel [09:48] doko: I've done the syslinux-merge, grabbed an updated patch from suse and the gfxboot works with the new syslinux. I've been in touch with colin about it [09:48] slomo: argh, texlive-bin still has this weird 'multiple _init/_fini' problem; argh [09:49] tepsipakki: very cool, I did move that one to the end of my merge list ... [09:49] doko: heh, can't blame you :) === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [09:52] pitti: hum... shouldn't MultipartPostHandler pass the mime-type? [09:53] tepsipakki: rock! I'm TIL for it, but traded it with cjwatson [09:53] dholbach: I'll think about it, I just want to avoid double work, since I remember you saying something about it [09:53] pitti: I don't know what I should have said about it :) [09:54] ok; nevermind then :) [09:55] MultipartPostHandler already does contenttype = mimetypes.guess_type(filename)[0] or 'application/octet-stream' - maybe it doesn't get called? [09:55] I'll look into it === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === pitti hugs Keybuk and seb128 === seb128 hugs pitti === Keybuk hugs back [09:59] morning === fatal_ [i=gem@gamezone.fatal.se] has left #ubuntu-devel [] [09:59] heya seb128 [10:00] hi dholbach === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === pochu [n=emilio@94.Red-88-3-50.dynamicIP.rima-tde.net] has joined #ubuntu-devel === Keybuk hugs dholbach === dholbach hugs Seor Keybuk back === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [10:08] seb128: was the Debian menu supposed to have turned up? [10:08] pitti: about syslinux&no-stack-protector; it seems that upstream has set -fno-stack-protector in some of the Makefiles, but not in all of them. Do you think the rest should still have that? [10:08] Keybuk: no [10:08] Keybuk: and it's not on my desktop [10:08] tepsipakki: as long as it builds, it's fine [10:08] tepsipakki: i. e. just try ;) [10:08] pitti: ah, ok [10:09] tepsipakki: you'll get a linker failure about a missing __stack_chk_fail() if it's missing somewhere [10:09] I've built it but maybe the gentoo-patch was applied then === bryce_ [n=bryce@71.237.200.28] has joined #ubuntu-devel [10:09] yep, I'll try dropping that [10:09] seb128: odd; I clicked the Revert button in Edit Menus by accident, and it turned up === cassidy [n=cassidy@host-85-27-113-193.brutele.be] has joined #ubuntu-devel [10:10] Keybuk: looks like an alacarte bug then [10:10] yeah could be [10:11] I removed the .local/share/applications/X-Debian-blah-blah.desktop it created, and it went away again === mpt [n=mpt@121-72-128-178.dsl.telstraclear.net] has joined #ubuntu-devel === mvo [n=egon@p54A6747E.dip.t-dialin.net] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel === nuu [i=neuro@host168-148-dynamic.55-82-r.retail.telecomitalia.it] has joined #ubuntu-devel === bdgraue [n=bdgraue@dyndsl-085-016-084-145.ewe-ip-backbone.de] has joined #ubuntu-devel [10:41] pitti: yes... no idea why :) === gicmo [n=gicmo@p5491F583.dip.t-dialin.net] has joined #ubuntu-devel === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-devel === Lovechild [n=dnielsen@about/unixlove/Lovechild] has joined #ubuntu-devel === Lovechild [n=dnielsen@about/unixlove/Lovechild] has left #ubuntu-devel ["Ex-Chat"] === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel [11:13] doko: glade merge done === Watersevenub [n=Watersev@242-145.dial.nortenet.pt] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === Spads [n=spacehob@yttrium.canonical.com] has joined #ubuntu-devel === HlTMAN [n=silence@unaffiliated/hltman] has joined #ubuntu-devel [11:37] when did Ctrl+Shift+Unicode break? [11:38] Ctrl-Shift-Unnnn [11:38] you have to put a U now? [11:38] Keybuk: since edgy or so [11:38] Keybuk: yep, Ctrl+Shift+u, then enter the digits [11:41] Keybuk: [11:41] * gtk/gtkimcontextsimple.c: Rework the Unicode hex input [11:41] code. Now we only steal a single key combination, Ctrl-Shift-U, [11:41] instead of sixteen. [11:41] that's since dapper [11:41] :-) [11:42] fortunately I don't remember the numbers of many Unicode characters, [11:42] and those I do, I don't feel the need to type very often [11:42] seb128: too bad that it doesn't work in xchat [11:42] wfm [11:42] Keybuk: [11:42] ctrl-shift-U then type the numbers [11:42] it's nice that you don't need to hold down ctrl-shift afterwards [11:42] pitti: weird, it should work in any GTK+ application [11:43] oh, indeed, it just looks confusing === pitti 's happily [11:43] now if only we could fix Mono's lame-arse-broken keybindings, I'd be happy [11:43] ;) [11:43] (shift-delete, control-insert & shift-insert don't work) [11:46] mvo: can you please take a look at bug 107474? when would apt.Cache()[pkg] ._lookupRecord() fail? [11:46] Launchpad bug 107474 in apport "[apport] apport-retrace crashed with AssertionError in install_missing_packages()" [Undecided,Needs info] https://launchpad.net/bugs/107474 === mvo_ [n=egon@p54A646D8.dip.t-dialin.net] has joined #ubuntu-devel [11:47] mvo_: can you please take a look at bug 107474? when would apt.Cache()[pkg] ._lookupRecord() fail? [11:47] Launchpad bug 107474 in apport "[apport] apport-retrace crashed with AssertionError in install_missing_packages()" [Undecided,Needs info] https://launchpad.net/bugs/107474 [11:48] pitti: yes === fdoving [n=frode@edge.lnix.net] has joined #ubuntu-devel [11:55] pitti: it could fail if a) no version can be found in the cache b) if it can't find a indexfile for it. the most likely cause is that there is no version, but that is strnage because there should be at least the CurrentVer from /var/lib/dkg/status [11:55] pitti: would you mind doing the pbbuttonsd merge? [11:55] doko: no, I wouldn't [11:55] not sure if we really want to drop the i386 packages === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel [11:55] doko: ... mind doing it [11:56] doko: I'm not sure to which extend it is useful on the x86 apples [11:56] I'll have a look [11:58] mvo_: hm, that sounds a bit strange; would that happen if someone dpkg -i's a package? [11:58] mvo_: NB that it is not a KeyError, apt.Cache() has an entry for it [12:00] pitti: that is fine, apt will look into its own lists/ dir and into the dpkg status file [12:00] ah, so if I dpkg -i a package which is not in the lists, apt.Cache() will pick up the entry from /v/l/dpkg/status [12:00] ? [12:00] pitti: yes [12:01] but _lookupRecord() would fail in that case? === thekorn [n=thekorn@a89-182-6-31.net-htp.de] has joined #ubuntu-devel [12:01] pitti: no, it should pickup the record from /v/l/dpkg/status [12:02] mvo_: (that's why I added that assert, since I could not think of a situration where the function would fail) === illovaef4C [n=illovae@193.55.122.104] has joined #ubuntu-devel [12:03] pitti: let me do a bit more research === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel [12:08] pitti: it happens for virtual packages too. they have no version. and it can happen if a package is denoted in dpkg status but no information can be obtained about it (e.g. old conflicts etc) [12:09] mvo_: ah, good [12:09] mvo_: but usually virtual packages generate a KeyError [12:09] mvo_: but if it's a removed-but-not-purged package, that could happen === ogra-classmate [n=teacher@p548AE4BC.dip.t-dialin.net] has joined #ubuntu-devel [12:10] mvo_: yes === pitti resolves the loop in mvo_ talking to himself :) [12:10] pitti: there seems to have been a amanda package but its gone now. that seems to cause the issue [12:10] pitti: heh :) [12:11] mvo_: alright; thank you! [12:11] cheers === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === Jim7J1AJH [n=jim@210-54-124-155.ipnets.xtra.co.nz] has left #ubuntu-devel [] [12:25] mvo_: hi [12:25] hey carl [12:25] hey carlos [12:26] mvo_: We did a merge this week to fix the problem with that huge file from ddtp [12:26] carlos: cool! so I can try to import that again? [12:26] mvo_: I think it's going to be deployed today or tomorrow [12:27] let me check, I think I just left it 'blocked' so It's just a matter of change its status once the change lands on production [12:28] mvo_: indeed, it's blocked [12:28] mvo_: if you don't have updates, you don't need to upload it again [12:28] I will care to get it imported [12:28] bdmurray, seb128, asac, mvo: FYI, with today's upload, apport drops the '[apport] ' bug title prefix and instead sets tags like apport-crash, apport-packaging, apport-bug, etc. [12:28] mvo_: btw, do you have time to talk about the languages you are adding to ddtp ? [12:28] pitti: cool [12:29] like ru_RU, sv_SE and others... [12:29] carlos: I think I have some new stuff [12:29] mvo_: then go ahead and upload it [12:29] will override what is now there [12:30] but will be still blocked [12:30] I will unblock it once we are able to import it [12:30] carlos: why is it still clocked? [12:30] mvo_: because the patch is not yet on production [12:30] so we still have that problem [12:31] until the code is actually deployed [12:31] pitti: cool [12:31] cu later [12:31] cu [12:32] carlos: aha, ok. I misunderstood that === ogra-classmate [n=teacher@p548AE4BC.dip.t-dialin.net] has left #ubuntu-devel [] [12:32] carlos: what talk about languages to import do you mean exactly? I remember you pointed me to a feature request about language-selector for fallback locales, but I do not remember a ddtp discussion [12:33] mvo_: new topic === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [12:33] mvo_: I saw you are uploading ru_RU.po, sv_SE.po files and others like that [12:33] when you shouldn't... [12:33] I see [12:34] I will check that [12:34] that could be a problem with the import script [12:46] mvo_: except for zh_*, pt_BR and en_* you should not use the country code at all === azeem_ [n=mbanck@ppp-88-217-19-166.dynamic.mnet-online.de] has joined #ubuntu-devel [12:46] at least those are the most common that are valid [12:47] carlos: thanks, I check it [12:48] mvo_: ok, thanks [12:51] carlos: is it likely that Rosetta will stop letting people create those at some point? [12:51] there's a lot of junk like de + de_DE + de_AT etc. in various templates [12:51] which I routinely filter out by eye when doing imports, but that's hardly ideal [12:51] we already prevent them to do it by default [12:51] automatic approvals are not handled in those cases [12:52] and the UI doesn't allow you to create it directly, unless you navigate by hand to its URL [12:52] but kiko wants to remove that too [12:52] e.g. https://translations.launchpad.net/ubuntu/feisty/+source/debian-installer/+pots/debian-installer has en_AU, en_CA, en_NZ, en_GB, en_US [12:53] cjwatson: usually, what is there is just because we didn't cleanup old ones [12:53] cjwatson: well [12:53] en_* is allowed === blackskad [n=blackska@d54C1A48C.access.telenet.be] has left #ubuntu-devel [] [12:53] fr and fr_FR, de and de_AT and de_DE, pt and pt_PT, es and es_ES === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-devel [12:53] en_* is the worst of it [12:53] not all of them, but most of them are === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel [12:53] especially because the language packs don't currently filter out the msgid == msgstr case [12:54] so it takes up an awful lot of unnecessary space on Ubuntu CDs [12:54] there are a small number of cases where en_* translations are indeed useful, but they fall victim to translation completism rather badly [12:55] cjwatson: hmm, I guess the problem there is that we are copying it with every new distro opening [12:56] cjwatson: hmm, English should be handled different, I know [12:57] so we only ship msgstr that are different from msgid [12:57] but we don't have yet such feature [12:57] about the others, I will request its removals === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [12:59] mvo_: btw, now that you talked about language-selector. Should I assume that the change you did to the bug report is because it's something you should fix in language-selector? [01:00] mvo_: just wondering whether I could reject it for Rosetta === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [01:06] carlos: its something that l-s can fix, not sure what to do with rosetta [01:07] mvo_: well, if you can fix it quite easily with ln -s we don't need to ask for translations [01:07] which is a better solution [01:07] mvo_: I'm going to close our task then [01:07] mvo_: thanks === TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel === ogra-classmate [n=teacher@p548AE4BC.dip.t-dialin.net] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel [01:10] carlos: ok, thanks === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === mafix [n=marfix@22-151.1-85.cust.bluewin.ch] has joined #ubuntu-devel === Lure [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel [01:21] Treenaks: around? you were sort of leading the pppoe BOF at UDS, right? ;) Did you write a spec about it? === ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-devel === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [01:48] doko: is it possible to permanently turn off the OOo recovery thing? [01:50] seb128, is there a gconf-key to adjust the startu notification deay ? [01:50] *delay [01:50] *startup [01:50] ogra: what do you mean by "startup notification"? [01:50] the delay is "until the app start" [01:50] the clock cursor [01:51] no, it switches back on slow systems before the app starts [01:51] no, it runs until the app start [01:51] not here [01:51] that would be a bug then [01:51] how long does it take for your app to start? [01:51] i have about 10 seconds delay until the ff window shows up after the cursor changed back [01:52] Mithrandir: hmm, env var OOO_DISABLE_RECOVERY might do it [01:52] If set this stops the recovery dialog prompting you as OO.o starts up - instead the recovery files are just silently accumulated. [01:52] (the classmate has a slow flashdisk) [01:52] doko: ok, thanks. [01:53] ogra: libstartup-notification doesn't use gconf anyway, so no === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === agoliveira [n=adilson@201.47.49.152.adsl.gvt.net.br] has joined #ubuntu-devel === welp [n=welp@gentoo/developer/welp] has joined #ubuntu-devel === syp_ [n=syp@lasigpc9.epfl.ch] has joined #ubuntu-devel === hoora_ [i=ariel@gateway/tor/x-99460fd0f7067560] has joined #ubuntu-devel === j-dizzle [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === fsmw [n=Fernando@200.29.147.70] has joined #ubuntu-devel === Spads [n=spacehob@yttrium.canonical.com] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-8-54.net-htp.de] has joined #ubuntu-devel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel === cassidy [n=cassidy@host-85-27-113-187.brutele.be] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === sn0 [n=sno_@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel [02:38] hi all === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel [02:41] cool: http://direct2dell.com/one2one/archive/2007/05/24/15994.aspx === azeem_ is now known as azeem [02:51] If, in rc.S, mountkernfs is run before mountall, how can /var/run and /var/lock be mounted properly if /var is mounted from a separate partition? [02:51] This is on feisty, where the network doesn't come up because ifup believes that the network is already up because /var/run isn't mounted from tmpfs but persists from the previous boot === mvo [n=egon@p54a646d8.dip.t-dialin.net] has joined #ubuntu-devel === welp [n=welp@gentoo/developer/welp] has left #ubuntu-devel ["Au] === macd [n=d@adsl-222-63-74.msy.bellsouth.net] has joined #ubuntu-devel [02:58] enrico: the installer ensures that /var/run and /var/lock exist on /, so that they're mounted there [02:58] and then IIRC we do a mount --move trick to preserve them when /var gets mounted === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel [03:05] cjwatson: I see === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel [03:14] cjwatson: indeed recreating those two directories fixed the problem. You may want to add two explicit mkdirs to mountkernfs, as I'd say that when people move the /var contents to a different partition, they'd tend to remove everything left in it, without suspecting that those two directories are still needed [03:15] unfortunately we can't, as / is read-only when mountkernfs runs [03:15] or at least may be === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel [03:21] I actually have a cunning plan [03:21] we can add the mkdirs to the umountfs script instead ;) [03:21] or umountroot [03:21] so if you shutdown a machine, when /var is unmounted, if the dirs don't exist then, they're created [03:22] (before / is made read-only again) === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-3e2a9d812ea9498c] has joined #ubuntu-devel [03:24] Keybuk: heh, neat idea === afflux [i=fnord@pentabarf.de] has joined #ubuntu-devel === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [03:35] hiya pitti [03:35] hey keescook; early for you [03:36] pitti: indeed. I drove my wife to the airport early, figured I'd stay up and try to help get the kernel update sorted. :) [03:36] keescook: For which release? [03:36] StevenK: yes. :) [03:36] Oh. [03:37] keescook: I'm not sure about it either; you got my mail with the log except? [03:37] keescook: cprov wasn't there yet when I left, let's try now === StevenK wonders if he has another ABI bump to look forward to. [03:37] StevenK: feisty is getting an ABI bump, but not the others. [03:37] keescook: how come that we have so many ABI bumps now? [03:37] Oh feisty I can deal with. === pitti smells non-security patches in feisty-security [03:38] pitti: You can smell those? :-P [03:38] StevenK: very few security patches need to bump the ABI [03:38] That's a point. [03:38] pitti: funny, I could barely find the security patches in the feisty kernel update. I think the changelog is 2 pages long. :) [03:38] and TBH I'd rather avoid smuggling complicated updates into -security, without a proper SRU [03:39] keescook: we should not accept those; they need staging in -proposed even more than the other SRUs we are doing [03:39] yeah, I was really surprised to find that stuff. === ___Null___ [n=null@60-241-43-186.static.tpgi.com.au] has joined #ubuntu-devel [03:40] Gratious kernel changes so the ABI can turn even? :-P === gicmo [n=gicmo@p5491FE22.dip.t-dialin.net] has joined #ubuntu-devel [03:41] Mithrandir, why do you disable readahead on the liveCD exactly ? because all ram is already taken or because squashfs preforms badly with it ? [03:41] it blew up with squashfs [03:42] well, on which side ? [03:43] i have plenty of ram in my classmate image, but still use squashfs in the back [03:43] "blew up" as in kernel oops === bryce [n=bryce@71.237.200.28] has joined #ubuntu-devel [03:43] ah, k [03:44] but i guess you only tried with tmpfs /cow ? [03:44] tmpfs and real filesystems there, yes. === mrsn0 [n=sno_@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel [03:47] it really confuses me to see "cow" as a meaningful file. I (used to) use it as my "foo"-like temp file name. :) === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel === jcdubacq [n=jcdubacq@lipn.univ-paris13.fr] has joined #ubuntu-devel === nuu [i=neuro@host168-148-dynamic.55-82-r.retail.telecomitalia.it] has joined #ubuntu-devel === giskard [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel === mvo [n=egon@p54A646D8.dip.t-dialin.net] has joined #ubuntu-devel === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel [04:09] siretart: do you have experience with cryptsetup? I need some help debuging a problem with luksFormat in feisty === j_ack [n=jack@p508D92E4.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:11] someone has added Plug'n'Print (printer auto-install) to GNOME? See bug 116616. It seems not to recognize whether there is already a print queue. [04:11] Launchpad bug 116616 in gnome-cups-manager "Cups runs into a printer detection loop" [Undecided,Unconfirmed] https://launchpad.net/bugs/116616 [04:12] mjg59: hi... you're aware that your gst-plugins-base patch for the alsa stuff breaks API and ABI? :) imho we should better wait until upstream found a good solution for this... and until now this is still under discussion === macd [n=d@adsl-222-63-74.msy.bellsouth.net] has joined #ubuntu-devel === shiyee_ [n=Shiyee@homer.cs.aau.dk] has joined #ubuntu-devel [04:15] mvo: sort-of === macd [n=d@adsl-222-63-74.msy.bellsouth.net] has joined #ubuntu-devel [04:16] siretart: in a nutshell luksFormat is not working and I wonder why. opening existing luks device works fine apparently. I get loads of stat64("/dev/mapper/temporary-cryptsetup-7931", 0xbff94848) = -1 ENOENT (No such file or directory) [04:16] stock feisty === mathiaz [n=mathiaz@76-10-131-108.dsl.teksavvy.com] has joined #ubuntu-devel === fsmw [n=Fernando@200.72.33.75] has joined #ubuntu-devel [04:18] no one here who knows who has added printer auto-installation to GNOME? [04:19] mvo: I didn't see this, but it looks like a typical device node creation race, which was introduced in feisty === fsmw [n=Fernando@200.72.33.75] has left #ubuntu-devel ["Ex-Chat"] [04:19] siretart: wonderful, any idea what I could do to a) debug it further or b) workaround the problem? === asac [n=asac@debian/developer/asac] has joined #ubuntu-devel [04:20] pitti, do you know perhaps from the UDS Sevilla talk who has added printer auto-installation? [04:20] 'added'? [04:20] mvo: that's indeed a good question. in theory, libdevmapper (which cryptsetup hopefully uses) is patched to not create the device node [04:21] mvo: since feisty, there should be some udev rules creating them [04:21] to debug the problem you first need to check if that is correct, and if yes, craft udev rules to create the nodes [04:21] pitti, in Ubuntu up to Feisty nothing happened when I connected a USB printer. I had to call the printer setup tool manually. [04:22] mvo: are you using pitti's script to format an usb stick? [04:22] tkamppeter: right [04:22] pitti, and now (probably Gutsy or some Feisty/Gutsy mix-up) a user reports bug 116616 [04:22] Launchpad bug 116616 in gnome-cups-manager "Cups runs into a printer detection loop" [Undecided,Unconfirmed] https://launchpad.net/bugs/116616 [04:22] tkamppeter: and I'm not aware of anyone else working on that === ssam [n=ssam@87.127.117.246] has joined #ubuntu-devel [04:23] siretart: I tried both (luksformat and cryptsetup) [04:23] Unfortunately I cannot see the screenshot of the notification window as librarian seems to be down. === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [04:24] mvo: that's indeed strange. [04:24] mvo: it looks to me that cryptsetup expects libdevmapper to create the devicenode. Keybuk changed libdevmapper to not do that anymore [04:24] Or did GNOME have plug'n'print all the time, only deactivated by default? [04:24] mvo: so maybe he can help a bit out here [04:25] siretart: thanks, that is quite helpful [04:25] How is /etc/papersize set? A new feisty install with en_US locale has a4 set, and openoffice insists that I use a4 paper, despite cups and gnome-cups-manager settings to the contrary. [04:26] siretart: depends [04:26] (contrary being letter) [04:26] siretart: in edgy, devmapper created the devices nodes and udev ignored them [04:26] in feisty, devmapper waited for udev to create the devices nodes (spinning in a loop) [04:26] tritium: known bug, fixed in gutsy ubiquity [04:26] reconfigure libpaper1 to fix it [04:26] in gutsy, devmapper creates the device nodes, and udev turns it into a symlink to a device node with better permissions [04:26] cjwatson: great. Thanks. [04:26] bug 104160 [04:26] Launchpad bug 104160 in ubiquity "/etc/papersize incorrecly configured" [Medium,Fix released] https://launchpad.net/bugs/104160 [04:26] (the symlink thing may not work if something lstat()s and checks the type *shrug* if so, it can always just make the device node) [04:27] tkamppeter: gnome-volume-manager supports it, but we never set the 'autoprinter' gconf key [04:27] tkamppeter: just because so far we did not have anything sensible to put in [04:27] I wanted to know what to report a bug against, but I guess I don't have to :) [04:27] Note that OpenOffice saves printer defaults per-document, so if you continue on a document with paper size set to A4 it will continue with A4, also if you have changed the paper size option in another document in the meantime. [04:28] tkamppeter: I rarely create openoffice documents. I mostly open attachments in my email. [04:28] pitti, can it then simply be that the reporter of the bug turned the feature on by himself? [04:28] My hope is to not have to change paper size to letter each time I want to print an attachment. [04:28] tkamppeter: yes, that's likely; a gconftool -R output from the g-v-m settings will let us know [04:29] Keybuk: uuh, that's interesting [04:29] Keybuk: is that somewhere documented, like in UbuntuUdevRoadmap? [04:29] siretart: ? [04:29] because it's very unconvinient to look for all these tiny bits of information from the changelogs of the various packages [04:29] it's documented in UdevMdadmEvmsGutsy or whatever that spec name is :p [04:29] tritium, also imported documents have printer option settings embedded, but I do not know what happens if all print queues of the sender's PC have different names to your print queues. [04:29] gah! failed to start lvm on boot again. grr [04:30] udev roadmap is an ancient spec [04:30] in theory, you shouldn't care what happens behind the scenes [04:30] Hobbsee, i asked a few days ago about doing an sru for goffice to fix bug #109204 are you free to ask a few questions? [04:30] Launchpad bug 109204 in gnumeric "Gnumeric strange colors (purple charts) on bigendian" [Undecided,Unconfirmed] https://launchpad.net/bugs/109204 [04:30] since we've tried to preserve the libdevmapper API [04:30] (device node exists when the function call returns, WIN) [04:30] Perhaps you should start OOo without any document and then go into "Print" or "Print Setup" to set defaults for new or imported documents. [04:30] Keybuk: in practice, mvo is fighting with cryptsetup to work at all! [04:30] tkamppeter: thanks. They're almost always MS docs. [04:30] cryptsetup has never worked [04:31] IME [04:31] ssam: i'm around, yes. [04:31] it did perfectly in dapper [04:31] Hobbsee, :-) is a private message better than here [04:31] other things didn't work in dapper [04:31] and every new ubuntu release broke it more. I couldn't keep up with all the changes ubuntu was doing to udev and devmapper [04:31] e.g. HAL seeing devices created by cryptsetup [04:32] it's only being broken because we're trying to fix it [04:32] and we're messing around with things we don't understand that much [04:32] because the people who do understand aren't helping [04:32] tritium, note also that the document itself has a paper size (to set somewhere in the "Format" menu). [04:32] ssam: either [04:32] tkamppeter, cjwatson: dpgk-reconfigure libpaper1, and selecting letter, worked. MS doc attachments open up with correct printer settings now. === Hobbsee hasnt done many SRU's, though, just knows about them [04:32] so the solution is to revert our changes we have no clue about? [04:32] no [04:32] because that leaves things in a broken state [04:33] cryptsetup devices wouldn't be mounted because udev/HAL/upstart would never find out about them [04:33]