=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === j_ack [n=rudi@p508DB676.dip0.t-ipconnect.de] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-097-072.pools.arcor-ip.net] has joined #ubuntu-devel === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === jldugger [n=jldugger@adsl-66-142-214-78.dsl.tpkaks.swbell.net] has joined #ubuntu-devel === orkid__ [n=orkid__@bas1-barrie18-1242377856.dsl.bell.ca] has joined #ubuntu-devel === mjg59_ [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-devel === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-devel === nictuku [n=yves@ubuntu/member/nictuku] has joined #ubuntu-devel === Mirrado [n=Mirrado@20150100017.user.veloxzone.com.br] has joined #ubuntu-devel === Mirrado [n=Mirrado@20150100017.user.veloxzone.com.br] has left #ubuntu-devel [] === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel === johanbr [n=j@d154-20-238-192.bchsia.telus.net] has joined #ubuntu-devel [12:58] sivang: there is a way [12:58] sivang: its in the network prefs [12:58] Lathiat: /me checks [12:58] system->admin->networking [12:58] general tab [12:59] which crashes for me.. but its there ;) [12:59] Lathiat: oh nice, that is slomo's patch ? [12:59] sivang: not sure === sivang attempts to start it [01:00] Lathiat: did not crash, but then again I do not have any other appliances that would respond to it [01:00] well i maen the 'networking' util crashed [01:00] wouldnt even opern the first screen :) [01:01] Lathiat: hehe, file a bug or either look for the tons already reported [01:01] elmo: ^^^ (about the avahi-daemon thiingy) [01:02] oh the networkign thign dying is well known? === jldugger [n=jldugger@adsl-66-142-214-78.dsl.tpkaks.swbell.net] has left #ubuntu-devel ["Leaving"] [01:04] Lathiat: I think I've seen a couple dying network-admin reports already [01:07] ah ok [01:07] bbl === lastnode [n=lastnode@unaffiliated/mahangu] has joined #ubuntu-devel === lastnode [n=lastnode@unaffiliated/mahangu] has joined #ubuntu-devel === zul [n=bob@ubuntu/member/zul] has joined #ubuntu-devel === bathym [n=bathym@host247-176-dynamic.57-82-r.retail.telecomitalia.it] has joined #ubuntu-devel === bathym [n=bathym@host247-176-dynamic.57-82-r.retail.telecomitalia.it] has left #ubuntu-devel ["Leaving"] === minghua [n=minghua@ppp-70-247-55-3.dsl.hstntx.swbell.net] has joined #ubuntu-devel [01:45] tfheen: kubuntu accessibility seems to work except that the spelling is wrong in ubiquity-hooks/30accessibility s/imparement/impairment [01:45] (which is my fault) === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === sid [n=unstable@tor/regular/sid] has left #ubuntu-devel [] === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === johanbr [n=j@d154-20-238-192.bchsia.telus.net] has joined #ubuntu-devel === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === robertj_ [n=robertj@66-168-209-251.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === Tonio_ [n=tonio@6.8.100-84.rev.gaoland.net] has joined #ubuntu-devel [02:21] Riddell: have you finished your changes to kds ? I have a few things to do too === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === Tonio_ [n=tonio@6.8.100-84.rev.gaoland.net] has joined #ubuntu-devel === wickedly_cool [n=wouldnty@c-68-53-222-240.hsd1.tn.comcast.net] has joined #ubuntu-devel === Tonio_ [n=tonio@6.8.100-84.rev.gaoland.net] has joined #ubuntu-devel === nMosila [n=nMosila@202.104.106.174] has joined #ubuntu-devel === jack_wyt [n=jack@221.221.149.186] has joined #ubuntu-devel === nMosila [n=nMosila@202.104.106.174] has left #ubuntu-devel ["Leaving"] === FliesLikeALap [n=Ryan@eggplant-24.dynamic2.rpi.edu] has joined #ubuntu-devel === ctd [i=ctd@incubus.progsoc.uts.edu.au] has joined #ubuntu-devel === orion2012 [n=orion201@cpe-70-114-30-76.satx.res.rr.com] has joined #ubuntu-devel === poningru [n=poningru@ip70-171-62-28.ga.at.cox.net] has joined #ubuntu-devel === harrytuttle [n=tapeworm@d83-190-18-192.cust.tele2.it] has joined #ubuntu-devel === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel === morphos19 [n=chad@CPE-72-129-240-239.kc.res.rr.com] has joined #ubuntu-devel === morphos19 [n=chad@CPE-72-129-240-239.kc.res.rr.com] has left #ubuntu-devel [] === morphos19 [n=chad@CPE-72-129-240-239.kc.res.rr.com] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel === lastnode_ [n=lastnode@unaffiliated/mahangu] has joined #ubuntu-devel === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === cr3_ [n=marc@Kitchener-HSE-ppp3571524.sympatico.ca] has joined #ubuntu-devel === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === Amaranth_ [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.7.54.revip2.asianet.co.th] has joined #ubuntu-devel === milosevic [n=milo@201.155.214.111] has joined #ubuntu-devel [05:24] mdke_ ? [05:25] mdke_: ping ^^^ === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === milosevic is away: [... gomirrito :) lqmL :* ** ] [sleeping] === milosevic [n=milo@201.155.214.111] has left #ubuntu-devel ["[...] === n8k99 [n=nathan@dsl254-078-190.nyc1.dsl.speakeasy.net] has joined #ubuntu-devel === azeem [n=mbanck@host109.natpool.mwn.de] has joined #ubuntu-devel [06:20] how does a package appear for translation in launchpad? [06:21] I have some translations for which i can't find a translation page to upload upstream .po files ... === azeem [n=mbanck@host45.natpool.mwn.de] has joined #ubuntu-devel [06:22] The templates and translations are stripped from packages when we build them, then rosetta imports those. In theory. [06:22] In practice, I'm not sure precisely what happens, as I've not played with the rosetta side of it, only the buildd side. [06:23] I'll check again if it's in rosetta banshee-plugins and not banshee-official-plugins (package name, source is just banshee-plugins) [06:23] there's no simple 'search package by name' in rosetta either which would be really nice... [06:26] btw, what do you thinkw e should do for a package which does not have translations at all, i.e. seems not to be localized (revelation) [06:27] should I file a bug to launchpad for it, expecting someone to implement localization or what ;) [06:27] You could try, though you're better off going to upstream (if you know where to find them) to get them to do that, generally. [06:27] of course yeah ... [06:28] While we try to forward as many bugs upstream as we can and, occasionally, we might even be interested in localising a pet project here and there, we don't have the manpower to deal with feature requeusts like that all the time. [06:28] just thought if it's tupid idea in the first place [06:28] true [06:28] It's never a "stupid idea" to ask for someone to use gettext-style string localisatoin in their software, IMO. [06:28] They may not do it, but it never hurts to ask. :) [06:29] no but it might be stuupid idea not to ask it from upstream and ask it from ubuntu devels ;) [06:29] Yeah, it's generally something we're not likely to spend our time on, unless it's a highly visible part of the default desktop, and thus has a pretty obvious usability impact. [06:30] ok, what does this mean: https://launchpad.net/distros/ubuntu/edgy/+source/banshee-official-plugins/+translations [06:30] that package is translatable, it just does not have many translations yet [06:32] Yeah, the buildd process did find and strip translations (banshee-official-plugins_0.11.0-0ubuntu1_i386_translations.tar.gz), so if rosetta imports aren't actually running, you might wantto bug the launchpad/rosetta people about it. [06:35] as I said I have translated upstream and sent a patch as bug (not in gnome cvs), not yet accepted or handled, just would like to push it via launchpad to edgy package as well ;) [06:35] well, I asked on rosetta-users about it === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === azeem [n=mbanck@host45.natpool.mwn.de] has joined #ubuntu-devel === bluefoxicy yawns === stu1 [n=stub@ppp-58.8.11.94.revip2.asianet.co.th] has joined #ubuntu-devel === MagnusR [n=magru@c83-250-59-127.bredband.comhem.se] has joined #ubuntu-devel === j_ack [n=rudi@p508D8DDE.dip0.t-ipconnect.de] has joined #ubuntu-devel === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel === bronson [n=bronson@c-71-198-75-160.hsd1.ca.comcast.net] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === `anthony [n=anthony@ekorp-218-185-9-170.eoff.ekorp.com] has joined #ubuntu-devel [07:24] heh wow lots of directories. Maybe a function to watch recursively would be a good idea. === bluefoxicy prods readahead a little more === azeem_ [n=mbanck@host109.natpool.mwn.de] has joined #ubuntu-devel [07:48] morning guys === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === asipos [n=chatzill@dsl081-081-225.lax1.dsl.speakeasy.net] has joined #ubuntu-devel === poningru [n=poningru@ip70-171-62-28.ga.at.cox.net] has joined #ubuntu-devel [08:17] Riddell: where do you see that typo? If it's in gfxboot, that's not from casper. [08:19] fabbione: any chance you could tell me why gcc-3.3-doc is uninstallable on sparc? [08:19] tfheen: yes.. i need a few minutes to power on everythin === poningru [n=poningru@ip70-171-62-28.ga.at.cox.net] has joined #ubuntu-devel [08:20] thanks === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [08:25] i wonder why we have gcc-3.3 in main still [08:27] tfheen: gcc-3.3 -13 (HI SCOTT) is FTBFS on sparc [08:27] /usr/include/gnu/stubs.h:9:27: gnu/stubs-64.h: No such file or directory [08:27] looks like glibc borkage [08:28] fabbione: that explains it; any chance we could get it fixed? (And I too wonder why it's in main; that might be because of libstdc++5 or something like that) [08:28] tfheen: i am looking into it [08:28] cheers [08:28] but it might require doko/jbailey love [08:29] uhm, funny, the rosetta error page for translations says 'send mail to rosetta-users', only problem is you have to subscribe first ... === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel [08:34] tfheen: looks like glibc borkage [08:35] tfheen: i need some time to dig into it [08:35] tfheen: but one thing i am sure about.... [08:35] I HATE YOU ALL!!!! I DO NOT WANT TO HACK GLIBC!!! YOU ALL HATE ME TO DEATH!!! :P === fabbione takes the green pill === psykoyiko [n=psykoyik@nomad.psax.org] has joined #ubuntu-devel [08:44] tfheen: Yeah, it's in main for libstdc++5. [08:44] Not really necessary for sparc, so we could just remove the sparc binaries if the FTBFS is a pain to fix. [08:46] infinity: nah it's not a pain === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel [08:46] it's a missing include that should be provided by glibc [08:46] i need a few minutes to dig it... local mirror was rsyncing === mjg59_ [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-devel [08:49] tfheen: confirmed.. it's a bug in glibc === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel [08:51] fabbione: your confirmation wouldn't revolve around asm/processor.h, would it? [08:52] psykoyiko: no === mjg59_ is now known as mjg59 [08:52] gnu/stubs.h becoming a wrapper to include gnu/stubs-{32,64}.h and the 64 not being generated at all [08:53] and i think that's just sparc specific [08:53] ah. === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:54] Good morning [08:54] tfheen: it's actually a general bug.. also i386 and others are affected. except that they usually do not include the -64.h [08:54] hey pitti [08:56] hey fabbione [08:56] should developer support type questions be directed here or in #ubuntu? [08:56] by developer support I mean developer questions not directly related to ubuntu development === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel [08:57] psykoyiko: this channel is for development of ubuntu, not development on ubuntu. [08:58] tfheen: Thanks, the lines seemed blurry from my point of view. === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [09:07] bah [09:07] I don't know how to approach this problem. [09:08] I want to prove that if you have a task that relies on CPU and IO, and you parallelize the CPU and IO, then the time the task spends is precisely the isolate time of the longer task [09:09] so for example a task that's primarily CPU bound (say 1.0s CPU and 0.5s IO) will take a nominal time normally (1.5s); but in parallel, take the CPU time (1.0s) and the IO time will be lost because the parallel IO thread is outrunning CPU === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #ubuntu-devel [09:11] whereas a primarily IO bound task (0.5s CPU 1.0s IO) will have a situation where the CPU catches up to the readahead() in the parallel IO thread and waits to get data; but then its following CPU-bound moment has the parallel IO thread skipping over that IO which just happened, and reading the next IO burst. Eventually this should yield a total time of the IO time (1.0s) plus precisely the last bit of work the CPU does. [09:12] oh well. I'll just sleep. [09:12] heh [09:12] I'm sure someone was listening [09:12] :) [09:12] yes but I need sleep :) [09:12] I'm still working on writing my own readahead program [09:13] this one is going to have the concept of a "monitor," which monitors a directory for access, which gets logged later [09:13] (as opposed to /etc/readahead/*) === giftnudel [n=mb@p54A91DBA.dip0.t-ipconnect.de] has joined #ubuntu-devel === dous [n=dous@ubuntu/member/dous] has joined #ubuntu-devel [09:14] okay, this actually seems like a bug [09:14] I can't seem to #include [09:14] morning! [09:14] due to a missing asm/processor.h [09:14] And also the concept of special types of files, most importantly ELF files, which when being read ahead will only have a subset of sections read in; this part seems interesting to me, because i would lend itself to glibc read-ahead optimizing itself [09:15] (glibc takes 1.5 seconds to ldd -r -d openoffice.org and then 0.4 seconds to do same afterwards) [09:16] heh.. there's a funky idea, gnome with read-ahead [09:18] let's see.. icon is displayed on the screen... yeah I can see this... [09:18] I'll spec this up, it'll be better than just babbling on. === shawarma [n=sh@vega.linux2go.dk] has joined #ubuntu-devel === lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === givre [n=Florent@APuteaux-152-1-67-218.w83-204.abo.wanadoo.fr] has joined #ubuntu-devel === mvo [n=egon@p54A67454.dip.t-dialin.net] has joined #ubuntu-devel === shawarma is now known as shawarma_away [09:41] hey mvo [09:42] mvo: i am not sure #63353 is a glibc bug... the submitter has a messed up mix of dapper and edgy in sources.list [09:42] and i can't even reproduce it here [09:42] (with apt-get that's it) [09:44] fabbione: hi! [09:44] fabbione: well, his sources.list looks sane, he had only dapper source before he tried to upgrade [09:45] fabbione: its unfortunate that we don't have the terminal log of the failure :/ [09:45] such kind of bug would have show up much early and a much more "OMG THE SKY IS FALLING DOWN" style === shawarma_away is now known as shawarma === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [09:47] fabbione: yeah, its a odd report [09:50] doko_: why is #64946 against gcc-defaults rather than the universe packages? === talat [n=talat@88.234.36.89] has joined #ubuntu-devel === dholbach [n=daniel@i577B0D77.versanet.de] has joined #ubuntu-devel === tkamppeter [i=till@nat/mandriva/x-1766c1243106e7ff] has joined #ubuntu-devel [09:58] good morning [09:59] dholbach: excellent, I was just looking for you. You're on the ball for the 6.10-targeted bluetooth bugs, right? [09:59] hi tkamppeter === talat [n=talat@88.234.36.89] has left #ubuntu-devel [] [10:00] tfheen: I didn't have much luck with them - it'd be nice, if somebody would help looking into that [10:00] tfheen: but I'll play with those bugs later on [10:01] dholbach: 'k. I can poke them and see if they're easy to fix [10:01] but now I need to go out and pick up a couple of disks. === Spads [n=spacehob@217.205.109.249] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel [10:07] tfheen: mjg59 said we were crazy to not ship 3.7 (which is in debian) [10:08] tfheen: the problems are: 1) computer is not discoverable until you type hciconfig hci0 piscan (regression that happened somewhere), 2) pairing does not work 3) nautilus-sendto being broken about bluetooth and maybe others I can't remember right now :-/ === jono [n=jono@88-107-14-218.dynamic.dsl.as9105.com] has joined #ubuntu-devel === geser [n=michael@dialin105069.justdsl.de] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === FliesLikeALap [n=Ryan@cpe-72-224-116-131.nycap.res.rr.com] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [10:23] dholbach: that's a fairly big jump. I'll have to take a look at it. [10:24] tfheen: could you please giveback gnustep-back on i386? thanks [10:24] tfheen: his exact words were: Okt 09 18:10:14 mjg59 dholbach: The version we have is an utter crock of shit, really [10:25] dholbach: heh, ok. [10:25] dholbach: any chance you could try the version in Debian and file an UVF exception request? If you can't, I'll do it. [10:25] hi pitti [10:25] tfheen: it's not just syncing from Debian unfortunately [10:26] dholbach: why not? [10:26] tfheen: because that doesn't just fix all our bugs [10:26] but it's a good first step :) [10:26] well, we'd still need an UVF exception to go to 3.7 [10:27] and I care less about it fixing all bugs than fixing all 6.10-targetted bugs [10:28] tfheen: right === gicmo [n=gicmo@p5491DE63.dip.t-dialin.net] has joined #ubuntu-devel === malcc [n=malcolm@host86-135-237-55.range86-135.btcentralplus.com] has joined #ubuntu-devel === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel === givr1 [n=Florent@APuteaux-152-1-49-103.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === givr1 [n=Florent@APuteaux-152-1-49-103.w82-120.abo.wanadoo.fr] has left #ubuntu-devel [] === shawarma is now known as shawarma_away === shawarma_away is now known as shawarma [10:49] seb128: last night's upgrade killed my panel and all the applets [10:49] hum [10:49] what packages did you update? [10:50] killed, like it froze? [10:50] *me too* [10:51] seb128: it was just killed and restarted automatically [10:51] what package did you update? [10:51] hm, today I had 90 MB worth of dist-upgrade [10:51] and I upgraded yesterday, too, so something from yesterday [10:51] I do upgrades each morning, just did this mornings and my panel et al are still intact [10:52] although I haven't restarted yet ;) [10:52] seb128: wasn't that bad actually, since the panel restarts automatically I got the new version with new libs for free :) [10:52] :p === jinty [n=jinty@205.Red-83-56-149.dynamicIP.rima-tde.net] has joined #ubuntu-devel === seb128 upgrades now [10:55] dholbach: you never said whether you could handle bluez or not, you just said it wouldn't fix all the bugs. :-P Can you or can't you? === Zdra [n=zdra@39.165-247-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel [10:58] tfheen: I'd be happy with some help on it :) [10:59] dholbach: I'll attack it with fangs and claws once my dist-upgrade finishes then. === dholbach hugs Mithra^Wtfheen [10:59] ;-) [11:02] hum [11:02] my panel didn't crash on upgrade [11:02] mjg59: was compiz-kde deliberately removed? [11:02] Keybuk, pitti: did apport collected any crash about that panel restart? === givre [n=Florent@APuteaux-152-1-49-103.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel [11:03] seb128: it hung, it didn't restart [11:03] seb128: not for me, it just restarted [11:03] Keybuk: did you get a backtrace of the hang? [11:04] seb128: http://people.ubuntu.com/~scott/upgrade.txt [11:04] seb128: I couldn't even open a terminal at that point === givre [n=Florent@APuteaux-152-1-49-103.w82-120.abo.wanadoo.fr] has left #ubuntu-devel [] === gicmo does a blind guess and points to g-v-m [11:06] ;-D [11:08] tfheen: hmm, a MOTU changed that, reverted ... [11:09] pitti, kamion, you have mail, UVF ER for HPLIP 1.6.9, until when does this need to be packaged. Which hour is the final freeze on Thursday? [11:10] tkamppeter: the earlier the better; preferably it should be in the archive by tomorrow [11:11] I'll freeze the archive when I get to work on Thursday morning, fwiw. [11:15] pitti, doko_, mvo, I will not have much time today, can someone of you package it? It is only replacing the source tarball by the new one from upstream and moving the fax PPD from hpijs-ppds to hplip subpackage? Thanks. [11:16] I cannot test it at all === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [11:18] tkamppeter: Hello - do you know how good the chances are for a Lexmark Z43 to work in properly in Ubuntu? [11:18] "Sound does work, just not through the speaker jacks. For some reason the current ALSA driver doesn't control the audio outputs correctly. This is a known issue and hopefully will be resolved soon. The optical output plug works, and I currently use this to get sound through an amplifier. Just make sure the IEC958 port is turned on in alsamixer." [11:18] FUCK [11:18] and I was about the buy the cable but didnt [11:18] grml === shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel [11:18] tkamppeter: My sister just acquired one of these and wasn't happy with it in a Dapper install [11:20] dholbach, it probably fails due to the driver "drv_z42" (see linuxprinting.org) not being in the Ubuntu distro. Perhaps current Edgy's Gutenprint supports this model, too but I am not sure. If everything else fails, compile drv_z42 from source. [11:20] tkamppeter: Ok, I'll tell her to try with an Edgy LiveCD [11:20] tkamppeter: Thanks. === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel === mantiena-baltix [n=mantas@ctv-84-55-4-96.init.lt] has joined #ubuntu-devel [11:23] tfheen: hi === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel [11:27] pitti, perhaps doko_ or mvo can test and I can perhaps do a test tomorrow (on PhotoSmart 2600) when I can grab the package somewhere [11:27] tfheen: are you online ? I wanna talk about hard disk partitions automount realization in casper [11:28] mantiena-baltix: yes, I'm online, but I rarely respond to contentless pings. [11:28] pitti, another thing is moving over the Fax PPD from the hpijs-ppds sub-package to the hplip sub-package, which does not require real testing but only checking whether it was done correctly by the build. [11:29] tkamppeter: my printer dies a week before ... :( === Ng [n=cmsj@mairukipa.tenshu.net] has joined #ubuntu-devel [11:31] tfheen: ok, so, I didn't found any code, related to partition automountin in casper bzr, have you some code or not ? [11:31] mantiena-baltix: there is no code in the current branch, no. [11:33] tfheen: maybe there is some code in some other branch, for example in http://people.ubuntu.com/~tfheen/bzr/casper/ ? === givre [n=Florent@APuteaux-152-1-49-103.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel [11:33] mantiena-baltix: I doubt it; there was some code written for breezy, but the rest of casper has changed a lot in the meantime. === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel === givre [n=Florent@APuteaux-152-1-49-103.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel === abattoir [n=abattoir@cm238.omega16.maxonline.com.sg] has joined #ubuntu-devel [11:35] doko_: which model? If it is an HP multi-function device, certain parts can still be working, for example if the printing mechanics is broken it still can fax). [11:37] tkamppeter: hp6110, it has a fax, yes ... but last I checked, faxing was only working locally [11:38] tfheen: in Previous Baltix Linux distro versions (based on Ubuntu hoary and breezy) I used automount code, written by Kamion - look at http://people.ubuntu.com/~cjwatson/bzr/casper/automount/casper/pre.d/12fstab [11:39] tfheen: what you think about using same code for current casper ? [11:39] tfheen: less than 50 lines ;) [11:40] current casper still has 12fstab script in scripts/casper-bottom/ [11:41] doko_, if fax only works locally, that is enough to test the fax capability. [11:42] If the network interface of your device is broken, simply test it as an USB device. === twilight [n=twilight@ubuntu/member/twilight] has joined #ubuntu-devel [11:42] mantiena-baltix: that code won't work any more [11:42] mantiena-baltix: that one won't work correctly due to how udev works. [11:42] amongst other things. [11:42] it uses partconf, which is not available [11:42] doko_, and you also do not need a phone line and a destination fax machine. If you hear your device dialling, then HPLIP has done its job. [11:43] it would have to be rewritten in a different way [11:43] probably iterating over /sys/block or something [11:44] it should really rather just be a daemon which mounts all block devices as they become available [11:44] similar to g-v-m. [11:45] Kamion, tfheen: it's pretty hard for me to write a daemon :( [11:45] tkamppeter: ok, I'll look at it. do you have an updated package? [11:46] doko_, unfortunately, Debian did not pick it up even that it is available for 3 weeks now. [11:46] doko_: I assume you'll subscribe ubuntu-archive to bug 64946 when you're ready? [11:46] Malone bug 64946 in Ubuntu "sync requests / UVF exceptions (Ada packages in universe)" [Medium,Confirmed] http://launchpad.net/bugs/64946 [11:48] So what needs to be done is ap-get source hplip to get the souurce of the current 1.6.7-2ubuntu2 package [11:48] Keybuk: Can I grab you to help work out why zd1211s seem unhappy about the essid being set from /etc/network/interfaces at some stage? [11:48] Kamion, tfheen: btw, in current casper there is a script for finding and mounting swap partitions - this script doesn't use /sys/block :( [11:48] mjg59: sure [11:48] Not right now, though [11:48] and then replace the source tarball by the 1.6.9 one from http://hplip.sf.net/ [11:48] mantiena-baltix: correct, it doesn't work properly. [11:48] Since I can't actually find mine at the moment [11:48] mjg59: isn't that one of the cards that has to be UP before it will accept and essid? [11:48] scripts/casper-bottom/13swap [11:49] and move over the Fax PPD to hplip (bug 59409) [11:49] Malone bug 59409 in hplip "Fax PPD not installed by default" [Undecided,Confirmed] http://launchpad.net/bugs/59409 [11:49] Kamion: ok, done; was waiting for MOTU approval [11:50] Keybuk: Could be, in which case it's possible that ifup is doing the wrong thing in this case [11:50] mjg59: could be [11:50] Keybuk: bagsy the backports in ubuntu-archive's queue - I want to work on fixing bugg 63726 [11:50] er, bug 63726 [11:50] Malone bug 63726 in Ubuntu "backports-changes are currently useless" [Undecided,Unconfirmed] http://launchpad.net/bugs/63726 === glatzor [n=sebi@ppp-88-217-2-173.dynamic.mnet-online.de] has joined #ubuntu-devel [11:50] Keybuk: It's certainly a card that needs the essid to be explicitly set [11:50] Perhaps simple changes can also fix bug 58727 and bug 60242, [11:50] Malone bug 58727 in hplip "bug in hplip .deb removal script" [Undecided,Unconfirmed] http://launchpad.net/bugs/58727 [11:50] Malone bug 60242 in hplip "Removing hplip encounters errors: scanner group not empty" [Undecided,Unconfirmed] http://launchpad.net/bugs/60242 [11:52] Kamion: ok [11:52] tfheen: can we make a deal ? if you or Kamion or someone else will rewrite scripts/casper-bottom/13swap in correct way then I can write partitions automounting code in the same way :) Now it's to hard for me to write a daemon without any example :( [11:53] doko_, perhaps bug 62718 is also a small thingy in the scripts, but when I installed my last two builds of HPLIP 1.6.7, this bug did not occur for me. [11:53] Malone bug 62718 in hplip "[Edgy] Current Updates (2006-09-27) Break HPLIP" [Low,Needs info] http://launchpad.net/bugs/62718 [11:53] mjg59: are the "usplash segfaults" and "usplash spins at 100% CPU" bugs the same? [11:54] Keybuk: Yes [11:54] mantiena-baltix: no; if I get the time to rewrite 13swap I'd write it so it could automount partitions too. [11:56] tfheen: then maybe you can show me some example how to write partition automounting daemon for casper ? [11:57] Keybuk: 65030 is a dup and a translation team problem - didn't seb128 tell you that yesterday? or was that somebody else? [11:57] mantiena-baltix: dude, I'm busy with the release candidate for Edgy, there's absolutely no way I have time to sit down and fix those bits of casper. Ask again in a month and I might have time. [11:57] dholbach: I couldn't find the dup bug [11:57] it's certainly not listed against the 6.10 milestone [11:58] and a bug should be open for that until it's fixed [11:58] it's fixed [11:58] it isn't fixed [11:58] I'm completely up to date today, and I still see it [11:58] it just needs a damn languagepack upload === nags [n=nags@65-116-129-3.dia.static.qwest.net] has joined #ubuntu-devel [11:58] it's "Fix Commited" [11:58] then it's not fixed until there's been a langpack upload === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel [11:58] how do we get one of those? [11:58] I'm fine with doing it at any time [11:59] bug #60047 [11:59] Malone bug 60047 in language-pack-gnome-en-base "Folders with new messages are prefixed 'folder-display|'" [Medium,Fix committed] http://launchpad.net/bugs/60047 [11:59] but I'd like to do it after all other edgy stuff settled === seb128 marks it as dup [11:59] seb128: ok, I'll make that targeted against 6.10 [11:59] i. e. tomorrow would be a good time IMHO [11:59] Keybuk: fine with me ;) [12:01] Should kernel bugs be assigned to ubuntu-kernel-team? They're already in the "also notified" list. [12:01] shawarma: let them choose the assignee [12:01] shawarma: no. [12:01] in general, if there's a bug contact for a package, let the bug contact(s) decide [12:01] shawarma: Yeah, don't assign them at all, please. [12:01] Keybuk: "deb http://people.ubuntu.com/~pitti/langpacks/daily/edgy/ ./" BTW [12:01] Keybuk: Ok. So setting it to confirmed and providing info about a fix should be sufficient? [12:02] Keybuk: daily language packs [12:02] that way an entire team see the bug, and can assign to an individual who's actually going to debug/fix it [12:02] shawarma: If someone wants to claim (or delegate) a bug, then we use the assignee for that. [12:03] infinity: alright. I'll just leave it as is. === highvoltage [n=jono@196.1.61.13] has joined #ubuntu-devel [12:05] Keybuk: Ok. Sounds sane enough. I wasn't sure if it wasn't assigned automatically so that the bugsquad could confirm it first and the assign the team. === janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-devel [12:06] assigning to teams is almost always worthless [12:06] teams should be subscribed, individuals should be assigned [12:06] Makes sense. [12:06] Ok, thanks. [12:07] Keybuk: it cleans up the un-assigned list and allow team member to have an overview of bugs the team is responsive for === RicardoPerez [n=A@84-122-156-13.onocable.ono.com] has joined #ubuntu-devel [12:09] seb128: I mean for people not in that team === pradeep [n=pradeep@59.92.55.11] has joined #ubuntu-devel === Norgz [n=eroux@maisel-gw.enst-bretagne.fr] has joined #ubuntu-devel [12:15] doko_, thanks in advance for your help. Contact me (pref. by e-mail) in case of any problems. === Tonio_ [n=tonio@6.8.100-84.rev.gaoland.net] has joined #ubuntu-devel [12:17] pitti: ping [12:17] hi RicardoPerez [12:17] pitti: hi! there are no daily langpacks since some days ago. is it correct? [12:17] RicardoPerez: oh, ugh [12:18] RicardoPerez: hm, I got packages from today [12:18] pitti: ummmmm... === Spads notes that the supervisor on Alcatraz is Ranger Ricardo Perez [12:18] Spads: :D [12:18] RicardoPerez: however, some time ago I taught langpack-o-matic to only generate a new package if there is actually new data [12:19] pitti: my current version is 20061004 [12:19] RicardoPerez: so there might not be a new version for your particular language [12:19] seb128: ping [12:19] pitti: mmmm... strange... carlos change the name of one .mo file... [12:19] doko_: pong [12:19] RicardoPerez: oh, indeed, edgy is indeed behind, I was looking at dapper [12:19] RicardoPerez: will fix, thanks [12:20] pitti: ah, great :) thanks to you === harrytuttle [n=tapeworm@d83-190-18-192.cust.tele2.it] has joined #ubuntu-devel [12:21] RicardoPerez: generating new edgy packs now, check again in 1 or 2 hours === dholbach_ [n=daniel@i577B0D77.versanet.de] has joined #ubuntu-devel [12:21] pitti: thanks again :) i'll check it === shackan_ [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel === dholbach [n=daniel@i577B0D77.versanet.de] has joined #ubuntu-devel [12:25] elmo: ping? [12:28] elmo: regarding bug #64198, it would be lovely if you can add the info today. I only have a small time window to talk to upstream every day because they are located in different TZ. otherwise we risk to take ages to get that fixed [12:28] Malone bug 64198 in xserver-xorg-video-ati "LiveCD can't start X on Apple Xserve or PowerBook" [High,Confirmed] http://launchpad.net/bugs/64198 === shawarma is now known as shawarma_away [12:31] doko_: ping [12:32] pitti: has there been soem changes recently to how hal reports information volumes in optical drives et al ? [12:32] Keybuk: pong [12:32] pitti: hubackup CDROM detection code breaks now becuase what seem like layout change in child and parent nodes on the tree.. [12:32] doko_: bug #63747 [12:32] Malone bug 63747 in openoffice.org-amd64 "please remove the openoffice.org-amd64 source" [Undecided,Unconfirmed] http://launchpad.net/bugs/63747 [12:32] shall I do that now? [12:32] Keybuk: yes please! :) [12:33] sivang: actually not; hal upstream version didn't change since dapper [12:33] sivang: only a couple of patches, but I cannot remember any of them touching CD stuff [12:33] pitti: CD volumes now appear to be a child of the CD/DVD/CDROM 'device' node. [12:33] doko_: yay :) [12:33] sivang: that's how it's supposed to be [12:34] pitti: rather then being populated in the device node, as I recall it was.. [12:34] sivang: and I don't remember it ever being different [12:34] sivang: bus -> controller -> drive -> volume [12:34] pitti: hmm, I see. it does make much more sense, I guess it's me flipping :-) [12:34] thanks anyway [12:34] sivang: np :) === sivang goes back to media detection bugs. === pitti giggles at -DOSARCH=\"Linux\" when building mozilla [12:35] heh [12:36] hi thom, how's it going? === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === apokryphos [n=apokryph@87-194-86-227.bethere.co.uk] has joined #ubuntu-devel [12:37] going well [12:37] und du? === dholbach hugs thom [12:37] tfheen: ping! [12:37] madduck: You sent me a contentless ping. This is a contentless pong. Please provide a bit of information about what you want and I'll respond when I am around. [12:37] tfheen: this was on purpose... [12:38] wouldn't it be better to /msg privately? [12:38] just thinking... [12:38] dholbach: hey duder === olemke [n=olemke@193.10.130.20] has joined #ubuntu-devel [12:38] thom: Alter! [12:39] :-) [12:39] thom: cold disappears slowly, I'm fine :) === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel [12:41] pitti: You were at akademy in dublin? [12:41] hunger: no, I wasn't [12:41] pitti: anything I can kill in order to release a cd from the drive? eject /pumount / gui eject won't work on account it's busy. [12:41] pitti: Oh, I thought because of the cold... everybody that has been there got one;-) === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel [12:42] pitti: never mind, managed it. [12:42] sivang: fuser -k? :) [12:42] but I wouldn't recommend that === poningru [n=poningru@ip70-171-62-28.ga.at.cox.net] has joined #ubuntu-devel [12:44] pitti: cool, would come useful for testing. [12:44] madduck: personally I hope that Tollef's script complaining publicly will reduce the incidence of contentless pings [12:44] Kamion: yeah true. i have adopted it too. [12:45] tfheen: the spelling is wrong in ubiquity-hooks/30accessibility in casper [12:45] it needs to be changed to match scripts/30accessibility [12:47] crap, cdrecord got hung up on blanking a media === sivang curses cdrecord [12:47] fuser -k? [12:47] ;) [12:47] human-cursors-theme (0.2-0ubuntu1) edgy; urgency=low [12:47] . [12:47] * New release: [12:47] - moved cursor-theme from human-theme. [12:47] dholbach, ^^^^ [12:47] did you also move the alternative setup ? [12:48] yes [12:48] thanks :) [12:48] you could have looked before you asked ;-) === dholbach hugs ogra === ogra fixes the ltsp workaround :) === ogra hugs dholbach [12:48] cool === givre [n=Florent@APuteaux-152-1-49-103.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel [12:52] Riddell: fixed [12:53] thanks === thekorn [n=markus@a89-182-21-123.net-htp.de] has joined #ubuntu-devel === sivang discovers that a hal oddity caused hubackup not to detect an empty never used DVDRW and calms down. [01:00] sivang: does hubackup use gnome-vfs at all? like can I direct backups to a remote machine easily? === shawarma_away is now known as shawarma [01:01] sivang: where is the main development branch of hubackup which I can check out to fiddle with it? [01:02] giftnudel: I love you forever ((tm) Martin Pitt) if you could join me in helping :-) [01:02] Ng: yes. the new version in edgy now uses a stock GNOME file selector that will allow your to save backup to any gnome-vfs mounted target. [01:02] let's say it that way, I like python and I like the idea, if I can help is really another question ;) (but I can try) [01:03] giftnudel: the really recent branch is now http://muse.19inch.net/~sivan/bzr/hubackup/hubackup--main [01:03] sivang: how new? I just ran it and it didn't show my gnome-vfs mounts in the selector [01:03] but maybe I have an older version [01:03] Ng: you on edgy? [01:03] yup [01:03] Ng: what kind of mounts do you have? [01:04] sivang: I have two sftp mounts in my Places menu === sivang checks [01:07] sivang: also, in the backup/verification windows, when it says it's finished, the button to make it go away still says "Cancel" [01:07] funky little app though :) [01:07] Ng: interesting. Either the stock selector lies, or I used it wrongly. Could kindly file a bug? [01:07] certainly [01:07] Ng: and also for the latter one? O:-) [01:08] will do [01:08] I have a couple more too ;) [01:08] Ng: thank you. It started off as something "will be finished in no time" and continues growing at an alarming rate :-) [01:09] Ng: The amount of implementation issues discovered in attempting to bring the "no worries" workflow is enurmous. [01:09] that sounds quite normal ime ;) [01:09] pitti: ping [01:09] hi Keybuk [01:09] pitti: has anybody spoken to you about kexec-tools and main? [01:10] or command-not-found ? [01:10] Ng: I hope so :-p [01:10] Keybuk: no [01:11] pitti: kexec-tools is a dependency of the linux-image-kdump package [01:11] and command-not-found is seeded in desktop [01:11] Keybuk: l-i-kdump should go into main? [01:12] Keybuk: linux-image-kdump should be demoted. [01:12] pitti: we main anything built by the kernel by default [01:12] it's hard to express that demotion in the seeds without expanding the %linux-meta entry, unfortunately [01:12] which would be annoying === ogra_ [n=ogra@p548AF2AE.dip.t-dialin.net] has joined #ubuntu-devel [01:12] is anyone working on a glibc upload? [01:13] linux-image-kdump isn't in linux-meta, it's in linux-source. [01:13] infinity: good point [01:13] Ng: If you would, I'd like to have all your discovered bugs, thank you :) [01:13] THough I suspect the same argument may apply. :) [01:13] it doesn't. why's linux-image-kdump in supported then ... === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel [01:13]