[12:07] <MisterN> n8
[04:43] <drfloob> anybody active in here?  I've got a question ranging somewhere between development and support
[04:46] <mikecrowe> Folks, all my images in evolution-2.5.3 are red X's.  How should I fix?
[05:48] <ManuelJ> where did gconf go in dapper? :(
[06:34] <poningru> can someone with the latest ubuntu firefox Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20060130 Ubuntu/1.5.dfsg-4ubuntu6 Firefox/1.5 check out digg and tell me whether or not you can feel the mem hog? 
[06:34] <poningru> www.digg.com
[06:34] <poningru> for almost all other sites the firefox seems fine
[06:34] <poningru> just under digg
[06:35] <poningru> I want to say its libpng
[06:44] <calc> hal seems to be broken on amd64
[06:44] <calc> it hangs on startup
[06:45] <johanbr> calc: Works for me.
[06:45] <calc> hmm i wonder if there is any way to debug it
[06:49] <calc> its stuck in a select call
[06:50] <calc> hmm i see several select and poll depending on which one i attach to
[06:51] <calc> and one of them "hald-addon-acpi" is stuck in read()
[06:52] <calc> and the acpi one seems to be the last one started
[06:53] <calc> so probably is the one actually hanging
[06:55] <calc> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351296
[06:55] <calc> that looks like it might be the bug
[06:55] <calc> but hal-device-manager can't attach to it
[07:04] <calc> malone #30254 seems like the same thing i am seeing also
[07:04] <Ubugtu> malone bug 30254 in hal "Hal freezes on startup..." [Normal,Unconfirmed]  http://launchpad.net/bugs/30254
[07:45] <glick> excuse me, when you delete a user, does it delete all traces of him/her?
[08:56] <pitti> Hey everybody
[09:00] <freeflying> pitti: hi
[09:15] <sivang> morning all
[09:16] <pitti> hi sivang 
[09:16] <freeflying> pitti how about MainInclusion of scim now 
[09:18] <jdub> sivang: because you've chosen ctrl as the default metacity modifier in the 'windows' preference dialogue?
[09:19] <hunger> Hi!
[09:19] <hunger> Is it possible to make g-v-m and g-p-m start only for gnome sessions?
[09:20] <sivang> jdub: I've never done a selection like did, maybe it's default shipped that way :)
[09:20] <jdub> the default is alt
[09:21] <Treenaks> jdub: did you get my mail earlier, about mailinglist moderator stuff?
[09:21] <sivang> jdub: probably my gf, she likes to play with desktop settings, I just wish she had done it on her own laptop :) but thanks muchly.
[09:22] <jdub> Treenaks: hrm, don't think so
[09:22] <jdub> Treenaks: oh! yes
[09:22] <jdub> Treenaks: doing now
[09:22] <Treenaks> sivang: this is why people invented 'multiple accounts' and the 'user switch applet' :P
[09:23] <jdub> Treenaks: i'm making dennis owner - do you still want to be moderator?
[09:23] <sivang> Treenaks: yeah, I'll set her up one and change my password :)
[09:23] <ajmitch_> Treenaks: but then people have to actually use it :)
[09:23] <Treenaks> jdub: no, make him moderator as well please
[09:23] <jdub> owners get to be moderators by default - mu ha ha etc.
[09:24] <pitti_> hunger: erm, what do you mean?
[09:24] <sivang> Treenaks: what are you going to moderate ?
[09:25] <Treenaks> sivang: I used to be moderator of the ubuntu-nl mailing list
[09:26] <sivang> eh
[09:26] <Treenaks> sivang: but jdub is transferring that to Seveas now
[09:27] <pitti> hunger: ah, you mean that with the new autostart desktop files they are started for other DEs, too?
[09:27] <hunger> pitti: They are started for kde at least.
[09:27] <hunger> pitti: ... and pop up nautilus windows there and stuff.
[09:28] <pitti> hunger: OnlyShowIn=GNOME; *shrug*
[09:28] <pitti> hunger: iz KDE bug
[09:28] <hunger> pitti: For some reason gnome seems to ignore the kde ones.
[09:28] <hunger> pitti: I was afraid you'd say that:-)
[09:29] <pitti> hunger: I'm not familiar about the coordination of DEs in these new autostart desktop files
[09:29] <pitti> hunger: but *if* a DE supports them, it should probably adhere to the spec completely
[09:29] <jdub> i don't think any of the autostart stuff is specced
[09:29] <pitti> hunger: let's ask Riddell :)
[09:29] <hunger> pitti: I am asking here because I read on freedesktop.org that /usr/share/autostart is for DE independent desktop files while /usr/share/ENVIRONMENT/autostart is meant for DE specific ones. But that was a mail only, no spec, so I am not sure about this.
[09:29] <pitti> ah, I see
[09:30] <pitti> well, I have no problem with moving it to another place
[09:30] <pitti> somebody just needs to tell me the right thing to do
[09:30] <hunger> pitti: Asking Riddell is a good idea:-)
[09:30] <pitti> jdub: that sounds scary
[09:31] <hunger> pitti: It is the impression I got as well.
[09:31] <hunger> pitti: The desktop file spec contains only stuff relevant to the menu system as I understood it.
[09:31] <pitti> yeah, I guess they were never meant to be used for this purpose
[10:08] <Mithrand1r> mdke: poked
[10:17] <jbailey> Do Kubuntu systems install ubuntu-minimal and ubuntu-standard?
[10:17] <Mithrandir> yes
[10:17] <jbailey> Tx.
[10:20] <jbailey> Riddell: Ping?
[10:20] <jbailey> Riddell: It seems that 30546 is assigned to kubuntu-devel@l.u.c, which is rejecting my reply to the message.
[10:20] <jbailey> (And kindly notifying me of it)
[10:22] <jsgotangco> wow you're still awake at this time
[10:23] <jbailey> jsgotangco: I'm in the UK atm. =)
[10:23] <jsgotangco> ahh
[10:23] <jbailey> Otherwise 04h30 would be a little on the late side for me.
[10:23] <Treenaks> jbailey: that explains a lot ;)
[10:23] <jbailey> (Although it wasn't on Sat night... *g*)
[10:23] <Mithrandir> bounce, bounce. :-P
[10:23] <jbailey> Treenaks: The funny accent?  Yeah, I'll replace it with my other funny accent when I get home.
[10:24] <jbailey> I think some of the Montral speak is starting to crawl into my day-to-day speech - I've had a couple people guess that I was from Montral on this trip.
[10:24] <mdke> I thought you were from yorkshire
[10:29] <Kinnison> jbailey: the day you say "bienvenue" in response to me thanking you, or you say "magasiner" when I ask where you're going, I will be forced to tickle you mercilessly until you repent
[10:34] <mdke> Mithrandir, the poke was because we've had to do another ubuntu-docs package to fix a rather irritating bug (bug 30563), but no worries, siretart is handling it
[10:34] <Mithrandir> mdke: 'k, coolie
[10:34] <jbailey> Kinnison: Like most anglos in Montral, I do refer to the convenience stores as "deps"
[10:35] <jbailey> Kinnison: when I came here a few weeks ago, I had to think hard to remember what they were called.
[10:35] <Mithrandir> oh, totally unrelated to the changes I did.
[10:35] <Kinnison> hehe
[10:35] <mdke> yes
[10:35] <jbailey> mdke: Eh, really?
[10:36] <mdke> jbailey, no
[10:36] <jbailey> Oh good. =)
[10:37] <jbailey> I'd hate to be mistaken for some pudding.
[12:00] <seb128> "Paramtrage de debconf (1.4.70ubuntu1) ...
[12:00] <seb128> Can't exec "locale": Aucun fichier ou rpertoire de ce type at /usr/share/perl5/Debconf/Encoding.pm line 16.
[12:00] <seb128> Use of uninitialized value in scalar chomp at /usr/share/perl5/Debconf/Encoding.pm line 17.
[12:00] <seb128> Use of uninitialized value in subroutine entry at /usr/share/perl5/Debconf/Encoding.pm line 65."
[12:00] <seb128> I get that on dist-upgrade
[12:00] <seb128> pitti, jbailey: do you know about that?
[12:02] <jbailey> seb128: What version of 'locales' do you have installed?
[12:03] <seb128> ii  locales        2.3.7-6        common files for locale support
[12:03] <jbailey> seb128: You need a newer version that will pull in belocs-locales-bin
[12:03] <seb128> jbailey: that's what dist-upgrade from this morning gives on my box
[12:04] <seb128> hum
[12:04] <seb128>      2.3.9 0
[12:04] <seb128>         500 http://archive.ubuntu.com dapper/main Packages
[12:04] <seb128>  *** 2.3.7-6 0
[12:04] <seb128>         100 /var/lib/dpkg/status
[12:04] <seb128> I blame update-manager
[12:04] <jbailey> I haven't a clue what you just pasted.
[12:04] <seb128> 2.3.9 is available
[12:04] <jbailey> Right.  I should figure out why 2.3.10 isn't.
[12:04] <seb128> but update-manager didn't upgrade it for me
[12:05] <seb128> I got a timezone question from libc on upgrade too
[12:05] <jbailey> Eh, really?
[12:06] <mjg59> jbailey: Have you changed the default mkinitramfs conf at all?
[12:06] <jbailey> mjg59: Adam did.  I don't maintain that anymore.
[12:06] <seb128> "Running 'tzconfig' to set this system's timezone.
[12:06] <seb128> Your current time zone is set to Europe/Paris
[12:06] <seb128> Do you want to change that? [n] :
[12:06] <seb128> "
[12:06] <mjg59> jbailey: Ah. Because it stomps over RESUME=
[12:06] <seb128> jbailey: that's the question I got on libc update
[12:07] <mjg59> I'll bitch at Adam once he's back
[12:07] <pitti> mjg59: btw, I changed pmi.pbb to use ioctls, works fine :)
[12:08] <pitti> mjg59: not yet uploaded, though, since I need to do the script shuffling/handling
[12:08] <Mithrandir> mjg59: I think it's potentially touched by the installer, which it shouldn't.
[12:08] <mjg59> Mithrandir: It has to be touched by the installer, because there's no sane default
[12:08] <jbailey> mjg59: We talked a bit about this 2 days ago - he's going to slip it into /etc/default/resume or something like that so that by default noone has to diddle the conffile at all.
[12:08] <mjg59> jbailey: Cool
[12:08] <jbailey> Dunno if there's a bug filed on it or not, though.  I'll look in a sec.
[12:09] <jbailey> (Filing another bug atm.  *g*)
[12:10] <HiddenWolf> why is it that during shutdown I see bittorrentd and rsyncd coming down on my dapper-desktop?
[12:11] <mjg59> pitti: We may need newer hal for full pmu support (or, alternatively, bits need backporting)
[12:12] <Lathiat> rsyncd is part of the rsync package
[12:13] <HiddenWolf> Lathiat: but should it run by default?
[12:13] <jbailey> Whee, I hadn't actually uploaded locales 2.3.10, done.
[12:13] <jbailey> that'll fix some other bugs.
[12:14] <jbailey> seb128: I think the timezone question is probably glibc getting confused because of the new locales not being there.  Would you mind filing a bug with that info in it, and the comment that the timezone settings should probably move to the locales package, rather than being handled in libc6?
[12:14] <Lathiat> HiddenWolf: it doesnt unless you tell it to in /etc/default/rsync
[12:14] <seb128> jbailey: ok, will do that now
[12:15] <HiddenWolf> Lathiat: hm, it's off then, but I still get a shutdown message about it, which confused me. 
[12:26] <Treenaks> BenC: Any idea when the new kernel packages will be out? I'd like to test the sdhci and acpi-sbs stuff :)
[12:28] <jbailey> seb128: I'm headed out shortly.  Any other timezone ugliness that I need to deal with before I go?
[12:28] <seb128> jbailey: nop, that's just an upgrade question, no hurry :)
[12:29] <jbailey> Yeah.  I already replied to the bug as well.  I'll aim for Wednesday to fix it.
[12:29] <seb128> (the GNOME clock is showing one hour shifting now though)
[12:29] <jbailey> I'm really quite curious why your upgrade manager didn't opt to include that in your upgrades, though.
[12:29] <jbailey> Is that a good one hour shifting or a bad one? =)
[12:30] <seb128> it's saying there is still one hour before lunch where I feel it's lunch time :p
[12:30] <seb128> (ie: it's UTC instead of UTC+1 which is local time)
[12:30] <jbailey> Hmm.
[12:30] <jbailey> I'll have a better feel for hacking this when my clock isn't set to UTC. =)
[12:30] <seb128> I think it just displays the UTC time
[12:31] <jbailey> I don't want to change my timezone right now, since I'm trying to make sure I leave on time. =)
[12:31] <seb128> he he
[12:31] <seb128> no hurry anyway, we can sort that later :)
[12:31] <StevenK> I got the accepted mail, but I haven't seen it hit the buildds or the archive.
[12:32] <seb128> buildds are catching up now afaik
[12:32] <StevenK> Then the pending list on Launchpad is wrong. :-)
[12:33] <jbailey> StevenK: From how long ago?
[12:33] <seb128> jbailey: my clock is fixed after upgrading locales to 2.3.9
[12:34] <jbailey> Even better.
[12:34] <jbailey> There will still be some breakage until you get 2.3.10 in.
[12:34] <seb128> ok
[12:34] <jbailey> I had forgotten to upload it, so it'll appear sometime soonish. =)
[12:35] <StevenK> jbailey: It was upload last night local time, so roughly 23-24 hours ago.
[12:35] <StevenK> Er, uploaded
[12:35] <jbailey> ah weird.
[12:36] <jbailey> No idea, then.  the stuff I uploaded on saturday afternoon has been processed and is in there.
[12:36] <StevenK> Yeah, I saw that during my digging.
[12:37] <seb128> I've uploaded rhythmbox on saturday and it was just building this morning
[12:42] <seb128> ** (time-admin:21179): WARNING **: Could not open */usr/share/zoneinfo/zone.tab*
[12:42] <seb128> ** ERROR **: Unable to load system timezone database.
[12:42] <seb128> aborting...
[12:42] <seb128> hum
[12:43] <jbailey> seb128: Yeah, that's what 2.3.10 fixes. =)
[12:43] <seb128> jbailey: ah, nice :)
[12:43] <pitti> mvo: question for first prize: what's wrong in http://changelogs.ubuntu.com/changelogs/pool/main/w/wget/wget_1.10.2-1/ ? :)
[12:45] <StevenK> Interestingly, wget_1.9.1-10ubuntu2.2 only have a copyright, and 1.10.2-1 has nothing.
[12:45] <StevenK> Er, 1.9.1-10ubuntu2.2 and onwards
[12:46] <mvo> pitti: checking
[12:54] <mvo> pitti: I'm re-generating the changelogs now, I don't know what went wrong, because it seems to have happend a long time ago and the logs no longer have it :/
[12:56] <pitti> mvo: ok, thank you
[12:58] <Tm_T> jbailey: ping
[12:58] <jbailey> Tm_T: Pong, but I'm leaves in about 5 minutes.
[12:59] <Tm_T> jbailey: about https://launchpad.net/distros/ubuntu/+source/kdebase/+bug/30546
[12:59] <Ubugtu> malone bug 30546 in kdebase "kickers clock applet is screwed" [Normal,Confirmed]  
[12:59] <Tm_T> jbailey: that screenie mentioned there, mine, I do have locales/unknown uptodate 2.3.9
[12:59] <Tm_T> jbailey: just thought you might be interested about that small detail
[01:00] <jbailey> Tm_T: I am, can you please put it in the bug itself?
[01:00] <jbailey> I will certainly have forgotten it by tomorrow when I look at this again.
[01:01] <Tm_T> jbailey: hum, ok, have to register or find my password and username =)
[01:01] <jbailey> Tm_T: Basically what we'll need to do is look at your /etc/localtime, figure out what it's pointing to and why that's not good enough for KDE.
[01:01] <jbailey> Any bits of that that you can do and note in the bug will be much appreciated.
[01:01] <jbailey> I don't know KDE well at all, and don't have a convenient install of it.
[01:02] <Tm_T> jbailey: ok, it's only kicker clock applet looking wrong time and no timezones
[01:03] <jbailey> Right.  But fall back to using the date command at the terminal if you could, please.
[01:03] <Tm_T> jbailey: kontact (calendar etc) does follow correct timezone and time
[01:03] <Tm_T> yes sir
[01:03] <Tm_T> thanks
[01:03] <jbailey> Tm_T: In this case, it also might be worth rebooting to see whether or not kicker clock applet got the wrong time from bootup, and you upgraded after.
[01:04] <jbailey> The gnome applications are tweaked to cope with things changing underneath them, but I don't know if the KDE ones are.
[01:04] <Riddell> Tm_T: I think the KDE timezone applet does the wrong thing when changing timezones
[01:04] <Riddell> I'm still to investigate it properly
[01:04] <mvo> pitti: your changelogs are back, thanks for telling me
[01:04] <Tm_T> Riddell: ok, same problem is in your provided and self compiled kicker
[01:04] <Tm_T> jbailey: nope, restart of kicker didn't change anything
[01:05] <Riddell> yes, there's no changes in kubunt
[01:05] <Tm_T> Riddell: if I can help, just ask
[01:05] <Riddell> (yet)
[01:05] <Tm_T> Riddell: my selfcompiled has small modifications ;)
[01:05] <Tm_T> mostly in clock applet
[01:06] <jbailey> Riddell: If you could look into it as well, that would be lovely.  Basically, if date is working, then I think glibc / locales are setup correctly.  If I'm wrong (and I'm guessing I am), I need to know what you're looking for that's not set correctly.
[01:07] <Riddell> jbailey: it's on my todo list
[01:08] <jbailey> Riddell: thanks.
[01:08] <jbailey> 'bye all!
[01:09] <jdub> how do i find a list of packages that build-dep on something? kamion's seed pages?
[01:10] <jdub> (yes)
[01:13] <Tm_T> oh, so I am registered to launchpad, when?! ...I do need regular sleep =)
[01:15] <mvo> pitti: I'm doing a big cleaning run on changlogs now, I hope that this fix any outstanding problems
[01:15] <Chipzz> jdub: grep-dctrl? :)
[01:52] <zakame> evening devs :)
[02:19] <mikecrowe> Anybody available for a dapper question?  I tried yesterday but got no response
[02:20] <hunger> mikecrowe: This is not a support channel. But we try to help with development questions if we can.
[02:21] <mikecrowe> hunger: Understood.  The icons within Evolution 2.5.4 out of dapper are not being installed/initialized.  I wanted understand how to report/fix
[02:21] <Chipzz> if you think it's a bug though, that's something else :)
[02:21] <mikecrowe> does that qualify?  :-)
[02:21] <hunger> Chipzz: Then he should file a bugreport:-)
[02:22] <zakame> just ask away, sombody will answer soon, as long as its on-/topic :)
[02:23] <hunger> mikecrowe: Well, the trick is to ask. If you get yelled at, then it was offtopic;-)
[02:23] <mikecrowe> The icons within Evolution 2.5.4 out of dapper are not being installed/initialized.  I will report as bug.  Anybody online familiar with how it was built?   I'd like to fix
[02:25] <seb128> mikecrowe: there is no such bug
[02:25] <seb128> mikecrowe: icons are installed
[02:25] <torkel> mikecrowe: 2.5.4 sounds old. A as first step try to upgrade and see if it still is in the latest version
[02:26] <mikecrowe> seb128: I did the upgrade, and 90% of button icons/message status icons (attachments, etc) are red X's.
[02:26] <mikecrowe> seb128: Why say this is not a bug?
[02:27] <zakame> lol
[02:28] <seb128> mikecrowe: because I'm sure the package does install the icons so you have an another issue
[02:28] <seb128> mikecrowe: or everybody would have the bug
[02:28] <seb128> start by upgrading to a recent version
[02:28] <seb128> what icon theme do you use?
[02:29] <Kinnison> I've altered the accept mail format a bit
[02:29] <mikecrowe> The default, but I can try changing it. 
[02:29] <Kinnison> does the format used in openscenegraph's accept mail look okay?
[02:31] <jdub> seb128: can we upload to universe atm?
[02:32] <seb128> jdub: no reason it shouldn't work afaik
[02:32] <Kinnison> universe is fine
[02:32] <fabbione> jdub: uploads are open
[02:35] <radone> greetings. I am just trying to find source for  "libwxgtk2.6-dev". Could anyone help me?
[02:35] <radone> using: deb http://cz.archive.ubuntu.com/ubuntu breezy universe main
[02:36] <sistpoty> radone: find what source-package it is or to download the sourcepackage?
[02:37] <fabbione> radone: add a line like that one to your sources.list and change deb in deb-src
[02:37] <fabbione> apt-get update && apt-get source libwxgtk2.6-dev
[02:37] <fabbione> that will do the right thing in an easy way
[02:38] <radone> fabbione: Thanks, thats the point. I was using apt-get install and was wondered that it cannot find.
[02:38] <fabbione> radone: it's all documented in the manpage for apt
[02:40] <seb128> mikecrowe: which one?
[02:40] <mikecrowe> seb128: Is there any chance that evolution-data is not included in the latest dapper repositories?  I can't find anywhere to change icons themes
[02:40] <mikecrowe> I've installed all the latest from the repository
[02:41] <seb128> there is such package
[02:41] <seb128> there is no such package
[02:41] <seb128> it has no -data
[02:41] <seb128> but what icon theme do you use?
[02:41] <jdub> fabbione: with your elite (old?) debian/apache hat on, could you please take a quick look at some packages I've made? low priority.
[02:42] <fabbione> jdub: sure...
[02:42] <seb128> mikecrowe: gconftool-2 -g /desktop/gnome/interface/gtk_key_theme
[02:42] <seb128> mikecrowe: gconftool-2 -g /desktop/gnome/interface/gtk_theme rather
[02:42] <mikecrowe> The icons within Evolution 2.5.4 out of dapper are not being installed/initialized.  
[02:42] <fabbione> jdub: send them now before i start doing something more heavy
[02:42] <jdub> fabbione: deb http://people.ubuntu.com/~jdub/dapper/ ./ (libapache2-mod-annodex)
[02:42] <mikecrowe> Ah, not in evolution
[02:42] <seb128> mikecrowe: start using an updated package
[02:42] <fabbione> jdub: ok
[02:42] <seb128> mikecrowe: 2.5.90
[02:43] <mikecrowe> seb128: I am, or I think I am.  Let me check
[02:43] <seb128> mikecrowe: anyway your issue seems to be with your icon theme not evolution
[02:43] <jdub> fabbione: is it conventional to *not* make mods-enabled symlinks by default?
[02:43] <fabbione> jdub: yes that is correct
[02:44] <fabbione> you install the module, you make it available
[02:44] <fabbione> you let the admin decide when to enable it
[02:44] <mikecrowe> seb128: I am using .90ubuntu2.  Sorry for bad earlier info.  Let me use gconftool and see if I can fix that way
[02:44] <seb128> mikecrowe: you can get the theme from the theme capplet too
[02:45] <jdub> fabbione: cool
[02:45] <mjg59> Riddell: When using kpowersave, what's the name of the daemon it launches?
[02:47] <fabbione> jdub: looks good to me
[02:47] <jdub> fabbione: ok, i'll upload! ;-)
[02:53] <zakame> radone: wxgtk2.6 probably
[02:55] <radone> zakame: If I need compiling from source - is it enought? or do I need  wxgtk2.6-dev ?
[03:04] <Riddell> mjg59: powersaved
[03:04] <zakame> radone: compiling using wxgtk2.6? yes, I think you'll probably need the -dev
[03:05] <mjg59> Riddell: Ta
[03:10] <jdub> can i do this in a wnpp email?
[03:10] <jdub> X-Debbugs-CC: debian-devel@lists.debian.org
[03:10] <jdub> X-Debbugs-CC: utnubu-discuss@lists.alioth.debian.org
[03:10] <jdub> 
[03:10] <jdub> ?
[03:10] <jdub> or should i have a single header with comma delimited addresses?
[03:10] <Diziet> (b)
[03:10] <jdub> thanks
[03:11] <mikecrowe> seb128: I've checked the GTK theme, and even switched it, and here's what I'm seeing:  http://www.mikeandkellycrowe.com/evoshot.jpg
[03:11] <mikecrowe> seb128: Notice how the print/trash icons are there
[03:13] <seb128> mikecrowe: what icon theme do you use?
[03:14] <mikecrowe> seb128: That's just it:  I can't find the theme capplet in the default installation.  
[03:14] <seb128> system, preference, theme
[03:15] <seb128> or alt-F2, gnome-theme-manager
[03:15] <mikecrowe> seb128: Am I just having a n00b moment?   ug, I may be.  I'm running icewm right now.
[03:15] <mikecrowe> dbus problem with nautilus (caused by me)
[03:15] <seb128> why not starting by that?
[03:16] <seb128> if you use icewm gnome-settings-daemon is not running and the icon theme is not set correctly
[03:23] <mikecrowe> seb128: wow, brought my whole system down.  next post to all describes
[03:24] <mikecrowe> Folks, I'm getting repeated crashes in /lib/tls/i686/cmov/libthread_db.so.1
[03:24] <mikecrowe> Can't even run bug-buddy to report.  
[03:24] <mikecrowe> Any ideas?
[03:24] <seb128> backtrace?
[03:25] <seb128> for your icon issue, that's because you don't use GNOME or gnome-settings-daemon and don't set your icon theme correctly
[03:25] <mikecrowe> seb128: BB won't stay up long enough for me to get backtrace
[03:25] <seb128> use gdb
[03:25] <mikecrowe> It may have something to do with a dbus issue
[03:25] <fabbione> elmo: when/if you have time, could you be so kind to sync apr and apr-util from Debian? they will land in our universe and replace apr1.0 and apr-util1.0
[03:26] <seb128> your icon issue is trigerred by the move of some icons from hicolor to gnome
[03:26] <fabbione> the latter 2 pkgs -> /dev/null
[03:26] <seb128> I've opened http://bugzilla.gnome.org/show_bug.cgi?id=330061 upstream about that
[03:26] <seb128> feel free to comment on it
[03:26] <Ubugtu> gnome2 bug 330061 in general "some applications are broken by the icons move from hicolor to gnome" [Normal,Unconfirmed]  
[03:26] <mikecrowe> seb128: Since the crash is *always* in libthread_db.so.1, is there a chance I have a corrupted/old version of it?
[03:28] <seb128> dunno about that
[03:31] <mikecrowe> Any thoughts about what package it lies within?
[03:32] <seb128> get a backtrace
[03:34] <mikecrowe> I meant about which .deb contains libthread_db.so.1.  I'll google for it
[03:37] <fabbione> dpkg -S libthread_db.so.1
[03:37] <fabbione> will tell you
[03:38] <fabbione> that is libc6
[03:41] <sebest_> anyone could explain me how to rebuild a package with the debug symbol?
[03:43] <azeem> sebest_: export DEB_BUILD_OPTIONS=nostrip
[03:44] <sebest_> azeem: thanx a lot
[03:44] <desrt> azeem; does that also give -g?
[03:45] <azeem> building with -g is standard I thought
[03:48] <Chipzz> azeem: but that's only if the debian/rules file supports it, right?
[03:49] <Chipzz> nowhere near a standard way to build with debugging info iirc...
[03:50] <azeem> "By default, when a package is being built, any binaries created should include debugging information"
[03:50] <azeem> policy 10.1
[03:51] <sebest_> azeem it worked well for network-manager
[03:52] <Chipzz> azeem: I was referring to the 'export DEB_BUILD_OPTIONS=nostrip' thing
[03:52] <Chipzz> azeem: google for DEB_BUILD_OPTIONS, you'll find a whole lot of debian/rules excerpts
[03:53] <azeem> Chipzz: man dh_strip
[03:53] <azeem> if the package is not using debhelper, then yes, you need to handle it in rules explicitely, but this is rather uncommon these days
[03:53] <Chipzz> azeem:  ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
[03:53] <Chipzz> and stuff like that
[03:53] <seb128> Chipzz: it is standard
[03:53] <seb128> Chipzz: dh-make has the adapted CFLAGS by default for debian/rules when you create a package
[03:53] <seb128> and CDBS does the same
[03:54] <azeem> Chipzz: noopt is a different matter indeed
[03:57] <mikecrowe> fabbione: seb128:  (sheepish).  Somehow, my libc6 was old.  I must have botched the upgrade.  Installing now.
[03:57] <mikecrowe> seb128: Is there a quick symlink fix for the icons hicolor issue until resolved?
[03:58] <seb128> mikecrowe: nop, set your icon theme correctly would be a better fix
[03:59] <mikecrowe> general question:  after libc6 upgrade, is that a reboot upgrade?
[03:59] <Chipzz> mikecrowe: not strictly necessary... but a lot of shit will actually still be using the old libc6 until you reboot or restart the stuff in question, yes
[04:09] <sebest_> there is no way to mark a bug as a duplicate in malone?
[04:11] <seb128> top right frame
[04:11] <seb128> "Mark as Duplicate"
[04:11] <sebest_> ah ok i was looking in the status
[04:15] <sebest_> seb128: should we close the bugs that are dups? (after having mark it as a duplicate)
[04:16] <seb128> just marking it as duplicate should be enough
[04:16] <sebest_> seb128: they will be automatically close when the main bug get closed?
[04:17] <seb128> I don't know, ask on #launchpad probably
[04:17] <seb128> I consider a dup as a something rejected or whatever else like that
[04:17] <seb128> but I might be wrong
[04:18] <sebest_> yes but they stay in status "unconfirmed"
[04:18] <sebest_> i'll ask on launchpad
[04:19] <mvo> pitti: around? should the cupsys-driver-gutenprint postinst fail if cupsys force-reload fails on a upgrade?
[04:19] <Kinnison> hooker has been reenabled after maintenance
[04:19] <Kinnison> ia64 is back to two buildds
[04:21] <ogra> hmm, which god do i pray to for give back stuff as long as infinity is travelling ? 
 hooker has been reenabled after maintenance <-- that sounds so bad when taken out of context...
[04:39] <Tm_T> ok, this is interesting, fellow user tried to use launchpad, got interesting mail: http://www.kolumbus.fi/lliehu/sekalaista-tavaraa/kuva1.png
[05:04] <Kinnison> dagnabbit rm -rf is slow
[05:04] <Kinnison> but not as slow as backing up 12G more than I need to
[05:04] <Kinnison> :-)
[05:10] <Diziet> What Malone status should I give a bug when I want to get it off our todo list because I think the issue should be handled upstream ?
[05:10] <Diziet> Bugzilla had NOTFORUS or whatever it was called.
[05:16] <Kinnison> Diziet: best to ask that on #launchpad if you haven't already
[05:20] <jdub> fabbione, pitti: how does this new snakeoil cert stuff work?
[05:21] <AlinuxOS> hello all
[05:21] <AlinuxOS> mjg59, hello bro, I've got one question..
[05:21] <mjg59> Sure
[05:21] <fabbione> jdub: farly simple.. ssl-cert creates a snaekoil cert in a standard location. all daemon configs are changing to use them by default.
[05:21] <jdub> fabbione: aha
[05:22] <AlinuxOS> yesterday, I've installed .deb made by you...
[05:22] <AlinuxOS> but whole interface uses Courier BPG ttf font...
[05:22] <AlinuxOS> and GUI become very ugly...
[05:23] <mjg59> AlinuxOS: Can you reconfigure that in the Gnome settings?
[05:23] <AlinuxOS> how can we change priority to BPG_Glaho.ttf
[05:23] <fabbione> jdub: so if you want to replace the cert with a valid one, you can do it in one shot for all services
[05:23] <jdub> fabbione: i will switch flumotion to that :)
[05:23] <jdub> fabbione: it should use /etc/ssl/certs/ssl-cert-snakeoil.pem directly?
[05:23] <fabbione> jdub: Depends: ssl-cert (lastversion)
[05:23] <AlinuxOS> mjg59, no I've deleted other 2 fonts... to get working Glaho.ttf
[05:24] <fabbione> jdub:  /etc/ssl/certs/ssl-cert-snakeoil.pem <- cert and  /etc/ssl/private/ssl-cert-snakeoil.key
[05:24] <mjg59> AlinuxOS: You mean the fonts preferences didn't work?
[05:24] <fabbione> (check the latter path please)
[05:24] <AlinuxOS> mjg59, no
[05:24] <AlinuxOS> I would like to ask you...
[05:24] <AlinuxOS> if there is the way to say to GNOME to use Glaho.ttf
[05:25] <AlinuxOS> like default font for a gui.
[05:25] <fabbione> jdub: take into account that the key is readable only by root for now. If flumotion needs to run as user, please wait for the next ssl-cert upload.
[05:25] <mjg59> AlinuxOS: Yes. In the fonts preferences.
[05:25] <mjg59> AlinuxOS: However, that doesn't help why it's picking it by default
[05:25] <jdub> fabbione: ok! thanks :)
[05:25] <mjg59> AlinuxOS: I'll look into that
[05:25] <AlinuxOS> mjg59, If you could change something, and make BPG_Glaho.ttf by default....It would be great.
[05:26] <Diziet> apt-get upgrade just asked me a question about my timezone.  Is this a known problem or shall I report it ?
[05:26] <fabbione> jdub: basically we are going to create a ssl-cert group and daemons that run as user can belong to that group to read the key.
[05:26] <fabbione> jdub: and the admin will have option to allow/disallow usage of it
[05:26] <AlinuxOS> I saw that ttf-bpg-georgian-fonts.hints
[05:26] <AlinuxOS> has Priority line inside
[05:27] <AlinuxOS> BPG_Chveulebrivi.ttf  BPG_Courier.ttf and  BPG_Glaho.ttf  have  "Priority = 20"
[05:28] <AlinuxOS> by default system recorgnises BPG_Chveulebrivi.ttf for a general GUI.
[05:28] <AlinuxOS> but the main font is BPG_Glaho.ttf
[05:29] <AlinuxOS> maybe you can change priority inside a conf file, or change names and give first plase to BPG_Glaho.ttf?
[05:29] <AlinuxOS> maybe 01_BPG_Glaho.ttf :)
[05:29] <AlinuxOS> yesterday I was thinking about this problem :)
[05:29] <Tm_T> hum, there's any way to remove launchpad account, ro can you hint me correct place to ask this?
[05:30] <mjg59> AlinuxOS: To the best of my knowledge, defoma (which is what reads the hint file) doesn't interact with freetype. But I'll look into it.
[05:31] <AlinuxOS> mjg59, unic thing that you can improve is to set BPG_Glaho.ttf by default, or important then other 2s.
[05:32] <AlinuxOS> or I have another idea...maybe put BPG_Glaho.ttf alone in directory and make different directory to other 2 fonts..
[05:32] <AlinuxOS> I don't know :)
[05:32] <mjg59> AlinuxOS: Once I've worked out how to do that, I will do
[05:32] <mjg59> AlinuxOS: Currently I have no idea how to
[05:32] <AlinuxOS> pitti, hello :) have you changed something with gnome-menus... ??
[05:32] <AlinuxOS> now it's work :)
[05:32] <pitti> he AlinuxOS 
[05:33] <pitti> AlinuxOS: good to hear
[05:33] <AlinuxOS> pitti, great news
[05:33] <AlinuxOS> now we have Georgian GPLed fonts too :)
[05:33] <mjg59> pitti: Mind if I upload a new hal with a couple of small patches (better support for sending keyboard hotkeys, should be in upstream soon)
[05:34] <AlinuxOS> mjg59, has done great job :)
[05:34] <pitti> mjg59: not at all, fire away :)
[05:34] <AlinuxOS> so you could link http://www.srcf.ucam.org/~mjg59/ttf-bpg-georgian-fonts_0.1_all.deb fonts to a georgian-locales 
[05:34] <ogra> lamont, are you still the person to nag for give back stuff ? 
[05:34] <AlinuxOS> or include them into main maybe.
[05:35] <lamont> ogra: not this week.  maybe next.
[05:35] <ogra> ok
[05:35] <ogra> do you happen to know who it is this week ? 
[05:35] <AlinuxOS> pitti, is it possible to get them into main ?
[05:36] <pitti> AlinuxOS: get what into main?
[05:36] <AlinuxOS> georgian ttf fonts.
[05:36] <pitti> sorry, reading backscroll now
[05:36] <AlinuxOS> because in this moment there is no georgian fonts for GNOME
[05:37] <AlinuxOS> gucharmap dosen't shows georgian charachters...but some squares :)
[05:37] <pitti> mvo: actually not
[05:38] <mvo> pitti: do you mind if I change it so that it not fails (appending a || true) ?
[05:38] <pitti> mvo: no, that seems fine
[05:38] <pitti> mvo: but a failing reload of cupsys seems to be the actual problem
[05:39] <pitti> mvo: I thought I had this fixed in the latest version
[05:42] <mvo> pitti: I had the problem in my chroot when it complained that the adress is already in use (that was correct :) but the postinst failed then
[05:43] <pitti> mvo: ok, that seems like a reasonable failure then ;)
[05:43] <pitti> mvo: yes, ||true seems right then
[05:45] <mvo> pitti: thanks :)
[05:53] <jdub> BenC: does the dapper kernel support the promise fasttrak tx4300 (PDC40719 chip) sata board?
[05:53] <jdub> BenC: seems openbsd supports it
[05:53] <jdub> BenC: and it's not wildly different from existing supported bits
[05:54] <ogra> no bcm43xx update ?  :(
[06:08] <Diziet> mvo: Was it you who was complaining about firefox-dev.pc ?
[06:08] <mvo> Diziet: yes
[06:08] <Diziet> err, firefox-gtkmozembed.pc 
[06:08] <mvo> Diziet: yes
[06:08] <Diziet> So the problem is that it can't find some nspr headers, not that it can't find the gtkmozembed itself ?
[06:09] <Diziet> What package fails to build ?
[06:09] <mvo> Diziet: the c program in the pymozembed testprogram, but I can open a seperate bug for it if you want
[06:09] <Diziet> No, no.
[06:09] <Diziet> Oh, yes, it's all coming back to me now.
[06:12] <mvo> Diziet: let me know if you need more details etc
[06:13] <Diziet> The problem you saw was a runtime linking failure ?  That's what I see.
[06:16] <AlinuxOS> mjg59, bro, whan you have a solution for our font prefencies problem, just ping me :) thank you for all...
[06:16] <mvo> Diziet: while talking about ff, do you have a new opinion about # 19636 ?
[06:17] <mvo> Diziet: just reproduced the problem, yes it's the pymoz.c link failures that are the problem
[06:18] <mvo> and the fact that I had to add -lxpcom_core by hand and set a rpath to /usr/lib/firefox
[06:18] <Diziet> link failures> at runtime, not compile-time.
[06:18] <Diziet> I'm going to move the libraries.  I don't like the idea of having a .pc file add an rpath.  rpaths are pretty lame really.
[06:18] <Diziet> gcc  `pkg-config --cflags --libs firefox-gtkmozembed gtk+-2.0 `  pymoz.c  -o lala
[06:18] <Mez> jbailey: ping
[06:19] <Diziet> works now for me, making a working binary.
[06:19] <Mez> he's not here
[06:19] <Mez> damn
[06:19] <Diziet> (Well, one that segfaults due to the other bug ...)
[06:19] <Diziet> 19636> Well hupped.
[06:19] <mvo> http://pastebin.com/541838
[06:20] <mvo> the failures when I just use pkg-config
[06:20] <mvo> Diziet: "hupped" ?
[06:20] <Diziet> Err, maybe that's Cambridge jargon.  Um, chased, put back onto the top of the attention-stack, etc.
[06:21] <mvo> Diziet: :) 
[06:22] <mvo> Diziet: the problem with the link failure is that pkg-config .pc file should take care of it. I wonder why epiphany build 
[06:22] <mvo> seb128: does epiphany use firefox-gtkmozembed.pc file?
[06:22] <mvo> Diziet: I didn't wanted to suggest to include the rpath, heaven knows that :) 
[06:23] <Diziet> Moving the libraries makes it work without changing the .pc so I'm going to do that.
[06:23] <mvo> Diziet: I'm testing if I get the link failure on a different system as well, or if it only happens on my laptop now
[06:24] <pitti> mdz: mysql-dfsg-4.1 is ready to go into universe; do you know how to do this in soyuz? :)
[06:25] <Diziet> 19636> Something more sophisticated seems to be upstream now.  Can you confirm it fixed in our 4ubuntu6 ?
[06:25] <Diziet> mvo: I reproduced at least some of your problems with the libs in the normal place.
[06:26] <Diziet> Err, in fact I think I can reproduce all of them.  And they're fixed in my tests.
[06:26] <mvo> Diziet: I get linking errors on a different system as well
[06:26] <Diziet> Right.  That's fine.  It's going to be fixed.  What about 19636 ?
[06:26] <mvo> Diziet: checking now, give me a moment
[06:28] <mdke> siretart, any luck with that upload?
[06:29] <Diziet> mvo: Sure.
[06:30] <Diziet> That extra stuff that it has now about G_SIGNAL_TYPE_STATIC_SCOPE suggests to me that the original diff was wrong in some subtle way to do with memory management.  So I guess I was right to reject it :-).
[06:30] <mvo> Diziet: a small problem is that I can't really test if it works (I'll look at the code now), because to test it I would need working pymozembed :P
[06:30] <Diziet> ROTFL.
[06:31] <Diziet> If we're really lucky the pymozembed will be fixed in 1.5.0.1.
[06:31] <mvo> Diziet: did you got some feedback from upstream already?
[06:31] <Diziet> No.  They uppped the priority of my report though.
[06:32] <Diziet> Oh, they did ask `had I tried valgrind' :-).
[06:32] <Diziet> https://bugzilla.mozilla.org/show_bug.cgi?id=325884
[06:34] <sivang> Diziet: I read on some statu report that AutomatedTesting is released, are there any packages already using the control stanzas?
[06:35] <Diziet> No, none in any archive.  Soon there will be one :-).
[06:37] <mvo> Diziet: the patch in the current ff looks good (19636), I *think* the static_scope thing is only a optimization to avoid unneeded ref/unref, but I'm not critising you for not accepting my patch (it was rather late in the cycle when I send it to you)
[06:37] <Diziet> mvo: Excellent.  I like it when there's nothing to do.
[06:37] <Amaranth> 1.5.0.1 is out, isn't it?
[06:38] <Diziet> Yes, well, it's out upstream.
[06:38] <Diziet> I'm about to start my test build (phew).
[06:38] <Amaranth> good luck
[06:39] <Amaranth> (the trick is, you get someone else to make a small change then start calling them the maintainer) ;)
[06:39] <Diziet> Thank you.  I _think_ I won't need it this time so I shall save it up for when I have a magical disappearing crasher bug.
[06:47] <pitti> doko: ping
[06:54] <mdz> pitti: no, I don't.  Kinnison?
[06:55] <Kinnison> mdz: pardon?
[06:58] <mjg59> Gah. Yes, fontconfig really does seem to be picking a monospaced font in preference to a sensible one.
[06:59] <mdz> Kinnison: <pitti> mdz: mysql-dfsg-4.1 is ready to go into universe; do you know how to do this in soyuz? :)
[07:00] <Kinnison> universe?
[07:00] <Kinnison> is this a security update?
[07:01] <pitti> Kinnison: no, just for dapper
[07:01] <pitti> Kinnison: we rebuilt everything against 5.0 client libs
[07:01] <Kinnison> Oh, then just upload it
[07:02] <Kinnison> dapper is plain and simple
[07:02] <pitti> Kinnison: erm, I don't have anything to upload for 4.1
[07:02] <ogra> Kinnison, do you do give-back stuff this week ? 
[07:02] <Kinnison> pitti: oh you mean a demote
[07:02] <pitti> Kinnison: I just want it in universe
[07:02] <Kinnison> ogra: yes
[07:02] <pitti> Kinnison: right
[07:02] <Kinnison> pitti: right, elmo is the one to do this right now (I don't know how to drive his tools)
[07:02] <ogra> Kinnison, could you please give back inputattach then ? 
[07:03] <mdz> ogra: can't you do that through the web UI?
[07:03] <Kinnison> mdz: not yet, only admins can. this is on the RSN todo list
[07:03] <Kinnison> ogra: that's four failed-to-builds
[07:03] <Kinnison> ogra: you want them sent back to try again?
[07:04] <Kinnison> I.E. all four archs?
[07:04] <ogra> Kinnison, a header file was missing in linux-kernel-headers, jbailey added it in the last upload
[07:04] <ogra> Kinnison, yup, all four
[07:04] <Mez> ogra, yes - but he also broke libc6
[07:04] <Mez> in the upload before that
[07:04] <Kinnison> ogra: I've reset those build records
[07:05] <ogra> Kinnison, thanks :)
[07:05] <Kinnison> Hopefully we'll have the UI tweaks to let adam and lamont do this RSN
[07:06] <ogra> Kinnison, btw, would it be possible to show all the statuses upside down (i.e. newest logs, builds on top) it will get really annoying to have to click the next button n times to get to the recent log/build
[07:06] <Kinnison> lamont: It's all fairly easy
[07:06] <Kinnison> lamont: in the short term, getting used to finding things in the UI will help
[07:06] <lamont> Kinnison: like most things....
[07:06] <Kinnison> ogra: UI stuff, file bugs
[07:07] <ogra> oki
[07:07] <lamont> Kinnison: yes.. must have that brain-ectomy
[07:07] <BenC> jdub: it should be supported
[07:07] <lamont> Kinnison: is daily-di (1) in launchpad, and (2) happening?
[07:07] <BenC> jdub: I have an sata_promise card on my system (with fastrack) and it is working fine
[07:07] <ogra> BenC, is there a bcm43xx update planned in one of your next uploads ? my ibook hardlocks fairly ofte ,,,
[07:07] <ogra> *often
[07:08] <BenC> next upload
[07:08] <Amaranth> yay!
[07:08] <BenC> odd, mine never locks up
[07:08] <ogra> cool ! :)
[07:08] <BenC> I never take it out of AP range much though
[07:08] <BenC> it sits on my desk :)
[07:08] <Amaranth> stupid broadcom chip is the reason i don't run ubuntu right now
[07:08] <Kinnison> lamont: (1) no (2) no
[07:08] <BenC> Amaranth: we already have bcm43xx in dapper
[07:08] <Kinnison> lamont: mdz et al. need to decide how they want to do it
[07:08] <Amaranth> BenC: I know
[07:08] <ogra> it happens during dhcp negotiation (which only works after the 10th try or so)
[07:09] <Kinnison> lamont: I was under the impression they were pondering regular automated sourceful uploads
[07:09] <Amaranth> BenC: flight 2 (i think) worked once for 2 minutes, flight 3 didn't even get as far as flight 2
[07:09] <ogra> BenC, if it runs once, its stable 
[07:09] <Amaranth> ogra: it more than likely fails to associate with the AP
[07:09] <lamont> Kinnison: ah, yes.... it is true that those are the only binNMU's in the post-warty world
[07:09] <ogra> Amaranth, i see the ap in iwconfig ...
[07:10] <Amaranth> iwconfig tells me it's using an ap while softmac is still trying to associate
[07:10] <ogra> hmm
[07:10] <Amaranth> but that'd be why dhcp isn't working the first time
[07:11] <ogra> first place i only care about the hardlocks ...
[07:11] <Amaranth> i haven't seen those
[07:11] <ogra> dhcp is the next issue to look after 
[07:11] <Amaranth> probably because i can't even make the stupid thng work
[07:12] <Amaranth> stupid apple, using crap hardware
[07:12] <ogra> it works fine for me, but i need several reboots and have the system hanging on first start ... after this i see no issues at all 
[07:12] <ogra> s/hangin/locking up/
[07:13] <BenC> Amaranth: you may need to kick it down to 11M
[07:13] <Amaranth> did that too
[07:13] <BenC> 54M seems to be broken for some people (me included)
[07:13] <Amaranth> with flight 3 i couldn't make it work at all
[07:14] <BenC> I've been using bcm43xx on my powerbook for over a month now, and it hasn't given me any issues
[07:14] <Amaranth> with flight 2 i spent about 30 minutes resetting the essid and checking dmesg over and over
[07:14] <Amaranth> and then it died 2 minutes later :(
[07:14] <BenC> using it right now, as a matter of fact
[07:14] <mdz> lamont: if Kinnison is comfortable with all the binNMUs, we can switch on the old system I suppose
[07:14] <mdz> lamont: I'm partial to just doing daily sourceful uploads of d-i and not special-casing it anymore
[07:14] <BenC>         pre-up iwconfig eth0 rate 11M
[07:14] <BenC>         pre-up ifconfig eth0 up
[07:14] <BenC>         pre-up sleep 2
[07:14] <BenC>         pre-up iwconfig eth0 rate 11M
[07:14] <BenC>         wireless-rate 11M
[07:14] <Amaranth> either of you using a mini? perhaps it's a different revision
[07:14] <BenC> Amaranth: put that at the top of your /etc/network/interfaces eth stanza
[07:15] <Amaranth> err, i have no idea what that does
[07:15] <Amaranth> i don't even have an ubuntu install anymore, i wiped it to make an hfs+ case-sensitive fs :P
[07:15] <lamont> mdz: it's nice having it not wrap too horribly - maybe do the verison on the auto-uploads as an NMU, so that us humans can tell easily that it's a no-change
[07:15] <Amaranth> btw, setting it to 11M doesn't help
[07:15] <Amaranth> i mean, i had it set to 11M the one time it worked
[07:16] <lamont> mdz: but I know that soyuz really doesn't like binNMU's...
[07:16] <Amaranth> otherwise i don't notice a difference
[07:16] <Amaranth> anyway, lunch time
[07:16] <Kinnison> If you want it to turn up in daily-installer-* you have to ensure the string '.0.' is in the version
[07:16] <Kinnison> because that's what colin's code triggers on
[07:17] <lamont> well, we could do them as sourceful uploads of a binNMU version number... that's easy... :-)
[07:17] <Kinnison> Other than that, my preference is seriously for sourceful uploads
[07:17] <lamont> Kinnison: on other topics... https://launchpad.net/distros/ubuntu/+builds current state causes me to ask a question or two...
[07:17] <lamont> like, what's the default ordering?
[07:17] <Kinnison> lamont: the gina imported builds will go away in the update tomorrow morning
[07:18] <Kinnison> the ordering is on datecreated by default
[07:18] <Kinnison> sorry, datebuilt
[07:18] <Kinnison> but gina made NULL datebuilds
[07:18] <lamont> ok
[07:18] <lamont> hehe
[07:18] <Kinnison> and NULL *always* sorts first
[07:18] <Kinnison> because SQL is good like that
[07:18] <lamont> woot
[07:18] <lamont> Kinnison: so what finally happened with that binNMU from warty?
[07:18] <Kinnison> lamont: it got imported
[07:19] <lamont> sorry
[07:19] <Kinnison> lamont: the db can represent binnmus
[07:19] <lamont> ok.  but they're _WRONG_.  understood
[07:19] <Kinnison> indeed
[07:19] <lamont> is there a way to limit the +builds output to a single architecture?
[07:20] <Kinnison> only within a distrorelease
[07:20] <Kinnison> Go to /distros/ubuntu/dapper/i386/+builds
[07:20] <Kinnison> that should work
[07:21] <lamont> and what does Needs-Build translate to?
[07:21] <Kinnison> translate to?
[07:21] <Kinnison> "pending build" I guess
[07:21] <lamont> ok
[07:22] <ogra> wow, fun ... i wonder how often i have to click "next" there to get to the latest build ...
[07:22] <Kinnison> ogra: a bajillion
[07:22] <ogra> heh
[07:22] <Kinnison> ogra: it'll actually be faster to wait until tomorrow's production rollout
[07:22] <ogra> lol
[07:22] <lamont> Kinnison: and could we have an option to have it sort most-recent first? 
[07:22] <lamont> say, by default?
[07:23] <lamont> ogra: just edit the batch_start=NNN in the URL.
[07:23] <ogra> lamont, sure, thats what i'm doing ...
[07:23] <ogra> lamont, but having a previous/next item there is pretty pointless :)
[07:24] <lamont> Kinnison: and should you care, I just pushed over the last of the DAK buildLogs from hppa/sparc to p.u.c/~lamont
[07:24] <Kinnison> lamont: it *does* sort most-recent first
[07:24] <lamont> but NULL.. doh
[07:24] <Kinnison> indeed
[07:24] <Kinnison> tomorrow's rollout hides the NULLs
[07:24] <Kinnison> launchpad rollouts are quite complex so we can't do them without actually being careful
[07:25] <Kinnison> So we schedule them and put up with the UI being crufty for a few days every now and again
[07:25] <Kinnison> Sorry
[07:35] <Kinnison> mjg59: would you mind advocating me for ubuntu-membership?
[07:35] <mjg59> Kinnison: Sure
[07:36] <mjg59> Kinnison: What do I need to do?
[07:36] <Kinnison> mjg59: I think you have to be prepared to tell the CC that I'm worth having as a member
[07:36] <Kinnison> mjg59: Keybuk wants me to go through the full process for ubuntu-core-dev, so I need to become a member and a member of ubuntu-dev
[07:36] <ogra> Kinnison, the CC knows that :)
[07:37] <mjg59> Kinnison: Ok
[07:37] <Kinnison> mjg59: will you be around tomorrow for the CC meeting, or do you want to tack something onto my wiki page?
[07:37] <mjg59> Kinnison: May not be about tomorrow, so if you could attach something that would be great
[07:38] <Kinnison> mjg59: you'd best edit my wiki page so that it shows the text as coming from you
[07:39] <mjg59> Kinnison: I think people are likely to believe you :)
[07:43] <slomo_> Kamion: ping? can you take a look at xine-extracodecs? the source package and the libxine-extracodecs package are in multiverse but the libxine1c2 package built from it is in universe for some reason. there are no rdepends (and rbuild-depends) in universe left... will it move to multiverse automatically later?
[07:43] <pitti> slomo_: the plague stroke Kamion again, he's offline today
[07:44] <slomo_> pitti: oh... that's bad :/ well, my question isn't too urgent anyway...
[07:53] <ogra> mdz, my call for serial mouse testing gave lame results yet (3 answers, one with usable data) :(
[08:01] <stratus> ogra, i think the problem is with the test scenario
[08:01] <ogra> stratus, ?? 
[08:01] <stratus> ogra, i've some serial mouse users from that cdd, but they just don't have how to test that (yet)
[08:02] <ogra> stratus, it just copy/paste of the command while the mouse is plugged in ...
[08:02] <ogra> s/it/it's/
[08:02] <stratus> ogra, where's the hack? in mdetect?
[08:02] <ogra> there is no hack
[08:02] <ogra> i only want to see if we can use mdetect for serial mouse detection ...
[08:03] <ogra> but i suspect that the majority of mice doesnt give output at all 
[08:03] <stratus> any mdetect could retrieve that data?
[08:03] <ogra> it does
[08:03] <ogra> but only for PNP capable serial mice
[08:03] <stratus> oh, great
[08:03] <LaserJock> elmo: I would like to make a request that ruby-gnuplot be removed from Universe. It has been packaged in Debian as libgnuplot-ruby
[08:03] <stratus> ogra, have you mailed -user ?
[08:03] <ogra> since i dont know the percentage of PNP cvapable ones, i wanted to have some feedback
[08:04] <ogra> stratus, i wanted to keep that as a fallback 
[08:04] <ogra> will mail edubuntu-devel and ubuntu-users soon ... but i was hoping to get more out of -devel
[08:05] <stratus> ogra, i just read your message again, i think that isn't clear that i can contribute if i'm using my cool new mouse anyway.
[08:05] <stratus> ogra, see there are some -devel subscribed ppl that just looked your message and ignored that, thinking 'i don't care about serial mouses and i'm not running dapper'
[08:05] <ogra> indeed, mdetect would detect anything... but the pipe through grep should restrict to ttyS*
[08:05] <BenC> is there anyway to see the status of a source package in the lp buildd queue?
[08:05] <BenC> like if it even knows about it
[08:06] <stratus> ogra, it was my feel because you mailed -devel. I though that you just hacked mdetect.
[08:06] <stratus> ogra, i see.
[08:06] <ogra> nope, we're smarter :)
[08:06] <Kinnison> feckit, here goes blatting laptop with dapper
[08:06] <ogra> the inputattacht tool is already a huge step forward 
[08:07] <stratus> ogra, but not everybody subscribed to -devel is smart like you. :-)
[08:07] <sivang> Kinnison: it's been working fine on my gf's , she didn't even complain :)
[08:07] <stratus> ogra, sure it's
[08:07] <sivang> (inspiron 8200 , bad acpi by design)
[08:07] <Kinnison> heh
[08:08] <Kinnison> the most fun will be making mail work again
[08:08] <sivang> and using ONE channel for both HD and CDROM
[08:09] <Kinnison> so far so good
[08:09] <Treenaks> sivang: lots of laptops have that
[08:10] <Treenaks> sivang: even my HP NW8240 l33ttop
[08:10] <sivang> Treenaks: IBM's dont. </I think>
[08:10] <Treenaks> sivang: my old Asus had this setup as well, my new Acer doesn't I think
[08:12] <mjg59> pitti: Seen #30198 ?
[08:14] <pitti> bug 30198
[08:14] <Ubugtu> malone bug 30198 in hal "HAL crashes from QueryCapability DBUS method." [Major,Confirmed]  http://launchpad.net/bugs/30198
[08:14] <pitti> mjg59: not yet
[08:14] <pitti> mjg59: ouch
[08:15] <pitti> mjg59: I basically ignored my bugs inbox during the sprint, will catch up this week
[08:16] <stratus> ogra, wee, weird desktop crash smells like badram.
[08:17] <HiddenWolf> BenC: https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15 should show the status of the build, right?
[08:18] <BenC> HiddenWolf: I see the source is listed I just uploaded, just wondering if it's building or just queued
[08:18] <ogra> stratus, memetest is yur friend ;)
[08:18] <Kinnison> BenC:  you can see what the buildds are doing on https://launchpad.net/+builds
[08:18] <Kinnison> BenC: we ought to make it clear if a build is currently in progress or not
[08:18] <Kinnison> BenC: but we don't currently
[08:19] <BenC> sweet, i386 and ia64 are building
[08:19] <Kinnison> BenC: the others have finished
[08:19] <Kinnison> BenC: they were building earlier
[08:19] <BenC> powerpc and amd64 done
[08:19] <stratus> ogra, memtest86+ is even more friendly, but i'll wait the ram start writing funny stuff to the hard disk. I need to keep this going for more three hours.
[08:19] <BenC> Kinnison: thanks
[08:19] <Kinnison> BenC: the other two builds succeeded
[08:21] <HiddenWolf> BenC: now that this upload it out, do you know if it will fix 29789, or is there something I can test/do to help fix it?
[08:21] <ogra> Kinnison, the number of total builds on https://launchpad.net/distros/ubuntu/+builds just doubled ....
[08:22] <ogra> oh, no, it raised by *20 
[08:22] <Kinnison> pardon?!
[08:23] <ogra> there were 6800 builds shown when i looked 1/2h ago 
[08:23] <ogra> now i see 112648 builds
[08:23] <Kinnison> this is because your filter has changed
[08:23] <ogra> it was set to "all" both times ...
[08:24] <Kinnison> In that case the 6800 was spurious and wrong
[08:24] <ogra> hmm
[08:24] <Kinnison> things will be much clearer tomorrow
[08:26] <Kinnison> Hmm, almost 50% of the way through the second install phase
[08:31] <slomo> BenC: hi, will you sync the bcm43xx driver and softmac for the next linux-source upload?
[08:32] <ogra> slomo, yes he will
[08:36] <mdz> ogra: if people don't care enough to respond, then it must be an issue for a minority
[08:36] <ogra> mdz, i agree
[08:36] <Treenaks> ogra: about the mouse thing?
[08:36] <mdz> it goes to show that sometimes a lot of noise doesn't mean a big problem
[08:36] <ogra> Treenaks, yup
[08:36] <Seveas> Urgh, when creating a dapper pbuilder I get: vim: Depends: vim-runtime (= 1:6.4-006+2ubuntu1) but it is not installed
[08:36] <Treenaks> ogra: I was meaning to ask you something about that :)
[08:36] <ogra> Treenaks, shoot
[08:36] <Seveas> isis this a bug in my pbuilder setup, or is vim broken?
[08:36] <Treenaks> ogra: I have a really ancient mouse, and when I run the command you sent to the list, I get _both_ serial ports back
[08:37] <Treenaks> ogra: no matter which port I plug it into
[08:37] <Treenaks> (ttyS0 and ttyS1)
[08:37] <ogra> Treenaks, the serial ports dont matter ... i'm intrested in something like:
[08:37] <ogra> Read 5 chars from /dev/ttyS0: \012\020\000\024\001 (50%)
[08:37] <Treenaks> ogra: that only happens when I click/move
[08:38] <ogra> if you only get the ports back, it means your mouse isnt detectable 
[08:38] <Treenaks> ok, so it's too ancient :)
[08:38] <ogra> yup
[08:38] <Treenaks> oh well :)
[08:38] <ogra> i suspect the maoprity is ...
[08:38] <ogra> *majority
[08:38] <ogra> but i wanted some proof for that theory
[08:39] <Treenaks> I have a relatively recent Logitech mouse, at my parents' place
[08:39] <Treenaks> I could try that (I need to go & see them anyway :))
[08:39] <ogra> most of the newer ones might work ... 
[08:39] <Treenaks> ogra: still, you wanted a report ;)
[08:40] <ogra> yup, thanks :)
[08:46] <ankan> hello
[08:46] <ankan> excuse me whats the diff between sevcpn and openvpn daemon?
[08:48] <Seveas> ankan, try #ubuntu for support - this is a development discussion channel
[08:50] <ankan> yeah no one there knows, thought someone in here might know
[09:11] <ogra> mdz, any idea why ltsp-utils is still stuck in main ? rdepends wrongly reports ltsp-client even if that one has a conflicts/replaces ...
[09:11] <Kamion> Seveas: vim-runtime needs to be promoted to main, but I have no idea how to do that in the Soyuz world; hoping to get basic training on that soon
[09:12] <Seveas> Kamion, get an angry russion to ignite the rocket? :)
[09:13] <Treenaks> Kamion: I also read about pitivi packages - which aren't in launchpad yet
[09:14] <mdz> ogra: rdepends shows all dependency relationships
[09:14] <Kamion> /home/james/launchpad/scripts/change-override.py looks pretty plausible but I'm not running a random script without getting instructions from somebody
[09:14] <Kamion> Treenaks: er I have absolutely no idea what you're talking about and am too ill to care right now
[09:14] <ogra> mdz, oh ...
[09:14] <mdz> ogra: assuming you mean apt-cache rdepends
[09:14] <ogra> yup
[09:14] <mdz> ogra: if you want to know why it is in main, you need to look at germinate rdepends
[09:15] <Treenaks> Kamion: hm.. get well then
[09:15] <Treenaks> Kamion: (Jane's last 'sprint' report mentioned a pitivi package, but I can't find that package on launchpad or in Ubuntu)
[09:17] <seb128> Treenaks: new packages go to NEW and need to be accepted
[09:17] <seb128> they are not available by apt before beeing accepted/built
[09:17] <Treenaks> seb128: ah.. so I only need to wait for Kamion to get well :)
[09:17] <seb128> I don't know if Kamion does new universe stuff
[09:18] <seb128> it waits for a ftpmaster to have time for that
[09:18] <Treenaks> seb128: still, it wouldn't hurt if he got well :)
[09:18] <ogra> meh
[09:18] <seb128> and they are probably busy enough with the migration to soyuz
[09:19] <Kamion> I also have no idea how to process NEW in soyuz *shrug*
[09:19] <Kamion> and as seb128 says I indeed don't generally do universe NEW anyway
[09:59] <Kinnison> Hmm, okay, dapper working mostly
[09:59] <Kinnison> And only about twelvety issues so far :-)
[10:00] <ogra> heh
[10:01] <pitti> elmo: please sync libmail-audit-perl 2.1-5sarge2 and pioneers
[10:04] <pitti> mdz: Debian recently dropped the old libpng source and renamed libpng3 to libpng; I'd like to do the same for Ubuntu to avoid confusion, is that fine for you? (it would just look like a new upstream version of libpng, but it isn't actually)
[10:05] <seb128> mdz, Kamion: any objection to update enchant from 1.2.0 to 1.2.2 (that's the lib used by abiword and libsexy (which is used by xchat-gnome) for spellchecking)? They don't have a proper changelog to point but xchat-gnome upstream has pointed some issues with the list of languages available fixed with the new version and they would like to get it updated
[10:06] <mdz> pitti: OK for me
[10:06] <mdz> pitti: (libpng)
[10:06] <pitti> 'k, then I'll merge and ask to drop the old libpng3 sources afterwards
[10:06] <mdz> seb128: your call, a lack of changelog is sketchy
[10:07] <elmo> pitti: there's a bug about that btw
[10:08] <pitti> elmo: right, bug 28709, I'll assign it to me for now
[10:08] <Ubugtu> malone bug 28709 in libpng "please merge changes from libpng3 or request sync" [Major,Confirmed]  http://launchpad.net/bugs/28709
[10:09] <seb128> mdz: yeah, I know, but since there is almost nothing using it, that's a minor version change and some upstream is asking for it. I'll make sure that the new version works fine with abiword/xchat-gnome and update if you have no objection so
[10:09] <zyga> hello
[10:09] <pitti> hi zyga, how are you?
[10:09] <zyga> pitti: hi, quite tired
[10:09] <zyga> I just came from work :/
[10:10] <zyga> I wish I was working for ubuntu ...
[10:16] <mdz> seb128: and please ask upstream to start writing a changelog :-)
[10:16] <ogra> zyga, its a wrong assumption to think you are more awake working for ubuntu :)
[10:16] <seb128> mdz: yeah, I'll do that too :)
[10:16] <zyga> ogra: I was not implying that
[10:17] <seb128> Kinnison: I've a debug backtrace of that crash, I'll work on fixing it tomorrow
[10:17] <Kinnison> seb128: cool, thanks
[10:17] <zyga> ogra: I was implying that my work is so not FOSS related that I sometimes want to do something differetn but I know I cannot really
[10:17] <dolson> is this the right room to try and get help building a package? specifically, I am trying to build ardour. I tried rebuilding ardour on Dapper, and I tried building Dapper's ardour in Breezy, in an attempt to backport it, and I am running into issues
[10:18] <zyga> dolson: try #ubuntu-motu
[10:18] <slomo> elmo: ping?
[10:20] <Kinnison> I managed to say logged into launchpad across an OS reinstall
[10:25] <Mez> hmm - I can request syncs from debian as long as it's not a new upstream version -yes? or do they have to go through UVF?
[10:26] <Mez> Kinnison, keeping the /home dir?
[10:26] <pitti> generally not, but checking the changelog for sane changes is a good idea
[10:26] <slomo> Mez: yes... just ask for syncs as long as it's no new upstream version
[10:26] <Kinnison> Mez: tarred it up, untarrings bits as I feel the lack of familiarity hurt
[10:27] <Kinnison> the world was just a little too unfamiliar
[10:27] <Kinnison> otoh, dapper isn't *too* crashy
[10:27] <Kinnison> which is nice
[10:27] <Mez> pitti: theres not much difference - I just want to request a sync - as It's my package and I'm now maintaining it in debian.
[10:27] <pitti> Mez: should be fine then
[10:28] <Mez> so - I'd rather the stuff just be auto-synced in future instead of making me have to wade through MOM reports
[10:28] <pitti> yes, that's absolutely preferable
[10:28] <Mez> pitti: who am i asking now we're on soyuz - elmo still?
[10:28] <pitti> yes
[10:28] <Mez> elmo: please sync katapult from debian
[10:28] <Mez> ok to override ubuntu changes
[10:31] <sivang> Kinnison: gnome-terminal crashes occasinally. haven't had enough time to try and track this down.
[10:33] <sivang> Kinnison: hehe
[10:42] <MisterN> hi
[10:45] <Mez> jdub: ping
[10:48] <zyga> someone has created a slovak spellcheck packages (for openoffice, myspell and ispell) and whishes them to be included in ubuntu, what does he need to do?
[11:26] <sivang> f
[11:29] <pitti> lamont: shouldn't any more, at least on arch != powerpc
[11:30] <lamont> ok
[11:32] <Kinnison> mjg59: I think I've found the bug in gnome-power-preferences
[11:37] <zyga> hmm
[11:37] <zyga> my X.org is eating 100% doing nothing for the past few days
[11:38] <floam> probably update-notifier?
[11:38] <floam> it was eating up 100% cpu for me occasionally
[11:38] <zyga> yes
[11:38] <zyga> killed it and the issue went away
[11:39] <zyga> mvo: do you know about this?
[11:40] <MisterN> n8
[11:42] <mvo> floam: yes, it's unclear what causes it unfortunately
[11:42] <mvo> but it's a known bug
[11:42] <mvo> ^--- zyga
[11:42] <mvo> update-notifier going mad :/U
[11:43] <mvo> happened since I switched from libgamin to gnome-vfs
[11:43] <floam> I figured out how to fix it
[11:43] <floam> rm /usr/bin/update-notifier
[11:43] <floam> :)
[11:43] <crimsun> interesting, I know it pegged my cpu when I lacked a valid Internet connection, thereby wiping out my packages cache
[11:44] <zyga> mvo: I'll attach gdb the next time
[11:44] <mvo> zyga: it will probably spin on a closed socket
[11:45] <zyga> mvo: spin? 
[11:45] <zyga> it waits on unix socket?
[11:45] <mvo> zyga: trying to read from it, but getting a EAGAIN IIRC
[11:46] <zyga> mvo: did you try to just abort() in that case?
[11:46] <mvo> zyga: the loop code is not in my code, but somewhere else in gtk/gnome-vfs
[11:46] <zyga> mvo: ah, right :/
[11:47] <mvo> zyga: I'll probably use inotify directly and see if that helps
[11:47] <zyga> mvo: what directory do you monitor?
[11:47] <mvo> zyga: /var/lib/apt/lists, /var/cache/apt/archives, this kind of stuff
[11:49] <zyga> mvo: notification of disk changes sucks :/
[11:50] <mvo> zyga: yes, it would be nice if apt would just send dbus events
[11:50] <zyga> mvo: ay
[11:51] <floam> debian might consider a change like that
[11:51] <floam> in 2012
[11:51] <zyga> floam: oh, good
[11:51] <floam> maybe 2016
[11:51] <zyga> dbus will have the kitchen sink by then
[11:51] <hunger> floam: That might still be in time for etch;-)
[11:52] <floam> heh
[11:52] <floam> has anyone seen .debs for gnome's libcm?