[12:02] It always takes up more time than simply flagging a bug as a duplicate [12:02] But it's also better to check whether a bug has already been filed [12:03] if those checks wouldn't fail that often, even if a bug exists.. [12:04] ...and it doesn't help that much to loose time for meta discussions, if there are more usefull things to do [12:05] robertj, maybe the unregioned drive is something dell-specific, as they sell identical systems in 2 regions? [12:06] robertj: I doubt it, I'm pretty sure that is pretty common [12:06] It's not Dell-specific [12:06] hmm - so why I never saw that problem here? [12:07] KaiL: people use setregion, recycle older drives, etc? [12:07] KaiL: That's not a question we can answer, and it's off-topic [12:07] mjg59: should gstreamer be responsible for that? [12:07] robertj: Setting region? A good question. [12:07] One that I'm going to defer for now :) [12:07] the problem to ask to set a region is, that you can only change is several times [12:08] KaiL: I've thought about that, and my thinkingis that any user should be allowed to change the region to match the dvd in the drive, but only an administrator should be able to use the last change [12:09] it's feels dirty but I think the pragmatic benefit outways the dirty feeling I have a night [12:10] I'd like to allow only administrators at all to change that setting - and with a VERY big warning [12:10] what package is the setregion command in? (apt-cache search isn't giving me anything) [12:11] imho this warning should be bigger than every normal warning, as it's an option, which can trash hardware, even better than every beta-driver can === cassidy [n=cassidy@f1-pc174.ulb.ac.be] has joined #ubuntu-devel [12:21] on a positive note the gstreamer error message is generally less sucky === WaterSevenUb [n=WaterSev@195-23-238-202.nr.ip.pt] has joined #ubuntu-devel === j^_ is now known as j^ === Aegir [n=richard@C1480153.wl148.flinders.edu.au] has joined #ubuntu-devel === mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-devel === Burgundavia [n=corey@S0106000fb085cc63.gv.shawcable.net] has joined #ubuntu-devel [12:35] _ion: ping === zbbb [n=zbbb@mg376.wolfson.cam.ac.uk] has left #ubuntu-devel ["Leaving"] === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-devel === DRF [n=daniel@host86-144-110-91.range86-144.btcentralplus.com] has joined #ubuntu-devel === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-devel [12:53] Shutting down temporarily to change surge protectors. === LinuxJones [n=willy@hlfxns01bbh-142177192239.ns.aliant.net] has joined #ubuntu-devel === stratus [n=stratus@cronopio.rits.org.br] has joined #ubuntu-devel === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel === mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-devel === alerim [n=alexis@rimbaud.net1.nerim.net] has joined #ubuntu-devel === Amaranth [n=amaranth@ubuntu/member/amaranth] has joined #ubuntu-devel === Amaranth [n=amaranth@ubuntu/member/amaranth] has joined #ubuntu-devel === alerim [n=alexis@rimbaud.net1.nerim.net] has left #ubuntu-devel ["off"] === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel [02:16] neuralis: Pong. [02:16] ogra: ping === SEJeff [n=alicia@12-211-125-247.client.insightbb.com] has joined #ubuntu-devel === j^ [n=j@e178049097.adsl.alicedsl.de] has joined #ubuntu-devel [02:42] how far from the next flight/prerelease? [02:42] desrt: Wednesday I believe [02:43] ... ish. [02:43] These things are rarely precise. [02:44] But given that the world is currenly installable and (mostly) buildable, assuming any of it works, this is a good time. [02:44] hmm [02:44] i just got a new harddrive [02:45] so i think i'm going to install onto it using RAID1 with only 1 drive [02:45] copy my stuff over then add the other drive to the array === desrt is gonna try something gutsy -- boot from external USB CD drive but get the installer to detect the external firewire CD drive by unplugging the USB one just after the kernel starts booting === desrt wonders what kind of boot-time speedup he'll see from having 2 drives instead of 1 === milli [n=milli@phantom.acmeps.com] has joined #ubuntu-devel === seth [n=seth@ubuntu/member/seth] has joined #ubuntu-devel === leonel [n=leonel@201.123.61.195] has joined #ubuntu-devel === artnay [i=artnay@hideout.unk.fi] has joined #ubuntu-devel [03:07] anyone knows what values for /apps/nautilus/icon_view/default_zoom_level, standard is 100%, large is 150%, larger is 200%, same for small, smaller. I don't know that values for 400% and 25%. does anyone knows it? === Amaranth [n=amaranth@ubuntu/member/amaranth] has joined #ubuntu-devel === Aegir [n=richard@C1480153.wl148.flinders.edu.au] has joined #ubuntu-devel === j^_ [n=j@e178049097.adsl.alicedsl.de] has joined #ubuntu-devel [03:13] infinity: have a minute now to talk about advocacy? [03:15] neuralis: I'm taking a sick day (and heading back to bed in a moment to do so), could we catch up on this a bit later? [03:16] infinity: unfortunately, i need to send in the final version of the chapter before tomorrow. but no worries, what's there already will do fine. take care of yourself and get better. === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === Amaranth [n=amaranth@ubuntu/member/amaranth] has joined #ubuntu-devel [03:39] awesome. it worked. [03:39] the installer just grabbed my firewire drive as if it was meant to be === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel === tdjb [n=tdjb@216.222.48.32] has joined #ubuntu-devel === mroth [n=mroth@unaffiliated/mroth] has joined #ubuntu-devel [04:19] interesting factoid about the installer: [04:19] it makes no attempt to prevent you from installing a brick [04:19] ie: doesn't do any checks to make sure /boot lives outside of RAID === ozamosi- [n=nnozamos@h140n2c1o1049.bredband.skanova.com] has joined #ubuntu-devel === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel [04:27] ok. actually, it just fails to properlty determine the device number === jdub [n=jdub@ppp121-112.static.internode.on.net] has joined #ubuntu-devel [04:33] guys... flight5 is fast... [04:33] i thought it was just all the gnome, etc improvements made... but doing a fresh install of the OS (box was upgraded from warty before) really speeds stuff up a lot === ozamosi- is now known as ozamosi === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-devel === yves [n=yves@unaffiliated/nictuku] has joined #ubuntu-devel === chris38-home [n=Christia@mut38-4-82-233-119-151.fbx.proxad.net] has joined #ubuntu-devel === dooglus_ [n=dooglus@rincevent.net] has joined #ubuntu-devel === dewd [n=dewd@201.29.105.156] has joined #ubuntu-devel [05:07] <_ion> Morning. [05:17] _ion: mxpxpod was looking for you [05:18] <_ion> Yep, i noticed. He didn't tell why, though. :-) === _ion takes a shower and goes to the hospital. === Arrogance [n=aks@ottawa-hs-209-217-66-137.d-ip.magma.ca] has joined #ubuntu-devel === stub [n=stub@ppp-58.10.67.133.revip2.asianet.co.th] has joined #ubuntu-devel === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel === Xof [n=mas01cr@gibbons.doc.gold.ac.uk] has joined #ubuntu-devel === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #ubuntu-devel [06:25] morning === dewd [n=dewd@201.29.105.156] has joined #ubuntu-devel === Gman [n=gman@nwkea-socks-1.sun.com] has joined #ubuntu-devel === j^ [n=j@e178005052.adsl.alicedsl.de] has joined #ubuntu-devel === jamesh [n=james@203-166-237-197.dyn.iinet.net.au] has joined #ubuntu-devel === highvoltage [n=Jono@196.36.161.235] has joined #ubuntu-devel === susus [n=sz@p5089D368.dip.t-dialin.net] has joined #ubuntu-devel === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [07:57] hi ogra [07:58] jsgotangco [07:58] ogra: i have been confirmed that the flickering issue is due to the apps. DRI and driver in X are fine. fix it. kthxbye === poningru_ [n=poningru@n128-227-55-122.xlate.ufl.edu] has joined #ubuntu-devel === Aegir [n=richard@d58-105-36-34.dsl.vic.optusnet.com.au] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:08] Good morning [08:09] pitti: morning [08:10] pitti: http://lists.freedesktop.org/archives/xdg/2006-March/007904.html [08:11] hey pitti [08:11] hi fabbione [08:11] pitti: and http://thread.gmane.org/gmane.comp.autopackage.devel/4671 [08:12] Burgundavia: hm, sounds like a bad hack - they should require .desktop to be executable in the first place [08:12] Burgundavia: thanks for the links! [08:12] pitti: indeed, but the second is even worse [08:13] pitti: I should note that the autopackage devs are NOT planning to use this gross hack [08:13] and see it rightly as a security hole [08:14] *gulp* [08:21] pitti_laptop: did I ruin your breakfast? === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === Lure [n=luka@external-7.hermes.si] has joined #ubuntu-devel === Gman is now known as GmanAFK [08:25] Burgundavia: oh, not really, we discussed the .desktop issue a long time ago :) [08:25] Burgundavia: the hack doesn't really change much anyway [08:25] Burgundavia: there's not a big difference between running arbitrary commands (including sh -c) with a .desktop, or *being* a shell file [08:25] (AFAICS) [08:25] or is it? === joelbryan [n=joelbrya@210.213.164.251] has left #ubuntu-devel [] === xxenon [i=xxenon@81.13.239.65] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel === tritium [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel === Mithrandir [n=tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-devel === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-devel === dholbach [n=daniel@i577B07D4.versanet.de] has joined #ubuntu-devel [09:01] good morning [09:02] dholbach: It's morning, anyway === freeflying [n=freeflyi@61.190.65.34] has joined #ubuntu-devel [09:03] simira: is it so bad? === mdke_ hugs dholbach [09:04] hey mdke_ :) === dholbach hugs mdke_ back [09:05] hi, thanks for doing all those docs uploads [09:05] not to worry :-) [09:07] dholbach: I don't know yet, I'm not awake === Pygi [n=mario@195.29.212.226] has joined #ubuntu-devel [09:08] simira: we're all getting there ;) [09:09] mornin' people === Mithrandir ruffles simira [09:10] mornin' === JaneW [n=JaneW@dsl-146-182-24.telkomadsl.co.za] has joined #ubuntu-devel [09:16] hi JaneW [09:16] hi pitti === pvanhoof [n=pvanhoof@mailhost.newtec.be] has joined #ubuntu-devel === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #ubuntu-devel === doko [n=doko@dslb-088-073-097-034.pools.arcor-ip.net] has joined #ubuntu-devel === mvo [n=egon@p54A64E58.dip.t-dialin.net] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === Kagou [n=Kagou@84.5.172.108] has joined #ubuntu-devel === jane_ [n=JaneW@dsl-146-178-247.telkomadsl.co.za] has joined #ubuntu-devel === human_blip [n=mike@mike.nelsonbay.com] has joined #ubuntu-devel === vuntz_ [n=vuntz@volin.imag.fr] has joined #ubuntu-devel === carlos [n=carlos@84.76.255.40] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel === Lure [n=luka@external-7.hermes.si] has joined #ubuntu-devel === simira_ [n=simira@194.24.252.250] has joined #ubuntu-devel === michal` [n=michal@rsbac/developer/michal] has joined #ubuntu-devel === simira_ is now known as Simira === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === Lure [n=luka@external-7.hermes.si] has joined #ubuntu-devel [11:05] what is the best avenue of moaning about malone? [11:05] filing a bug? [11:06] yes, or mailing launchpad-users if it's something where you need to discuss and work out a solution [11:07] launchpad-users === hendry is hopping mad. Tries to cool down. [11:08] hendry: try #launchpad [11:08] hendry: being hopping mad won't help. Calm down. [11:10] hendry: patience is key to dealing with LP [11:10] on irc no one can hear you scream [11:10] ;) === koke [n=koke@ubuntu/member/koke] has joined #ubuntu-devel [11:24] carlos: hi! does rosetta spit out a list of packages with missing POT files? [11:25] carlos: I can still use my own import script to get that, but in the future rosetta should tell us anyway [11:25] pitti: no, but I can create a page with that information [11:26] carlos: it should list all import errors, like 'no pot file', or 'pot file, but no domains', or '2 .mo file domains, but 3 pot files', or so [11:26] pitti: could you file a bug about it, please? [11:26] carlos: sure [11:27] pitti: well, atm I'm not using the .mo files at all [11:27] we are not importing any .pot file automatically until it's reviewed manually once [11:28] to prevent the mess we have with hoary and breezy [11:29] Kamion, Kinnison: did you have any plans to get some cherrypicked fixes of the new gparted releases (0.2.2 now) into gparted? [11:30] dholbach: if Kinnison or you can do it without breaking the gparted installer functionality you have now, be my guest [11:30] I don't have time myself [11:30] carlos: bug 36825 [11:30] Malone bug 36825 in rosetta "please generate an import error page" [Normal,Unconfirmed] http://launchpad.net/bugs/36825 [11:31] carlos: hm, that sounds like a lot of work to me [11:31] Kamion: Do I have any hope of getting Linda 0.3.20 into Dapper? [11:31] pitti: it's [11:31] Kamion: yeah, that's what I thought... if we can't have 0.2.2 we should at least have the important stuff backported [11:31] carlos: I get very good results by looking at the mo files, and I only need to manually fix ~20 packages [11:31] pitti: only KDE and OO.org remains to get all .pot imported [11:31] StevenK: what does it change? [11:31] pitti: we only need to do it once [11:31] carlos: btw, fixed blender is test-building here ATM [11:31] dholbach: if possible, I'd rather go straight to 0.2.2 than backport [11:31] pitti: cool, thanks [11:31] just because of the complexity [11:31] carlos: and you can detect layout changes? [11:32] Kamion: Um, the changelog is large. It fixes a few things sladen did an upload for. [11:32] carlos: what broke for you if you apply some heuristics to automatically process the 95% of the packages that usually make no problem? [11:32] pitti: also, this manual review prevents us to import gtk+ and glib+ as much times as buildtrees it has or as much times as it changes the version.... [11:33] pitti: no, we don't detect layout changes (yet) [11:33] Kamion: is the install-cd bootable on a mactel yet? [11:33] StevenK: remember that we're in feature freeze. If it's bug fixes only, then sure; otherwise we'd have to talk. [11:33] carlos: I use an 'override database' for these cases (one of the 20ish packages that require manual treatment) [11:33] tepsipakki: no [11:33] duh [11:33] ok [11:33] Kamion: Most, if not all of the changes close a Debian bug or two. [11:33] pitti: override database for layout changes? [11:33] carlos: hm, then this seems to be prone to break even harder than with heuristics... package layout changes from time to time [11:33] StevenK: http://wiki.ubuntu.com/DeveloperResources has the process for requesting freeze exceptions [11:34] pitti: prone to break?, if it's on hte same path is imported automatically [11:34] carlos: e. g. I say in domain-overrides/gtk+2.0: [11:34] if it's not... we need to review it manually... [11:34] gtk20-properties build-tree/gtk+-*-shared/po-properties/ [11:34] carlos: ah, ok [11:34] that's not prone to break ;-) [11:34] carlos: i. e. my db assigns translation domains to a specific subdirectory of the build tree [11:34] pitti: oh, I see, that's something I was planning to do too [11:34] Kamion: Thanks, I'll do that. [11:35] pitti: what happens with multiple .pot files on the same directory? [11:35] pitti: like iso-codes package [11:35] carlos: the import process will complain for me and refuse; this requires an override for me [11:35] Kamion: I think the only issue with linda out the box is that it tries to run NMU checks on Ubuntu which don't make sense; and the locales issue has been worked around for the moment, although there was a better patch that I've asked somebody to take straight to upstream [11:35] pitti: it's more or less the same we do then ;-) [11:35] carlos: right now I ignore iso-codes, and it's the only package with multiple pot files in one dir [11:35] kamion: how about netboot, there should probably be a elilo.efi to be loaded on pxeboot or something? === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #ubuntu-devel [11:36] pitti: glibc has also multiple .pot files in one dir [11:36] pitti: one of them is useless [11:36] carlos: well, I don't need to tweak/review the vast majority of our packages [11:36] header.pot [11:36] carlos: my glibc override: libc build-tree/glibc-*/po [11:36] tepsipakki: I have no clue about how netboot would work and not much interest in looking at it before CDs [11:36] carlos: i. e. easy to fix for me [11:37] Kamion: ok, no problem [11:37] tepsipakki: you can fish elilo.efi out of the elilo package and try it out yourself if you like [11:37] yes, I will ;) [11:37] pitti: you have much more flexivility [11:37] ;-) [11:38] carlos: I'm just mentioning that because it seems to me that manually reviewing 3000 packages is a horribly boring and unnecessary work... [11:38] pitti: do we have 3000 packages with translations in main? [11:39] oh, true [11:39] so, s/3000/300/ :) [11:39] pitti: :-P [11:39] pitti: we already did most of them [11:39] the most complicates one are the KDE ones [11:39] carlos: (just wait for dapper+5, when we will have 3000 :-P) [11:40] pitti: well, In the mean time, I guess I would have improvements to our system... :-) [11:40] carlos: hm, I actually find them pretty easy to import, beacause kde-i18n is very regular === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #ubuntu-devel [11:40] pitti: but the .pot files are in other package [11:40] carlos: but I guess it hurts you that the translations and sources are apart? [11:40] right [11:41] pitti: the idea is to reuse the .mo information again, but not the way we were using it before [11:41] to prevent the problems we had [11:41] carlos: well, and the always beloved special special cases, like k3b :) [11:41] that's why I didn't ask you to remove them from the tarballs [11:42] pitti: what's wrong with it? [11:42] oh, I need the .mo files, too, and they don't hurt [11:42] carlos: it has its own i18n package... [11:42] interesting... [11:43] elif url.find('k3b-i18n') >= 0: [11:43] if not extract_k3bi18n_translation_tarball(tar, contentdir): [11:43] carlos: this leads to ugly special cases like this [11:43] with hardcoded source package names... [11:43] pitti: I cannot do those things with Rosetta [11:43] carlos: I guess so :) === fabbione really really needs some help to triage X bugs [11:48] carlos: do you know why the exported .po files from the Rosetta import of debian-installer miss out all the "#. Description" lines? [11:48] it creates a huge amount of diff noise [11:49] carlos: I'm also still seeing some very dubious non-fuzzy translations [11:49] Kamion: it sounds like a bug, we should not remove comments [11:50] I *think* it may be removing the last line of each set of comments; but I'm not sure [11:50] hey, i've compilled vanilla kernel from kernel.org using configuration that _works_ here on this machine in every other distro. but when have started it on ubuntu, all i'm getting whe executing any binary is "invalid argument". what are you patching your libc/whatever with to make ABI incompatibile and how can i resolve it ? [11:50] mjg59: ping [11:51] jdub: Hi [11:51] mjg59: seen the xserver-xorg-dev vs. xserver-xgl .m4 conflict? [11:51] Nope [11:51] Easy enough to fix, though [11:52] Kamion: I will look into it today [11:52] i think it was xserver-xorg.m4 [11:53] hmmm [11:53] jdub: what kind of conflict do you get? [11:53] fabbione: file conflict on (from memory) xserver-xorg.m4 [11:54] jdub: Contents-i386.gz didn't show any conflict when i did look for xserver-xorg.m4 [11:54] carlos: thanks; I didn't know whether you'd purged the known-broken translations yet [11:54] Kamion: not yet, sorry [11:54] -rw-rw-r-- 1 lp_publish lp_publish 9912759 Jan 19 23:14 Contents-i386.gz [11:54] still looking into the database [11:54] fabbione: ^-- [11:54] carlos: ah, ok [11:54] OH CRAP [11:54] iz elmo thing [11:54] !#*?!*% [11:55] (afaik) [11:55] carlos: fixed blender uploaded [11:55] pitti: cool, thanks [11:56] Kamion: before soyuz it was an issue with apt-ftparchive not issuing a lock while running.. i wonder what's the problem now [11:56] there is an RT request for it opened since UBZ [11:56] probably just hasn't been done yet, dunno [11:56] I think at this point a soyuz bug would be more helpful than an RT request === Cassidy [n=gdesmott@di-pc67.ulb.ac.be] has joined #ubuntu-devel [11:57] infinity: around? [11:57] it can't reasonably be categorised as a sysadmin action any more [11:57] Kinnison: do you know who is resposable for that part of the code? [11:57] Kamion: whatever.. it was in elmo's court because he did ask me to open an RT :) [11:58] which probably made sense for katie, but not any longer [11:58] fabbione: Contents files haven't been generated in quite a while [11:58] Kinnison: yes that was obvious :) [11:58] fabbione: I.E. not attempted rather than non-functional [11:58] did anybody try to run the live cd from the weekend? [11:58] Kinnison: who should be kindly larted to get that done now? [11:58] the current Contents files were just rsynced over from katie, AFAIK [11:59] doko: yeah, can't mount root filesystem; Mithrandir will be looking into it in a bit, although if you want to beat him to it I wouldn't object :) [11:59] Contents files are still useful. I find the lack of them for Dapper at little strange at times. [11:59] fabbione: I imagine elmo needs to work out a reliable way to convert the apt.conf which soyuz produces into something which can generate Contents files out-of-band and then copy them in === StevenK is wondering where mpt is hiding himself. [12:00] fabbione: If it's assigned to me then I'll get to it when I have time, which is currently looking like post-dapper [12:00] I'd like to work on the about-ubuntu spec, but I'd like to see the code that has been written so I don't duplicate work. [12:00] Kinnison: ok thanks. [12:01] Kamion: have to decide about lunch now or later ;) ... === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel [12:01] Kinnison: since there are some things in the distro which rely on Contents files, I think we'll need to find some way to get it done before dapper [12:02] Kamion: right === Kinnison has his unread bugmail down to 105 now [12:02] if someone files a bug and assigns it to me, I'll see what I can work out [12:02] the bug should be filed against launchpad-publisher [12:02] I'll file it [12:02] fabbione, thanks ... i'm still wondering why it only happens for ati [12:03] ogra: no idea.. but benh said so.. and he is the ati driver maintainer :) [12:03] ogra: he did a bunch of tests before confirming so === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #ubuntu-devel [12:06] Kinnison: bug 36830, thanks [12:06] Malone bug 36830 in launchpad-publisher "need Contents files to be generated" [Normal,Unconfirmed] http://launchpad.net/bugs/36830 [12:07] fabbione, ok, thanks a lot .. [12:08] Kamion: added to my bugmail-notes [12:08] a mere 90 lines of notes and 104 unread bugmails left to go [12:09] that'll teach me to actually use my weekend for resting / personal stuff [12:09] mvo: font ping [12:09] doko: hello [12:09] hi [12:11] the tty-dejavu developers now identified their problem: the arabic glyphs added in 2.4. they apparently use something which the new pango doesn't support (BASE tables). the recommendation of the pango devels was to split out the arabic fonts into a separate one [12:11] s/tty/ttf/ [12:12] doko: the live cd is broken due to udev not plugging cd rom drives in the boot. [12:12] doko: ok [12:12] Mithrandir: ahh, ok, will try the next build [12:13] mvo: is gentium an alternative? [12:13] doko: I don't think they cover arabic glyphs [12:14] mvo: well, dejavu won't as well ... [12:15] I do not want to ship a custom release, the devels talk about splitting the glyphs in a separate font with the 2.5 release [12:15] doko: do we have a bugnumber for this? I'm not sure that I'm familiar with the background of the problem [12:16] mvo: one of the ttf-dejavu bugs === mvo fires up malone [12:17] mvo: or look at the ML (the "excessive kerning" thread), http://sourceforge.net/mailarchive/forum.php?forum=dejavu-fonts === Chipzz pokes mvo :P [12:25] i really dislike waiting for the gnome-screensaver dialogue to appear [12:25] jdub, patches accepted ;) [12:25] haha === jdub submits patch for the seed file. [12:26] heh [12:26] ;-) [12:26] Kinnison: ? The bug is that g-p-m claims the machine is still in the wrong power state if it's changed during suspend. I don't see how that can possibly be an acpi-support bug [12:27] mjg59: good point [12:28] mjg59: sorry [12:28] Kinnison: No problem [12:28] thunderbird language files are now depends of language-support [12:28] I was just confused by the "You say this is an acpi-support problem" :) [12:28] hrm, guess we don't have a supersmart way of solving it otherwise atm [12:29] mjg59: mostly I was trying to palm off bugs from my list :-) [12:29] Kinnison: I think counting on me to fix anything between now and dapper is not a great plan [12:30] I have little enough time that I'm likely to limit myself to anything that I find interesting [12:31] mjg59: paul seemed to be doing acpi-support stuff too [12:31] mjg59: but noted [12:31] Kinnison: Yeah [12:43] carlos: I just uncovered a problem in my import scripts that might hit you, too [12:43] pitti: let's see [12:44] carlos: how do you get the version of a tarball's package? [12:44] pitti: soyuz does it for me [12:44] carlos: we recently stopped including the epoch in the tarball name [12:44] carlos: thus, gthumb 2.7.5 < 3:2.7.2 [12:44] pitti: so I don't get the version anymore from the tarball name [12:44] carlos: ok, so epochs are correctly handled for you? [12:45] yes, as I get directly a reference to the package in our database [12:45] thus, I don't need to parse anything [12:46] also I don't need to do the old upload check [12:46] as soyuz will not accept old uploads [12:46] infinity: hm, so translations.txt has no epoch in Version: [12:46] carlos: right [12:46] infinity: that was the bug we recently talked about, right? === janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-devel [12:47] pitti, hi [12:47] hi janimo [12:47] got my mail? [12:47] pitti, yes [12:47] all xfce packages use intltool-update ow their own === GmanAFK is now known as Gman [12:48] and have .pot files checked in svn [12:48] they just do not make it into the dist tarball === irvin [n=vx@ubuntu/member/irvin] has joined #ubuntu-devel [12:48] could we use those if they included them? [12:49] janimo: weeell, it would be suboptimal [12:49] the cdbs solution is good anyway [12:49] janimo: because that wouldn't catch strings you add/change for Debian/Ubuntu [12:49] pitti, ok so in case we modified strings we need to call intltool anyway [12:49] janimo: yep [12:50] I'll look at xfce cdbs class then [12:50] pitti, thanks will let you know how it goes [12:51] thanks === ogra yays at bug 36743 [12:52] Malone bug 36743 in xscreensaver "glsnake contains non G-rated material" [Unknown,Unknown] http://launchpad.net/bugs/36743 [12:57] pitti, seeing that not only gnome/xfce packages need the POT /.desktop treatment would it not make sense to make an independent cdbs rule for it which gnome.mk would include? [12:57] this way it could be used by misc cdbs using packages [12:57] janimo: of course [12:57] seb128, dholbach, mov: Looking at #31596, I cannot understand why gpdf get's the correct output while evince does not. [12:57] janimo: having a language-packs.mk which is included by gnome.mk and xfce.mk would work for me [12:58] pitti, ok I'll make that then [12:58] janimo: right now, including gnome.mk in xfce.mk would be equivalent, though [12:58] but having a proper langpacks.mk is cleaner [12:58] doko: gpdf and evince have nothing to do one with the other [12:59] (other than that they both read PDFs) [12:59] doko: gpdf has a partial xpdf old code where evince uses poppler and fontconfig [01:00] seb128: maybe, but why is the very same font gives different results? [01:01] because the rendering stuff are totally different code [01:02] maybe gpdf doesn't pick the same font [01:02] or it doesn't do an AA on it, or .. [01:03] /AWAY LKSJDLKFJSDLK [01:04] dholbach: Thanks for getting that patch into gnopernicus. [01:05] seb128: gpdf picks the same font, if you look at the trace [01:05] TheMuso: anytime :) [01:05] TheMuso: thanks for working on it [01:06] Np. [01:13] pitti: Yes, I could fix translations.txt, but you told me not to prioritise it, since the Right Way should be working soon. :) [01:14] infinity: yep, I'm currently adding a workaround to my scripts [01:14] so don't bother about fixing it [01:16] pitti: Are you sure? If you're still using those exported tarballs, fixing translations.txt is only a few sbuild tweaks away. [01:16] seb128: So, what are you doing about nautilus and its newfound love for universe build-deps? [01:16] infinity: what Build-Deps is that? [01:16] infinity: if it's easy, I could make my scripts more robust, but it's not necessary if it creates real work for you [01:17] seb128: beagle-dev [01:18] pitti: Well, since I'm still in the middle of a sick day, anything is "real work", but in reality, it's very little work at all (two lines of perl, build a package, install it on the buildds...) [01:18] infinity: it has been accepted for promotion by pitti so we do promote it :p [01:19] seb128: Except that it brings in half the world (which hasn't had a promotion exception yet), so it may not happen immediately. :0 [01:19] seb128: pitti only approved beagle, not its dependencies. so no, we don't [01:20] Dependencies: Depends are in main with the exception of gtk-sharp2 (already approved and should be re-seeded shortly), and gmime2.1. [01:20] ^ from the beagle report [01:20] hmm [01:20] evolution-sharp, galago-sharp [01:21] In fact, pretty much everything with "sharp" in the source name. :) [01:21] hence gtk-sharp (which we *de*moted recently) and libgalago [01:21] given it wants to promote something we explicitly got rid of recently, I'm reluctant [01:21] Kamion: gtk-sharp wants to get into main again? what pulls it in? and for galago-sharp, tseng wanted to drop that build-depend afaik [01:22] slomo: galago-sharp, http://people.ubuntu.com/~cjwatson/anastacia.txt [01:25] Kamion: ok, i'll drop galago-sharp from the b-d then... but evolution-sharp is something we want imho... i'll write a main inclusion report later for it [01:25] Surely, galago-sharp should be rebuilt with gtk-sharp2, so gtk-sharp can be completely removed. [01:25] infinity: yes, that too ;) [01:25] fabbione, has the new ati driver a compiled in tv test screen ? [01:25] https://lists.ubuntu.com/archives/ubuntu-users/2006-March/071487.html [01:26] i've heard that more often over the weekend here [01:26] cool :) [01:26] ogra: The latest upload is meant to fix that, I believe. [01:26] yes, as long as it doesnt prevent GDM from starting ;) [01:26] My mac mini had those distortions [01:26] infinity, ah, cool [01:26] no TV test screen [01:27] ogra: no [01:27] ogra: and the bug has been fixed with this morning upload. [01:28] yup, got that [01:28] Mithrandir: can you tell me if I'm doing something daft. I removed all the language packs from the kubuntu live seed for powerpc but it still has them installed on today's CD [01:29] Riddell, did you upload -meta ? [01:29] you need the update in the -live package ;) [01:29] pitti: the blender's .pot file is broken [01:30] pitti: it lacks a .po header [01:30] Riddell: ogra is right... The livefs build scripts use the metapackages, not the seeds (intentionally, since this is one of the few ways the metapackages every get tested) [01:30] carlos: oops, right [01:30] pitti: I can fix it manually to get the initial upload done, but you should fix it on the package... [01:30] carlos: yes, I'll do that ASAP [01:31] pitti: thank you [01:31] Riddell: Also, as "the guy who's been updating libapt-front", do you want to look at updating/fixing debtags, so it can actually build with the libapt-front version we're shipping? :) === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.34] has joined #ubuntu-devel === irvin [n=irvin@ubuntu/member/irvin] has joined #ubuntu-devel [01:31] ogra: ah hah [01:32] infinity: ok, will do [01:32] pitti: also.. the script that they use to generate the .pot file is not generating the right output... it's not a syntax error, but the references to the file where the string came should not be noted as that kind of comments but as #: ones... [01:32] Kamion: evolution-sharp was approved already some time ago... https://wiki.ubuntu.com/MainInclusionReportEvolutionSharp [01:32] Riddell, happened to me several times already :) [01:32] pitti: but don't worry, it's not something you should fix [01:32] Kamion: and the next beagle upload has no libgalago-cil build-depends anymore ;) [01:35] Riddell: hey.. did you get my /msg a couple of days ago? [01:36] slomo: oh, interesting, we must have demoted it again at some point === Hirion [n=hirion@draugr.de] has joined #ubuntu-devel [01:37] Kamion: probably short before breezy release... many mono packages were demoted there as they were not really ready for main back then [01:37] I've chucked it back into main [01:38] fabbione: about taglib? I've not had any other similar reports [01:38] fabbione: I wonder if it's a powerpc issue [01:38] Riddell: yes that one.. [01:38] Riddell: no idea [01:38] i don't use amarok at all [01:38] fabbione: a backtrace would be useful === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #ubuntu-devel [01:40]