[12:02] <mdke> there you are.
[12:02] <looksaus> to me, it feels as a critical bug, but I really don't want to step on developer responsibilities
[12:04] <looksaus> mdke, thx
[12:06] <looksaus> mdke, do you know enough about gdb backtraces and stuff to say if this was all I could do?
[12:06] <mdke> fraid not
[12:06] <looksaus> I mean, all information I could assemble?
[12:06] <mdke> I don't know. Hopefully a firefox maintainer will get back to you
[12:08] <looksaus> in the situation as it is, I really can't say Ubuntu is ready on powerpc
[12:08] <looksaus> did I just give the definition of "critical bug"?
[12:10] <looksaus> just to make clear: I really really appreciate any and all of the great work being delivered on dapper and on free software in general!
[12:10] <looksaus> I'm just getting a bit worried
[12:12] <AlinuxOS> when I want create my coc.txt.asc to sign Code Of Conduct, I got errors :/
[12:12] <AlinuxOS> gpg --clearsign coc.txt
[12:12] <AlinuxOS> gpg: no default secret key: secret key not available
[12:12] <AlinuxOS> gpg: coc.txt: clearsign failed: secret key not available
[12:12] <AlinuxOS> ?
[12:13] <looksaus> AlinuxOS, and you're sure you have one?
[12:13] <mdke> AlinuxOS: you need #ubuntu or #gnupg
[12:13] <AlinuxOS> looksaus, no I dont' know :)
[12:14] <AlinuxOS> oops my fault :)
[12:14] <AlinuxOS> it's devel..
[12:14] <AlinuxOS> too much windows open :D
[12:14] <looksaus> :)
[12:15] <AlinuxOS> mmm
[12:15] <AlinuxOS> sekret key :D
[12:15] <AlinuxOS> looolz
[12:15] <AlinuxOS> boh
[12:15] <AlinuxOS> I was thinking that sign COC is simple :)
[12:17] <looksaus> AlinuxOS, it _IS_ about as simple as it can be
[12:17] <mdke> AlinuxOS: http://wiki.ubuntu-it.org/GnuGpg (but don't continue the discussion in -devel pls)
[12:17] <looksaus> but let me help you with it on the right channel
[12:18] <AlinuxOS> looksaus, :)
[12:18] <AlinuxOS> thank you
[12:18] <AlinuxOS> mdke, of coure :)
[12:25] <siretart> yay. bzrtools for bzr 0.8! :)
[12:36] <mdz> Kamion: broken how?
[01:05] <HiddenWolf> Mithrandir: obviously, a day after I told you I couldn't reproduce bug 32102, I can. I captured another screenshot, but since it is just a minor graphical glitch, I'm not sure if I should reopen if it's hard to trigger for you or another developer.
[01:05] <Ubugtu> Malone bug 32102 in libnotify "popups positioned on top of the panel" [Normal,Rejected]  http://launchpad.net/bugs/32102
[01:36] <lifeless> fabbione: around ?
[01:50] <lifeless> heh
[01:52] <luisv> so, uh, yeah- anyone here seeing busted gconf in latest dapper?
[02:06] <bddebian> Howdy folks
[02:14] <mdz> mjg59: around?
[02:16] <mjg59> mdz: Hi
[02:16] <mdz> mjg59: I tried to swap in new artwork for usplash and it defeated me
[02:17] <mdz> usplash: bogl-vga16.c:437: bogl_vga16_put: Assertion `yy + pixmap->height <= bogl_yres\' failed
[02:17] <mdz> even though the images have exactly the same dimensions
[02:17] <mdz> I even diffed the pngtobogl output
[02:17] <mdz> what did I miss?
[02:18] <mjg59> mdz: Erm. You're sure it was 640x400?
[02:18] <mdz> mjg59: struct bogl_pixmap pixmap_usplash_artwork = {
[02:18] <mdz>   640,          /* Width. */
[02:18] <mdz>   400,          /* Height. */
[02:18] <mdz>   16,           /* Number of colors. */
[02:18] <mdz>   -1,           /* Transparent color. */
[02:18] <mdz>   usplash_artwork_palette,      /* Palette. */
[02:18] <mdz>   usplash_artwork_data, /* Data. */
[02:18] <mdz> };
[02:18] <mjg59> Hrm.
[02:18] <mjg59> What are yy and bogl_yres?
[02:18] <mjg59> Nothing springs to mind, so...
[02:19] <mdz> ok, I thought maybe there was a secret incantation needed when changing the image
[02:19] <mdz> I'll debug
[02:19] <mjg59> Not that I can recall
[02:20] <mdz> added debug to the function and it works with that binary
[02:20] <mdz> ...
[02:20] <mjg59> Ha
[02:21] <mjg59> Broken build system didn't include the new graphic?
[02:21] <mdz> the graphic only goes in the .so, right?
[02:21] <mjg59> Hm. Yes, I think so
[02:21] <mjg59> That was Jeff's code
[02:21] <mdz> I don't see why one binary would work and not the other
[02:23] <mdz> ha
[02:23] <mdz> -rwxr-xr-x 1 root staff 694425 2005-08-04 17:43 /usr/local/sbin/usplash
[02:23] <mdz> August 2005 comes back to haunt me
[02:23] <lifeless> muhaha
[02:24] <bddebian> Heya lifeless
[02:24] <bddebian> lifeless: Oh, did that xclip hack work OK? :-)
[02:24] <lifeless> bddebian: dunno, haven't updated for a couple of days.
[02:24] <lifeless> I'll do so today
[02:24] <bddebian> NP
[02:35] <jsgotangco> good morning
[02:36] <ajmitch> hi jsgotangco 
[02:39] <jcole> check this out, e17 on a handheld -> http://www.rasterman.com/files/eem.avi
[02:56] <bddebian> Heya jsgotangco
[03:01] <jcole> fyi, gpe is not complete and very very old in debian/ubuntu -> https://wiki.ubuntu.com/EmbeddedUbuntu
[03:02] <jcole> xfce and e17 should be added to that spec
[03:02] <jcole> they are both up to date
[03:02] <kmr> hello. is launchpad the proper place to submit a bug report (and patch) for dapper?
[03:03] <neuralis> kmr: yes.
[03:03] <kmr> neuralis: thanks. I posted the bug (but not the patch) to debian 110 days ago. but, I'd like to see the fix in dapper if possible. appreciate the info
[03:04] <bddebian> kmr: What package?
[03:05] <kmr> imagemagick. debian bug #349264
[03:05] <Ubugtu> Debian bug 349264 in imagemagick "Subject: Assertion failure if get ICC profile with PerlMagick" [Important,Open]  http://bugs.debian.org/349264
[03:05] <kmr> right. submitting a 3-line patch to launchpad line
[03:05] <kmr> er, now
[03:05] <jcole> since the gpe guys are fully dedicated to the familiar distro, it's very unlikely that gpe embedded ubuntu would happen
[03:06] <bddebian> Hmm main package, I can't touch it :-(
[03:07] <jcole> e17 embedded ubuntu is though :)
[03:07] <kmr> posted. Well, I have a fixed version in my local apt repository for breezy, but thought it'd be nice to not have to maintain that for dapper
[03:12] <ajmitch> kmr: if you could post the patch as an attachment (see on left), and change the version to 6:6.2.4.5-0.6ubuntu1 with distro dapper, it'd be great
[03:13] <ajmitch> pasting patches inline tends to destroy them a bit in malone
[03:13] <kmr> ajmitch: sure, I can do that. can/should I edit the previous report or just create a new report?
[03:14] <ajmitch> edit bug #44307
[03:14] <Ubugtu> Malone bug 44307 in imagemagick "Assertion failure processing ICC profiles with perlmagick" [Normal,Unconfirmed]  http://launchpad.net/bugs/44307
[03:14] <kmr> okay, thanks for the tips. first time using launchpad
[03:15] <ajmitch> no problem, thanks for the patch
[03:17] <bddebian> Why can't you click on the headers to sort in LP anymore? :-(
[03:17] <jcole> btw, not important but will ubuntu dapper have grub themes like kubuntu dapper?
[03:19] <jcole> there's a kubuntu-grub-splashimages
[05:44] <tritium> that's nice new artwork on shutdown, but I still had the old artwork on startup
[05:53] <ajmitch> desrt: explain
[05:53] <bddebian> desrt: What package?
[05:53] <desrt> gajim 0.9 -> 0.10
[05:53] <desrt> increased standards compliance == wonky behaviour with commonly-deployed non-compliant server implementations
[05:53] <ajmitch> how is it a regression but not a bug?
[05:54] <desrt> in the same way that most metacity "regressions" aren't bugs in metacity but, rather, other apps :)
[05:54] <ajmitch> heh
[05:54] <desrt> (but result directly from metacity getting more hardcore with the standards)
[05:55] <desrt> anyway.  it's totally awesome
[05:55] <desrt> every time someone approves me to add them to my list i get a limitless stream of 'Approved!' dialogs
[05:55] <desrt> they come up like 2-3 per second.. i can't click OK fast enough
[05:55] <tritium> how can usplash be using different artwork on startup and shutdown?  It should be the same .so file that contains it...
[05:56] <desrt> tritium; because the startup one comes from the initramfs image
[05:56] <desrt> tritium; you need to rebuild it (dpkg-reconfigure your kernel image) in order to copy the .so in
[05:56] <tritium> desrt: ah, thanks!  :)
[06:02] <tritium> That did it, desrt!
[07:01] <fabbione> morning guys
[07:01] <fabbione> lifeless: i am now
[07:02] <ajmitch> hey fabbione 
[07:02] <fabbione> hi ajmitch 
[07:02] <lifeless> fabbione: mailed ya
[07:02] <Burgundavia> salut ajmitch
[07:02] <ajmitch> hi Burgundavia 
[07:03] <Burgundavia> ajmitch: what a major dilemma. Right as canonical hiring, I am starting to enjoy my job
[07:04] <ajmitch> heh
[07:05] <ajmitch> and it's just bad timing for me as well ;)
[07:05] <Burgundavia> ajmitch: why so?
[07:06] <ajmitch> busy at uni
[07:06] <Burgundavia> ah
[07:06] <ajmitch> just applied for google's SoC
[07:06] <ajmitch> so I should at least be busy working on edgy
[07:06] <Burgundavia> I suspect that canonical will be hiring in the future as well, so it is not a major issue
[07:08] <ajmitch> possibly
[07:08] <desrt> ajmitch; i want to do a universe upload.  how can i do it?
[07:09] <ajmitch> patch to an existing package?
[07:09] <desrt> ya
[07:09] <ajmitch> easiest way is to stick a debdiff on malone for one of us to look over & upload
[07:09] <desrt> ok.  how does that work?
[07:09] <ajmitch> debdiff package1.dsc package2.dsc > patch.debdiff
[07:10] <desrt> neat.
[07:10] <ajmitch> fairly useful
[07:11] <desrt> does that include a signature on the new one?
[07:11] <ajmitch> nope
[07:12] <ajmitch> since one of the universe uploaders has to sign for the upload to be accepted
[07:12] <desrt> true
[07:12] <desrt> something i've wondered about for a bit
[07:12] <desrt> does it matter if the signature on the package doesn't match the changelog?
[07:13] <crimsun> best practice or technically? If the latter, the key used to sign dsc and changes needs to be in the upload keyring for that component, that's all.
[07:13] <desrt> it seems that i should mark my uploads as desrt@ubuntu but my public key doesn't have a UID for this email and i've nobody close to me to sign it
[07:14] <desrt> (but desrt@desrt.ca is very well signed)
[07:14] <desrt> ajmitch; do you have a few mins?
[07:14] <ajmitch> yeah
[07:14] <desrt> k.  see /msg
[07:39] <pitti> Good morning
[07:41] <desrt> good morning
[07:43] <desrt> i just learned dch -i and debdiff :D
[07:43] <desrt> you guys have some nice toys
[07:44] <desrt> will you be at guadec, pitti?
[07:46] <pitti> desrt: I didn't plan that at all yet - will you?
[07:46] <desrt> ya.
[07:47] <crimsun> congrats, desrt 
[07:47] <desrt> it's only a country or two over from you.. you should consider it
[07:47] <crimsun> 'morning pitti 
[07:47] <desrt> crimsun; thx.
[07:49] <pitti> hi crimsun 
[07:49] <pitti> desrt: yes, I'll look for the date etc. and try to come
[07:49] <desrt> it's the last week of june
[07:51] <pitti> crap
[07:51] <pitti> desrt: that's already our conference
[07:51] <pitti> or, maybe it's the week directly after that
[07:51] <desrt> where is the ubuntu one?
[07:51] <pitti> yes, indeed, that fits
[07:51] <pitti> UFK is June 19 to 24
[07:52] <pitti> so I'll already be in the right country
[07:52] <desrt> no
[07:52] <desrt> guadec is spain
[07:53] <pitti> desrt: oh, ok; some more country hopping then
[07:53] <desrt> UFK isn't nearly as well advertised as UBZ or UDU
[07:53] <desrt> planned to be smaller?
[08:12] <infinity> desrt: It's just a developer's summit, not a "whole company and community showing up for 2 weeks" thing.
[08:12] <infinity> desrt: We're just getting together to quickly map out edgy, then going home again.
[08:12] <ajmitch> no love days or community brainstorming
[08:13] <ajmitch> specs preferably written out beforehand 
[08:13] <infinity> And roadmap/milestones directly decided by the people who will be implementing them (in general).
[08:13] <infinity> So, this s meant to be our "fun, break the world, do whatever blingful things we think are neat" release.
[08:21] <desrt> ya.  i like that idea.
[08:32] <alex_joni> g'morning.. anyone familiar with debuild on the kernel source ?
[08:36] <lool> sladen: (thanks)
[09:05] <Mithrandir> HiddenWolf: re bug 32102; if you can give me instructions on how to reproduce it, please do.
[09:05] <Ubugtu> Malone bug 32102 in libnotify "popups positioned on top of the panel" [Normal,Rejected]  http://launchpad.net/bugs/32102
[09:12] <_ion> Eww. Does somebody actually like the new usplash artwork? The colors are horrible (i sincerely thought the that was some kind of a palette bug, until i looked at the PNG file in the source package), and the picture has been scaled down without interpolation.
[09:12] <_ion> The previous artwork was really nice.
[09:24] <_ion> http://johan.kiviniemi.name/pictures/usplash/
[09:25] <Seveas> _ion, since when do we have that bootsplash?
[09:25] <_ion> seveas: Since i dist-upgraded a few minutes ago.
[09:25] <Seveas> hmm, ok, maybe I should reboot my machine 
[09:28] <jsgotangco> that that looks really nasty
[09:29] <HiddenWolf> Mithrandir: I'm using xchat-gnome, I had treenaks babbling to me while I was working on another virtual desktop, each time he said something the popup was slightly misalligned over the panel.
[09:30] <Treenaks> _babbling_? :)
[09:30] <ivoks> :)
[09:30] <HiddenWolf> Treenaks: ;)
[09:31] <Treenaks> Learn to use Xinerama!
[09:31] <giftnudel> well, nautilus needs to learn it too ...
[09:32] <HiddenWolf> Treenaks: well, that is just modern :)
[09:32] <giftnudel> Treenaks: is your wallpaper also spread across two monitors?
[09:33] <Treenaks> giftnudel: I have no wallpaper, but yes, the plain brown background is spread over 2 monitors ;)
[09:33] <_ion> https://launchpad.net/distros/ubuntu/+source/usplash/+bug/44339
[09:33] <Ubugtu> Malone bug 44339 in usplash "Regression in usplash artwork" [Normal,Unconfirmed]  
[09:33] <giftnudel> Treenaks: could you try real quick, just to have a confirmation?
[09:34] <Treenaks> giftnudel: it spreads one image over 2 screens
[09:34] <giftnudel> thanks
[09:50] <pitti> hey kagou 
[09:50] <kagou> hi pitti 
[09:50] <freeflying> pitti: hi
[09:50] <pitti> hi freeflying!
[09:51] <freeflying> pitti: any problem with language-support-zh
[09:52] <freeflying> pitti: I just do a fresh install with today's i386-install-cd, and select language support packages, but some like scim-pinyin wasn't installed
[09:53] <pitti> freeflying: hm, l-support-zh depends on it
[09:53] <pitti> freeflying: did you install with network? or, rather, do you have l-support-zh installed in the first place?
[09:54] <freeflying> pitti: ya, install with internet accessable
[09:54] <freeflying> and choose l-s-zh as default
[09:55] <pitti> dreb
[09:55] <pitti> oops, EFOCUS
[09:55] <pitti> freeflying: so, l-s-zh wasn't installed?
[09:56] <freeflying> l-s-zh was installed, but some depends packages wern't
[09:56] <sladen> tritium: one of the .so's for usplash is coming from the initramfs (bootup) and one from the main root partition (shutdown).  You need to  sudo update-initramfs -u `uanrm -r`
[09:56] <sladen> uname -r
[09:57] <pitti> freeflying: uh? that's just weird... dpkg -l language-support-zh says 'ii' in first column?
[09:57] <freeflying> pitti: sure
[09:57] <pitti> freeflying: and scim-pinyin isn't? it's a strict dependency
[09:57] <pitti> 'apt-get -f install' will install it?
[09:58] <freeflying> pitti: I see , haven't try with -f , just installed them 
[09:59] <pitti> freeflying: apt-get install -f will fix up packages to fulfil dependencies, and so on
[09:59] <pitti> hey carlos
[09:59] <carlos> hi
[09:59] <pitti> freeflying: anyway, that's just plain wrong and weird. can you please file a bug about that?
[09:59] <freeflying> pitti: I see, but this issue is wired
[09:59] <pitti> carlos: langpacks today?
[10:00] <freeflying> pitti: I don't know if I can reproduce it, so I poke you here :)
[10:00] <pitti> freeflying: that's mainly an installer thing, I can only tell you how it shuold be
[10:00] <pitti> freeflying: what does 'apt-get install -f' want to install? (don't do it, just look at the package list)
[10:01] <freeflying> pitti: oeky,then I'd file a bug on which one?
[10:01] <pitti> freeflying: ubiquity or debian-installer, depending on whether you used live or install CD
[10:01] <pitti> freeflying: however, *does* apt-get install -f work? what does it want to do?
[10:01] <freeflying> pitti: sorry, I'd use scim-pinyin, so just install thenm with" sudo  apt-get install scim-pinyin "
[10:01] <pitti> oh, I see
[10:03] <carlos> pitti: yeah ;-)
[10:03] <carlos> we are still missing some translation domains
[10:03] <alex_joni> does anyone have pointers about documentation for debian-installer ? mainly building a new kernel for it
[10:04] <carlos> pitti: but GNOME, KDE and XFCE are in already
[10:05] <freeflying> pitti: got it ,because l-s-zh depedns on gimp-help-zh-cn, but gimp-help-zh-cn is unavaliable now
[10:06] <pitti> freeflying: ah, yes, it's on http://people.ubuntu.com/~cjwatson/anastacia.txt
[10:06] <pitti> freeflying: so don't bother filing a bug, it'll be sorted out soon
[10:22] <Kamion> mdz: I merged ubiquity-ubuntu-doc into ubiquity-ubuntu-artwork, so *-live needed to stop depending on the former
[10:35] <Chipzz> mvo: hi :)
[10:38] <mvo> hey Chipzz
[10:54] <alex_joni> chiciudeand: Chiciudean Dan: mi-o scris alina
[10:54] <alex_joni> dana2linda: si?
[10:55] <alex_joni> sorry... wrong channel
[11:05] <\sh> moins
[11:05] <ajmitch> hi
[11:10] <pitti> hi \sh 
[11:13] <\sh> hey pitty
[11:18] <pitti> Kamion: can you approve/deny UI freeze breakages, or only mdz? (since he'll be off to Mexico)
[11:18] <jsgotangco> brb
[11:39] <Kamion> pitti: I don't know, actually, I guess I can. The main rule for UI freeze breakages is to talk to the doc team, though
[11:39] <pitti> Kamion: ok, I cc'ed them in the bug report; I'll wait for their answer then first
[11:58] <infinity> Kamion: <poke>
[11:58] <infinity> Kamion: Your PAM upload appears to have broken on Sparc (and only sparc).  Want to blame yourself, or someone else (glibc, perhaps)?
[12:01] <Kamion> infinity: stinks of glibc to me, I must say; RLIMIT_NICE is meant to be defined now
[12:02] <Kamion> so how come 0.79-3ubuntu12 built?
[12:02] <infinity> Elifiknow, but I'm looking at glibc right now.
[12:03] <Kamion> oh, huh
[12:03] <Kamion> everywhere else in pam_limits.c does #ifdef RLIMIT_NICE, that bit doesn't
[12:03] <infinity> Oh, the previous patch was in an ifdef..
[12:03] <infinity> Yes indeed. :)
[12:03] <Kamion> so it's my fault, but suggests that glibc is buggy too
[12:03] <infinity> But, before you fix that, I should fix sparc's glibc.
[12:03] <Kamion> you want to do it in that order?
[12:04] <Kamion> I guess so, so that we get RLIMIT_NICE support in pam on sparc.
[12:04] <infinity> I'd prefer to, since I can then rebuild the "broken" pam against the fixed glibc.
[12:04] <infinity> And if that works, then you can fix the ifdefs. :)
[12:06] <Kamion> I've got a fixed package prepared, any time you like
[12:09] <infinity> Curious.
[12:17] <infinity> Kamion: Okay, spotted.  The patch patches the wrong file.
[12:18] <pitti> infinity: thanks for the pmount sync, that fixes another 2 bugs on my dapper milestone bug page
[12:20] <infinity> I don't love jbailey anymore.
[12:20] <pitti> I crunched my list from 13 to 8 since yesterday
[12:21] <richips> Hi
[12:21] <richips> I'm having some troubles compiling QT applications in KDevelop
[12:22] <richips> so I wanna know... what pakages and libs do I need to make, build and so on successfully with kdevelop?
[12:31] <Riddell> richips: that's a user questions.  but sudo apt-get build-dep kdelibs will get you most things
[12:33] <richips> thnks... sorry for  posting here my question... just a confussion
[12:34] <infinity> Riddell: Can you comment on that qt4-x11 sync request (specifically, does the Debian package contain ALL our patches, including the HPPA patch?)
[12:35] <infinity> Kamion: Uploaded.  I'll poke you once it's round-tripped and I've had a chance to retry PAM on sparc.
[12:37] <Kamion> siretart: if nobody's said so already, could you please subscribe ubuntu-archive (and assign to nobody, if you just want to get it off your plate) rather than assigning ubuntu-archive to bugs?
[12:59] <Tetralet> Kamion: I'm the main Traditional Chinese translator of debian-installer.
[12:59] <Tetralet> Kamion: The Tradition Chinese translation of debian-installer was update yesterday.
[01:00] <Tetralet> Kamion: Please check if Ubuntu were uptodate. Thanks
[01:01] <Kamion> Tetralet: we're well past upstream version freeze; it is extremely difficult for me to update now
[01:01] <Kamion> it's difficult manual work for 50-odd languages
[01:01] <Tetralet> Kamion: I got it. Thanks anyway.
[01:02] <Kamion> I can update individual strings if you point me to important changes
[01:02] <Kamion> (I'm assuming you're talking about the translation in d-i svn, by the way)
[01:06] <ajmitch> Kamion: how disruptive would an e2fsprogs upload be right now? it's not not building in dapper, but a simple fix
[01:06] <Riddell> infinity: hmm, no, I quite missed that
[01:07] <infinity> ajmitch: "it's not not building"?
[01:07] <ajmitch> infinity: small typo
[01:08] <infinity> ajmitch: Which bug are we looking at?
[01:09] <infinity> Oh, 36925?
[01:09] <ajmitch> yep, just a simple doc problem
[01:09] <infinity> If your fix works, and touches nothing else, by all means make it go.
[01:10] <infinity> No, it's next week.
[01:10] <ajmitch> ah right
[01:11] <dholbach> If somebody can get tango-icon-theme-common out of NEW soon, that'd be nice, as it needs main approval, promoting to main and seeding soon :-)   (it's a mere split-off of tangerine and we are upstream)
[01:12] <janimo> dholbach: or is it depended upon by tango already?
[01:12] <dholbach> janimo: no
[01:13] <dholbach> it still sits in NEW and it will need seeding (once it's approved, etc)
[01:13] <dholbach> I don't want to make it dependant
[01:14] <janimo> dholbach: although you can seed it I think ,as it won't cause errors till it's not there
[01:14] <janimo> will just be ignored from what I saw so far
[01:14] <dholbach> i'll wait for it :)
[01:14] <janimo> or maybe only if it's in universe nor sure
[01:14] <janimo> dholbach: I guess you did not have a chance to take a look at the new gnumeric patch?
[01:14] <infinity> dholbach: I'll process it after this cron.daily, since I have some other stuff to do as well.
[01:15] <infinity> dholbach: heading to main, I assume?
[01:15] <dholbach> infinity: yes.
[01:15] <dholbach> infinity: it's a split off of tangerine, so tango people (as xubuntu) can use it too
[01:15] <dholbach> infinity: I'm not so fond of binary patching tango-icon-theme, because stuff is not in upstream yet :)
[01:15] <janimo> dholbach: thanks for this package btw :)
[01:15] <infinity> dholbach: Kay, it's just a split of stuff that's already in main?
[01:16] <dholbach> janimo: it was less work than I expected and greatly due andreasn's good work.
[01:16] <infinity> dholbach: If it'll be depended on by stuff in main, there's no reason to seed it.
[01:16] <dholbach> infinity: yes, in a new source package.
[01:16] <janimo> I think nomed will be a lot more relaxed :)
[01:16] <dholbach> infinity: no, I don't want to make packages depend on it, I'll rather seed it.
[01:17] <infinity> dholbach: So, tangerine-icon-theme won't actually need it?
[01:17] <infinity> dholbach: From "it's split from tangerine", I assumed it would. :)
[01:17] <dholbach> infinity: no, but we want to have it in as well.
[01:18] <infinity> Kay, check.
[01:20] <janimo> dholbach: ^^ the gnumeric patch
[01:20] <infinity> dholbach: If files moved from tangerine to tango, should there not be a versiones Replaces on the binary package?
[01:21] <dholbach> infinity: no, they moved from /usr/share/icons/Tangerine to /usr/share/icons/Tango and I doublechecked for duplications of tango-icon-theme stuff - we should be fine.
[01:21] <dholbach> janimo: i'll look into it later today - promise.
[01:21] <infinity> Okay, cool.
[01:22] <janimo> dholbach: ok, thanks.
[01:23] <dholbach> janimo: are there any plans for xubuntu netboot images? a friend of mine asked me
[01:24] <Kamion> dholbach: there's a soyuz problem blocking xubuntu netboot at present
[01:24] <Kamion> I'm going to chase it up today
[01:25] <Kamion> in any case it wouldn't be separate images, you'd just pass some magic arguments to the standard ones
[01:26] <dholbach> ahhh nice
[01:26] <janimo> dholbach: I have only a vague idea what netboot images are :). Did not even know ubuntu/kubuntu had those
[01:26] <janimo> very small iso which takes most of the stuff from the net?
[01:26] <Kamion> yes
[01:27] <janimo> like <10M ?
[01:27] <dholbach> you get it via dhcp/tftp
[01:27] <Kamion> http://archive.ubuntu.com/ubuntu/dists/dapper/main/installer-i386/current/images/netboot/
[01:27] <Kamion> you can either use dhcp/tftp or there's an ISO
[01:27] <janimo> I think I tried the usrelinux netboot image over a year ago, I think it was 4 or 5 Megs
[01:27] <Kamion> the ISO image is 7.5MB
[01:28] <janimo> oh nice and small
[01:28] <Kamion> it's just the core of the installer and enough bits to get more of itself from the net
[01:28] <janimo> is this useful for customized installs or what?
[01:29] <janimo> since it needs bandwidth it seems
[01:29] <phanatic> is it difficult to rebuild the live cd images to include other langpacks?
[01:30] <janimo> phanatic: it probably does not help you but the xubuntu live includes quite a lot of them including hungarian
[01:30] <janimo> or will starting tomorrow
[01:31] <phanatic> janimo: that's great news :) i was just testing the dapper flight7, but it is in bad shape, because it doesn't ship hungarian langpacks (which i can understand of course)
[01:32] <janimo> phanatic: yes, ubuntu and kubuntu are full so no support pack besides English fits
[01:32] <janimo> actually not langpacks, lang support pack
[01:33] <janimo> langpacks have translations for most apps, support has firefox/thunderbird/openoffice and spellcheckers
[01:33] <janimo> and the support packs are huge (>10M) because of the OOo help and l10n
[01:33] <phanatic> janimo: but it looks a bit interesting, because some of the gnome strings are translated (i think they are from upstream)
[01:35] <janimo> phanatic: yes, because langpack is installed probably
[01:36] <siretart> Kamion: Oh, okay. will do so in future. sorry for unconvinience
[01:37] <janimo> which package is responsible of creating xorg.conf during install?
[01:38] <phanatic> janimo: thanks for the info
[01:38] <janimo> phanatic: szivesen
[01:38] <phanatic> janimo: :)
[01:38] <phanatic> janimo: so you speak hungarian?
[01:38] <phanatic> s/so/do
[01:39] <janimo> I guess I have no choice, since I am hungarian
[01:39] <Kamion> siretart: thanks, no problem
[01:40] <Kamion> janimo: yes, needs bandwidth, is useful for customised installs and particularly automatic installs, e.g. where you want to automatically install packages that aren't on the CD
[01:40] <phanatic> janimo: wow, i didn't know it, really :) to tell the truth i was a bit suspicious because you're from kolozsvar... ;)
[01:41] <Kamion> janimo: xorg.conf> xserver-xorg (source package name "xorg")
[01:41] <janimo> Kamion: than is a separate xubuntu really warranted? as that mini image can become any of the derivatives
[01:41] <Kamion> janimo: that's exactly what I said to dholbach above
[01:41] <Kamion> janimo: 12:24 < Kamion> in any case it wouldn't be separate images, you'd just pass some magic arguments to the standard ones
[01:41] <janimo> Kamion: ok
[01:42] <phanatic> another question: fglrx isn't installed by default, so every widescreen laptop with ati cards fail to start x. is that because of licensing issues?
[01:43] <mjg59> phanatic: "Every widescreen laptop with ati cards fails to start x" isn't accurate
[01:44] <Treenaks> my (mjg59: other ;)) widescreen laptop starts X fine, in 1280x800
[01:44] <phanatic> mjg59: sorry, most of them...
[01:44] <mjg59> phanatic: No, that's not true either
[01:44] <mjg59> fglrx isn't installed by default because we're unable to support it in any sensible way
[01:45] <phanatic> mjg59: what's the truth then? x700 (which is quite an old one now) fails
[01:45] <mjg59> phanatic: Without knowing more about the machine in question, it's hard to know
[01:45] <Treenaks> phanatic: my x700 works fine, except for some sync issues that are being worked on
[01:45] <mjg59> Treenaks: Would be worked on faster if you'd do those tests :p :)
[01:46] <Treenaks> mjg59: yeah I know
[01:46] <Treenaks> mjg59: but tests Depends: time
[01:46] <mjg59> Sure
[01:46] <phanatic> Treenaks: interesting... mine has just failed to start (flight7) saying no screens found. after installing fglrx, it worked fine
[01:47] <mjg59> phanatic: Could you put up lspci output somewhere? The x700 should be supported fine
[01:47] <phanatic> mjg59: of course, moment please
[01:47] <mjg59> lspci -n, that is
[01:51] <phanatic> mjg59: i ran an lspci -v: http://paste.ubuntu-nl.org/13831
[01:54] <phanatic> mjg59: http://paste.ubuntu-nl.org/13832 (lspci -n as requested)
[01:55] <Treenaks> phanatic: mine is 1002:5653 as well
[01:55] <phanatic> Treenaks: i don't know what could be wrong then...
[01:57] <Treenaks> phanatic: what's your panel resolution? could you paste the auto-generated /etc/X11/xorg.conf on pastebin?
[01:58] <phanatic> i'm logged in to my installed system now, but i can do if it's neccessary. all i can say is that when i just changed "ati" to "fglrx", everything was fine. screen resolution is 1280x800
[02:01] <mjg59> phanatic: In that case, could you please file a bug against xserver-xorg-driver-ati with the /var/log/Xorg.0.log file generated when starting with the ati driver?
[02:01] <fabbione> hmmm
[02:01] <fabbione> phanatic: how did you install your machine?
[02:01] <fabbione> phanatic: from a livecd?
[02:01] <fabbione> (missed the backlog)
[02:02] <phanatic> fabbione: no, i just tried the flight7 desktop cd. my current system was dist-upgraded from breezy back in december :)
[02:02] <fabbione> phanatic: ok.
[02:02] <phanatic> mjg59: ok, i'll do it then
[02:02] <fabbione> phanatic: please add all the relevant bits..
[02:03] <fabbione> including the autogenerated config and logs
[02:04] <phanatic> fabbione: do i need to add lspci output as well?
[02:04] <fabbione> yes please
[02:04] <fabbione> collect all the info in one place is good
[02:04] <fabbione> and it will save people time to find them around again
[02:05] <phanatic> ok, i reboot now...
[02:13] <pitti> Kamion: re gui freeze break in bug 8023, doc team is fine with it
[02:13] <Ubugtu> Malone bug 8023 in gnome-cups-manager "unable to change printer name" [Unknown,Unconfirmed]  http://launchpad.net/bugs/8023
[02:14] <Kamion> pitti: fine by me, then
[02:14] <pitti> great, thanks
[02:16] <phanatic> hi
[02:16] <phanatic> i'm in the live system now. i have Xorg.0.log, xorg.conf, lspci -n, lspci -v. what else would be useful?
[02:17] <mjg59> phanatic: That should be fine for now
[02:17] <phanatic> mjg59: ok, then i'll file the bug and attach these
[02:17] <mjg59> phanatic: Thanks. Once you file it, could you let me know the bug number?
[02:18] <phanatic> mjg59: sure
[02:21] <ogra> seb128, did anything change wrt /usr/share/gconf/defaults/ ? seems my custom settings arent picked up at all in my new artwork package
[02:24] <seb128> ogra: nop
[02:24] <ogra> hmm, ok, then the mistake must be on my side 
[02:24] <seb128> ogra: no gconf upload since 21st of March
[02:24] <phanatic> mjg59: bug 44370
[02:24] <Ubugtu> Malone bug 44370 in xserver-xorg-driver-ati "X doesn't start with ati driver (Flight 7, X700, WS)" [Normal,Unconfirmed]  http://launchpad.net/bugs/44370
[02:25] <ogra> seb128, thanks 
[02:25] <seb128> np
[02:25] <ogra> i think i found the error :)
[02:25] <mjg59> (WW) ATI:  PCI Mach64 in slot 3:0:0 could not be detected!
[02:26] <phanatic> mjg59: what does that mean?
[02:27] <mjg59> It means the driver thinks your card is from ~1998
[02:28] <phanatic> quite interesting :)
[02:29] <ogra> ooh
[02:30] <ogra> seb128, any idea why evo just ate ~/.evolution/mail/local/Ubuntu\ Users.sbd on my disk ? the other Ubuntu Users files are all there, but since a minute evo complains about "file not found"
[02:30] <mjg59> Oh my god the ATI probing routine is full of crack
[02:31] <ogra> dholbach, ^^^ ideas ? 
[02:31] <phanatic> mjg59: i hope you can fix it
[02:31] <mjg59> phanatic: So do I
[02:32] <seb128> ogra: no :/
[02:32] <ogra> i was suspecting to be out of diskspace, but there are still 10M
[02:32] <ogra> and the folder shows fine in evo, its just the .sbd file missing 
[02:33] <ogra> is there a way to regenerate that ? 
[02:33] <ogra> (i fear to loos the whole folder if i close evo now)
[02:36] <phanatic> Kamion: ping
[02:37] <Kamion> phanatic: hi
[02:38] <phanatic> Kamion: how are the translation for ubiquity handled? in other words, how can i tranlate it?
[02:38] <Kamion> phanatic: https://launchpad.net/distros/ubuntu/dapper/+source/debian-installer/+pots/debian-installer
[02:38] <Kamion> (if I remembered that URL correctly)
[02:39] <Kamion> I pick them up occasionally from there
[02:41] <zul> heylo
[02:41] <phanatic> Kamion: the translation for d-i (hungarian) is almost 100% (only timezones missing), but there are still english phrases in it (e.g. the bottom of the window: step + the buttons)
[02:42] <phanatic> Kamion: the partitioning part is also full english, tho gparted is again 100% translated
[02:42] <Kamion> phanatic: "Step N of M" is known-untranslatable, sorry
[02:42] <Kamion> buttons are done in GTK IIRC, and probably depend on having the right language pack installed
[02:42] <Kamion> which bit of the partitioner? describe the screen
[02:43] <phanatic> the whole... moment, i'll paste some screenshots
[02:43] <phanatic> Kamion: http://lomonosov.sze.hu/~phanatic/dapper-flight7/dapper-flight7-hu-install6part.png
[02:44] <phanatic> (this shows that there could be some unicode issues as well)
[02:44] <phanatic> Kamion: http://lomonosov.sze.hu/~phanatic/dapper-flight7/dapper-flight7-hu-install6.png
[02:47] <Kamion> phanatic: the Unicode breakage is fixed in current daily builds
[02:47] <phanatic> Kamion: i'm happy to hear that
[02:48] <Kamion> phanatic: ok, the gparted one is probably just a missing language pack; I'm afraid there isn't much I can do about that for dapper, although if somebody builds a customised live CD with language-pack-hu and language-pack-gnome-hu added, it should work fine
[02:48] <Kamion> phanatic: the second one means that I need to import some new translations into partman-auto; I'll look at that, thanks
[02:48] <Kamion> oh, no, it doesn't
[02:49] <phanatic> Kamion: thanks for having a look
[02:49] <Kamion> "How do you want to partition the disk?" is fixed in current dailies
[02:49] <Kamion> "New partition size:" is odd, that one *is* translated, must be a ubiquity bug, I'll loo
[02:49] <Kamion> k
[02:49] <phanatic> i heard something about a live cd customization howto. is it already available? or will it be?
[02:50] <phanatic> Kamion: thanks again
[02:50] <Kamion> there's one on the wiki but it doesn't cover dapper yet
[02:55] <phanatic> i hope it will be updated before release, so we can come out with our localized live cd asap
[02:55] <Kamion> oh, no, "How do you want to partition the disk?" wasn't fixed; fixed now
[02:55] <phanatic> Kamion: cool
[02:57] <jono> hey all
[02:58] <tseng> hi jono 
[02:58] <jjesse> hiya jono
[02:58] <jono> hey, hows it going ?
[02:58] <jjesse> good 
[03:04] <jono> just in the process of finalising the LRL06 schedule at which sabdfl is making an appearance
[03:05] <Treenaks> jono: again? :)
[03:05] <jono> Treenaks: yep :)
[03:05] <jono> Treenaks: 99% of the speaker list is complete on our side, just confirmed a MS guy too
[03:07] <lifeless> mvo: around ?
[03:11] <mvo> lifeless: yes
[03:12] <lifeless> hi
[03:12] <lifeless> apt-python, does it have some way to get the list of files a package has in it ? If not, want a patch for one ?
[03:13] <mvo> lifeless: it has one, check /usr/share/doc/python-apt/examples/deb_inspect.py 
[03:14] <mvo> lifeless: is that enough? or will you need more?
[03:14] <lifeless> mvo: looks good enough
[03:21] <ogra> hmm, now evo died completely
[03:23] <phanatic> ogra: evo rip :(
[03:43] <bddebian> Heya peoples
[03:44] <_ion> Hi
[03:45] <bddebian> Hello _ion
[03:51] <farruinn> How should I voice a feature request for edgy eft? Malone? Mailing list?
[03:51] <Treenaks> malone
[03:52] <Treenaks> or actually
[03:52] <Treenaks> launchpad ;)
[03:52] <farruinn> So... not a bug report?
[03:52] <HiddenWolf> Treenaks: specification
[03:52] <farruinn> aha, thanks :)
[03:57] <infinity> Riddell: Thanks for handling the QT4 thing.
[04:10] <zakame> hi all
[04:11] <_jdong_> can a kernel guy take a look at #43281 for me, please?
[04:11] <_jdong_> it's a relatively straightforward fix, but I don't want it to be too late for Dapper inclusion...
[04:11] <_jdong_> it's an issue that affects a great majority of Core Duos and even quite a few Pentium M's
[04:12] <_jdong_> (malone 43281, that is)
[04:12] <Ubugtu> Malone bug 43281 in linux-source-2.6.15 "Core Duo / Pentium M high pitched buzzing noise: CONFIG_HZ workaround" [Normal,Unconfirmed]  http://launchpad.net/bugs/43281
[04:22] <Mithrandir> pitti: how would you feel about an UVF for mailman?  It's kinda big in lines of changed stuff, but most is docs and upstream sucking in patches and such.  I guess it'd make your job a tad easier?
[04:23] <pitti> Mithrandir: I'd be happy about it if you are fine with the new version
[04:23] <Coyctecm> nice splashscreen, i just noticed :)
[04:23] <Mithrandir> pitti: I'd need to read through the 340k diff, but since 50% or so is .mo file diffs, it shouldn't take that long.
[04:24] <_ion> coyctecm: Bug #44339 :-)
[04:24] <Ubugtu> Malone bug 44339 in usplash "Regression in usplash artwork" [Normal,Confirmed]  http://launchpad.net/bugs/44339
[04:24] <bddebian> Eeks
[04:24] <pitti> Mithrandir: thank you
[04:24] <Coyctecm> :)
[04:26] <infinity> mjg59: Ahh well, so much for us wanting a "non-glowing, non-antialiased" logo...
[04:32] <ogra> _ion, https://launchpad.net/distros/ubuntu/+source/usplash/+bug/44339/+activity
[04:32] <Ubugtu> Malone bug 44339 in usplash "Regression in usplash artwork" [Normal,Confirmed]  
[04:35] <mvo> can some native speaker please have a look at http://paste.ubuntu-nl.org/13841 ? its the mesage you get when you upgrade from breezy-dapper and some of your apps moved from main to universe
[04:36] <_ion> "that have been moved" maybe? (/me is not a native speaker )
[04:37] <_ion> Btw, any news about the notification-daemon xinerama patches? Are they going to be included?
[04:38] <mvo> _ion: thanks, changed
[04:39] <_ion> Maybe the title should contain the word "officially"?
[04:46] <mjg59> infinity: Part of the problem is that the scaling to 640x400 has been done badly
[04:46] <mjg59> Scanlines have just been dropped
[04:46] <mvo> thanks agan, new version for the text: http://paste.ubuntu-nl.org/13843 (native speakers, please have a look)
[04:53] <zakame> fabbione: ping
[05:02] <fabbione> zakame: pong, but i am in holidays
[05:04] <zakame> fabbione: ooh, soory about that :) just to let you know I'm done with making the list you requested for the x11proto packages (I think )
[05:04] <fabbione> zakame: ok, cool, go ahead with the libs, server -> drivers  and apps :)
[05:04] <fabbione> proto are just the beginning
[05:04] <fabbione> :D
[05:05] <zakame> I'm doing the libs now, as we were struck here by a typhoon recently
[05:05] <zakame> thanks :)
[05:05] <fabbione> zakame: sure.. that's fine.. once you are done mail it 
[05:05] <fabbione> i will look when i am back
[05:06] <fabbione> this is all work preparation for edgy
[05:06] <fabbione> so there is no real point in you committing suicide now in dapper
[05:06] <zakame> ooh! :D hehe, indeed :)
[05:10] <HiddenWolf> mvo: I'm not a native speaker, but that text doesn't look right to me, somehow
[05:10] <HiddenWolf> mvo: "some software", we're talking about the entire release going EOL, right?
[05:11] <mvo> HiddenWolf: thanks, I upaded it again http://paste.ubuntu-nl.org/13849
[05:13] <HiddenWolf> mvo: when do users see this text?
[05:14] <zakame> hmm would it be possible to get apt 0.6.44 into dapper, or is it too late? it features pdiff support, among other things :)
[05:24] <Kamion> zakame: way too late, imho
[05:24] <Kamion> new features in the packaging system belong a little earlier than three weeks before release
[05:24] <bddebian> Bah, where's your sense of adventure? :-)
[05:24] <Kamion> especially ones that we could not use anyway because our archive does not currently support them
[05:25] <zakame> awww :( I see 
[05:25] <ogra> bddebian, especially for a 5year LTS release ;)
[05:25] <bddebian> hehe
[05:25] <Kamion> bddebian: lost just before feature freeze
[05:26] <zakame> edgy would rock extra special then :)
[05:27] <ogra> edgy will rock extra special then 
[05:27] <bddebian> Kamion: :-)
[05:27] <lifeless> mvo: what does apt_inst's message 'TypeError: argument 1 must be file, not instance' mean ? I've just given it a urlopened file.
[05:28] <zakame> ogra: :-)
[05:28] <Kamion> lifeless: it has a habit of wanting real file objects unfortunately
[05:28] <lifeless> oh. meep
[05:29] <Kamion> usual workaround is to dump out a temporary file
[05:29] <lifeless> that means spooling entire debs down.. ah well. roger wilco
[05:30] <bddebian> lifeless: Ever get a chance to try xclip?
[05:30] <lifeless> bddebian: not yet sorry
[05:30] <bddebian> NP
[05:30] <lifeless> bddebian: install it yourself :)
[05:30] <bddebian> I have but I don't know squat about it :-)
[05:30] <lifeless> bddebian: its trivial to test - cat foo | xclip, goto any X program and paste
[05:30] <mvo> lifeless: what Kamion says, sorry. not sure it is easily fixable because of the way the python<->c++ wrapper is written
[05:30] <lifeless> mvo: ok, no problem.
[05:31] <bddebian> OK
[05:34] <reconcilliation> I want to thank the Ubuntu developers for the outstanding work. The work  not only furthers Ubuntu and its sisters but the GNU/*nux community as a whole.  
[05:35] <bddebian> lifeless: Hmm, it doesn't paste into kate.  Should it?
[05:36] <bddebian> Hmm, or gedit
[05:37] <LaserJock> reconcilliation: I bet they appreciate that a whole lot. They certainly have put a lot of effort into it
[05:37] <lifeless> bddebian: yes it should
[05:38] <lifeless> middle-click paste, not ctrl-c
[05:38] <lifeless> erm
[05:38] <lifeless> ctrl-v
[05:39] <bddebian> Oh sweet, that worked, thx
[05:40] <zakame> hmm xpaste
[05:40] <lifeless> xclip
[05:41] <reconcilliation> Laser: Its the little things - like the transparent that panel icons. Its shows that they really want this thing to work. Its motivated the little bug hunters and kernel patchers like me.
[05:41] <Kamion> Riddell: IMHO "exit" to quit on qtparted's stdin is wrong - it's much more fail-safe to cope with stdin going away, and that removes the need for a separate "exit" command
[05:42] <Kamion> you have to cope with stdin going away *anyway* otherwise qtparted carries on if the installer crashes hard in some way
[05:43] <lifeless> mvo: where do you want bug reports on apt-python ?
[05:43] <lifeless> (sections.get(foo, None) complains, it shouldn't)
[05:44] <mvo> lifeless: I don't really mind, bugs.debian.org is fine, launchpad too
[05:44] <lifeless> lp will do then :)
[05:44] <Kamion> lifeless: (it's python-apt, FWIW)
[05:44] <Riddell> Kamion: I'm still looking at getting that working
[05:44] <Kamion> Riddell: ok, thanks
[05:45] <lifeless> Kamion: sorry, got a broken meme somewhere
[06:00] <lifeless> night all
[06:02] <pitti> Riddell, seb128, carlos: deb http://people.ubuntu.com/~pitti/langpacks/daily/ ./   <- new stuff, testing appreciated
[06:03] <carlos> pitti: will try to do it this weekend, thank you!
[06:03] <pitti> carlos: oh, I wanted to upload them still today
[06:03] <carlos> pitti: I'm a bit busy atm....
[06:03] <pitti> ok, nevermind
[06:05] <seb128> pitti: trying now
[06:10] <sfllaw> Does fstab support commas in its type field?
[06:10] <sfllaw> Bug 44233
[06:10] <Ubugtu> Malone bug 44233 in util-linux "mount udf dvd fails, possible wrong fstab entry" [Normal,Unconfirmed]  http://launchpad.net/bugs/44233
[06:10] <pitti> sfllaw: yes
[06:11] <sfllaw> Neat.  Thanks.
[06:11] <pitti> sfllaw: things like 'udf,iso9660' are quite common
[06:12] <seb128> pitti: 
[06:12] <seb128> < /usr/share/locale-langpack/fr/LC_MESSAGES/debhelper.mo
[06:12] <seb128> < /usr/share/locale-langpack/fr/LC_MESSAGES/debianutils.mo
[06:12] <seb128> < /usr/share/locale-langpack/fr_FR/LC_MESSAGES/pmount.mo
[06:12] <seb128> is that normal ?
[06:12] <pitti> seb128: the first two are, I removed some cruft
[06:12] <pitti> but pmount???
[06:12] <pitti> seb128: for -de, pmount is in the new debs, but not in the old
[06:12] <seb128> it's from language-pack-fr-base_6.06+20060511_all.deb 
[06:13] <tseng> pitti: is beagle .pot all good now?
[06:13] <pitti> tseng: will look in a minute
[06:13] <seb128> hum
[06:13] <seb128> pitti: it was to fr_FR and fr, the first one got dropped, no worry
[06:13] <pitti> aah
[06:13] <seb128> $ dpkg -L language-pack-fr-base | grep pmount
[06:13] <seb128> /usr/share/locale-langpack/fr/LC_MESSAGES/pmount.mo
[06:13] <seb128> /usr/share/locale-langpack/fr_FR/LC_MESSAGES/pmount.mo
[06:13] <tseng> pitti: danke sehr
[06:14] <pitti> seb128: right, I removed some country spedific translations from pmount
[06:14] <seb128> good
[06:14] <seb128> < /usr/share/locale-langpack/fr/LC_MESSAGES/fakeroot.mo
[06:14] <seb128> < /usr/share/locale-langpack/fr/LC_MESSAGES/ivman.mo
[06:14] <seb128> too
[06:14] <seb128> probably normals too
[06:14] <seb128> gnome package has that:
[06:14] <seb128> < /usr/share/locale-langpack/fr/LC_MESSAGES/dasher.mo
[06:14] <seb128> > /usr/share/locale-langpack/fr/LC_MESSAGES/workrave.mo
[06:14] <seb128> 
[06:14] <pitti> for me, dasher was added, workrave removed
[06:14] <seb128> is the dasher.mo dropping normal?
[06:15] <pitti> hm, so it's exactly the other way round for me
[06:15] <pitti> oh, no
[06:15] <seb128> weird
[06:15] <pitti> silly me, I used debdiff in wrong direction
[06:15] <pitti> so, adding workrave is good
[06:15] <pitti> seb128: and dasher is in universe, so it was removed
[06:16] <seb128> rock
[06:16] <pitti> seb128: thanks for the review
[06:16] <seb128> np
[06:17] <pitti> carlos: can you please mark 'mesa' as not to be exported into langpacks?
[06:17] <pitti> carlos: oh, hmm, that might have come from my tarball actually
[06:18] <pitti> carlos: yes, indeed; ignore me, please
[06:18] <Riddell> pitti: that doesn't seem to fix the missing kde strings
[06:18] <Riddell> pitti: can you get me the french version of kdelibs.po?
[06:18] <carlos> pitti: ;-)
[06:19] <pitti> Riddell: http://people.ubuntu.com/~pitti/tmp/kdelibs.po
[06:19] <carlos> Riddell: Rosetta is exporting kdelibs.po files...
[06:20] <seb128> pitti: update works great, fix minor issues I noticed over the desktop (strings not translated mainly) :)
[06:20] <pitti> yay
[06:21] <Riddell> carlos: something is going missing though.  it's probably my fault, I need to check
[06:21] <carlos> seb128: is it a regression?
[06:21] <carlos> Riddell: https://launchpad.net/distros/ubuntu/dapper/+source/kdelibs/+pots/kdelibs
[06:22] <seb128> carlos: what?
[06:22] <seb128> carlos: I just said the update works great
[06:22] <carlos> oh, sorry, this update adds new translations
[06:22] <carlos> I misread your text :-P
[06:22] <carlos> Riddell: that's what Rosetta has atm
[06:22] <seb128> np ;)
[06:23] <seb128> carlos: do we have a way to upload upstream .po saying to overwritte rosetta changes?
[06:23] <Riddell> carlos: does rosetta import the .pot files each time I upload a package?
[06:23] <carlos> seb128: yes, upload it without setting the 'published' flag
[06:24] <carlos> Riddell: yes, it's done automatically
[06:24] <seb128> carlos: k, I'm thinking to do that for the whole GNOME for the french translations...is that a good idea? :)
[06:25] <carlos> seb128: that will give karma to the GNOME translators and I guess you should agree it with the other team members
[06:25] <carlos> seb128: other than that, I suppose is ok
[06:25] <seb128> carlos: right, but we have enough "rosetta lower level of translations" complain upstream and to the Ubuntu list
[06:26] <seb128> that will probably make people happy for dapper
[06:26] <carlos> seb128: take into account that if the .po files you are going to upload has untranslated strings and Rosetta has translations for them, with that use case, you will disable those translations too (will remain as suggestions, but you will leave them empty(
[06:27] <seb128> carlos: why?
[06:27] <carlos> seb128: you should then start removing permissions from people to keep bad translations out of Ubuntu...
[06:27] <Diziet> mvo: ping
[06:27] <seb128> carlos: and if the upstream po doesn't contain those strings at all?
[06:27] <Diziet> mvo: I tried that updated Thai patch and it makes it segfault on startup so I think I'll leave it out.
[06:27] <seb128> carlos: easy to say :)
[06:28] <carlos> seb128: because we cannot know if you decided to remove it or not, if it's an upstream upload, we keep it, if is not an upstream (published) upload, we do exactly the same as what we do if you use the web form
[06:28] <carlos> seb128: an easy workaround is to remove the msgid without translations, that will not touch the current translations in Rosetta
[06:29] <carlos> seb128: this last phrase is the answer to your last question
[06:29] <carlos> if it's not there, the translation is not touched
[06:29] <carlos> seb128: yeah, I know it's easy to say, but the problem is that people see Ubuntu's translation teams like usual translation teams and they are QA translation teams
[06:29] <seb128> k, thank you
[06:30] <carlos> you don't need to belong to the team to contribute translations
[06:31] <seb128> carlos: the issue is that they don't do only QA
[06:31] <seb128> carlos: is gedit .po is to 60% it's likely to be completed to rosetta first because GNOME guys wait for string freeze usually
[06:31] <seb128> carlos: and then work is duplicated because we have no easy way to send those 40% to upstream
[06:32] <carlos> you can download the .po file and send it...
[06:32] <carlos> but yes, I agree that we need better procedures for that use case
[06:33] <seb128> carlos: diff of .po is ugly, having a page listing what is different between upstream and rosetta with boxes 'use upstream translation' would be nice
[06:34] <carlos> seb128: danilo developed a diff script that knows about gettext format
[06:34] <carlos> I want to integrate it into Rosetta
[06:34] <seb128> cool
[06:37] <Riddell> hmm, the po download function from rosetta seems very slow
[06:38] <pitti> tseng: yep, pot file is built now
[06:38] <pitti> Riddell: did you see any regression in the current packages, or just not enough improvement?
[06:38] <Riddell> pitti: not regressions, just doesn't fix the problem of missing strings
[06:39] <pitti> Riddell: are they missing in the POT perhaps?
[06:40] <pitti> Riddell: so, would you say they are good to upload?
[06:40] <Riddell> pitti: that's what i'm trying to find out, but rosetta seems not to be sending me the e-mail so I can download the .pot
[06:40] <Riddell> pitti: sure, fine to upload
[06:40] <pitti> Riddell: that'll take ~ 5 minutes
[06:40] <pygi> Riddell, it takes time to get the mail
[06:40] <pitti> Riddell: see my u-d-a mail, the COTD debs might help to verify when it's fixed
[06:41] <Riddell> right, got it
[06:41] <Riddell> carlos: this is interetsing, the kdelibs.pot file that rosetta sent me is empty
[06:42] <carlos> Riddell: yes, that's a know bug....
[06:42] <carlos> Riddell: get a .po file, you will get the same information + some translations
[06:47] <Riddell> carlos: #~ is a fuzzy string yes?
[06:47] <bddebian> If a package is priority required, it shouldn't need a dependency right?
[06:48] <carlos> Riddell: no, it's a string that is not in the .pot file anymore (it's called obsolete)
[06:49] <Kamion> bddebian: it might still need a dependency; you get to leave out dependencies if it's also "Essential: yes"
[06:49] <bddebian> Hmm
[06:49] <bddebian> lsb-base is required but not essential :-(
[06:50] <Kamion> right, you have to depend on it - most dependencies on lsb-base need to be versioned anyway
[06:50] <bddebian> OK
[06:50] <bddebian> Thx
[06:50] <Riddell> carlos: so for some reason all my missing strings are marked as obsolete then
[06:51] <jordi> Kamion: how are syncs going? are they being processed?
[06:51] <Kamion> jordi: yes
[06:51] <jordi> ok, I was wondering about bug 41678
[06:51] <Ubugtu> Malone bug 41678 in ispellcat "Please sync with Debian unstable" [Normal,Unconfirmed]  http://launchpad.net/bugs/41678
[06:52] <Riddell> carlos, pitti: is there a way to find the .pot file that is being passed from the buildd to rosetta?
[06:52] <phanatic> pitti: could you possibly build hungarian (hu) langpacks too?
[06:52] <pitti> Riddell: yes
[06:53] <Kamion> jordi: seems to be happily in the queue, we'll try to clear it soon. for a while there was a soyuz problem blocking syncs and it may have been stuck behind that
[06:53] <Riddell> pitti: could you get me the kdelibs.pot that's being passed to rosetta?
[06:53] <pitti> Riddell: first, you check the path of the translation tarball at http://people.ubuntu.com/~pitti/langpacks/dload-strippedtar.txt
[06:53] <mvo> for a progress string, is it "about %s remaining" or "About %s remaining" (assuming %s is "5min")
[06:53] <mvo> ?
[06:53] <jordi> Kamion: there's this one too https://launchpad.net/distros/ubuntu/+source/nano/+bug/29732
[06:53] <Ubugtu> Malone bug 29732 in nano "nano: cannot save in "crontab -e" if backup is enabled" [Normal,Confirmed]  
[06:53] <pitti> Riddell: and then you grab it from http://people.ubuntu.com/~lamont/translations/
[06:53] <jordi> which is fixed in Debian, via a dpatch
[06:53] <Kamion> jordi: if that's a sync request, ubuntu-archive needs to be subscribed to it
[06:53] <jordi> but debian has a newer upstream version
[06:54] <jordi> so that'd need a backport
[06:54] <Kamion> if it's a UVF request, subscribe ubuntu-release and get somebody in ubuntu-core-dev to do the backport
[06:54] <jordi> I don't know if I'll have the time to write my own in time for dapper
[06:54] <bddebian> It needs a UVF exception as we only have ispellcat 4.x?
[06:54] <bddebian>  0.4-6 to be exact
[06:54] <Riddell> pitti: that says it's Ignoring kdelibs
[06:54] <Kamion> oh, if it's just a "backport this patch" request, you don't need to subscribe ubuntu-release
[06:54] <jordi> but I'm pretty confident the new version is good
[06:54] <jordi> Kamion: I'm asking :)
[06:55] <pitti> Riddell: yes, for the buildd import, since it only contains pot and no PO files
[06:55] <pitti> Riddell: http://people.ubuntu.com/~pitti/tmp/kdelibs.pot
[06:55] <Kamion> jordi: I don't have time personally, but you could ask around
[06:55] <jordi> can be backported, but the new version has proved rock solid for weeks
[06:55] <jordi> nod
[06:55] <Kamion> jordi: oh, right, please make that clear in the bug and subscribe ubuntu-release to it
[06:55] <jordi> Kamion: do you think a uvf exception would make it, being nano?
[06:55] <jordi> (rock solid in unstable/etch, that is)
[06:56] <jordi> Kamion: right.
[06:56] <Kamion> jordi: depends, might do, it's as much work to answer your question as it is to process the exception request in the first place :)
[06:56] <Kamion> bddebian: not really, see the text of the bug report
[06:56] <jordi> :)
[06:56] <Riddell> pitti: so it'll still import the .pot files?
[06:56] <jordi> Kamion: I'll subscribe/explain
[06:56] <bddebian> Kamion: I did but it's still a version jump is it not?
[06:57] <pitti> Riddell: yes; 'ignored' just means that I don't try to import that tarball, but Rosetta will
[06:57] <Riddell> pitti: ok, thanks
[06:57] <tseng> pitti: ok, it doesnt get installed it all
[06:57] <tseng> pitti: i guess it doesnt matter
[06:57] <pitti> Riddell: ("I" -> my 'Rosetta emulation' scripts that build a Rosetta-like translation tarball from buildd data)
[06:58] <robertj> robertj@l3ktr0n:~/cvs/krb5-1.4.3/debian$ /usr/sbin/kadmind
[06:58] <robertj> kadmind: Permission denied while initializing, aborting
[06:58] <Riddell> carlos: that imported kdelibs.pot contains the strings, but the exported .po from rosetta has them marked as obsolete
[06:58] <robertj> hrmm...I think kadmind may be bork
[06:59] <Riddell> carlos: maybe the extra header in that .pot file is confusing rosetta?  it's made by doing cat kde.pot >> kdelibs.pot
[06:59] <Kamion> bddebian: consider a UVF exception granted by me if you want to be picky about it :-) dictionaries are pretty safe
[06:59] <Kamion> but thanks for being picky, never does any harm at this stage
[07:00] <robertj> or alternatively when run with sudo kadmind: No such file or directory while initializing, aborting
[07:00] <carlos> Riddell: phone...
[07:01] <robertj> bug #44402
[07:01] <Ubugtu> Malone bug 44402 in krb5 "krb5-admin-server fails during install" [Normal,Unconfirmed]  http://launchpad.net/bugs/44402
[07:01] <bddebian> Kamion: NP, I can't touch it anyway since it's main.
[07:01] <Kamion> so it is
[07:02] <bddebian> Maybe I'll have to shoot for main :-)
[07:02] <Kamion> ooh, pretty gtk-cancel stock icon
[07:02] <_ion> Anyone using xinerama? Please help test a xinerama patch for notification-daemon, a patched package is available at http://johan.kiviniemi.name/ubuntu/dists/dapper/notification-daemon/ . See also bug #31433.
[07:02] <Ubugtu> Malone bug 31433 in notification-daemon "notify bubble has text across screens" [Normal,Confirmed]  http://launchpad.net/bugs/31433
[07:03] <_ion> s/help //
[07:03] <mvo> Kamion:  for a progress string, is it "about %s remaining" or "About %s remaining" (assuming %s is "5 minutes")  the correct english term?
[07:03] <Kamion> mvo: that depends on the context
[07:04] <mvo> Kamion: as a string in a progressbar (no other text in it)
[07:04] <Kamion> mvo: I'd use title case then, "About ..."
[07:04] <mvo> ok, thanks. a trailing "." as well?
[07:04] <Kamion> "About %s remaining" and substituting in "5 minutes" doesn't sound very localisable though
[07:05] <Kamion> mvo: I'd say either a trailing ellipsis or nothing
[07:05] <mvo> yeah, I'm fixing this just now, its how apt historically worked
[07:05] <mvo> ellipsis == "." ?
[07:05] <Kamion> although some might disagree with me; I forget whether the GNOME HIG has anything to say about it
[07:05] <Kamion> no, ellipsis == "..."
[07:06] <Kamion> "." is "full stop" in en_GB or "period" in en_US
[07:06] <mvo> Kamion: thanks. I think I go without the ellipsis then
[07:11] <carlos> Riddell: yes, latest import failed
[07:11] <carlos> Riddell: check the .pot file with msgfmt -v -c -o /dev/null kdelibs.pot
[07:12] <carlos> Riddell: if it fails, you need to fix it and upload it again
[07:12] <carlos> Riddell: if it works, you found a bug
[07:15] <Riddell> carlos: it fails
[07:15] <Riddell> carlos: is there a good way to merge two .pot files?
[07:15] <carlos> Riddell: msgcat
[07:18] <Riddell> carlos: ok, I use that and now your msgfmt checking command gives me...
[07:18] <Riddell> msgfmt: kdelibs.pot: some header fields still have the initial default value
[07:18] <Riddell> msgfmt: kdelibs.pot: warning: PO file header fuzzy
[07:18] <Riddell>                      warning: older versions of msgfmt will give an error on this
[07:18] <Riddell> msgfmt: found 1 fatal error
[07:18] <carlos> Riddell: that's ok
[07:18] <Riddell> if you say so
[07:18] <carlos> yes, a .pot file is not supposed to be compiled ;-)
[07:19] <carlos> without fixing some header values
[07:19] <carlos> but that allows us to check the syntax of the file
[07:21] <Riddell> carlos: if I upload this fix can you tell me if it imports correctly
[07:21] <carlos> Riddell: yes
[07:21] <yogi> Riddell:Mornin'. Question: I have a shell script on the desktop which changed from its usual icon to one which shows the text preview w/a mere shadow of the former icon superimposed (and hard ts to see).  Is this the 'new icon' or is there something amiss?
[07:21] <Riddell> yogi: we turned on previews on kdesktop recently
[07:22] <yogi> Okay... that explains it, I guess.  Took me by surprise. lol.  Thanks.
[07:23] <yogi> Riddell:Think the kmail filters will be working by release date?? (Hope, hope ;-))
[07:23] <Riddell> yogi: I agree
[07:24] <yogi> Riddell: One last observation: I went to konq's View | Previews & cannot seem to turn the desktop proview off.  Where *is* it, please?
[07:28] <Riddell> somewhere in kcontrol
[07:28] <Riddell> or probably right click on desktop->Configure
[07:28] <yogi> Riddell: lol Okay... I'll look around.  Thanks. :-)
[07:33] <yogi> Riddell: It's too well hidden. lol.  Oh well.  Have a great weekend!
[07:34] <Diziet> Dammit, how do I get an error message out of this absurd program ?
[07:35] <Diziet> `Failed' is not an error message!
[07:35] <Kamion> That rather depends on the program :-)
[07:36] <yogi> Riddell: Found it. Whew.
[07:36] <Mithrandir> Diziet: UTSL or strace usually works.
[07:36] <Kamion> carlos: I'm nearly ready to declare ubiquity's strings final for dapper (they've been nearly final for a while, but I had to make a few last-minute changes)
[07:37] <Kamion> carlos: would you be able to do another debian-installer import later tonight?
[07:37] <Kamion> carlos: also, I'd like to get ubiquity's po/ubiquity.pot into Rosetta, so that people can translate the .desktop files; is there anything special I need to do for that?
[07:38] <Diziet> Mithrandir: Unfortunately the S is huge and of course I've tried strace.
[07:38] <Diziet> The strace is huge and unenlightening too.
[07:38] <Diziet> (firefox's automatic plugin installation is what I'm trying to debug.)
[07:38] <Kamion> oh, been there done that, good luck
[07:38] <Diziet> (Not that we want people to use it but I'd rather it actually worked.)
[07:38] <carlos> Kamion: yes, I can do it, when will it be available?
[07:39] <carlos> Kamion: about ubiquity, I will remove the block we have for it
[07:39] <Surak> hello all.
[07:39] <carlos> Kamion: I guess it's already generated on build time, right?
[07:39] <Kamion> carlos: I have to wait for rookery's mirror to pulse; probably six hours or so, so I'd understand if you wanted to wait for tomorrow morning :)
[07:39] <Kamion> carlos: please keep ubiquity's debian/po/templates.pot blocked, it's just po/ubiquity.pot I want separately translated
[07:39] <carlos> Kamion: yeah, tomorrow morning would be better...
[07:39] <carlos> :-)
[07:40] <Kamion> if that's possible
[07:40] <Kamion> carlos: po/ubiquity.pot is part of the source tarball
[07:40] <carlos> Kamion: and I guess you regenerate it on build time, right?, we should do it to be sure we have latest version of the strings
[07:41] <Kamion> carlos: I'm not sure, at the moment; it's buried somewhere in automake. If not, I'll sort that out in edgy I think - there are only two strings and they won't change before dapper
[07:41] <carlos> ok
[07:42] <Surak> the xorg's postinst script uses debconf to determine which video module is used by that specific hardware. it's something like db_get xserver-xorg/config/device/driver . Does someone know where is this table stored? 
[07:42] <Kamion> it probably does regenerate them, looking at the Makefile.in.in
[07:42] <Kamion> s/them/it/
[07:43] <carlos> Kamion: check with martin if you need help there
[07:43] <Kamion> will do
[07:44] <Surak> I got a shipment of 800 motherboards where breezy ati's driver fails. I would like to generate a cd which use the fglrx driver instead of ati. So I need to change that debconf table...
[07:45] <Kamion> it just stores it in debconf, the debconf database isn't the source
[07:46] <Kamion> xserver-xorg.config is responsible for working out the default driver
[07:46] <Kamion> (no, I don't know exactly how; it's in code)
[07:46] <Surak> yes, it calls the db_get function, isn't it?
[07:46] <Kamion> yes, but not relevantly
[07:46] <lucas> any chance those ATI problems will be solved before dapper release ?
[07:47] <lucas> I'm running into some of them too
[07:47] <Surak> Kamion: xserver-xorg.config get this answer from debconf. But I have no idea how debconf figures it out
[07:47] <Kamion> Surak: there's a big table in discover1-data which maps PCI IDs to (among other things) X servers
[07:47] <Kamion> Surak: no, it *does not* get that answer from debconf
[07:47] <Surak> ok
[07:48] <Kamion> debconf has nothing to do with figuring out X servers; it's a generic framework for asking questions and remembering the answers
[07:48] <Kamion> you probably want to change discover1-data
[07:49] <Surak> found it. Thanks, that's exactly what I was looking for
[07:49] <Kamion> but it's possible you'll need to change code in xserver-xorg.config too to add fglrx to the driver list; I'm honestly not sure whether that will be needed
[07:49] <Kamion> hopefully not
[07:50] <Surak> the file is /usr/share/discover/pci.lst . Thanks!
[07:51] <Kamion> np
[07:52] <Kamion> it's the one thing we still use discover for ...
[07:56] <Surak> I didn't need to change xserver-xorg.config. Changing the pci.lst was enough. Now I need to build the live cd using the fglrx :-)
[07:56] <Mithrandir> Surak: what are you trying to do?
[07:57] <Kamion> Mithrandir: 18:44 < Surak> I got a shipment of 800 motherboards where breezy ati's driver fails. I would like to generate a cd which use the fglrx driver instead of ati. So I need to change that debconf table...
[07:57] <Surak> Mithrandir: there are some machines where breezy won't start X with the provided drivers
[07:57] <Mithrandir> Surak: not even if you force it to vesa?
[07:57] <Surak> in this ati case, no
[07:58] <Mithrandir> ok
[07:59] <Surak> I had 1000 motherboards with some sort of unichrome video chip. For that one I compiled the unichrome driver and put it on the x's tree, and everything went fine.
[08:03] <lamont> pitti: ping
[08:04] <_ion> mvo: I updated the notification-daemon xinerama patches once more.
[08:05] <mvo> _ion: thanks, what bugnumber is that?
[08:05] <_ion> https://launchpad.net/distros/ubuntu/+source/notification-daemon/+bug/31433
[08:05] <Ubugtu> Malone bug 31433 in notification-daemon "notify bubble has text across screens" [Normal,Confirmed]  
[08:06] <ivoks> pitti: thanks for rosetta daily :)
[08:06] <_ion> mvo: I have been running libnotify/tests/test-xy-stress for quite a while now, and i don't see any more bugs.
[08:07] <pitti> hi lamont
[08:07] <pitti> ivoks: my pleasure :)
[08:07] <mvo> _ion: nice, thanks
[08:08] <ivoks> mvo: hi, i guess you got my mail? :)
[08:08] <mvo> ivoks: not, I'm drowning a bit currently :/ what was the subject?
[08:09] <ivoks> mvo: gnome-cups-manager
[08:11] <mvo> ivoks: I did, yes. haven't managed to look at it yet :( but will do this evening, promised
[08:12] <mvo> otherwise, keep naging me :)
[08:12] <jsgotangco> hey mvo
[08:12] <mvo> hello jsgotangco! 
[08:13] <ivoks> mvo: nag :) (next nag in 5 minutes) :)
[08:13] <ivoks> mvo: take your time, no rush with this...
[08:29] <kagou> hey ploum 
[08:29] <ploum> hey kagou :-)
[09:00] <Burgwork> Diziet, would you life be easier if we shipped Epiphany and not FF?
[09:01] <thom> Burgwork: what are you planning to build epiphany with?
[09:01] <Kamion> Burgwork: leading question
[09:01] <Burgwork> thom, I guess I would be saying "would xulrunner be easier to maintain than firefox"
[09:01] <Burgwork> Kamion, indeed, it is
[09:01] <_ion> xulrunner 
[09:01] <Kamion> you're not supposed to admit to asking leading questions, you're supposed to not do it :-P
[09:02] <Burgwork> lol
[09:02] <mdke> Amaranth: here?
[09:02] <thom> Burgwork: maybe when xulrunner is considerably more mature this might be a useful question
[09:03] <jsgotangco> Burgwork: Yelp
[09:03] <mdke> all questions are leading
[09:03] <_ion> A million dollars would make one's life a lot more difficult.
[09:03] <ivoks> _ion: when you get it, please send it to me :)
[09:04] <_ion> ivoks: Ok, will do. ;-)
[09:05] <Kamion> my point is that asking the person who spends all day wrestling with firefox if his life would be easier if he didn't have to do that is a poor measure of just about anything
[09:05] <Burgwork> Kamion, ok, fair enough. I guess I should of asked who xulrunner would be to maintain, as compared to firefox
[09:05] <Burgwork> s/who/how
[09:13] <Amaranth> mdke: yep
[09:13] <mdke> Amaranth: you write alacarte right?
[09:13] <Amaranth> yep
[09:13] <mdke> cool.
[09:14] <mdke> Amaranth: a string in the help box contains the word "fd.o", any chance of expanding it so that people can understand what it means?
[09:14] <Amaranth> freedesktop.org?
[09:14] <Kamion> Burgwork: fair enough
[09:15] <mdke> Amaranth: right
[09:16] <HiddenWolf> :)
[09:16] <Amaranth> mdke: please file a bug report so i'll remember
[09:16] <mdke> Amaranth: I can do yeah. But we'll need it quick because there is not much time left for translations
[09:16] <Amaranth> hrm
[09:16] <Amaranth> you can upload to main?
[09:17] <mdke> not me
[09:17] <Amaranth> i need dholbach
[09:17] <mdke> everyone needs a dholbach
[09:17] <dholbach> yeah :)
[09:17] <dholbach> Amaranth: How can I be of your assistance?
[09:17] <HiddenWolf> dholbach: clone yourself, and we can all have you? :)
[09:18] <Amaranth> dholbach: i'm going to make up a small patch to change fd.o to freedesktop.org in alacarte's about dialog
[09:18] <Amaranth> need you to upload
[09:18] <dholbach> Amaranth: ok, point me to the patch then
[09:18] <Amaranth> give me a minute to make it :P
[09:18] <mdke> Amaranth: rock, thanks. I'll do the string chance announcement for the translators
[09:19] <Amaranth> all my existing translations just became worthless :P
[09:20] <mdke> it's only one string though
[09:24] <Amaranth> dholbach: http://dev.realistanew.com/change_about_dialog.diff
[09:24] <dholbach> rock on
[09:26] <mdke> Kamion: got a moment?
[09:27] <dholbach> Amaranth: done
[09:27] <Amaranth> cool
[09:27] <Amaranth> mdke: enjoy
[09:27] <mdke> Amaranth: dholbach, thanks a lot.
[09:27] <Amaranth> my first string break since october
[09:28] <Kamion> mdke: not right now, but tell me what's up and I'll get back to you when I do
[09:28] <mdke> Kamion: fine thanks
[09:29] <mdke> Kamion: to get the translations for ubuntu-docs, I download them from rosetta and convert them to xml, then daniel uploads them. As such, they're covered by NonLanguagePackTranslationDeadline, which is next Tuesday. I don't have time to do the downloading and converting exercise during next week, and I'd like to give the translators as much time as possible to get things finished. Do you think I could do it friday/saturday of next week? Or must I do i
[09:29] <carlos> Kamion: the ubiquity .pot file is now imported
[09:30] <carlos> Kamion: and include a Spanish translation as a present
[09:31] <carlos> ;-)
[09:32] <Kamion> mdke: that's fine - the deadline is primarily to make translators aware that that's how long they've got
[09:32] <Kamion> (dinner not *quite* ready yet, as it turns out ...)
[09:33] <mdke> Kamion: thanks a lot
[09:33] <Kamion> carlos: cool, thanks a lot. How come the existing pt_BR.po doesn't show up? (Maybe you imported 0.99.78 rather than >= 0.99.79 ...)
[09:33] <carlos> Kamion: any existing translation could take some extra time to be imported
[09:33] <carlos> first time, we import the .pot file and then we automatically import other .po files
[09:33] <Kamion> ok, fair enough
[09:37] <dholbach> have a nice weekend
[09:50] <wasabi__> Sure wish more people promoted using GCJ/ClassPath vs Sun's JRE.
[10:04] <nix4me> i have posted bug 43303 and so far noone has confirmed it. Its still set as needs info.  I believe this bug should be confimed and set to priority HIGH because it is certainly a show stopper for the upcoming release. It involves the inability for Ubuntu to share a printer have Windows computers print to it.  I have spent alot of time on troubleshooting and posting information and there are several people who have agreed thus far. I hav
[10:04] <nix4me> e also been unable to find a workaround. Any help would be greatly appreciated.
[10:04] <Ubugtu> Malone bug 43303 in cupsys "cupsys can no longer share a printer to windows" [Normal,Needs info]  http://launchpad.net/bugs/43303
[10:04] <pitti> nix4me: right, I'll mangle the bug a bit; I still don't now the reason, but I agree that it should be fixed for dapper
[10:05] <nix4me> i would gradly help, but ive done all i can do. Ive tried everything
[10:05] <pitti> nix4me: milestoned and bumped priority
[10:06] <nix4me> ok thanks
[10:06] <nix4me> hopefully we get a fix before my wife needs to print
[10:06] <nix4me> :)
[10:06] <pitti> nix4me: still, I don't have any windows machine around here, it'll take me some time to fix this, so help is greatly appreciated
[10:06] <pitti> nix4me: maybe you can ask upstream already? right now you now more about the bug than I do
[10:07] <pitti> http://www.cups.org/str.php
[10:07] <nix4me> i can try
[10:07] <pitti> nix4me: that would be great
[10:07] <nix4me> will they look in launchpad if i leave the bug #?
[10:08] <pitti> nix4me: yes, you should give them an URL to the launchpad bug
[10:08] <pitti> nix4me: but still, please include the relevant information in the STR
[10:08] <pitti> like log output, your setup, etc.
[10:08] <nix4me> ok, ill give it a shot
[10:09] <ivoks> pitti: isn't that samba bug?
[10:09] <pitti> ivoks: no, I think not
[10:10] <pitti> ivoks: the samba bug is the other way round
[10:10] <ivoks> pitti: oh, i tought this is something else
[10:10] <pitti> ivoks: nix4me's one is for printing from a windows machine to a cups server
[10:10] <pitti> ivoks: the samba bug breaks printing from a cups client to a SMB printer
[10:10] <ivoks> pitti: yeah, i know (i tought this is that bug)
[10:11] <nix4me> nope
[10:11] <ivoks> well... i have windows print to my cups (over IPP)
[10:11] <ivoks> 1.1.99
[10:11] <nix4me> oh yeah?
[10:11] <nix4me> ive been trying for days
[10:11] <pitti> ivoks: does it still work with 1.2.0-0ubuntu2? (or whatever is current in dapper)
[10:11] <ivoks> let me test 1.2, i can do it in few minutes
[10:12] <nix4me> that would be great
[10:12] <nix4me> maybe i have a setting horked that ive overlooked
[10:13] <pitti> nix4me: there are too many duplicates of that bug to make me believe in a configuration problem
[10:13] <pitti> something about printing raw binary streams seems seriously broken
[10:13] <pitti> printing PostScript etc. seems to be just fine
[10:14] <pitti> just not binary blobs (as windows clients will do since they usually have the printer driver on the client)
[10:14] <nix4me> well i agree, but it wouldnt surprise me.  I had this working on my debian 'etch' machine but i had a different probelm, the access log was getting hammered 2 timers per 5 seconds
[10:14] <pitti> nix4me: that's a different bug, it was solved in dapper, and I also fixed it in Debian experimental
[10:14] <ivoks> grrr... we have another bug in cups
[10:15] <ivoks> - no default printer by default :)
[10:15] <pitti> nix4me: that was gnome-cups-icon polling cups every other second, and the default logging settings made it appear in the logs
[10:15] <pygi> ivoks: fix it :P
[10:15] <pitti> ivoks: *sigh*
[10:15] <pitti> pygi++ :)
[10:15] <ivoks> ok :)
[10:15] <pygi> ivoks: thanks :)
[10:16] <nix4me> i just cant understand why mine wont print
[10:16] <seb128> pitti: what are you doing on your IRC a friday evening? :)
[10:16] <pitti> seb128: my gf is tired and just fell asleep, so I do some PostgreSQL hacking
[10:16] <seb128> ah, k ;)
[10:16] <pitti> seb128: but, same question to you :)
[10:17] <seb128> I went to the swimming pool but slightly too late for them, so I took a shower and I'm hanging on the computer now ;)
[10:17] <ivoks> oh.. error
[10:17] <ivoks> hm
[10:18] <ivoks> Missing printer-uri or job-uri attribute!
[10:18] <nix4me> yes
[10:18] <nix4me> and i also get
[10:18] <nix4me> Print-Job client-error-document-format-not-supported
[10:19] <pitti> ^ that's the 'unable to print binary raw streams' part I mentioned
[10:19] <pitti> (I think)
[10:19] <ivoks> lprng anyone? :)
[10:19] <tritium> sladen: yep, thanks
[10:24] <ivoks> funny
[10:24] <ivoks> debug2 shows nothing wrong
[10:27] <crimsun> pitti: would you please queue http://sh.nu/~crimsun/alsa-utils_1.0.10-1ubuntu13.debdiff?
[10:27] <pitti> crimsun: done
[10:27] <crimsun> pitti: thank you :)
[10:27] <pitti> [queued, not uploaded] 
[10:27] <crimsun> right
[10:33] <pitti> crimsun: uploaded, thanks
[10:33] <crimsun> pitti: you rock :)
[10:33] <pitti> well, I didn't do much, you fixed the bug! :)
[10:50] <nix4me> do i still need to file an upstream bug?
[10:50] <nix4me> on cups
[10:50] <nix4me> or did ivoks get it fixed?
[10:50] <pitti> nix4me: did you solve the problem?
[10:50] <nix4me> nope
[10:51] <ivoks> nix4me: i won't work on it today...
[10:52] <ivoks> nix4me: if you have time, try compiling cups without ubuntu patches
[10:52] <nix4me> ill try
[10:53] <pitti> good night everyone
[10:54] <\sh> night pitti sleep well
[10:54] <crimsun> 'night pitti 
[10:54] <nix4me> pitti, you think the experimental debian cupsys might work for me?
[10:54] <\sh> and moins btw :)
[10:54] <ivoks> pitti: night
[10:54] <nix4me> ok, night
[10:54] <pitti> nix4me: it has similar patches, and I don't believe it's due to the derooting (which is the only major difference to debian)
[10:54] <pygi> night pitti 
[10:55] <pitti> nix4me: you can try pure upstream if you want (it won't find any PPD files, though)
[10:55] <pitti> anyway, g'night