[12:12] jdong: thanks. Guess I'll have to not expect my users to have backports [12:13] YokoZar: right; not everyone has backports on :) [12:13] jdong: but everyone does have Wine on ;) [12:14] YokoZar: maybe in your little world :) in mine everyone has backports on :) === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === owh [n=onno@59.154.24.148] has joined #ubuntu-devel === owh [n=onno@59.154.24.148] has left #ubuntu-devel [] === mage___ [n=mage@S01060007950ade7b.vc.shawcable.net] has joined #ubuntu-devel [12:43] anyone want to explain the whole restricted modules are in a tmpfs thing? [12:45] They're linked on startup [12:45] but why and where? [12:46] /etc/init.d/restricted-modules-common or something similar to that [12:46] And to reduce certain licensing issues === _human_blip_away [n=mike@202.83.118.27] has joined #ubuntu-devel === j1mc [n=jimbabwe@adsl-75-22-225-51.dsl.chcgil.sbcglobal.net] has joined #ubuntu-devel === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-095-190.pools.arcor-ip.net] has joined #ubuntu-devel === Jozo-_ [i=jozo@viola.uninea.fi] has joined #ubuntu-devel === administrator [i=administ@nat/cisco/x-6c1946f1195220ec] has joined #ubuntu-devel === beuno [n=martin@201-212-189-147.net.prima.net.ar] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel === `anthony [n=anthony@ekorp-60-242-130-196.eoff.ekorp.com] has joined #ubuntu-devel === apokryphos [n=francis@unaffiliated/apokryphos] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has left #ubuntu-devel ["Ex-Chat"] === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === RAOF [n=Chris_@matht464.maths.unsw.edu.au] has joined #ubuntu-devel === j_ack [n=rudi@p508DC31A.dip0.t-ipconnect.de] has joined #ubuntu-devel [01:42] keescook: would you have any clamav if I object for backporting? [01:42] whoa [01:42] that just... made no sense.... [01:42] keescook: nvm, I'm gonna reject it.... [01:42] hahah === jdong needs sleep [01:42] :) [01:43] and..... to double check his essay he finished 10 minutes ago.... [01:43] yikes. === Tonio_ [n=tonio@42.8.100-84.rev.gaoland.net] has joined #ubuntu-devel [01:49] bddebian: You can try, but I don't have a lot to probe for === j_ack [n=rudi@p508DC31A.dip0.t-ipconnect.de] has joined #ubuntu-devel [01:53] doko_: ping? === adamant1988 [n=chatzill@doc-24-206-202-2.el.wv.cebridge.net] has joined #ubuntu-devel === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel === spo0nman [i=pankaj@unaffiliated/spo0nman] has joined #ubuntu-devel === guyal [n=guyal@bas1-montreal42-1242353108.dsl.bell.ca] has joined #ubuntu-devel === guyal [n=guyal@bas1-montreal42-1242353108.dsl.bell.ca] has left #ubuntu-devel ["Leaving"] === freeflying [i=root@gobstopper.dreamhost.com] has joined #ubuntu-devel === bruce98 [n=bruce@84.4.18.238] has joined #ubuntu-devel === exobuzz [n=jools@82-70-241-14.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel [02:37] does the automatic mounting of nfs require anything in /var or /usr? === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel [02:37] to get around my nfs shares in /etc/fstab not being mounted I'm mounting them in /etc/init.d/waitnfs.sh :) === stub [n=stub@ppp-58.8.6.68.revip2.asianet.co.th] has joined #ubuntu-devel === Xq2dAui [n=Xq2dAui@201.4.120.83] has joined #ubuntu-devel === Xq2dAui [n=Xq2dAui@201.4.120.83] has left #ubuntu-devel ["Leaving"] === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel [03:52] exit [03:52] nihpitoa [03:53] mneptok! === mpt [n=mpt@121-72-132-150.dsl.telstraclear.net] has joined #ubuntu-devel === dfarning [n=dfarning@72-160-220-125.dyn.centurytel.net] has joined #ubuntu-devel === somian [n=somian@unaffiliated/somian] has joined #ubuntu-devel === somian [n=somian@unaffiliated/somian] has left #ubuntu-devel ["Bye"] === YokoZar [n=scott@c-76-20-46-159.hsd1.ca.comcast.net] has left #ubuntu-devel [] === j_ack [n=rudi@p508DC31A.dip0.t-ipconnect.de] has joined #ubuntu-devel === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-devel === fdoving [n=frode@edge.lnix.net] has joined #ubuntu-devel === calc [n=ccheney@cpe-24-162-49-93.houston.res.rr.com] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.6.68.revip2.asianet.co.th] has joined #ubuntu-devel === Fujitsu [n=Fujitsu@stwgw.stw.com.au] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel [05:29] ajmitch! === stub [n=stub@ppp-58.8.6.68.revip2.asianet.co.th] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.6.68.revip2.asianet.co.th] has left #ubuntu-devel [] [06:14] jamesh: pong === _human_blip_away [n=mike@202.83.118.27] has joined #ubuntu-devel [06:20] doko: Do you handle the subversion packages? === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [06:23] jamesh: not really; just changed the python-subversion binary; infinity would be more appropriate. but if it's a small change ... [06:24] doko: I found a crasher bug in the python-subversion package in feisty [06:24] bug 91848 [06:24] Malone bug 91848 in subversion "segfault when importing libsvn.wc in python 2.4 on feisty/amd64" [Undecided,Unconfirmed] https://launchpad.net/bugs/91848 [06:25] which is not seen with 2.5? [06:25] correct [06:25] not seen on i386 either [06:27] doko: I hit it when doing Launchpad development on my desktop machine [06:30] I should go confirm that bug, I can reproduce it on my amd64 laptop. [06:31] I've got the stack trace and relevant bits of a valgrind log === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-devel === jamesh [n=james@203-59-195-215.dyn.iinet.net.au] has joined #ubuntu-devel === stephanbuys [n=stephanb@196.44.1.98] has joined #ubuntu-devel [06:54] doko: If you have a chance to look at the bug, it would be greatly appreciated === marilize [n=marilize@dumbledore.hbd.com] has joined #ubuntu-devel === administrator [i=administ@nat/cisco/x-5e58a1c4dc5b367c] has joined #ubuntu-devel === OculusAquilae [n=oculus@pD950A2CD.dip0.t-ipconnect.de] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === jvw [i=jeroen@220pc220.sshunet.nl] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel [07:52] jamesh: works in debian/experimental with 1.4.3, however a merged package on ubuntu feisty shows the same segfault (http://people.ubuntu.com/~doko/tmp/) [07:53] doko: does the valgrind log help? === shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel [07:55] doko: I know that some function signatures were changed between python 2.4 and 2.5 w.r.t. lengths (using longs instead of ints) [07:55] might the 2.4 modules be using the signatures expected by the 2.5 API? [07:55] jamesh: yes, but those should all use Py_ssize_t now [07:56] doko: there is no Py_ssize_t in 2.4, is there? [07:57] correct, but extensions should define that on their own, if they want to be compatible with older python versions. I don't see any restriction that subversion only works with 2.5. [08:01] jamesh: trying to look at it again later this week, not now === freeflying [i=root@ubuntu/member/freeflying] has joined #ubuntu-devel === carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel === rraphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === spo0nman [i=pankaj@unaffiliated/spo0nman] has joined #ubuntu-devel === blackskad [n=blackska@d54C0B7A4.access.telenet.be] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-8-171.net-htp.de] has joined #ubuntu-devel === sky_walkie [n=hrdlo@193.85.244.121] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.6.68.revip2.asianet.co.th] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-8-171.net-htp.de] has joined #ubuntu-devel === olemke [n=olemke@193.10.130.21] has joined #ubuntu-devel === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [09:17] Good morning [09:18] pitti!!!!!!!!!!! === Hobbsee hugs pitti === pitti hugs Hobbsee [09:19] Riddell: hi, around? [09:19] :) === Mithrandir ruffles Hobbsee [09:24] hiya Mithrandir :) === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel [09:25] morning, Sarah. === Mithrandir hopes we can have candidate ISOs before lunch today. [09:26] Mithrandir: yay! === Hobbsee still needs to put thru a critical fix for kdepim...argh === KP202 [n=ach@84.24.180.194] has joined #ubuntu-devel === jinty [n=jinty@247.Red-83-49-51.dynamicIP.rima-tde.net] has joined #ubuntu-devel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel === Spads [n=spacehob@host-84-9-50-36.bulldogdsl.com] has joined #ubuntu-devel === rraphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel [09:45] _ion: ping === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel === kwwii [n=kwwii@p5495766E.dip.t-dialin.net] has joined #ubuntu-devel === lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-devel [09:48] _ion: unping === pbn [i=zephyr@30.181.232.72.reverse.layeredtech.com] has joined #ubuntu-devel [09:51] morning pitti, Mithrandir [09:51] hey ajmitch [09:51] hm, someone asking about 'enterprise' ubuntu :) === shiyee [n=Shiyee@homer.cs.aau.dk] has joined #ubuntu-devel [09:52] Mithrandir: CD sizes look pretty good; desktop/i386 is on the edge (699 MB), but I guess I won't rip it apart any more unless we actually need the space === giftnudel [n=mb@p54a917d2.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:54] ajmitch: where? [09:55] tepsipakki: ubuntu-devel-discuss [09:55] thanks [09:55] pitti: yay, goodie. [09:55] probably some u-directory stuff [09:57] Hi there, does sabdfl sometimes answer to queries ? :) === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === raphink_ [n=raphink@raphink.net] has joined #ubuntu-devel [10:01] hi [10:01] any ftpmaster admin here ? [10:01] saispo: yes, some [10:01] :) [10:02] a think, file missing in dists/edgy/main/installer-i386/current/images/ [10:02] the file udeb.list === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === pitti defers to cjwatson for that [10:03] argh [10:03] it's my rsync :/ [10:03] excuse me [10:03] in edgy? That'd be weird. [10:03] heh, ok [10:03] not in feisty, excuse me :) [10:03] i relaunch my rsync :) [10:03] thanks === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === lmanul [n=manu@194.230.53.149] has joined #ubuntu-devel === mvo [n=egon@p54a67424.dip.t-dialin.net] has joined #ubuntu-devel === freeflying [i=root@ubuntu/member/freeflying] has joined #ubuntu-devel [10:10] it's always interesting how you find an error just by telling someone what goes wrong ... [10:10] Mithrandir: still time for getting some easy patches in? http://pastebin.ca/403334 === sacater [n=sacater@host86-140-36-31.range86-140.btcentralplus.com] has joined #ubuntu-devel [10:16] Mithrandir: can I put the edgy/dapper proposed langpacks into -updates or do you need free buildds in the next few hours? === jk_ [n=jochem@jkossen.nl] has joined #Ubuntu-devel [10:18] pitti: langpacks> what is the typical per-pack build time? [10:18] pitti: and no, stuff on the CD is locked down now. [10:18] Mithrandir: langpacks> trivial, some seconds [10:19] Mithrandir: with the chroot building overhead, probably a minute or soo [10:19] ok, then just go ahead, I'll just bump the priority if I need something through in the middle [10:19] Mithrandir: it's the sheer number of them which make it ugly [10:19] ok [10:20] oh, argh, I need to wait until the current daily packages finished building, so I'll do it after lunch === dam_ned [n=adpeeter@twiadria.ugent.be] has joined #ubuntu-devel === stephanbuys [n=stephanb@196.44.1.98] has joined #ubuntu-devel === apokryphos [n=francis@unaffiliated/apokryphos] has joined #ubuntu-devel [10:37] hi all === Lure_ [n=lure@external-1.hermes.si] has joined #ubuntu-devel [10:38] I am looking for information on how to handle a bug when I do not agreee with the maintainer... [10:38] I checked the wiki but could not find information on that === luka74 [n=lure@external-7.hermes.si] has joined #ubuntu-devel === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel [10:41] dam_ned: which bug is this? [10:42] bug 47827 [10:42] Malone bug 47827 in vmware-player "vmware-player lintian warnings" [Medium,Rejected] https://launchpad.net/bugs/47827 [10:43] Mithrandir: bug 47827 === adamant1988 [n=chatzill@doc-24-206-202-2.el.wv.cebridge.net] has joined #ubuntu-devel [10:45] hm, I'd probably just ignore it, they have a reasonable argument for why they need it that way, but if you really, really feel the bug should be fixed, I guess you could escalate it to the technical board. [10:45] I don't think the bug is important enough that that is warranted, though. === Lutin [n=Lutin@ubuntu/member/lutin] has joined #ubuntu-devel [10:49] Mithrandir: it is indeed just a qa thing, I know in Debian these bugs should not just be closed, but I cannot find the Ubuntu policy on this [10:49] what is the procedure to escalate? [10:50] mail technical-board@lists.ubuntu.com [10:50] putting it on the agenda? (it would be nice if the bug could be assigned to them :)) [10:50] aha [10:51] dam_ned: I've replied to this bug. I think it should be ignored. [10:51] and I think rejecting it is just fine [10:51] lintian warnings require thought, not automated action === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [10:53] can someone explain why the livecd-session gets a wrong resolution compared to running 'sudo xresprobe $DRIVER' when the session is up?`(bug #93996) [10:53] Malone bug 93996 in xorg "[Feisty] Samsung SyncMaster 712N Monitor not detected, available resolutions too low, HorizSync and VertRefresh wrong" [Undecided,Needs info] https://launchpad.net/bugs/93996 [10:54] as if something is missing when casper configures X [10:54] cjwatson: ok, you decide :) [10:56] if it was my distribution, I would leave it as a low priority bug to handle it later [10:56] dam_ned: I'm not tech board, just an ornery developer [10:56] if it should be handled at all, I think it should be by adding a lintian override [10:56] or possibly by removing that bloody stupid warning from lintian. :-) [10:56] heh [10:57] (well, possibly downgrading it to info) [10:57] depends on how strict you interpret the FHS === dholbach [n=daniel@i59F75AD0.versanet.de] has joined #ubuntu-devel [10:57] it's not clear to me that anyone actually runs systems like that on Debian/Ubuntu anyway [10:57] tepsipakki: either because /dev isn't mounted or because it's running under usplash. [10:58] hellas [10:58] you would have to take great care to keep all versions exactly in sync, because we certainly don't remotely guarantee that you can mix and match /usr/share and everything-else from different versions of the same package [10:58] good remark [10:59] but why do we have the FHS then .. [10:59] the FHS covers a lot of other situations [10:59] many of its recommendations do make sense [11:00] I was just wondering what the Ubuntu policy is [11:00] in any case there's no "must" in its discussion of /usr/share [11:00] no hard feelings :) [11:00] "be sensible" [11:00] we recommend thinking about bugs :-) [11:00] hehe [11:01] I would say that in general you are correct: bugs should not be rejected just because they aren't going to be dealt with yet [11:01] but I think if a bug really isn't important, then it's not worth worrying about its status === nags [n=nags@125.16.129.16] has joined #ubuntu-devel [11:02] however, that's just my personal opinion, and I think the handling of unimportant bugs should generally be left to the responsible developers === `anthony [n=anthony@220-253-31-143.VIC.netspace.net.au] has joined #ubuntu-devel [11:03] dam_ned: I'm going to file a bug against lintian about this [11:03] ah ok [11:04] I am interested to track that one, so please subscribe me :) [11:04] dam_ned: I can't; I'll be filing it in Debian, where the lintian maintainers will actually read it [11:05] hmm, you probably mean in Debian :) [11:05] I will track it myself then.. [11:05] I'll cc you so you get the bug number [11:05] thanks! [11:08] Mithrandir: ok, I remember that there was some talk about mounting /dev.. === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel [11:09] tepsipakki: there was, but nobody did the change needed for it [11:10] Mithrandir: post-beta, perhaps? [11:11] yes [11:15] who is running latest feisty on i386? [11:15] i need somebody to confirm a bug [11:16] I am [11:16] it's a very simple strace test === Fujitsu puts his hand up. [11:16] strace -o foo /bin/ls [11:16] and see if you notice: [11:17] umovestr: Input/output error [11:17] or similar errors [11:17] Yep. [11:17] Same one. [11:17] ok thanks [11:17] pitti: ^^ what do you think? kernel or strace? [11:17] same here [11:18] fabbione: no idea really ;( [11:18] pitti: can you reproduce it on amd64? [11:18] fabbione: no, works fine, as I said [11:18] oh o [11:18] ok [11:18] so this is arch specific i think [11:18] on ia64 it crashes the entire machine with a watchdog timeout === pitti tries on ppc [11:19] fabbione: Niiiice. [11:20] Yet it outputs the file fine... [11:20] fabbione: please don't break oprofile and systemtap while fixing that bug, if you can. I just got to the point where both of them are working. ;) [11:21] maswan: i am not going to fix anything.. i just need to report it === Sp4rKy [n=Sp4rKy@ubuntu/member/sp4rky] has joined #ubuntu-devel [11:22] fabbione, I don't see that error with the second-to-latest kernel === finalbeta [n=finalbet@d54C689F7.access.telenet.be] has joined #ubuntu-devel [11:22] Seveas: you mean .20-10 ? [11:23] 20-11 [11:23] but there's an upgrade waiting according to update-manager :) [11:23] latest is .12 [11:23] -12 i mean [11:23] let's upgrade and see what happens [11:23] fabbione: Thus 20-11 is second-to-latest. [11:24] ok [11:34] carlos: pong [11:34] Riddell: do you know whether KDE project has translations for desktop_kmplayer.pot? I don't see anyone being imported and I wonder whether it's something used only by Ubuntu [11:34] seb128: hi :) === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel [11:35] mvo: ping [11:35] hello carlos [11:35] mvo: hi [11:35] mvo: is update-manager obsolete ? === jamesh [n=james@203-59-195-215.dyn.iinet.net.au] has joined #ubuntu-devel [11:36] carlos: no, why? [11:36] I have seen update-manager.pot inside another package [11:36] that seems to replace update-manager [11:36] carlos: inside update-manager-core? [11:36] hi there. does anyone know if there is a pygtk binding for the Gnome File Dialog? perhaps a reference to some code showing it? === nags [n=nags@125.16.129.16] has joined #ubuntu-devel [11:36] mvo: hmm, I think it was another name, let me check.. [11:36] carlos: looks like I need to add that to my list of ones to download [11:36] stephanbuys, this channel is for development OF ubuntu, not developing ON ubuntu [11:36] stephanbuys: isn't that gtk.filechooser? [11:36] Riddell: ok, thank you [11:37] Seveas, apologies [11:37] stephanbuys: but you would be better of in #pygtk on irc.gimp.net ;) [11:38] giftnudel, thanks for the tip and the advice - will check it out. (btw gtk.filechooser is a GTK file dialog, but doesn't seem to be the standard Gnome one) [11:38] mvo: software-properties [11:38] carlos: oh? that sounds like a bug, I will check/fix [11:40] mvo: ok, should I import it as software-properties? === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [11:41] carlos: yes please [11:41] mvo: ok [11:41] carlos: thanks! === seb128 kicks linux, network card driver bugged again === juell [n=jga@p85.212.10.97.tisdip.tiscali.de] has joined #ubuntu-devel [11:42] mvo: but it's replacing update-manager, isn't it? [11:43] mvo: Replaces: update-manager (<< 0.55) from software-properties-gtk [11:43] carlos: update-manager used to have both software-properties and update-manager in the same source package. this is now split into two source packages [11:43] oh, I see [11:43] carlos: it replaces it in the "replaces-some-files-on-the-fs" sense only [11:43] ok [11:44] cjwatson, sorry bout that bug, i found the proper reason for it, im an idiot :/ === Zdra [n=zdra@195.244.169.43] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [11:46] viviersf: ok, what was it? [11:47] fabbione, no problems with the -12 kernel either (i386) [11:47] cjwatson, since it gets installed on a 'build-server' which makes me my cd's, it writes that swap partition into the config, which does not match later on [11:47] mvo: for Edgy, should I move update-manager translations into update-manager-core? [11:47] viviersf: ah [11:48] carlos: if "moves" means "copy", then yes please [11:48] mvo: are both packages valid? [11:48] mvo: both have the same .pot filename [11:48] mvo: which means both will conflict [11:49] mvo: btw, I though we don't add new packages once the final release is done, only updates [11:49] carlos: this was a exception it is needed for server upgrades with the release upgrader [11:49] carlos: let me check, there shouldn't be a file conflict [11:50] mvo: well, update-manager-core has an update-manager.pot file too [11:50] so either it's exactly the same version as the one in update-manager or there will be conflicts because we can only deploy one of them === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [11:53] carlos: please blacklist the one in u-m-core then [11:54] will it work with current one from update-manager? [11:54] carlos: it should, its a split from u-m to move the gui independant bits out [11:54] mvo: if both are different, you should use a different translation domain [11:55] ok === Spads [n=spacehob@91.189.88.24] has joined #ubuntu-devel [11:55] then, it should be enough [11:55] carlos: right === stgraber [n=stgraber@ubuntu/member/stgraber] has joined #ubuntu-devel === Tonio_ [n=tonio@42.8.100-84.rev.gaoland.net] has joined #ubuntu-devel === TomB_ [n=tomb@host81-156-202-100.range81-156.btcentralplus.com] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [12:12] fabbione, sorry, I didn't look right :/ The strace problem occurs on kernels as old as .20-9 up to and including the latest (don't have older kernels installed, so can't test on those) === TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [12:18] doko: Package: zope3-dbg Depends: python-zope3 (= 3.3.1-0ubuntu2); should that be zope3 rather than python-zope3 (which doesn't exist)? === cypher1 [n=cypher1@59.92.149.192] has joined #ubuntu-devel === TomB_ [n=tomb@host81-156-202-100.range81-156.btcentralplus.com] has joined #ubuntu-devel [12:18] cjwatson: yes, will fix it. [12:19] thanks [12:21] doko: your last comment in bug 60063 was "fixed in edgy" - did you forget to change the status? [12:21] Malone bug 60063 in gst0.10-python "gst-python in edgy installs bogus pygst.py for python2.4" [Medium,Confirmed] https://launchpad.net/bugs/60063 [12:23] pitti: slmodemd works fine after I added setgroups(0,0); setgid(65534); setgid(65534); setuid(65534); setuid(65534); [12:24] So all I need to do now is pick a saner uid/gid pair. [12:24] iwj: yay [12:24] stupid xserver-xorg, why do you think every owner of Intel 82845 has an Elographic Screen.. [12:24] gah [12:25] iwj: nice that tty, dialout, and audio are all static groups :) [12:25] iwj: btw, why do you call setuid()/setgid() twice? [12:25] I couldn't be bothered to look up the rules about when it sets euid and when it sets ruid. [12:26] iwj: setuid()/setgid() set all of them [12:26] iwj: setreuid() sets specific ones [12:26] pitti: how do we use the retracer? Subscribe/assign to in launchpad? Does it need tagging aswell? [12:26] sladen: right now you still need DC access, as I wrote on ubuntu-devel [12:26] sladen: incidentally I just wrote the last building block for an automatic tag-based retracer :) [12:26] sladen: I'll mail u-devel@ again once it works [12:27] pitti: fantastic, thanks, I googled the wiki and such, but didn't find the answer, I'll update wiki.u.c/Apport [12:27] pitti: Well, I had a superstition about set*uid sometimes needing to be called twice. Normally I use setre*id and actually look it up ... [12:28] Seveas: ok thanks [12:28] sladen: please don't update it yet, before it's readyy [12:29] pitti: to update it that it's /not/ ready [12:29] cjwatson: 60063 was fixed, addjusted the status [12:29] sladen: oh, does it say so? === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [12:30] pitti: no, there's a void of information when I went hunting. I'd prefer to find a definite negative [12:30] sladen: I guess it can stay like this for another day or so, and then I can just mention how to do it with tags === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [12:34] pitti: I think I'll have to create a new dynamic uid since I don't really want to use an existing one. Or is that too painful to do now and should I use uid nobody (which I think isn't really ideal) ? [12:35] iwj: dynamic uid is better for a good isolation IMHO, and not too painful either [12:35] iwj: but using the static group IDs for setgroups() is fine and easy [12:35] hi dholbach, I've noticed that the latest gossip-telepathy package is with unmet dependency... caused by a misspelled in the version number of package libtelepathy2 as follow: The following packages have unmet dependencies: [12:35] gossip-telepathy: Depends: libtelepathy2 (>= 0.51) but 0.0.51-2 is to be installed [12:36] It works fine with an empty group list since I put the calls after it has already opened the sound device and made its ioctls and symlinked in /dev and everything. [12:36] cypherbios: known bug [12:36] iwj: aah [12:36] cypherbios: I asked for a libtelepathy sync which fixes it - but the archive team is busy with other things atm [12:36] iwj: I thought that code was binary-only already, but if you can put stuff after open(), then dropping to a private uid and gid provides the best security indeed [12:37] dholbach: ok, thanks... just to be sure that you already know ;) [12:37] pitti: No, the binary-only code is just some core dsp stuff. [12:38] Well, I say `just'; there is 1.2Mb of .o but it's pretty isolated. [12:38] iwj: all the postinst/postrm/getpwent() stuff is quite a lot of overhead, so if this is too intrusive for the current freeze status, then maybe u/gid daemon:daemon is fair enough for feisty as well [12:39] postrm ? Surely it's wrong to remove the user/group. [12:41] iwj: why not? as long as the package doesn't create any files, why not clean up the system user on purge? [12:41] (it doesn't matter much, of course) [12:41] iwj: it makes me really happy that this derootification works \o/ [12:42] pitti: If the package is broken in any way then it may leave a leftover file or process or something (think of all the stop scripts that don't quite work properly) and then you'll have those things inherited by whatever gets the new uid. [12:43] pitti: could you merge http://bazaar.launchpad.net/~kamion/langpack-o-matic/depends-fixes, please? [12:43] cjwatson: oh, of course === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel [12:44] cjwatson: oh, these ooo packages disappeared? [12:45] apparently so [12:45] checked the archive [12:45] cjwatson: ok, I'll rebuild the affected l-support packages soon (after the current daily langpack build finished on rookery) [12:45] cjwatson: thanks === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel [12:48] cheers === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel === PhinnFort [n=martin@unaffiliated/phinnfort] has joined #ubuntu-devel [12:52] ping jdong [12:56] i know what ubuntu needs: http://briefcase.pathfinder.gr/download/areir/26714/315686/0/bsod.jpg [12:57] We actually did one talk about having a pretty kernel panic screen [12:57] however we realised that with our colour scheme, it'd be the Brown Screen of Death [12:57] Keybuk: with penguins on it? [12:57] brown penguins wouldn't be nice, I think. [12:59] make it skinnable [12:59] maybe use html [12:59] then you can get and in your kernel panics === coxande [n=alexandr@200.250.247.187] has joined #ubuntu-devel [12:59] :D === Fujitsu uses non-CoC torture methods on PhinnFort. === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel === PhinnFort saves and takes only half damage [01:01] oh, wait, i'm a monk, i don't take any damage [01:01] haha [01:02] mmm...a picture of somewhere in antarctica would be cool for that :P [01:03] seb128: yay, malone-crash-digger just retraced the first bug entirely on its own \o/ [01:04] pitti: waouh ;) [01:04] \o/ pitti === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel [01:04] pitti: how does it get its list? tag? [01:04] seb128: yes, need-{amd64,i386,ppc}-retrace [01:05] ok [01:05] seb128: I tested it for amd64 now === pitti sets up the i386 retracer for this as well [01:05] ;) [01:07] seb128: do you have an unretraced i386 crash handy for a test? === hggdh [n=hggdh@207.sub-70-216-101.myvzw.com] has joined #ubuntu-devel [01:09] seb128: there are currently no bugs tagged as need-i386-retrace [01:09] seb128: the i386 digger is running now, so if you have a crash bug at hand, please add that tag to it [01:09] pitti: yay! [01:10] amd64 digger now running, too [01:10] pitti: Will apport do that automatically in the near future? [01:10] pitti: ok === mrsno [n=sno@unaffiliated/sn0] has joined #ubuntu-devel [01:10] NB that this is still very brittle, if apport-retrace gets stuck, the entire digger does; this still needs timeout detection etc. [01:10] Fujitsu: yes, it will automatically add the tag, but that needs Malone support [01:11] Fujitsu: I talked to Bjorn about this; it will happen eventually, but not in the next days [01:11] pitti: bug #93833 [01:11] Malone bug 93833 in gaim "[apport] gaim crashed with SIGSEGV in g_cclosure_marshal_VOID__VOID()" [Undecided,Unconfirmed] https://launchpad.net/bugs/93833 [01:11] seb128: watching the log [01:11] 03/20/07 12:11:00: fill_pool: work pool now: set([] ) [01:11] 03/20/07 12:11:00: work pool empty, sleeping for 30 seconds [01:11] pitti: Oh yes, I saw that bug. [01:11] 03/20/07 12:11:32: fill_pool: work pool now: set([93833] ) [01:11] 03/20/07 12:11:32: retracing bug 93833 [01:11] \o/ [01:11] \o/ === seb128 hugs pitti [01:12] gosh, now I need to teach that thing about speeeeeed [01:13] uaargh [01:13] urllib2.HTTPError: HTTP Error 500: Internal Server Error [01:14] seb128: ^ that thing again for 93833 [01:14] seb128: it's retracing bug 93855 now [01:14] I got it several times since yesterday [01:14] Malone bug 93855 in gaim "[apport] gaim crashed with SIGSEGV" [Undecided,Unconfirmed] https://launchpad.net/bugs/93855 [01:14] on different bugs [01:14] seb128: it currently removes the tag before retracing, to avoid looping on a bug with an error [01:14] ok === pitti doesn't have the slightest idea why this happens [01:15] grr, again a 500 [01:16] :( [01:16] seb128: so it can successfully request and post /+edit, but not /+addcomment; weird [01:16] and addcomment seems to work from a browser [01:17] ok, I'll figure this out with Bjorn, I guess === pitti sets the inactivity sleep from 30 seconds to 10 minutes to not hammer Malone with bug searches so often [01:18] seb128: sorry :/ [01:18] pitti: do you know if adding tag on bug filing is being worked on malone already? [01:19] it works for beta [01:19] seb128: yes, it is, but I don't have an ETA [01:19] seb128: There was a message about that on -motu [01:19] seb128: What ajmitch said [01:19] not for production yet [01:19] pitti: no need to be sorry, that's just a detail and not your fault ;) [01:19] ajmitch: Aren't you supposed to be sleeping? [01:19] seb128: do you have an i386 crasher which known-worked from ronne? [01:19] pitti: does the retrace uses beta? [01:19] seb128: no, it doesn't [01:19] pitti: yeah, many of them [01:20] StevenK: it's just after midnight, daylight savings finished here already [01:20] sec [01:20] seb128: I don't see why it should, it would only make things slower [01:20] ajmitch: Damn timezone changing. [01:20] pitti: bug #93987 [01:20] Malone bug 93987 in evolution "evolution crashed when trying to view folder subscriptions" [Medium,Confirmed] https://launchpad.net/bugs/93987 [01:20] pitti: Revised MIR; I've uploaded my new and actually doing-it-sanely version and it works nicely here. [01:21] pitti: to add retracing tags automatically on bug filling :p [01:21] seb128: no [01:21] seb128: that would require the crash *reporter* to be in lp-beta-testers [01:21] That interface isn't exactly stable either, is it? [01:21] seb128: and we cannot assume that [01:21] pitti: ah, right [01:21] Fujitsu: what interface? [01:21] seb128: it currently just works with a magic URL, but we want it to specify in the uploaded blob [01:21] <_ion> pitti: So, nvidia says in their README, "yo, this list of device IDs is incomplete, look at the following URL for a complete list". Then we use the "complete" list and people say their GPU isn't listed in it. That sucks. :-) [01:22] _ion: right; I added the two missing ones from the bug reports to bzr head [01:22] seb128: The ?fields.tag=blah, or whatever it is. That has to stay the same for 18 months at least if apport uses it. [01:22] seb128: oh, you didn't tag 93987 yet? [01:22] pitti: it has already been retraced [01:22] Fujitsu: right, and it's pretty ugly, too, and won't be backported to stable [01:22] pitti: that's not what you asked for? a bug which retraced fine from ronne? [01:23] seb128: right, let's just retrace it again for testing [01:23] ok [01:23] i. e. add the tag [01:23] tagging now [01:23] done === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [01:24] iwj: yay === zzz_ [n=ubuntu@195.155.164.14] has joined #ubuntu-devel [01:24] seb128: it caught the bug and is grinding away [01:24] good === mrsno is now known as sn0 === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel [01:28] hello, I'm an Ubuntu translator and I need to run restricted-manager GUI to see if everything looks fine, however I don't have restricted hardware so I can't. How can I fool restricted-manager and run it anyway? [01:28] New attachments uploaded to Launchpad bug 93987 [01:28] 03/20/07 12:28:35: retracing bug 93987 exit status: 0 [01:28] 03/20/07 12:28:37: fill_pool: got new bugs set([] ) [01:28] Malone bug 93987 in evolution "evolution crashed when trying to view folder subscriptions" [Medium,Confirmed] https://launchpad.net/bugs/93987 [01:28] seb128: yay, seems to have worked [01:30] pitti: rock on! === apokryphos [n=francis@unaffiliated/apokryphos] has joined #ubuntu-devel [01:31] sladen: ^ see above, there goes your tag-based retracing service; I'll update the wiki/announce to -devel@ after lunch === pitti leaves for lunch and some errands [01:31] pitti: have fun === roico is now known as roico_eating [01:33]