=== dogmatism [n=josh@24.115.218.54.res-cmts.sth.ptd.net] has joined #ubuntu-devel === mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has joined #ubuntu-devel === mdeslaur [n=mdeslaur@modemcable049.109-37-24.mc.videotron.ca] has joined #ubuntu-devel === archis [n=archis@unaffiliated/archis] has joined #ubuntu-devel === dsas [n=dean@host-84-9-170-34.bulldogdsl.com] has joined #ubuntu-devel === dogmatism [n=josh@24.115.218.54.res-cmts.sth.ptd.net] has joined #ubuntu-devel === archis [n=archis@unaffiliated/archis] has left #ubuntu-devel ["Ex-Chat"] === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === apokryphos [n=apokryph@87-194-86-227.bethere.co.uk] has joined #ubuntu-devel === slomo__ [n=slomo@p5486ED50.dip.t-dialin.net] has joined #ubuntu-devel === infinity2 is now known as infinity === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-devel === ctd [i=ctd@incubus.progsoc.uts.edu.au] has joined #ubuntu-devel === jonh_wendell [n=wendell@40-88-199-200.vcnet.com.br] has joined #ubuntu-devel === jonh_wendell [n=wendell@40-88-199-200.vcnet.com.br] has left #ubuntu-devel ["Bye"] === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has left #ubuntu-devel ["Leaving"] === jdub is now known as palinimpalin === freeflying [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === PriceChild [n=pricechi@unaffiliated/pricechild] has left #ubuntu-devel ["Bye] === jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel === anuragJ [n=anurag@59.92.58.59] has joined #ubuntu-devel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel [02:20] Heya === anurag_ [n=anurag@59.92.40.204] has joined #ubuntu-devel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === palinimpalin is now known as jdub === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === desrt [n=desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net] has joined #ubuntu-devel === quail_linux [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.12.128.revip2.asianet.co.th] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel === theCore [n=alex@unaffiliated/thecore] has joined #ubuntu-devel === bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel === fernando__ [n=fernando@189.0.143.109] has joined #ubuntu-devel === rmjb [n=richard@cuscon23430.tstt.net.tt] has joined #ubuntu-devel === mruiz [n=mruiz@200-126-79-213.bk5-dsl.surnet.cl] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-065-036.pools.arcor-ip.net] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.61.180] has joined #ubuntu-devel === dous [n=dous@124.107.250.225] has joined #ubuntu-devel === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-devel === AstralJava [n=jokitalo@cm-087-94-053-172.lohjanpuhelin.fi] has left #ubuntu-devel [] === hardaway_ [n=hardaway@24-107-64-246.dhcp.stls.mo.charter.com] has joined #ubuntu-devel [04:53] when will openoffice 2.1 be in feisty [05:12] in 5..4...3...2...1.... === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [05:13] 0.5....0.25..... [05:13] heh [05:14] 42! [05:16] it's there now! [05:16] (ha ha, made ya look) [05:18] <_ion> hobbsee: 1405006117752879898543142606244511569936384000000000 === dous_ [n=dous@124.107.250.225] has joined #ubuntu-devel [05:19] :P [05:20] aha, that's 42! [05:21] (yeah, I'm a bit slow this evening) [05:23] <_ion> And it's m6jperiu2qj2escmbvoo5edc000000000 in base-36! === bobdufour [n=louis@ip216-239-87-157.vif.net] has joined #ubuntu-devel [05:25] <_ion> Actually quite interesting that the final nine digits are zeros in both base-10 and base-36. === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel [05:30] true for any multiple of 180^9 with no further factors of 5 or 18 [05:30] but yes :) [05:30] er, just no further factors of 10 or 36 I guess === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === wasabi_ [n=wasabi@cpe-76-184-96-5.tx.res.rr.com] has joined #ubuntu-devel === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel [05:45] Mithrandir: ping? === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel [05:49] Mithrandir: is http://librarian.launchpad.net/5372957/buildlog_ubuntu-feisty-i386.sylpheed-claws-gtk2_2.6.0-1ubuntu1_CHROOTWAIT.txt.gz known about? i seem to ge tit on most arches === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === MoronShrek [n=sdfsdfsd@125-236-172-192.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [06:00] I just got a $300,000us year contract [06:00] w00t! [06:08] congratulations! === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [06:17] morning [06:20] hey fabbione! [06:21] hi Hobbsee [06:25] hi Hobbsee and fabbione [06:26] hi === mvo [n=egon@p54A66CA6.dip.t-dialin.net] has joined #ubuntu-devel [06:26] hey Laser_away === Hobbsee fights with LP [06:27] STUPID LAUNCHPAD! DO WHAT I WANT! === kernel07 [n=pop@c-24-7-82-239.hsd1.ca.comcast.net] has joined #ubuntu-devel === Hobbsee smashes LP with a brick === Phoenix7477 [n=matt@75.153.211.50] has joined #ubuntu-devel [06:36] Hobbsee: easy now === nkassi [n=nkassi@WK20-156.lewisweb.net] has joined #ubuntu-devel === Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === Burgundavia [n=corey@S0106000fb085cc63.gv.shawcable.net] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === robitaille [i=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === Burgundavia_ [n=corey@S0106000fb085cc63.gv.shawcable.net] has joined #ubuntu-devel === Burgundavia__ [n=corey@S0106000fb085cc63.gv.shawcable.net] has joined #ubuntu-devel === azeem [n=mbanck@host109.natpool.mwn.de] has joined #ubuntu-devel === truz_`24 [n=truz_`24@74.129.166.232] has joined #ubuntu-devel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel === dogmatism [n=josh@24.115.218.54.res-cmts.sth.ptd.net] has joined #ubuntu-devel === stu1 [n=stub@ppp-58.8.12.133.revip2.asianet.co.th] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === proppy [n=proppy@free.mekensleep.com] has joined #ubuntu-devel [09:00] Good morning [09:00] <_ion> Hi [09:03] hi _ion [09:04] <_ion> What's up? === carlos [n=carlos@84.77.101.254] has joined #ubuntu-devel === Seeker` [n=Seeker@84-12-167-90.dyn.gotadsl.co.uk] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [09:12] hi === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [09:24] pitti: wget is not that bit and we can strip busybox wget from being built [09:24] pitti: we already pull in libssl for other stuff anyway [09:24] so the size bloat would be minimal [09:24] fabbione: ah, if we do have a libssl udeb, then maybe you should just have a wget udeb then, with ssl support? [09:25] pitti: that was the idea.. yes [09:25] right, that's what I meant === pitti hugs fabbione [09:25] i need to talk to cjwatson first [09:25] adding udebs at random can be dangerous [09:26] specially when replacing "known to work" busybox commands === dade` [n=dade@nectarine/admin/dade] has left #ubuntu-devel [] === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [09:30] fabbione: I suspect that gnu wget is way bigger than busybox wget. === cypher1 [i=cypher1@nat/hp/x-49dd31ab97af5a78] has joined #ubuntu-devel === Zdra [n=zdra@38.161-247-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === xeros [i=xeros@fan194.internetdsl.tpnet.pl] has joined #ubuntu-devel [09:40] Mithrandir: hm, seems that your postgresql-8.2 sync went to Nirvana :/ [09:40] pitti: maybe it just went to NEW. [09:41] just checked the queue, it's not there [09:41] Mithrandir: does the sync stop completely if an error occurs/ [09:41] s_/_?_ [09:41] Mithrandir: well it can be made optional only for system-integrity-check [09:41] we don't necessarely need to replace wget in busybox by default [09:42] pitti: hmm, let me investigate. And hope I didn't sync it into edgy or something. [09:43] Hahah. === shackan_ [n=shackan@85-18-136-77.fastres.net] has joined #ubuntu-devel [09:46] slomo_: I wonder whether we actually need to carry this dbus at_console patch -- it's broken, and we don't use it after all === owh [n=onno@59.154.24.148] has joined #ubuntu-devel [09:49] Just wondering what the protocol is for editing/adding/removing tags. I've been searching for bugs with the word ThinkPad in them and tagging them accordingly - seeing that I have one of those, and I figured I could help out in a small way. In the process I've also edited tags where the majority of the tags were plural and a few singular. === seb128 [n=seb128@ANancy-151-1-36-79.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel [09:49] Should I cease and desist this, or am I doing an appropriate thing> [09:49] s/>/?/ === shackan__ [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel === dholbach [n=daniel@i59F738C5.versanet.de] has joined #ubuntu-devel [09:52] good morning [09:54] hey dholbach [09:54] seb128: https://wiki.ubuntu.com/FeistyReleaseSchedule ; can you take a look at the herd milestones and tell me you don't go "aiee"? (wrt gnome's releases, etc) [09:55] heya pitti [09:55] hey Mithrandir [09:55] hey seb128 [09:55] sure [09:55] hi dholbach [09:55] hi Mithrandir [09:55] mornining Daniel [09:55] morning Sebastien [09:55] Mithrandir: Herd-2, aiee [09:55] morninigningningning everybody else :) === owh wonders if anyone noticed the tags question :-) === owh asked initially in #launchpad and was directed here by jamesh. [09:56] Mithrandir: herd-4, aiee [09:57] Mithrandir: well, tarball are due on monday and usually we are done with packaging on wednesday, so it you don't freeze too soon that's fine === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [09:58] seb128: we'll be aiming for a thursday release in the common case, but I'd like to not have the world falling down on wednesday. [09:58] Mithrandir: we can be done on tuesday evening, not before though [09:58] fabbione: I'd rather patch wget/https into busybox; minimal impact [09:59] Mithrandir: if that works for you ... [09:59] Mithrandir: http://live.gnome.org/TwoPointSeventeen for reference [09:59] seb128: we could move all the herds out one week if that'd make it better for you? [10:00] cjwatson: i phear a lot of code there and tons of bugs.. [10:00] fabbione: might need to dlopen libssl though, or something like that, otherwise we'll pull libssl into the initrd [10:00] cjwatson: yes that too... [10:01] Mithrandir: I'm happy to keep like that if you are happy to freeze on tuesday evening, that makes us ship with almost crack of the day new GNOME for herds ;) [10:02] Mithrandir: otherwise shifting one week would be better, though it would conflict with the distro sprint by example [10:03] seb128: no, I'd move them out, as in, a week later. [10:03] I suppose a wget-udeb isn't impossible; it could be /usr/bin/wget.gnu or something [10:03] cjwatson: the latter is what i was thinking [10:03] seb128: but CotD sounds excellent to me. [10:03] cjwatson: a lot less code and only pulled in if rescue is selected [10:03] seb128: we can at least try it for the first one and if it's too painful, we move the herds. [10:03] ok [10:03] cjwatson: so it's not too much overhead in code or size === seb128 hugs Mithrandir [10:04] not rescue in general surely? [10:04] just s-i-c? === nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel [10:04] cjwatson: well rescue will pull in s-i-c unconditionally [10:04] cjwatson: given that's a menu hook.. etc .etc .etc [10:05] brb [10:08] re [10:11] cjwatson: dapper/edgy-proposed langpacks are out for 8 days now, and got some feedback (Russian tsclient continues to be broken, but not any different than before, and all other people just reported improvements) [10:11] cjwatson: can you give an ack for an -updates upload, or only mdz? [10:12] hi doko [10:12] good morning [10:12] pitti: I can. What happened to getting the process onto the SRU wiki page? === Seeker` [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel === joachim-n [n=joachim@ACCFCB76.ipt.aol.com] has joined #ubuntu-devel === herzi [n=herzi@kiwi.mediascape.de] has joined #ubuntu-devel === Seeker` [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === jonibo [n=jonas@213.212.2.215] has joined #ubuntu-devel === Seeker` [n=kvirc@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel === twilight [n=twilight@ubuntu/member/twilight] has joined #ubuntu-devel [10:35] cjwatson: there's still no formally agreed-on process yet, I should bring this up in the next TB meeting [10:35] cjwatson: so far it was just 'propose, collect feedback on the -translators ML, test yourself, go' === carlos_ [n=carlos@84.77.99.212] has joined #ubuntu-devel [10:55] dholbach: did you do any launchpad change which makes me receive universe sponsorship mails now? [10:55] carlos: could you please take a look at bug 68646? [10:55] Malone bug 68646 in tsclient "Russian l11n in tsclient is broken" [Undecided,Unconfirmed] http://launchpad.net/bugs/68646 [10:55] pitti: sure [10:55] carlos: the Russian tsclient.po contains just garbage [10:56] msgid "Connect to a remote computer" [10:56] msgstr " " [10:56] carlos: it's a bit weird [10:56] carlos: the letters are all perfectly cyrillic, but they do not make sense at all [10:56] is it specific for Rosetta? [10:56] carlos: and some strings are fine [10:56] carlos: let me look into the upstream source [10:57] I mean, I guess the upstream translation is not broken that way, is it? [10:57] pitti: in Edgy, most translations come from upstream [10:58] carlos: upstream translations are in KOI8-R, I msgconv and check [10:58] carlos: msgconv -t UTF-8 po/ru.po |view - looks fine [10:58] seb128: no, I'm not aware of what might cause that [10:59] dholbach: some team change apparently, I'm getting mails for the universe sponsors team === carlos gets the file [10:59] am I the only one? [11:00] carlos: http://people.ubuntu.com/~pitti/tmp/tsclient.ru.po <- original file from upstream [11:00] pitti: don't worry, I got it from apt [11:00] ajmitch: can you deactivate 'ubuntu-dev' in 'ubuntu-universe-sponsors'? [11:01] ajmitch: http://launchpad.net/people/ubuntu-universe-sponsors/+members [11:02] seb128: ^ - ajmitch or Hobbsee can fix that [11:02] carlos: I added a comment to the bug and mangled it a bit, FYI [11:02] dholbach: thank you [11:02] de rien [11:02] ok [11:04] pitti: That's weird, I guess the problem broke the encoding of that file uploading it in Rosetta [11:04] pitti: we could track it now, but that was a year ago or so === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel [11:04] carlos: so could we just reimport the upstream file into Rosetta? [11:04] so I cannot tell you who did it. The only thing I could do is to revert to whatever upstream has [11:04] pitti: yes [11:05] let me ask something in the bug report first [11:05] carlos: that shouldn't kill the strings that were added to Rosetta proper, right? [11:05] no [11:05] but I think the additions are also broken [11:05] so I need to check one of those with someone that knows Russian [11:05] (that's what I'm going to ask in the bug report) [11:05] carlos: I can tell you === Seeker` [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel [11:06] carlos: I can read Russian and understand it a bit [11:06] pitti: Do you know Russian? [11:06] ok [11:06] ;-) [11:06] carlos: in any case I can tell you whether something makes sense or not [11:06] pitti: https://translations.launchpad.net/distros/ubuntu/edgy/+source/tsclient/+pots/tsclient/ru/4/+translate [11:06] carlos: for example, this one isn't present upstream and is fine: [11:06] msgid "New Connection..." [11:06] msgstr " " [11:06] ok [11:06] that's exactly what I wanted to know ;-) [11:07] hehe [11:07] pitti: I guess that means that wiz was not the one breaking translations ;-) === carlos do some uploads to fix this issue. [11:07] carlos: great, thanks [11:08] Mithrandir: Chroot problem changed to Need building [11:08] proppy: it wasn't Mithrandir's problem; infinity fixed it [11:09] oh ok [11:09] nice [11:09] proppy: you don't need to tell me about any state changes for packages in the archive. :-P === stefg [n=chatzill@dslb-088-072-228-130.pools.arcor-ip.net] has joined #ubuntu-devel [11:09] sorry [11:10] i'm diing to see a green bar, on it since one week :) [11:10] meh @ evolution crashing === freeflying [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === tonyyserver [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel === freeflying [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel [11:21] cjwatson: so can i spend sometime to make that wget-udeb or do you prefer to investigate other solutions? [11:22] go ahead [11:22] ok.. wget.gnu it is.. [11:25] fabbione: done the modules -> anna/choose_modules alias in my d-i tree; I'm just checking upstream to ensure no-one objects violently to that name [11:25] cjwatson: great thanks [11:33] cjwatson: Morning. [11:34] cjwatson: re this `Breaks' SRU. The basic bug is this: edgy's apt-get dist-upgrade breaks if there are unsatisfiable Breaks relationships. [11:34] There is a one-line fix which I haven't yet double-checked for safety. [11:35] We can either 1. fix this bug in edgy-updates; 2. make update-manager edgy->feisty use feisty's apt (depends on soyuz change and generally a bit of a palaver) or 3. use Breaks only in and referring to main. [11:36] If you don't think (1) is a daft idea then I'll do some more checking and make a proper SRU proposal. [11:38] dist-upgrade breaks as in falls over in a heap and refuses to continue? [11:38] iwj: did you got my mail? I just prepared a SRU for this (and two other trivial fixes) === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel [11:38] I'm happy to consider a one-line fix for this === terrex [n=terrex@84-122-63-17.onocable.ono.com] has joined #ubuntu-devel [11:38] though note that I'm fairly sure 2. doesn't actually depend on a soyuz change, although it remains a bit of a palaver === seaLne [n=seaLne@ubuntu/member/sealne] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === Traxer|on [i=traxer@shell6.powershells.de] has joined #ubuntu-devel === marsu [n=user@c83-252-78-72.bredband.comhem.se] has joined #ubuntu-devel === `anthony [n=anthony@220-253-112-161.VIC.netspace.net.au] has joined #ubuntu-devel [11:43] cjwatson: yes, dist-upgrade fails over and refuses to continue [11:43] fabbione: your os-prober changes look fine to me [11:44] cjwatson: ok can i upload or do you have more stuff in the queue? [11:44] or do you prefer to upload? [11:44] (all works for me..) [11:46] fabbione: nothing from me. just use debcommit --release after updating the changelog and commit to bazaar.launchpad.net when you upload [11:46] debcommit ? === fabbione digs [11:46] (dunno if you use debcommit --release normally; I like to standardise on that for installer work because, lacking bzr tags, it makes releases easier to find) [11:46] it's in devscripts [11:47] reading... [11:47] cjwatson, Mithrandir: for apache2.2, we need to promote 'apr' to main; it's just a split-out from the former apache package, are you fine without an MIR? [11:47] fabbione: oh and please use -I.bzr to dpkg-buildpackage if you don't normally [11:47] pitti: yes, as well as for apr-util. [11:47] cjwatson: i usually add -i that does the same [11:47] fabbione: not for native packages [11:47] -i is only for the .diff.gz [11:47] ok === fabbione tries all of the above [11:48] mvo: No, I haven't read my mail this morning yet. [11:48] iwj: ok, its just that I prepared a sru for apt for two unreleated bugs and added this fix as well to my proposal [11:49] mvo: Makes sense. === slomo__ [n=slomo@p5486ED50.dip.t-dialin.net] has joined #ubuntu-devel [11:49] cjwatson: do you want the langpack SRU process blessed from TB before this update, or is the informal feedback enough? [11:49] hi slomo__ [11:50] pitti: i would be fine with dropping it, especially when considering that it's insecure... but at least avahi is using it... [11:50] slomo__: then we should teach avahi not to [11:50] pitti: no, it's fine. do you have the updates prepared? [11:50] cjwatson: yes, I have, sources are on rookery [11:51] path? [11:51] rookery:/srv/language-packs.ubuntu.com/{dapper,edgy}-updates-proposed-20061205/sources-update/*sources.changes [11:51] mvo, cjwatson: OK, I've just double-checked the code and it very clearly has absolutely no effect in the absence of any Breaks fields so the worst case is that it breaks upgrades to feisty (but that's what it's actually fixing, of course). [11:51] pitti: right... but are you really sure nothing else uses it? what about n-m for example? and how would the solution for avahi look like? it's only a dbus method that allows setting the zeroconf hostname and was requested by n-m upstream [11:51] scp: /srv/language-packs.ubuntu.com/dapper-updates-proposed-20061205/sources-update/*sources.changes: No such file or directory [11:51] scp: /srv/language-packs.ubuntu.com/edgy-updates-proposed-20061205/sources-update/*sources.changes: No such file or directory [11:51] pitti: ^-- [11:51] cjwatson: debcommit --release in this case will commit straight to LP [11:51] fabbione: fine [11:52] cjwatson: argh, s/sources/source/, my bad [11:52] cjwatson: so update changelog .. debcommit --release .. upload [11:52] cjwatson: ok all worked fine i guess [11:52] cjwatson: thanks for the guidance [11:52] slomo__: but for avahi, our modified at_console would be actively wrong [11:53] pitti: ah yes [11:53] fabbione: yes [11:53] slomo__: so perhaps we should modify our dbus patch to just behave like libpam-console, i. e. at_console matches everyone being logged in locally, not just the currently active session [11:54] pitti: what does n-m do to prevent unrestricted access to the interfaces? [11:54] slomo__: for programs where the difference matters (like g-v-m and g-p-m) we can just continue using their patches which check the forground console themselves === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [11:56] slomo__: allows access to at_console=true and context=default [11:56] slomo__: the context=default scares me [11:56] slomo__: in the long run, the difference (at_console and current_console) just has to be added/fixed upstream [11:56] pitti: ok, so n-m has exactly the same problem... hm, i have to leave for ~1 hour or something... let's talk about it again when i'm back, ok? :) [11:57] slomo__: so ATM our nm-applet doesn't work correctly with or without the dbus at_console patch [11:57] slomo__: yes, let's [12:00] hmm, n-m works quite nicely here, no issues so far (I followed some nice howto somewhere) [12:01] sivang: probably just out of coincidence, that two nm-applet's will do the same thing at the same time [12:02] pitti: maybe, at least it's working far better then the ifupdown setup I had before [12:02] pitti: also nicely supports all of my WAP-PSK networks [12:02] (e.g. auto-detects that a key is required, asks for them, sets up and connects) [12:03] infinity, Mithrandir: was there a specific reason to rename apache2-common to apache2.2-common? this is a real PITA for correct upgrades (which maintain enabled modules, etc.) [12:04] infinity, Mithrandir: for example, we want to enable mod_userdir by default for fresh installs, but telling apart a fresh install from an upgrade isn't trivial [12:05] pitti: yes, apache2-common and apache2.2-common aren't ABI compatible === Adri2000 [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-devel [12:06] the alternative is the biggest conflicts line the world has seen [12:06] Mithrandir: enabling mod_userdir is our only Debian delta, btw, and IIRC infinity wanted to fix that in Debian, too [12:06] Mithrandir: but anyway, Debian's version a2enmod's a lot of stuff by default [12:06] Mithrandir: does that mean you are fine with deliberately changing the users' configuration on upgrades? [12:06] pitti: uh, Debian doesn't enable mod_userdir? That's easily enough fixed. [12:06] that breaks the Golden Rule [12:07] Mithrandir: no, just tried (built the Debian package and installed it from scratch) === jonh_wendell [n=wendell@200165129086.user.veloxzone.com.br] has joined #ubuntu-devel [12:07] pitti: it upgrades fine in the trivial case; people do too much weird shit with their apache configs in a lot of cases than we can reasonably handle. [12:08] so in those cases, we just throw our hands up in the air and leaves the admin to fix. [12:08] Mithrandir: ok [12:08] like, there's no reasonable way we can do the authn/authz split automatically. === jonh_wendell [n=wendell@200165129086.user.veloxzone.com.br] has left #ubuntu-devel ["Bye"] [12:08] I'm sure thom'd love to elaborate further. :-) [12:08] Mithrandir: I just feel a bit nervous about automatically enabling security relevant stuff like userdir without telling the admin [12:09] Mithrandir: but I'm happy to merge it for now and discuss this further in a Debian bug [12:09] pitti: you can check whether /etc/apache2/mods-available/userdir.load exists and if not assume that the userdir module didn't exist before. [12:09] pitti: actually, #debian-apache on OFTC is a better place to discuss the development. [12:09] pitti: non root processes notifying users => isn't this what dbus is for? [12:09] Mithrandir: right [12:10] Keybuk: s/non// === dous [n=dous@124.104.13.161] has joined #ubuntu-devel [12:10] Keybuk: right === ogra_ [n=ogra@p548AEEB9.dip.t-dialin.net] has joined #ubuntu-devel [12:10] Keybuk: but you need something in the user's session that actually listens to dbus [12:10] pitti: it's a low-traffic channel and it sometimes takes a bit of time to get responses for people, but it's a useful place for discussions. [12:10] Keybuk: e. g. it would be possible to talk to notification-daemon (with some su wrapping, etc.) [12:11] Mithrandir: thanks, will do that [12:11] (the list of modules enabled on 2.0 is more or less meaningless compared to 2.2 in a lot of cases, so the upgrade will almost never work right, as tollef pointed out) [12:11] Keybuk: but the problem is that at boot time (when avahi might already get disabled), there's no user session yet [12:11] Keybuk: thus I needed to decouple the process: the dhcp script sets the tag, and the user session picks up the tag [12:12] Mithrandir: hm, checking for the presence of the file wouldn't work for fresh installs [12:12] anyway, /me moves to #d-a [12:13] oh, complicated === jack_at_home [n=jack@221.223.23.161] has joined #ubuntu-devel === TomB| [n=ownthebo@host81-152-42-42.range81-152.btcentralplus.com] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [12:22] pitti: did you get to look at exiv2? [12:23] Riddell: just finished dealing with apache, will donow [12:23] s/donow/do now/ === Riddell hugs pitti [12:28] Riddell: approved, with some bad gut feeling about maintenance overhead due to soname === freeflying_ [n=freeflyi@221.218.35.96] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel [12:33] Keybuk: able to move exiv2 source and libexiv2-dev, libexiv2-0.12, libexiv2-doc sources to main? just approved by pitti === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [12:36] Riddell: one moment [12:36] fabbione: partman-auto-lvm's in bzr now, in case you need to touch it again [12:37] Riddell: all binaries [12:37] ? [12:37] cjwatson: great thanks. is ddaa handling the imports? [12:37] cjwatson: it would be nice to have silo-installer too [12:37] Riddell: oh, sorry, you meant "binaries" :p [12:38] Riddell: there's several packages still depending on the old version of libexiv2 [12:38] fabbione: ddaa is generally helpful for imports when I need them, yes [12:38] can you fix those [12:38] fabbione: OK, I'll see if I can get you silo-installer [12:38] may take a while though === jinty [n=jinty@172.Red-83-36-43.dynamicIP.rima-tde.net] has joined #ubuntu-devel [12:39] cjwatson: no hurry as usual. thanks [12:39] Riddell: done === abattoir_ [n=abattoir@59.92.78.208] has joined #ubuntu-devel [12:51] oh dear, now that I finally figured out how to enable this compiz thing in the first place, I have to see that it totally sucks :( [12:51] fabbione: import requested === pitti files a couple of bugs and switches off that damn thing again [12:51] cjwatson: cheers dude [12:52] brb === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === dous [n=dous@124.104.13.161] has joined #ubuntu-devel === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === thekorn [n=markus@a89-182-23-126.net-htp.de] has joined #ubuntu-devel === jack_at_home [n=jack@221.223.23.161] has joined #ubuntu-devel === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [01:11] seb128, dholbach: ping? [01:11] fabbione: pong [01:11] dholbach: http://people.ubuntu.com/~cjwatson/testing/feisty_probs.html [01:12] dholbach: can you please tell me what did FTBFS in the sparc/gnome world so we can get something to actually install? [01:12] I'm sure most of them are due to the buildd problems [01:12] they were there even before that [01:12] like yesterday morning [01:12] even before doko did break gcc === cypher1 [i=cypher1@nat/hp/x-465ff4c738f8d82e] has joined #ubuntu-devel [01:13] fabbione: mono is broken, but you know that, right? [01:13] eel would probably resolve nautilus and nautilus-cd-burner [01:13] Mithrandir: yes mono i know.. i am talking about all the other gnome stuff [01:13] Mithrandir: there is a bug upstream [01:13] bhale: about sparc? [01:13] yes === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel [01:13] fabbione: eel2 too, but it looks transitional so I'll just give it back. [01:14] http://bugzilla.ximian.com/show_bug.cgi?id=80027 [01:14] Ximian bug 80027 in io-layer "[Linux/SPARC] Segfault in System.IO.FileSystemInfo.Refresh" [Unknown,Reopened] [01:14] fabbione ^ [01:14] not sure what gnome-{applets,panel,mount,volume-manager} are waiting for [01:14] bhale: unlikely to get fixed if either david miller or I will fix the code === geser [n=michael@85.25.108.60] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [01:17] fabbione: a bit hard to figure out with no sparc machine to test it on [01:17] most of the stuff that is not installable and causes build failures built fine itself [01:18] http://librarian.launchpad.net/5167973/buildlog_ubuntu-feisty-sparc.gnome-applets_2.16.2-0ubuntu1_FAILEDTOBUILD.txt.gz shows such a build failure [01:20] https://launchpad.net/distros/ubuntu/+source/gnome-python/2.16.2-0ubuntu1 failed on all archs === dholbach tries a rebuild === somerville32 [n=somervil@fctnnbsc15w-156034086016.nb.aliant.net] has joined #ubuntu-devel [01:21] dholbach: ImportError: No module named gnomevfs [01:21] in the tests. [01:21] I suspect that might be culprit [01:22] yeah, saw that - investigating [01:22] Mithrandir: can you perform a massive give-back for sparc? [01:22] or just those gnome-crap packages? :P [01:22] fabbione: I can do single give-backs, I don't have any nice tools to do mass give-backs, so please give me a list of packages. === dholbach slaps fabbione [01:23] dholbach: can you give that list to Mithrandir once you have done the investigation? i suspect the usual unversioned B-D thingy [01:23] unversioned b-d? [01:24] fabbione: there are only a few that failed to build and it's a bit hard for me to figure out without having any means of trying to test install those packages [01:24] dholbach: you can use faure chroots to figure that out [01:25] dholbach: you or seb often upload pkg foo that needs bar-dev in version X or higher but you don't express this B-D properly and just rely on the fact that buildd will be fast enough to make bar-dev available before you upload foo [01:25] dholbach: that's often cause of these kind of FTBFS [01:25] no, I don't [01:26] i always check the diff of configure.{in,ac} before [01:26] well it did happen in the past so it might still happen now and you just don't notice... [01:26] anyway.. it's enough Mithrandir get a list of things to retry [01:27] uh huh... I'll see if I can resolve that ftbfs i found === bronson_ [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel [01:28] dholbach: I've still not managed to get gossip-telepathy to login to google talk; is there some trick to this? [01:28] I get odd errors like "Connection Refused" or "Non-specific protocol error" [01:28] Keybuk: I'm afraid, I don't know - I didn't try it and there's a bug open about it - I'll try to find out === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [01:29] dholbach: there is a bug about that ? [01:29] Keybuk: did enabled ssl support and set port 5223 ? [01:30] sorry, that was cohoba - bug 70215 [01:30] Malone bug 70215 in cohoba "Audio of Google Talk does not work" [Medium,Needs info] http://launchpad.net/bugs/70215 === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel === Gerrath [n=Shane_@unaffiliated/gerrath] has joined #ubuntu-devel [01:36] Zdra: that seemed to be the trick, yes === twb [n=twb@CPE-155-143-208-237.vic.bigpond.net.au] has joined #ubuntu-devel [01:37] Mithrandir: ping? === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel [01:37] hi Trent [01:37] Mithrandir: so I've been getting the hang of bzr doing merges of casper and casper/debian. [01:37] twb: yay [01:38] does that mean you have shiny branches for me to merge? [01:38] One thing the debian branch does is move debian/changelog to debian/changelog.upstream, and then use that file iff the host is Ubuntu. [01:38] i.e. one you merge my branch, you'd need to edit changelog.upstream instead of changelog. [01:38] Is this a problem, ideologically? [01:39] fabbione: I would start by doing a retry on every of those [01:40] twb: they seem to install it unconditionally. I'd probably merge it, move the file back and rm the debian one. [01:40] seb128: he left [01:40] Well that's what I was doing, but the debian/rules file appears to (AFAICT) install the appropriate file depending on what host you build the .deb under. [01:40] Same for the control file. === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [01:41] pitti: sorry, I screwed up slightly while processing the language packs and caused a few mails to -changes; I think only three or four or so [01:41] cjwatson: that won't hurt; thanks a lot for processing! [01:42] twb: it seems to install the .upstream file unconditionally? [01:42] I managed to ctrl-c before it got too far [01:42] Mithrandir: no. [01:42] Ctrl-C worked? [01:42] Normally I Ctrl-\ Soyuz :p [01:42] Mithrandir: [01:42] ifeq ($(BUILD_SYSTEM),Debian) [01:42] dh_installchangelogs -a debian/changelog.upstream [01:42] else [01:42] dh_installchangelogs -a [01:42] endif [01:42] twb: the packaging toolchain relies on the version you're building being at the head of debian/changelog, so that won't work for us at all [01:43] dholbach: what do you mean? he's still on the chan, he'll probably read whenever he's in front of IRC again [01:43] cjwatson: it works for me. [01:43] i.e. if you have to edit debian/changelog you'll get a source package with the wrong version number. [01:43] twb: have you tried dpkg-buildpackage? [01:43] If I build it, I get version 1.79 [01:43] Yes. [01:43] seb128: right, I meant to say that he's *currently* not there [01:43] what's at the head of debian/changelog and debian/changelog.upstream respectively? [01:43] ==> changelog <== [01:43] casper (1.68+debian-3) unstable; urgency=low [01:43] [01:43] ==> changelog.upstream <== [01:43] casper (1.79) UNRELEASED; urgency=low [01:44] twb: I can't say I'm happy about renaming debian/changelog at all, but reverting that is easy enough to do. [01:44] you'll get 1.79 binaries, but a 1.68+debian-3 source [01:44] and probably a totally bogus changes file [01:44] what Keybuk said === enrico_ is now known as enrico [01:44] Keybuk: nope. [01:44] debian/changelog is hardcoded for source uploads [01:44] twb: yes. [01:44] dholbach: well, I pong with context, I don't need a reply now [01:44] Well, dpkg-buildpackage gives me a 1.79 tar.gz [01:45] where is your branch? [01:45] twb: only if you've built it previously === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [01:45] twb: unpack the source fresh, and then run dpkg-buildpackage in it [01:45] twb: you'll get a 1.68+debian.tar.gz [01:45] seb128: right... [01:45] Keybuk: ok [01:45] debian/changelog is completely hardcoded [01:46] Keybuk: again, I only get 1.79 files. [01:46] Keybuk: (it's not, dpkg-genchanges can be passed -l) [01:46] Keybuk: ctrl-c ctrl-\ I think - I do it automatically nowadays so don't notice [01:46] Mithrandir: but isn't by our buildds [01:46] cjwatson: http://twb.ath.cx/~twb/scratch/casper [01:46] cjwatson: but it has unresolved conflicts [01:46] twb: can you upload this package somewhere for me to try? [01:46] Keybuk: one moment. [01:47] oh, is that URL it? [01:47] That's the bzr branch [01:47] All I did was `bzr branch .../casper && cd casper && dpkg-buildpackage -rfakeroot' === Keybuk waits for bzr [01:48] Note: that branch isn't properly cleaned up (yet), so actually installing it is a bad idea. [01:48] Use dpkg -x to look inside it. [01:48] That is, inside the .deb [01:48] dpkg -c [01:49] That, too. [01:52] twb: the top revision in your debian/changelog is 1.79 === KaiL [n=KaiL@p548F6CB1.dip.t-dialin.net] has joined #ubuntu-devel [01:52] that branch has no debian/changelog.upstream [01:52] and there's no changelog.upstream [01:52] Perhaps bzr is behaving differently for you because you're doing a branch over http. [01:52] Let me commit the merge, then try again. [01:53] you have to commit, yes :) [01:53] branch over http = branch over sftp [01:53] or locally or whatever [01:53] make sure you 'bzr add' any new files, etc. [01:53] but uncommited changes can't be reached remotely :) [01:54] or locally :p [01:54] LarstiQ: but they can if I branch locally over the filesystem? >confused< [01:54] twb: no, if you branch locally they can't be reached either [01:54] the files are available by http on twb's website, but no invocation of bzr, local or remote, will fetch them [01:54] bzr branch will only branch the committed changes [01:54] Keybuk: there you have more leeway, like merge --uncommitte [01:54] of course, if you use "cp -a" to "branch locally", it'll copy the uncommitted changes [01:55] right. [01:55] http://twb.ath.cx/~twb/scratch/casper-merged/ [01:55] pitti: langpacks done [01:55] \o/ cheers [01:55] twb: sorry to confuse you, a `bzr branch` will not copy them. [01:56] Hmm. [01:56] I must have been looking at the wrong working tree when I was checking debian/changelog etc. [01:57] quest casper% dpkg-parsechangelog | grep Version [01:57] Version: 1.68+debian-3 [01:57] quest casper% dpkg-parsechangelog -ldebian/changelog.upstream | grep Version [01:57] Version: 1.79 [01:57] quest casper% dpkg-buildpackage [01:57] dpkg-buildpackage: source package is casper [01:57] dpkg-buildpackage: source version is 1.68+debian-3 [01:57] dpkg-buildpackage: source changed by Marco Amadori [01:57] dpkg-buildpackage: host architecture amd64 [01:57] dpkg-buildpackage: source version without epoch 1.68+debian-3 [01:58] generates 1.68+debian-3 sources [01:58] and 1.68_debian-3 debs [01:58] You're right. [01:58] the more usual approach is to just change the files and let bzr remember what the other side has, rather than carrying around silly .debian and .ubuntu files [01:59] I believe Tollef has had debates with the Debian casper people about their packaging already ... [01:59] So I should bzr rm the .debian file and bzr mv the .ubuntu one back to just debian/changelog? [02:00] cjwatson: their first diversion is a commit with a diffstat of: 31 files changed, 957 insertions(+), 253 deletions(-) [02:00] yeah, same with debian/control if you haven't already [02:00] somehow, I've put off merging that for a while. :-P [02:00] OK. [02:00] (I see there's some weirdness there already, but debian/control is another hardcoded file and messing with it in the build process is a bad idea unless you REALLY know what you're doing) [02:00] What will bzr do when the next merge from casper/debian tries to edit the (now deleted) file? === jonh_wendell [n=wendell@ubuntu/member/jonhwendell] has joined #ubuntu-devel [02:01] cjwatson: debian/control.in should be punishable by death [02:01] twb: I believe nothing (edit ignored) but at worst you get to resolve a conflict [02:01] All the more reason to make debian/ a Scheme program instead of flat files! ^_^ === jonh_wendell [n=wendell@ubuntu/member/jonhwendell] has left #ubuntu-devel ["Bye"] [02:01] cjwatson: good-o. [02:04] What about the stuff outside of debian/ that checks for Debian or Ubuntu at boot time? [02:04] Should I leave it in, or revert it? [02:05] twb: I'm fine with keeping that. [02:05] Righto. [02:06] Is there a convention for casper for recording GNU Coding Standards-style commit messages? === tkamppeter [i=till@nat/mandriva/x-3d09efab5135a1f3] has joined #ubuntu-devel [02:06] (From bzr log, it appears not.) [02:06] twb: no. Just use what you put in debian/changelog. [02:06] doko, ping [02:06] tkamppeter: pong [02:07] Hmm. So for every commit I should put a note in debian/changelog? [02:07] doko, can you have a look at bug 67892? [02:07] Malone bug 67892 in hplip "HPLIP failed to start PyQt/Qt missing" [Medium,Confirmed] http://launchpad.net/bugs/67892 [02:08] I have made a suggestion there about how to package HPLIP to fix the problem of Python/Qt not being there by default. WDYT? === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel [02:09] twb: make sure that every commit is documented in debian/changelog, yes. Unless it's just fixing up an earlier commit in the same upload and the previous changelog entry covers it. [02:09] OK. [02:10] tkamppeter: the extra desktop file seems to be a merge error [02:10] When I'm merging in casper/debian changes, it is sensible to put integrate their changelog entries into debian/changelog, or should I just add a single-line note `merged casper/debian rNNN' to the latest entry? [02:11] doko, is somewhre an automatic mechanism which removes the "NoDisplay=true" lines in the .desktop files if Python/Qt is there? [02:13] twb: in that case, I'd merge both the changelog entry and note it in the latest one too. [02:13] OK. [02:13] tkamppeter: what do you mean? [02:15] doko, if we take the hplip.desktop away, as it is there in error, there remain 3 .desktop files (for hp-toolbox, hp-sendfax, and hp-fab) which all contain a line "NoDisplay=true". This means the entries do not get visible in the menus. [02:15] tkamppeter: yes, that's intended [02:16] Now if the user has Python/Qt on his system (either a Kubuntu or package installed manually) the menu entries still tay invisible. [02:16] This would mean that the user has to open the menu editor to make them visible. [02:16] doko: I overlooked your sync request for wireshark and did a merge. should i close the sync request? [02:17] geser: depends on whether the remaining ubuntu delta is actually relevant === twb [n=twb@CPE-155-143-208-237.vic.bigpond.net.au] has joined #ubuntu-devel === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [02:18] pitti: if it's merged, it can't be synced until a new version is uploaded into debian === simontol [n=simone@83.225.146.229] has joined #ubuntu-devel [02:18] geser: well, that sync request is obsolete, independent of the the merge was necessary or not. [02:18] hi [02:18] Mithrandir: right, but we should keep track that it can be synced on the next possibility [02:18] anyone here who tried Feisty-Herd1 CD? [02:18] I am asking now whether there is an automatic mechanism somewhere which removes the "NoDisplay=true" lines when Python/Qt is/gets installed. === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel [02:18] tkamppeter: no [02:18] simontol: yes, people test it before it's released. [02:19] I can't install... It freezes just after selecting keyboard type [02:20] Is there a way to install w/out GTK installer? [02:20] simontol: use the alternate CD? [02:20] So no I am suggesting in that bug report instead of using "NoDisplay=true" lines moving the .desktop files into a separate package named "hplip-gui" which requires Python/Qt. If the user installs "hplip-gui" Python/Qt gets automatically installed. === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [02:20] seb128: libslab0 should go to main, I presume? [02:20] Does alternate CD have PPP support ? === dous [n=dous@124.104.13.161] has joined #ubuntu-devel [02:21] Mithrandir: yep, gnome-control-center Depends on it [02:21] seb128: cheers, thanks. === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [02:21] Mithrandir: thank *you* for looking at it ;) [02:22] seb128: oh, no trouble. Figured I'd do a bit of NEW. === slomo__ [n=slomo@p5486ED50.dip.t-dialin.net] has joined #ubuntu-devel [02:23] Mithrandir : I can install edgy and then upgrade too , do you agree? [02:23] simontol: yes, that would work too. [02:24] simontol: but you really don't want to run feisty unless you are interested in the development of Ubuntu, it's not ready for end-user usage. [02:24] Yes I'll keep Edgy on separate parttiton [02:24] *partition === moyogo [n=moyogo@249pc222.sshunet.nl] has joined #ubuntu-devel [02:27] pitti, have you already uploaded splix (bug 59829 and bug 44407)? [02:27] Malone bug 59829 in Ubuntu "No driver for Samsung ML-1610 printer" [Wishlist,Needs info] http://launchpad.net/bugs/59829 [02:27] Malone bug 44407 in foomatic-db "Samsung clp510 not working" [Medium,Needs info] http://launchpad.net/bugs/44407 [02:27] simontol: this is a known problem with some graphics cards (we think); it's still under investigation === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [02:29] I thought It was GPU rpoblem... [02:29] simontol: does it work for you if you go to the console with ctrl-alt-f1 and then back with alt-f7? [02:30] cjwatson: speaking of this; I see the same on simira's laptop, so if there's anything I can do to help debug it usefully.. [02:30] I tried to restart X several times but I freezes every time just after keyboard type selcting (step 4 of7) [02:31] simontol: don't restart X, just change to another virtual console and then back. [02:31] I'll try this. [02:32] So You're saying there is no other method then gtk-installer to setup with desktop-cd [02:33] yes [02:33] I'll reboot now and try your solution, see you later ... Thanks [02:34] - [02:34] < simontol> So You're saying there is no other method then gtk-installer to setup with desktop-cd [02:34] ugh, sorry [02:34] (morn all) [02:34] morning, tseng [02:37] Adri2000: please tell the homebank upstream author to update the FSF address in the source (including all the GPL header blurbs) === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel === pirast [n=martin@p508B28DA.dip0.t-ipconnect.de] has joined #ubuntu-devel [02:42] Mithrandir: bug 73955 has a reduced test case; maybe you could dig down through that? [02:42] Malone bug 73955 in console-setup "Clobbered X screen state during installation" [High,Confirmed] http://launchpad.net/bugs/73955 [02:42] Mithrandir, cjwatson, i dont have complete x freeze/warp/whatever, cjwatson's seen my pics of it.. but what you suggested works here fwiw [02:43] cjwatson: I see it again and again for the later pages as well, iirc. [02:43] cjwatson: I'll ask her to test when she's back. === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel === static [n=emurphy@194.18.118.70.cfl.res.rr.com] has joined #ubuntu-devel === TomB [n=tomb@host86-145-196-36.range86-145.btcentralplus.com] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [02:48] Well, the merging the first casper/debian-only revision doesn't work, because casper-snapshot doesn't exist. === nags [n=nags@125.22.10.164] has joined #ubuntu-devel [02:49] How can I look to see when that file was added, in the debian branch? [02:49] It exists in the tip. [02:49] dholbach: please tell gnome-specimen upstream to update the FSF address in the package. [02:51] twb: unsure, try doing a binary search for it. [02:52] This seems to work: [02:52] bzr annotate casper-snapshot | grep -o '^ *[0-9] \+' | sort -n | uniq | head -1 === dous_ [n=dous@124.104.13.161] has joined #ubuntu-devel === TomB| [n=ownthebo@host86-145-196-36.range86-145.btcentralplus.com] has joined #ubuntu-devel === giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel === fbond [n=fab@pool-72-92-138-194.burl.east.verizon.net] has joined #ubuntu-devel === static_ [n=emurphy@194.18.118.70.cfl.res.rr.com] has joined #ubuntu-devel === kaptengu [n=kaptengu@c213-100-60-132.swipnet.se] has joined #ubuntu-devel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel [03:18] Mithrandir: that's even weirder === dous [n=dous@124.104.13.161] has joined #ubuntu-devel === cypher1 [i=cypher1@nat/hp/x-2a93c16aaeb7287d] has joined #ubuntu-devel === carlos [n=carlos@84.77.99.212] has joined #ubuntu-devel [03:27] So, if someone says "my ubuntu box keeps locking up, when i restart it, it takes a while to come back up" what do you look at first? [03:27] Logs don't seem to suggest any problems :-( === kaptengu [n=kaptengu@c213-100-60-132.swipnet.se] has joined #ubuntu-devel [03:29] truz_`24: binary drivers === j_ack_ [n=rudi@p508D9258.dip0.t-ipconnect.de] has joined #ubuntu-devel === theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel === giskard_ [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel === lmanul [n=manu@dan75-4-82-239-58-38.fbx.proxad.net] has joined #ubuntu-devel === simontol [n=simone@83.225.219.170] has joined #ubuntu-devel === simontol_ [n=simone@83.225.164.208] has joined #ubuntu-devel [03:47] Mithrandir : I'm back your ctrl-alt-F1 + alt-F7 suggestion worked [03:47] Thanks [03:47] simontol_: cool, thanks. [03:47] I have another question ... Don't know if this is the right place... [03:48] I have to patch usbserial module in kernel [03:48] Do I have to compile all from sources to do this? [03:48] Mithrandir: will do - did you reject it because of that? [03:49] dholbach: no, I rejected decibel because of no licence in the orig.tar.gz, gnome-specimen was accepted. [03:50] Mithrandir: will chase upstream up - thanks a lot [03:50] dholbach: I don't reject packages based on having the old FSF address in the GPL blurb. I don't have _that_ much free time. :-) [03:51] I'm glad to hear that. ;-) [03:51] dholbach: tapioca-qt should have its FSF address updated too [03:52] alrighty - will try to check the next packages before they hit NEW :) [03:52] don't let it hold you up; but if you'd chase upstream up about it -- excellent [03:52] yeah no prob === sabdf1 [n=sabdfl@217.205.109.249] has joined #ubuntu-devel === quail_linux_ [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel [04:01] pitti, when did you approve gobby ? its listed under approved on the main inclusion queue [04:01] ogra: oh, long time ago, when you kept asking me about it :) [04:02] hmm [04:02] i was under the impression you never approved it ... weird ... [04:02] so time to add it to the seeds, thanks :) === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === bddebian [n=bdefrees@mail.ottens.com] has joined #ubuntu-devel [04:04] Heya [04:05] slomo_, so your fix to bug 65690 makes sure the gstreamer db is regenerated on every login so that the right sink is selected if i switch from being logged in on the server (alsa/dmix) to a ltsp client (esd) ? [04:05] Malone bug 65690 in ltsp "should select the esdsink for LTSP_CLIENTs" [High,Fix released] http://launchpad.net/bugs/65690 === humbolt [n=elias@u-121-071.adsl.univie.ac.at] has joined #ubuntu-devel === dous [n=dous@124.104.13.161] has joined #ubuntu-devel [04:07] (pulse isnt used in edubuntu yet, and surely wont be used for local users, only for ltsp) [04:09] pitti, ^^^^ ? [04:09] (just saw your mail) [04:10] ogra: right, but if you use it for LTSP by default, then the bug is settled, right? [04:10] the explanation slomo_ gave in the bug doesnt look like it ... [04:10] thats why i asked [04:11] "Order is (if installed) pulse > alsadmix > esd > alsa > oss..." [04:11] ogra: we just ditched the patch since it was broken anyway [04:11] i dont care about the order ... [04:11] ogra: if you want to continue using esound for ltsp, then we need to write a new patch [04:11] i care about dynamically swit5ching the sink based on where i'm logged in [04:11] ogra: but if you use pulse, then it should just work now [04:11] Can someone push linux-source-2.6.20 through NEW processing please? [04:11] pulse is the plan... but not there yet ... [04:11] Mithrandir: what's the policy on bashisms in #/bin/sh scripts in casper? [04:12] twb: /bin/sh => no bashisms allowed. [04:12] quite a few export PATH=blah's. [04:12] ogra: ok, if you need that dynamic switch, we need to add an ltspesdsink [04:13] twb: that's POSIX, or at least supported by dash === frafu [n=frafu@vodsl-10046.vo.lu] has joined #ubuntu-devel [04:13] Hmm, OK. [04:13] The shell allows the value of a variable [04:13] to be set at the same time it is exported by writing [04:13] export name=value [04:13] pitti, well, i'm fine with it as long as it switches dynamically ... i dont think we'll need any esd crap, but i cant test the patch before pulse is integrated [04:13] BenC: main, I presume? [04:13] Mithrandir: yes please :) === bmon [n=monnahan@81-202-97-148.user.ono.com] has joined #ubuntu-devel [04:14] Mithrandir: one of the debian changes makes it only honor the last access=X boot parameter. [04:14] ogra: it won't; if you have pulse installed, it'll always use the pulse sink [04:14] hmm [04:14] Mithrandir: it is likely that someone would want something like access=m1 access=v1? [04:14] pitti, even if i dont use pulse ? [04:14] i.e. if its not running [04:14] ogra: if pulsedaemon is not running, it'll fall back to alsa [04:15] great [04:15] thats what i need :) [04:15] twb: unsure; Henrik would know. I don't see a reason to make it unsupported. [04:15] ogra: i. e. the autoaudiosink just detects availability and uses what works: first pulse, then alsadmix, then esd, then alsa [04:15] good [04:15] ogra: but it will *not* change the order of the sinks that it tries dynamically [04:15] i'll drop my workaround from ltsp then :) [04:15] BenC: done [04:15] (that's what we did in dapper) [04:15] Mithrandir: the only reason is that bzr can get quite confused if you try to back out changes from one branch, but not both. [04:16] Mithrandir: thanks! [04:16] ogra: great [04:16] even its sad to lose that file ;) [04:16] Mithrandir: oh wait [04:16] Nope, nm [04:16] its handy to have something to influence the session [04:16] ogra: oh, is it? [04:16] twb: you can merge a change, then revert the actual change to the files and it won't try to merge it later. === frafu [n=frafu@vodsl-10046.vo.lu] has left #ubuntu-devel [] [04:16] but, I need to pick up some dinner, so I'm afk for a while now. [04:16] Well, clearly I'm doing it wrong. === twb grumbles [04:17] pitti, well, to abuse it for other stuff than sound ;) [04:18] ogra: hehe; well, then just keep an empty skeleton file around [04:18] yeah, that was my idea :) [04:20] cjwatson: I reproduced the bug (the one with screen going black after choosing keyboard layout) === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === psusi [i=hidden-u@iriserv.iradimed.com] has joined #ubuntu-devel === blaamann [n=rune@fakir.intermedia.uib.no] has joined #ubuntu-devel [04:38] is any Ubuntu Weekly News editor here? It seems that https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Ideas is obsolete; where to send suggestions to? === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [04:40] BenC: http://behindubuntu.org/interviews/BenCollins/ [04:41] seeLne: sweet, I'll be famous :) === kylem fanboys Ben [04:41] heh [04:43] Mithrandir: ok, I made a dodgy-ass merge that at least builds correctly. [04:43] I'm gonna try sticking it in a live cd now, but first I need to update transmuter to install new initramfses correctly under Ubuntu. === darek [n=darek@82.160.238.226] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.78.208] has joined #ubuntu-devel [04:47] BenC: haha... your hot teacher in 4th grade... hahaha :-) [04:50] simira: right, somebody needs to dig into it and figure out exactly what's failing [04:50] insanely hard to do remotely ... === bmon_ [n=monnahan@230.Red-88-16-214.dynamicIP.rima-tde.net] has joined #ubuntu-devel [04:52] cjwatson: well, I kinda know this colleague of yours... [04:53] uh-huh :) [04:53] just emphasising that it's hard to help from this end beyond providing a starting point [04:54] cjwatson: well, I really have no clue what this bug is about. But Tollef might have an idea. [04:58] <\sh> benc: nice interview :) [04:58] \sh: thanks === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === quail_linux_ [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel === Gloubiboulga [n=gauvain@sd-4736.dedibox.fr] has joined #ubuntu-devel === dous_ [n=dous@124.104.13.161] has joined #ubuntu-devel === shackan__ [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel === thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-devel === TomB| [n=ownthebo@host86-145-196-36.range86-145.btcentralplus.com] has joined #ubuntu-devel === cassidy [n=cassidy@213.219.187.199.adsl.dyn.edpnet.net] has joined #ubuntu-devel [05:11] mdz: you around yet? === lbm [n=lbm@82.192.173.92] has joined #ubuntu-devel [05:21] mdz: fixed postfix uploaded to debian, will hit the archive in today's dinstall - so whenever that syncs, the update-inetd thing will be happy === asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel === cassidy [n=cassidy@213.219.187.199.adsl.dyn.edpnet.net] has joined #ubuntu-devel [05:35] anyone feel like sponsoring a backport upload? the dmraid package that shipped with edgy was fubar... the one now in feisty is good... a number of users have had their systems broken by this and would like the fixed version uploaded to -backports, or to the main universe repo if possible [05:35] seeing as how the released one was fubar === j_ack_ [n=rudi@p508D9258.dip0.t-ipconnect.de] has joined #ubuntu-devel === darek [n=darek@82.160.238.226] has joined #ubuntu-devel === theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel === frafu [n=frafu@vodsl-10046.vo.lu] has joined #ubuntu-devel === jonh_wendell [n=wendell@ubuntu/member/jonhwendell] has joined #ubuntu-devel === jonh_wendell [n=wendell@ubuntu/member/jonhwendell] has left #ubuntu-devel ["Bye"] === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel === pradeep [n=pradeep@59.92.58.22] has joined #ubuntu-devel === sharms [n=sharms@ubuntu/member/sharms] has joined #ubuntu-devel [05:59] cjwatson, Mithrandir: can i beg you to promote network-console to main so that tomorrow morning when my son will wake me up at 4am i will have something to work/test ? [05:59] and with this last pray i am off for the evening === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [06:02] bye fabbione [06:02] night fabio === crimeboy [n=crimeboy@201.50.73.231] has joined #ubuntu-devel === dous [n=dous@124.104.13.161] has joined #ubuntu-devel [06:07] fabbione: done === jonh_wendell [n=wendell@ubuntu/member/jonhwendell] has joined #ubuntu-devel === mvo [n=egon@p54A66CA6.dip.t-dialin.net] has joined #ubuntu-devel === ivoks [n=ivoks@37-107.dsl.iskon.hr] has joined #ubuntu-devel === ivoks_ [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel [06:28] out of curiousity, how helpful has -fstack-protector been in protecting Edgy? [06:28] I see a few buffer overflow USN's for edgy already... would those have been exploitable with stack protector (apart from just killing the app in question) === theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-devel === archis [n=archis@unaffiliated/archis] has joined #ubuntu-devel === archis [n=archis@unaffiliated/archis] has left #ubuntu-devel ["Ex-Chat"] [06:42] pitti: be interesting to see how many people trip over the fact that you can't create ad-hoc networks if you have an atheros card :) [06:43] Keybuk: oh, the driver doesn't support ad-doc mode? [06:43] pitti: the driver is stupid [06:43] you create virtual interfaces, and each virtual interface has a mode set [06:43] ath0 is one such virtual interface [06:43] and the default one is always in the managed mode [06:44] to make an adhoc one, you have to use wlanconfig on wifi0 to remove the ath0 virtual and make a new one in ad-hoc mode [06:45] <_ion> Wow. :-) [06:45] <_ion> That's really great engineering. [06:45] it has some advantages [06:45] e.g. [06:45] wlanconfig ath0 create wlandev wifi0 wlanmode ap [06:45] wlanconfig ath1 create wlandev wifi0 wlanmode ap [06:45] ifconfig ath0 10.x.x.x [06:45] ifconfig eth1 192.168.x.x [06:46] echo 1 > /proc/sys/net/ipv4/ip_forward [06:46] etc. [06:46] uh, s/eth1/ath1/ in that example :p [06:46] <_ion> I don't have a problem with that, but not being able to *change* the wlanmode is quite stupid. :-) [06:47] yes [06:47] they should support the ioctl to change the mode of an existing virtual interface === jonh_wendell [n=wendell@ubuntu/member/jonhwendell] has left #ubuntu-devel ["Bye"] === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel === ehazlett [n=ehazlett@65-116-165-220-frk-dhcp.ffni.com] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel === Treenaks [n=martijn@a82-95-255-5.adsl.xs4all.nl] has joined #ubuntu-devel === darek [n=darek@82.160.238.226] has joined #ubuntu-devel [07:33] lamont: ok, if it's unmodified in ubuntu then that's just ducky === shaya [n=spotter@user-0ccetj5.cable.mindspring.com] has joined #ubuntu-devel === Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === darek [n=darek@82.160.238.226] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel === Adri2000 [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-devel [07:44] mdz: you got a minute? I need your opinion about a possible SRU === pecisk [n=pecisk@purvc-44-54.maksinets.lv] has joined #ubuntu-devel === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === quail_linux_ [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel === beuno [n=martin@68-155-114-200.fibertel.com.ar] has joined #ubuntu-devel [08:06] LaserJock: cjwatson is the primary point of contact for SRUs, but I can have a quick look === thekorn [n=markus@a89-182-9-24.net-htp.de] has joined #ubuntu-devel [08:07] mdz: well, it's bug #75021 and #74906 [08:07] Malone bug 75021 in python-imaging "critical missing dependencies (edgy)" [Unknown,Fix released] http://launchpad.net/bugs/75021 [08:07] Malone bug 74906 in psycopg "python-psycopg: Missing dependencies? (libc6, libpq4)" [Unknown,Fix released] http://launchpad.net/bugs/74906 [08:08] mdz: basically ${shlibs:Depends} got dropped on a couple python transitions [08:08] mdz: my concern is that the dropped deps are picked up by many Desktop packages === cypher1 [n=cypher1@59.92.142.37] has joined #ubuntu-devel [08:08] mdz: so it's really only a problem for server people [08:09] LaserJock: looks definitely worth fixing [08:09] Keybuk, hi [08:09] cypher1: hi [08:09] mdz: ok, I just wanted to ask because of the somewhat limited scope === wasabi [n=jhaltom@ubuntu/member/wasabi] has joined #ubuntu-devel [08:09] low risk, completely breaks the package for a substantial number of folks [08:09] Keybuk, sorry for disturbing still with bug 66637 [08:09] Malone bug 66637 in util-linux "After running mkswap, swap space is discarded, system fails to hibernate (invalid swap signature)" [High,Confirmed] http://launchpad.net/bugs/66637 [08:10] mdz: ok great, just didn't want to seems stupid when I showed up with a debdiff [08:10] cypher1: yes? [08:10] LaserJock: np [08:10] cypher1, but to end up with the same problem even i had not run mkswap.. i had just upgraded from dapper -> edgy [08:10] cypher1: then you have a different bug [08:10] you should file a new one [08:10] to avoid confusion [08:11] Keybuk, no suddenly in between i saw the "invalid signature" for swap sprang up from somewhere [08:12] cypher1: that bug is purely that mkswap generates a new UUID when run over an existing swap partition [08:12] if you have a different problem ("I upgraded and lost my swap space") then you have a different bug [08:12] Keybuk, ok thanks [08:12] and when that bug is marked "Fix Released", you won't have had your problem solved [08:12] although the symptoms may sound a little similar, the problem will be totally different === darek [n=darek@82.160.238.226] has joined #ubuntu-devel [08:13] we prefer to have one bug per problem, rather than one bug per symptom [08:13] Keybuk, is mkswap run during upgradation ? [08:13] otherwise we go mad, and start gibbering :p [08:13] cypher1: it's not supposed to be [08:13] Keybuk, :) [08:13] Keybuk, if a swap exists and we use it, right ? [08:13] Keybuk, the upstart announcement was sent to the @netsplit.com list, shouldn't that be the @lists.ubuntu.com list? [08:14] Seveas: oops [08:14] :) === Keybuk updates his address book [08:14] Keybuk, btw: upstart makes one of my projects sooooooooooooo much cleaner - for that alone I almost got a raise ;) [08:15] "almost" ? :-( [08:16] hey, I work there only since late october, give them a break ;) I already got a big christmas bonus ;) === KaiL [n=KaiL@p548F6CB1.dip.t-dialin.net] has joined #ubuntu-devel [08:26] cjwatson: thanks a lot === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === jamesh [n=james@203-59-208-48.dyn.iinet.net.au] has joined #ubuntu-devel === jamesh [n=james@203-59-208-48.dyn.iinet.net.au] has joined #ubuntu-devel === geser [n=michael@leary.ping.de] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === radix [n=radix@70.91.133.157] has joined #ubuntu-devel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel [08:57] how does ubuntu automagically reconfigure xorg.conf when I boot it up on different hardware? [08:58] where is it detected that the configuration changed and dpkg-reconfigure xserver-xorg run? === LaserJock starts singing "Oh, oh ... it's magic" [09:01] speaking of magic [09:01] the bad kind.... [09:01] http://ubuntuforums.org/showpost.php?p=1881753&postcount=107 [09:01] please tell me that's PEBKAC === Lure_ [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-devel [09:01] jdong: likely using a 3rd party nvidia driver [09:02] Burgwork: I hope so... [09:02] though the ABI for the recent kernel update wasn't bumped [09:02] it's still 2.6.17-10 [09:03] so that means that all current modules should still work for the new kernel update, right? [09:04] jdong: they were pretty careful about making sure the ABI didn't change. [09:04] ok [09:04] then my next theory is an nvidia-glx mismatch [09:04] the 3rd party 9xxx repos must've been too conservative in their version numbering [09:04] and 87xx nvidia-glx userland must've overridden their 9xxx's [09:05] I hope so... *cringe* [09:05] yay! 3rd party repos [09:05] on the matter of support, I just learnt that my largest customer has been calling support every day [09:06] for three months... [09:06] Burgwork: trying to tell people to wait 6 months for beryl AIGLX is a lost cause... ? ;-) [09:06] keescook: I think so. Most people are using 9xxx nvidia's for beryl-mania === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel [09:07] one person reports nvidia breakage with self-compiled nvidia binary drivers, with nvidia-glx uninstalled and lrm nvidia blacklisted [09:07] that worries me === HrdwrBoB [n=matt@bob.is.teh.admin.at.vicnet.net.au] has joined #ubuntu-devel === delire [n=delire@91.64.138.78] has joined #ubuntu-devel [09:10] i'm writing an application for Ubuntu in Python that requires the user provide a password for sudo via a widget console. [09:10] delire: why not use gksudo? [09:11] i'm successfully using the pexpect module on a Debian unstable system to send a password to sudo, but on Ubuntu this fails due to sudo wanting the password itself to be sent by a root user. are there any strategies that might suit better? [09:11] delire: you should call gksu [09:11] Treenaks: how is gksudo different from sudo? [09:11] delire: to pop up a GTK dialog for sudo... [09:11] <-- long time Debian user /me greps [09:11] delire: gksudo/gksu interface with pam and sudo directly [09:11] jdong: no, this is a fullscreen application. this isn't possible. [09:11] delire: or you can look at their source and do something similar tot hem [09:12] hmm.. perhaps. [09:12] delire: but you shouldn't be prompting for a password and pexpecting it [09:12] that's just not safe [09:12] i'm really hoping for a Python interface. [09:12] jdong: it seems to be safe, having read documentation on it and looking at memory. [09:12] there's a libgksu [09:12] maybe it has bindings in pythno [09:12] Treenaks: interesting.. cheers === geser [n=michael@leary.ping.de] has joined #ubuntu-devel [09:14] Treenaks: hmm it seems to have no Python bindings. i may write some if i get time later. [09:15] delire \o/ [09:15] LarstiQ: hey ;) [09:19] on a related note, one thing i notice quitting my application while it's in fullscreen mode on Dapper (at least) is that i'm dumped back into X in a 'zoomed' mode. is this likely a fault of Xorg on Dapper or my application? [09:19] Mithrandir: I just tried to install my whizz-bang merged casper, and I get [09:19] [: 43: ==: unexpected operator [09:19] when running `update-initramfs -u'. However, I can't find any source file with an inadequately quoted test(1) clause. Any idea where this might be coming from? [09:19] (it's an SDL application btw) === dsas [n=dean@cpc2-stok6-0-0-cust37.bagu.cable.ntl.com] has joined #ubuntu-devel [09:19] delire: try Ctrl+Alt+KP_Minus [09:20] twb: cheers, that's all very well but i'd rather users don't have to do this. [09:20] how do you set fullscreen mode? [09:20] just map a window right? no cracky vidmode extensions etc. [09:20] I think the correct way to avoid it is to not segfault the SDL application. === thekorn [n=markus@a89-182-14-93.net-htp.de] has joined #ubuntu-devel === thekorn [n=markus@a89-182-14-93.net-htp.de] has left #ubuntu-devel [] [09:21] Treenaks: nope, just a mapped window. === ubuntu_demon [n=ubuntu_d@ubuntu/member/ubuntudemon/-x-12083] has joined #ubuntu-devel [09:21] twb: it's not segfaulting, it's quitting gracefully according to the stack trace. [09:21] Can't help. [09:21] Try #sdl or whatever. [09:22] twb: right, so it is a likely problem of my application. [09:22] It's almost certainly NOT an ubuntu-specific problem, and therefore not on-topic for #ubuntu-devel. [09:23] twb: ok, good to have established that. i only ask as i don't have the problem on my Debian box running Xorg7. [09:23] I see. === ehazlett [n=ehazlett@65-116-165-220-frk-dhcp.ffni.com] has left #ubuntu-devel ["Leaving"] [09:23] Still, #ubuntu is more appropriate than #ubuntu-devel. [09:24] twb: well, i'm developing an application i hope to maintain for Ubuntu, but sure. [09:24] (Note: this are just my opinions. Others may disagree.) === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === Keybuk [n=scott@syndicate.netsplit.com] has joined #ubuntu-devel [09:33] twb: == is a bashism, use = [09:34] Er, [ is a binary. [09:34] It has nothing to do with bash. [09:34] the [ binary only accepts = [09:34] it's the bash builtin that accepts == [09:34] You're right. [09:34] Stupid bash. [09:34] scott@syndicate:~$ type [ [09:34] [ is a shell builtin [09:35] Aha, yes. [09:35] The next question is, did they mean string= or number= ? [09:35] = is string equal [09:35] -eq is integer equal [09:35] Right. [09:36] twb: they meant = [09:36] But I'm discovering Marco's typos, not making them myself. [09:36] Mithrandir: righto. [09:36] if [ "${BUILD_SYSTEM}" == "Ubuntu" ] ; then [09:36] If it was up to me, we'd all write sh in this style: [09:36] if test "$x" = "$x" [09:36] then foo [09:36] fi [09:37] heh, I remember when people used to claim test was more portable than [ [09:37] All those nasty semicolons everywhere... yecch. [09:37] because they'd been used to only using test in autoconf macros [09:37] (when, in fact, that was because [ ... ] is a quote character in m4 :p) [09:37] I use test over [ because [ looks ugly, and newbies forget the mandatory spaces. === thekorn [n=markus@a89-182-19-227.net-htp.de] has joined #ubuntu-devel === CarlFK [n=carl@c-24-13-53-221.hsd1.il.comcast.net] has joined #ubuntu-devel === pvanhoof [n=pvanhoof@d54C0EE14.access.telenet.be] has joined #ubuntu-devel [09:41] what's a shell script way to take a STRING="foo bar" and split it into two strings, one with "foo" and one with "bar"? [09:41] psusi: ${STRING% *} [09:42] ok, guys, nvidia problem for you... === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel [09:42] psusi: ${STRING##* } [09:42] psusi: see also #bash. [09:42] hrm.... [09:42] if you have a non-lrm nvidia kernel, after installing today's update you will get the following error: [09:42] FATAL: Could not open 'lib/modules/2.6.17-10-generic/nvidia/volatile/nvidia.ko': No such file or directory [09:42] a subsequent depmod -ae fixes this [09:42] <_ion> Why have a non-lrm nvidia kernel module? [09:43] _ion: i.e. 9xxx-series beryl crack etc [09:44] <_ion> jdong: Why not build your own l-r-m package with an updated nvidia driver? [09:44] _ion: that appears to have been broken by today's kernel update too [09:44] though I'm only 90% sure of that [09:44] still trying to get in touch with users [09:44] reproducing this === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel [09:45] so far I fixed a few users' problems just by depmod -ae [09:45] still trying to get to the bottom of this === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel === CarlFK [n=carl@c-24-13-53-221.hsd1.il.comcast.net] has joined #ubuntu-devel [09:48] pitti, ping [09:56] Mithrandir: the debian merge changed the default username and hostname to `casper' and `live' respectively. Should these be changed back to `ubuntu'? [10:00] I notice the isolinux.cfg for Edgy includes a ramdisk_size kernel argument. What does this do, and what are the consequences of changing the ramdisk without updating or removing this argument? === marsu_ [n=user@c83-252-78-72.bredband.comhem.se] has joined #ubuntu-devel [10:04] is beryl for feisty a dead cert? [10:04] or is there still time to persuade the naysayers that METACITY IS THE OBVIOUS CHOICE GRR :P [10:05] it's over [10:05] damn [10:05] until metacity spins cubes, makes windows pop out, or simulates hurricane Katrina [10:05] it's a lost cost [10:05] cause * [10:05] naeh [10:05] that's ridiculous [10:06] i'm actually pretty upset that we're throwing out gnome software yet again [10:06] alex-weej: who cares, nobody uses the default WM [10:06] it's like the firefox vs. epiphany thing all over again === alex-weej is rapidly losing faith in Ubuntu policy [10:06] People who don't care enough to choose a better WM will buy an Apple Mac instead of running Ubuntu. [10:06] of course firefox [10:06] sheesh [10:06] unless you don't like having your print dialog options === jdong ducks :D [10:07] alex-weej: I would prefer compiz [10:07] and it's not decided on beryl, no [10:07] It's not like GNOME actually makes usable software. [10:07] ... [10:08] twb: not the right chan to troll [10:08] Yeah, sorry. [10:08] twb: could you use an another chan for that? [10:08] np [10:08] GNOME makes me angry. [10:08] ok ok [10:08] Like a lot of other stuff. [10:08] go to #ubuntu and talk about that [10:08] well, not the right place to speak about your frustation though [10:08] yeah. [10:08] seb128: has metacity been totally disqualified from the race? [10:09] alex-weej: it'll be available and used for "slow" machines [10:09] alex-weej: and switching to it will be like one click [10:09] seb128: you mean the installer will automagically pick one of the two? [10:09] does it not make sense to put the effort into making metacity optionally do the fancy stuff than maintaining two WMs? [10:10] twb: no, compiz or beryl should rather fallback to run metacity if they decide they can't work correctly [10:10] Ah, at runtime. [10:10] Good, good. [10:10] means too much inconsistency [10:10] they are merely two apps pretending that they are each other plus or minus features [10:10] alex-weej: according to redhat and novell guys who looked at it it's easier to write a composite manager from scratch and make it manage windows than to make metacity being a composite manager [10:11] interesting [10:11] i won't pretend to understand the situation, it just saddens me a bit [10:11] well, it's not perfect [10:11] and nobody is 100% happy about it [10:11] but there is no other way around [10:11] let's be honest === ctd [i=ctd@incubus.progsoc.uts.edu.au] has joined #ubuntu-devel [10:12] Does anybody really think Beryl is going to be stable enough? [10:12] what's the goal here, to make the best software we can? or to get one up on Vista? [10:12] both of those [10:12] both [10:12] it seems the second goal is just dragging us along with decisions we don't want to have to make yet [10:13] there are a zillion other areas that need to be caught up with first [10:13] like webcams and video conferencing [10:13] Fujitsu: not me [10:13] alex-weej: this really isnt the place to discuss this. If you have a problem with the decision, bring it up with the Technical Board [10:13] or wireless networking === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === sideh [n=ef@bb-87-80-210-36.ukonline.co.uk] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === okaratas [n=okaratas@fedora/ozgur] has joined #ubuntu-devel [10:41] jdong: does Firefox support session management yet? [10:41] alex-weej: 2.0 does [10:41] jdong: any reason why session saving is disabled by default in Ubuntu? [10:41] alex-weej: it isn't [10:41] ogra: sorry that my explanation was not verbose enough... but i saw that you discussed it with pitti already and now like it ;) [10:41] alex-weej: killall -11 firefox-bin [10:41] jdong: x session that is [10:41] or killall -9 [10:42] jdong: i mean desktop sessions [10:42] X session management? [10:42] oh [10:42] I don't think it supports that === asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel [10:48] twb: you can merge it and then revert the content of the merge. [10:49] That is what I'm doing. [10:50] I'm asking about specific changes because I'm not sure if they are wanted by Ubuntu; what Ubuntu wants is not something I can answer. [10:51] http://twb.ath.cx/~twb/scratch/casper now builds and installs and boots (under qemu) on a vanilla Ubuntu 6.10 livecd. === theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel [10:52] I'm now building netboot images to see if they work, too. (Netbooting wasn't supported in casper 1.78.) === Seeker` [n=Seeker@84-12-167-90.dyn.gotadsl.co.uk] has joined #ubuntu-devel === ompaul [n=ompaul@gnewsense/friend/ompaul] has joined #ubuntu-devel === somerville32 [n=somervil@fctnnbsc15w-156034086016.nb.aliant.net] has joined #ubuntu-devel === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === tsmithe is now known as TheGods === TheGods is now known as tsmithe === kaptengu [n=kaptengu@c213-100-60-132.swipnet.se] has joined #ubuntu-devel === rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-devel === dsas_ [n=dean@cpc2-stok6-0-0-cust37.bagu.cable.ntl.com] has joined #ubuntu-devel === tsmithe is now known as TheGods === TheGods is now known as tsmithe === asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel