[12:35] <daniels> if anyone's not convinced of the merits of using #include <X11/foo.h> instead of -I/usr/include/X11, consider the fact that that directory now includes 'misc.h' and 'os.h.'
[12:43] <mjg59> Haha
[12:43] <daniels> (of course, I think this is a bad idea, but whatever.)
[01:28] <lamont> hrm... how does one get apache to return a TTL for stupid squid proxies to tell them not to cache things like Pacakges.gz and Release for more than say, 30 minutes?
[01:34] <dato> lamont: vi /usr/share/doc/apt/examples/configure-index.gz +/No-Cache ?
[01:36] <lamont> dato: thanks muchly
[01:39] <tseng> lamont: ping
[01:39] <lamont> tseng: ack
[01:39] <tseng> lamont: dude, i could use some buildd mono love if you have time
[01:39] <tseng> lamont: it needs a one-off bootstrap
[01:39] <tseng> aka, its its own build-dep and we moved packages around
[01:40] <tseng> lamont: should i mail you/infinity?
[01:40] <_Legion_> I got a question about cairo-0.5 in breazy, could I use this channel?
[01:41] <lamont> tseng: thanks for reminding me that mano is a pain... :-)
[01:41] <lamont> go ahead and fire email at me/infinity and one of us will get to it...
[01:41] <tseng> lamont: i head you were just starting to forget :)
[01:41] <tseng> heard
[01:41] <lamont> I might do it in the next few hours, family permitting, then I'll be offline for ~36 hours
[01:42] <tseng> yeah ill be away a bit this weekend too
[01:42] <tseng> ill try to get a mail out tonight with instructions
[01:48] <_Legion_> Where could I fill a bug on a breazy package?
[01:48] <_Legion_> sorry, breezy
[01:49] <wasabi_> Epiphany still sucks at printing. =(
[02:35] <daniels> gar, where's seb128 when you need him?
[02:35] <daniels> pressing ctrl+shift results in a sticky keys alert
[08:04] <retrix> hi all
[08:19] <mae>  Hi, no matter what I try, I can't seem to get libglade to recognize my handler i keep getting "libglade-WARNING **: could not find signal handler" I compile wth : gcc `pkg-config --libs --cflags gtk+-2.0 libglade-2.0`
[08:23] <mae>  = new 
[08:23] <mae>  this is the source : http://cpp.sourceforge.net/?show=6980
[08:38] <Lathiat> mae: looked at some workign examples to check yoru prototype is correct etc ?
[08:40] <mae> ya its correct
[08:54] <mdke> smurfix, around?
[08:54] <smurfix> mdke: yo
[08:54] <mdke> smurfix, man you are the best highlight responder around
[08:55] <smurfix> heh
[08:55] <smurfix> so wht's up?
[08:55] <smurfix> other than me typing badly
[08:55] <mdke> smurfix, -it has got some questions about hosting
[08:55] <mdke> i can email if you prefer
[08:55] <smurfix> please do that
[08:56] <mdke> smurfix, the reason I came in here is that I forgot your address
[08:56] <mdke> but i've found it now
[08:56] <smurfix> :-)
[08:57] <mdke> smurfix, you don't use an ubuntu one? just the noris one?
[09:03] <mdke> smurfix, ok i mailed it to noris
[09:03] <smurfix> mdke: I haven't yet asked anybody to set up an ubuntu address, so yeah, for now use @smurf.noris.de
[09:03] <mdke> smurfix, i'm gonna be out for the whole of today so no need to answer particularly quickly
[09:45] <pitti> Good morning
[10:35] <\sh> jdub: ping
[10:41] <Lathiat> bytee_: where the speaker at the fudcon panel?
[10:41] <bytee_> Lathiat: where the speaker? eh?
[10:41] <Lathiat> were
[10:41] <Lathiat> ignore my engrish skills :P
[10:42] <bytee_> i didn't speak at FUDCon II, no. i was busy in melbourne sitting for an exam ;-)
[10:42] <bytee_> i attended the private conf call though
[10:42] <Lathiat> ah i was just wondering if you were doing the speaking of the panel stuff cus it sounded like you on the videos :)
[10:42] <bytee_> we have videos for FUDCon II?
[10:43] <bytee_> Lathiat: if its FUDCon I, yes, i spoke at the panel. it was my summary
[10:43] <Lathiat> i dunno i just found some torrents on the topic of some fedora channel :)
[10:43] <bytee_> ah, right, then, thats me
[10:43] <Lathiat> cool
[12:24] <pitti> Hi shackan 
[12:37] <pitti> Hi seb128 
[12:37] <seb128> hey pitti
[12:37] <pitti> elmo: here?
[12:38] <seb128> pitti: have you read the comments about colony 2, one guy has GNOME hanging on startup, probably this esound issue
[12:38] <pitti> no, I didn't see that
[12:38] <pitti> odd thing
[12:39] <seb128> the bug I pointed yesterday
[12:39] <seb128> 3 guys already bugged about that this week
[12:39] <pitti> ok, I'll try to triage it today
[12:40] <seb128> thanks
[12:40] <seb128> grumpf
[12:40] <seb128> 17 mails on the GNOME ftp-list
[12:40] <seb128> packaging day I guess :p
[12:40] <pitti> seb128: does that happen for you, too?
[12:40] <seb128> no :/
[12:40] <pitti> seb128: it's saturday!!! :)
[12:41] <daniels> seb128: yo!  something was broken earlier
[12:41] <daniels> seb128: oh yeah
[12:41] <daniels> 01:35 < daniels> gar, where's seb128 when you need him?
[12:41] <daniels> 01:35 < daniels> pressing ctrl+shift results in a sticky keys alert
[12:41] <pitti> daniels: hmmm?
[12:41] <pitti> where?
[12:41] <daniels> tseng: neither of nvidia or ati support dlloader at the moment, to my knowledge
[12:42] <seb128> daniels: no updated related to that for weeks ...
[12:42] <daniels> pitti: if I press Ctrl+Shift, I get a popup window saying 'oh my god dude, you just tried to activate sticky keys'
[12:42] <seb128> and works fine here
[12:42] <daniels> of course, I've done some seriously strange things to XKB over the life of this server
[12:42] <HiddenWolf> seb128, who is the developer of sound-juicer?
[12:42] <daniels> so it might just be that I need to restart
[12:42] <seb128> HiddenWolf: ross
[12:43] <daniels> root     30132  0.6  6.4  84900 65804 ?        S    Jun14 166:43 /usr/X11R6/bin/X :0 -br -audit 0 -auth /var/lib/gdm/:0.Xauth -nolisten tcp vt7
[12:43] <HiddenWolf> he ever on irc?
[12:43] <daniels> HiddenWolf: not here
[12:43] <seb128> HiddenWolf: why ?
[12:43] <seb128> HiddenWolf: if you have a bug use bugzilla :)
[12:44] <HiddenWolf> seb128, got some questions about sound-juicer and replaygain.
[12:44] <seb128> daniels: do you actually use the sticky keys? If not you can unset the config option
[12:44] <HiddenWolf> live.gnome.org tells me he'd add it, but can't find anything on it.
[12:44] <jdub> ftp://ftp.ssc.com/pub/lj/Web/RC/8272.txt
[12:44] <jdub> ^ DO IT NOW
[12:45] <daniels> seb128: i don't, no
[12:46] <seb128> daniels: system, pref, keyboard, access, you have a sticky option
[12:46] <seb128> jdub: WTF is that?
[12:46] <seb128> "audio tool: amaroK
[12:46] <seb128> audio tool: XMMS"
[12:46] <jdub> seb128: LJ reader's choice awards
[12:46] <seb128> is that a joke ?
[12:46] <jdub> yeah, there were a number of rounds
[12:47] <seb128> oh
[12:47] <seb128> sucking
[12:47] <jdub> those were the ones that made it, it seems :)
[12:47] <jdub> amarok is rad though
[12:49] <daniels> a little busy for my tastes, but does look to have some pretty cool stuff
[12:51] <seb128> it sucks
[12:51] <seb128> it's ugly :p
[12:51] <pitti> seb128: only because it has the 'K' in it, or objectively? :-)
[12:51] <pitti> hey hey sabdfl 
[12:52] <seb128> pitti: I've tried it once, the UI has a zillion of stuff to click on
[12:52] <sabdfl> hi guys
[12:52] <sabdfl> elmo: around?
[12:52] <abelli> pitti: ding
[12:52] <pitti> Hi abelli 
[12:53] <abelli> pitti: i love you, said this.
[12:54] <abelli> pitti: . can you tell me more on your work on ruby packages?
[12:54] <daniels> either that or my control key is actually sticking, which I refuse to believe
[12:54] <daniels> it must be a GTK bug
[12:54] <pitti> abelli: I don't work on them, I just did a security update
[12:54] <daniels> seb128: as I said -- a little busy, but has great capabilities
[12:55] <abelli> pitti: because in hoary there are big problems with ruby ..
[12:55] <abelli> pitti: the soap library isn't in the main package .. and cannot be found by gems ..
[12:55] <pitti> abelli: any details?
[12:56] <pitti> is there a bug?
[12:56] <pitti> ... report?
[12:57] <abelli> its not really a bug is just that the debian maintainer has split ruby on several packages.
[12:57] <abelli> and i can't find madeleine and soap libraries.
[12:57] <abelli> well not only me .. everyone.
[12:57] <pitti> hm, no idea
[12:58] <pitti> abelli: so if we need to promote some libs into main in breezy, that shouldn't be a problem
[12:59] <abelli> pitti: yes .. but i think its not very correct separating the interpreter from the base libraries ..
[12:59] <abelli> moreover even rdoc is not in the maian package, and this is wrong because ruby needs rdoc to be ruby.
[01:00] <pitti> abelli: rdoc doesn't seem to exist in breezy
[01:01] <abelli> mmm wait a sec, im going trough logs.
[01:03] <mdz> Kamion: around?
[01:03] <pitti> abelli: sorry, it's there
[01:03] <pitti>       rdoc |    1.8.2-1 | http://de.archive.ubuntu.com breezy/universe Packages
[01:03] <abelli> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290705
[01:05] <pitti> abelli: what a mess...
[01:06] <abelli> pitti: i know .. :(
[01:06] <abelli> pitti: can you ppl do something?
[01:07] <abelli> Keybuk: ciao
[01:07] <pitti> Hi Keybuk 
[01:07] <pitti> pitti: sure, just file bugs about what is necessary to sanitize it again
[01:07] <abelli> that would mean doing something completely different from ruby ..
[01:08] <pitti> well, then it should really be fixed in Debian proper
[01:08] <abelli> s/ruby/debian .. sorry :)
[01:12] <abelli> got to go .. ciao 
[01:18] <pitti> Riddell: here?
[01:25] <pitti> seb128: 
[01:25] <pitti> here?
[01:27] <pitti> hehe
[01:36] <seb128> pitti: pong
[01:36] <pitti> seb128: if I run "esd -nobeeps" in a shell, is that supposed to daemonize?
[01:37] <pitti> seb128: I can reproduce the hang here if I call esd in a shell and killall gnome-panel
[01:37] <pitti> seb128: it worked on my desktop, but that is gone now (new computer arrives at wed); on my ibook it hangs
[01:38] <pitti> seb128: I can't remember whether just calling esd daemonized or not on my desktop
[01:40] <seb128> pitti: yep, it should play a sound and return
[01:40] <pitti> seb128: well, the ugly sound is suppressed with -nobeeps
[01:40] <pitti> ok, and it does return for you? with 0.2.36?
[01:41] <pitti> ah, you didn't have it`
[01:41] <seb128> just noticed that I've installed polypaudio the other day when you asked for the audiosink for it
[01:41] <seb128> no, "esd" is not supposed to return
[01:42] <pitti> well, the "esd" emulating wrapper of polypaudio does return
[01:42] <daniels> Keybuk: you broke sabdfl
[01:42] <seb128> pitti: esound not, I run "esd &" usually 
[01:42] <pitti> ah, ok
[01:43] <pitti> seb128: can you please run it in the foreground, then killall gnome-panel?
[01:43] <seb128> yep
[01:43] <seb128> supposed to do something out of breaking gaim ? :p
[01:44] <pitti> well, for me it hangs the panel
[01:44] <seb128> panel restarted fine
[01:44] <pitti> the panel finishes loading if I kill esd
[01:44] <seb128> I don't use sound events neither
[01:44] <seb128> no change
[01:44] <seb128> works fine
[01:45] <pitti> erm, 0.2.35 even
[01:45] <pitti> however, that hangs the panel too, so no regression
[01:45] <seb128> weird
[01:45] <pitti> I try to restart my session and see whether it hangs
[01:45] <seb128> we started getting bugs about this this week
[01:45] <pitti> I didn't have esd installed when I booted this session
[01:49] <pitti> brb
[01:49] <Keybuk> daniels: I did, how?
[01:50] <daniels> 12:26  * Keybuk secretly hands today's dilbert around
[01:50] <daniels> 12:28 -!- sabdfl [~mark@sabdfl.silver.supporter.pdpc]  has left #ubuntu-devel [] 
[01:51] <Keybuk> heh
[01:51] <lsuactiafner> he left us ):
[01:58] <pitti> seb128: I get the hang, too, debugging now
[01:58] <pitti> seb128: btw, I didn't find a new g-v-m on ftp.gnome.org
[01:59] <seb128> pitti: the ftp sync is broken, I'll copy it somewhere for you
[01:59] <seb128> pitti: and yep, it breaks stuff too here, probably stuff playing sound events
[01:59] <seb128> pitti: ie, just got a "mail reply" hanging and a new browser window, and stop esd fixed them
[02:00] <pitti> seb128: really funny, as long as I strace the daemon, it works and makes progress, but as soon as I stop strace, it hangs again *grumpf*
[02:00] <seb128> ah ah
[02:00] <pitti> heisenbug
[02:00] <ajmitch> pitti: sounds like udev problems I had in the past :)
[02:01] <tseng> daniels: http://www.nvidia.com/object/linux_display_ia32_1.0-7167.html
[02:01] <tseng> daniels: "added xorg dlloader support"
[02:01] <seb128> pitti: for me it hangs when trying to play a sound event
[02:01] <pitti> seb128: and when you "strace -p $(pidof esd)" it works?
[02:03] <pitti> I swear, that will be the last esound bug I chase, I'll try to fix polypaudio instead...
[02:03] <seb128> pitti: now it doesn't hang
[02:03] <seb128> even without the strace
[02:04] <seb128> I've just restarted esound ...
[02:06] <daniels> tseng: hm.  wonder if they added a _drv.so or whether they just fixed inter-module global data references
[02:06] <tseng> daniels: .so iirc
[02:06] <tseng> daniels: not to quote me on that
[02:18] <seb128> pitti: funny, the session hangs when I start it, and unblock when I strace esound
[02:18] <pitti> seb128: same for me
[02:19] <pitti> seb128: Debian's version hangs, too, so it's not a bug in the Ubuntu patches
[02:19] <pitti> seb128: gdb output is useless even with -O0 -g :-(
[02:19] <pitti> and strace doesn't help, too, so how on earth shall this be debugged`
[02:22] <JanC> pitti the panel finishes loading if I kill esd
[02:22] <JanC> heh, you have the esd problem I had a couple of days ago ?   :)
[02:22] <pitti> yes, it happens on my notebook
[02:22] <pitti> worked fine on my desktop
[02:22] <JanC> well, I'm using polypaudio now  :)
[02:23] <Zomb> yeah, consider replacing esd
[02:23] <pitti> I do
[02:23] <pitti> but polypaudio crashes very often for me
[02:23] <pitti> in general, polypaudio is soo much better
[02:24] <tseng> if esd/polyp crashes
[02:24] <tseng> it causes very confusing badness for gstreamer users
[02:24] <pitti> we had gstreamer->alsa for a while, but dmix doesn't work for everybody, so I decided to keep a sound daemon for now
[02:24] <tseng> muine segfaults, totem probably throws up some incomprehensible warning
[02:25] <pitti> erm, a C# program segfaults? ouch
[02:25] <tseng> eh thats not C#
[02:25] <JanC> the bindings are not C# ...
[02:25] <tseng> it has a C lib to bind gstreamer and libogg, libid3 etc
[02:26] <tseng> i filed a bug sometime ago to deal more nicely with total gstreamer failure :)
[02:26] <pitti> bah, 121231 layers of sound API really suck...
[02:33] <hunger> Is xkb broken once again?
[02:33] <daniels> worksforme
[02:33] <seb128> pitti: http://pastebin.com/306402
[02:33] <hunger> daniels: I can no longer get back to the consoles (Alt F1, etc.)
[02:34] <tseng> i can
[02:34] <seb128> pitti: that's esound staced for some working time and then hanging
[02:34] <hunger> daniels: Maybe just a local messup... I have those way more often than you can possibly break X;-)
[02:35] <pitti> seb128: it works with libesd0, but hangs with libesd-alsa0, can you confirm this?
[02:35] <seb128> pitti: lemme try
[02:36] <daniels> hunger: x hasn't been touched in a while now
[02:37] <hunger> daniels: Are you sure? I remember updating xorg during the last couple of days.
[02:38] <hunger> daniels: I have not rebooted since this morning... xev does show Alt, Ctrl and Fx working, so it is probably something local.
[02:38] <daniels> hunger: well, tollef uploaded what was more or less a straight rebuild
[02:38] <daniels> the last significant change was mdz last sunday or so
[02:39] <pitti> seb128: I think I have some idea where to look now
[02:39] <seb128> pitti: cool ... what is the issue?
[02:39] <pitti> seb128: since it works with oss, the bug seems to be in the alsa driver
[02:39] <seb128> pitti: BTW http://people.ubuntu.com/~seb128/gnome-volume-manager-1.3.2.tar.gz
[02:39] <pitti> seb128: esd ships with two alsa drivers
[02:39] <pitti> seb128: alsa09 and alsa (old and new)
[02:39] <seb128> hum, k
[02:39] <pitti> seb128: esd 0.2.36 switched the default one
[02:40] <seb128> but you have the issue when downgrading ti 0.2.35 no ?
[02:40] <pitti> seb128: so first I'll try with the old one, if that works, we have a nice workaround
[02:40] <pitti> seb128: hm, I tried that, but I can't remember any more (should work)
[02:41] <seb128> you have downgraded libesd too, or only esound?
[02:41] <pitti> no, everything
[02:41] <pitti> lemme try again
[02:41] <seb128> k
[02:43] <pitti> seb128: I now have condensed the significant changes between 0.2.35 and .36, only 137 lines
[02:45] <lamont> daniels: could you deal with xorg/xcursors, so I don't have to hit Mithrandir with you?
[02:46] <seb128> pitti: it works fine with 0.2.35?
[02:46] <pitti> seb128: just testing
[02:46] <pitti> seb128: it hanged in 2/4 cases
[02:46] <seb128> k
[02:46] <lamont> daniels: xorg -33 build-dep's xcursors, which is dep-wait libxfixes-dev (>= -33)
[02:47] <daniels> lamont: you can't build with an old libxcursor?
[02:47] <lamont> if I _HAD_ an old libxcursor
[02:47] <daniels> lamont: *shrug*
[02:47] <daniels> i was in favour of fixing pkg-config, myself
[02:47] <lamont> s/fixing/bastardizing/
[02:47] <daniels> lamont: if you can wait for -35, fixes/damage/composite are being split out
[02:48] <lamont> how soon on that front?
[02:48] <pitti> Hi lamont
[02:48] <daniels> next week?
[02:48] <pitti> seb128: yes, definitively hangs with 0.2.35, too
[02:48] <daniels> i'll upload -34 tomorrow fo'sho, then -35 tuesday or so
[02:49] <seb128> pitti: :(
[02:49] <pitti> seb128: recent 2.6.12 updated the alsa driver, maybe that was buggy
[02:49] <lamont> any chance of getting fixes split out for -34? :)
[02:49] <seb128> pitti: oh, right
[02:49] <pitti> seb128: I try with the hoary kernel now
[02:49] <lamont> tuesday is plenty soon enough
[02:49] <daniels> lamont: i'm trying to separate my break-stuff-out and fix-stuff uploads
[02:50] <lamont> makes sense
[02:50] <lamont> morning pitti
[02:50] <daniels> but yeah, tollef sucks for causing a regression in pkg-config :)
[02:55] <lamont> seb128: btw, control-center is ftbfs - looks to be a dpkg-dev victim
[02:55] <lamont> dh_install -pcapplets-data
[02:55] <lamont> cp: cannot stat `./debian/tmp/usr/share/control-center-2.0/icons': No such file or directory
[02:57] <seb128> k, thanks
[02:57] <seb128> any other GNOME stuff ftbfsing?
[02:57] <lamont> libgtk2-perl_1:1.091-1
[02:58] <seb128> that's known
[02:58] <seb128> others? :)
[02:58] <lamont> mozilla-thunderbird_1.0.2-1build1 guile-1.6_1.6.7-1ubuntu2/ia64
[02:58] <lamont> gnome-app-install_0+20050404a-3/i386
[02:59] <seb128> that's for mvo :p
[03:00] <lamont> seb128: that's about it in my mailbox
[03:00] <lamont> there might be some b0rked dep-wait's that I'm not seeing
[03:01] <seb128> that's fine, thanks
[03:05] <pitti> seb128: negative, it hangs with the hoary kernel, too
[03:05] <tseng> wb pitti 
[03:06] <pitti> seb128: it seems that this is a gtk bug after all... *duck*
[03:06] <seb128> ah ah
[03:06] <pitti> seb128: seriously, did anything gnome-ish change in the last week that deals with gstreamer/sound events?
[03:07] <pitti> seb128: so what we have: hang: hoary esd+hoary kernel, hoary esd+breezy kernel, breezy esd + hoary kernel, breezy esd + breezy kernel
[03:07] <pitti> (all with libesd-alsa0)
[03:07] <pitti> I try again with libesd
[03:07] <pitti> s//0/
[03:08] <daniels> pitti: see?  told you qwerty was evil
[03:08] <daniels> er, qwertz
[03:08] <lamont> qwertz comes from the ground
[03:08] <daniels> qwertz comes from hate
[03:08] <pitti> daniels: well, it's rather my hands... on my dvorak it would have been [ which doesn't look much nicer :)
[03:08] <daniels> otoh, qwerty is made of awesome
[03:09] <pitti> yes, for programming american qwerty rocks
[03:09] <pitti> just not for writing German texts :-)
[03:09] <daniels> ctrl:nocaps,compose:ralt
[03:09] <daniels> 
[03:14] <pitti> seb128: nope, reverting to the older esd driver doesn't help either
[03:14] <pitti> seb128: WHAT DID YOU DO???
[03:15] <seb128> pitti: surprise :p
[03:15] <pitti> seb128: do the sound events use gstreamer? or esound directly?
[03:15] <lamont> Manifying blib/man1/cyradm.1p
[03:15] <lamont> "Manifying"???? that's not a verb, even in americanese
[03:15] <pitti> ah, *idea*
[03:16] <seb128> pitti: esound
[03:16] <seb128> oh?
[03:16] <pitti> seb128: urgh, it's the old driver that sounds so ugly with dmix...
[03:18] <pitti> seb128: right, switching gstreamer to alsa doesn't help to prevent the hang
[03:18] <seb128> gstreamer doesn't act here
[03:18] <pitti> seb128: which package does sound events?
[03:18] <seb128> gnome-control-center
[03:19] <pitti> that's the library for sound events?
[03:19] <pitti> it must be something gnome-panel links to...
[03:19] <seb128> pitti: g-c-c has a libsounds/ folder
[03:20] <seb128> pitti: and ./gnome-settings-daemon/gnome-settings-sound.c 
[03:20] <pitti> bah, gstreamer-properties now hangs as well
[03:21] <seb128> pitti: oh, libgnome has stuff too
[03:23] <pitti> works well with polypaudio at least
[03:24] <seb128> when it doesn't crash *g*
[03:24] <pitti> does it crash for you very often?
[03:24] <seb128> I don't use it
[03:24] <pitti> seb128: I immediately see it since I get a crash report dialog 
[03:24] <seb128> I'm not a good audio client
[03:24] <pitti> ah, ok
[03:24] <seb128> I don't care of playing 2 sounds, and I don't use sound events for GNOME
[03:24] <seb128> basically alsa without dmix is fine for me :p
[03:25] <pitti> I don't use sound events either
[03:25] <pitti> but hearing icq sounds or console beeps is nice when I listen to ogg files...
[03:25] <seb128> I use "beep" :)
[03:26] <pitti> powerpc's don't have a "pc speaker"
[03:27] <seb128> yeah, I know
[03:27] <seb128> just speaking for me
[03:28] <seb128> anyway, where do you want to get people playing?
[03:28] <pitti> "where"?
[03:28] <seb128> polypaudio? esound? alsasink?
[03:28] <pitti> polypaudio actually
[03:28] <seb128> just say what setup I should use
[03:28] <pitti> if we can stabilize it
[03:29] <seb128> I'm happy to play with either of that
[03:29] <pitti> esound is the fallback if polypaudio is too buggy
[03:29] <pitti> that's why I try to get both in shape
[03:29] <seb128> k, go for polypaudio so
[03:29] <pitti> why?
[03:29] <seb128> that would make easier if any ftpmaster would accept polypaudio and the new gst-plugins0.8
[03:30] <pitti> yep
[03:30] <seb128> pitti: speaking about audio ... libmpcdec?
[03:31] <seb128> and some people are asking for that
[03:31] <seb128> :)
[03:31] <pitti> seb128: sorry, network trouble, I didn't get your last question
[03:32] <pitti> no, will do it RSN
[03:32] <pitti> well, let's do it *now*
[03:32] <seb128> thanks
[03:32] <pitti> and defer that esd shit a bit :-)
[03:32] <seb128> he he
[03:32] <seb128> elmo: glib2.0 (experimental) sync please
[03:33] <pitti> seb128: latest gnome-control-center is from June 12
[03:33] <pitti> seb128: I think the problem appeared way after that
[03:33] <seb128> we started get bugs this week about this
[03:34] <pitti> hm, libgnome is from yesterday...
[03:34] <pitti> too late, I guess
[03:34] <pitti> previous version from Jun 10
[03:34] <seb128> yep
[03:34] <pitti> any other idea?
[03:34] <pitti> it makes both gstreamer-properties and gnome-panel hang
[03:35] <seb128> it makes epiphany/evolution hang here
[03:35] <seb128> and gnome-session
[03:35] <seb128> ie: everything trying to play sound-events
[03:35] <JanC> for me even gedit hanged with esd  :)
[03:35] <JanC> or gnome-terminal
[03:36] <JanC> almost everything in gnome   :)
[03:37] <pitti> seb128: any idea which package actually could cause that?
[03:37] <seb128> pitti: I've sync gstreamer0.8 with Debian on the day of the first bug
[03:37] <seb128> but I'm not sure than gst is used for sound-events
[03:37] <pitti> $ ldd /usr/bin/gnome-panel|grep gstr
[03:37] <pitti> -> empty
[03:38] <seb128> the app don't use gst
[03:39] <seb128> they make sound events
[03:39] <pitti> yeah, that's why gstreamer is unlikely
[03:39] <seb128> probably using libgnome for this
[03:39] <seb128> which doesn't use gst
[03:39] <pitti> well, we can try downgrading to the previous libgnome
[03:39] <seb128> look on the bug
[03:39] <seb128> wednesday
[03:39] <seb128> and libgnome has been updated 2 days after that
[03:40] <seb128> I doubt of it
[03:40] <pitti> yeah, me too
[03:40] <pitti> well, esd is certainly part of the problem, but there must be another package involved
[03:41] <seb128> elmo: can you reject libwnck NEW? if it's accepted that's not a big deal, that's just some debian/changelog changes
[03:41] <seb128> pitti: have you looked on the strace output before?
[03:41] <seb128> seems weird to me
[03:41] <pitti> which url again?
[03:41] <seb128> http://pastebin.com/306402
[03:41] <seb128> why all these timeout?
[03:42] <pitti> ah, have it
[03:42] <pitti> well, if nothing connects to esd, select() returns with a timeout, nothing unusual
[03:42] <pitti> I guess it does some periodic tasks in between
[03:42] <seb128> k
[03:43] <seb128> bah, doko has uploaded a zillion of package this week
[03:43] <seb128> nice to figure what changed from -changes :p
[03:44] <seb128> pitti: oh, you have hacked the control-center 
[03:44] <seb128>    * debian/patches/23_default_soundcard_selector.patch:
[03:44] <seb128>      - After changing the default soundcard, send a SIGUSR1 to esd to have it
[03:44] <seb128>        reconnect to the sound card.
[03:44] <pitti> right, but that only affects gnome-sound-properties, no libraries
[03:44] <seb128> bah, I don't have this version
[03:45] <seb128> it ftbfs as pointed by lamont
[03:45] <pitti> oh?
[03:45] <seb128> I'll have a look
[03:45] <seb128> no, that's for me :)
[03:45] <pitti> ok
[03:45] <seb128> lamont said probably some dpkg changes
[03:45] <seb128> and I've to roll a new tarball and update the package
[03:51] <JanC> can the esd problem be triggered/caused by the kernel update on tuesday?
[03:52] <JanC> http://lists.ubuntu.com/archives/breezy-changes/2005-June/007506.html
[03:52] <seb128> nop
[03:53] <seb128> does that with the hoary version too according to pitti
[03:53] <pitti> JanC: I think that is a combined esd/some gnome library bug
[03:53] <JanC> ah that's what you were talking about alsa updates
[03:53] <pitti> JanC: 
 seb128: so what we have: hang: hoary esd+hoary kernel, hoary esd+breezy kernel, breezy esd + hoary kernel, breezy esd + breezy kernel
 (all with libesd-alsa0)
[03:53] <pitti> Hi ogra
[03:54] <ogra> hi pitti
[03:54] <pitti> seb128: https://wiki.ubuntu.com/MainInclusionReportLibmpcdec  -> go ahead :)
[03:54] <seb128> pitti: thanks :)
[03:55] <seb128> you rock ;)
[04:22] <pitti> Hi mdz 
[04:22] <mdz> pitti: hey
[04:22] <pitti> mdz: I just saw that ocfs2-tools is already in main
[04:22] <pitti> mdz: https://wiki.ubuntu.com/MainInclusionReportOcfs2Tools -> has this been resolved? upstream still says it's beta
[04:23] <mdz> pitti: what does fabbione say?  isn't that his baby?
[04:23] <pitti> mdz: AFAIK we agreed to defer it until we have a definitive word about getting dedicated upstream support
[04:24] <pitti> .. or at least an upstream release
[04:24] <mdz> pitti: ok, it should be removed from the seeds, then
[04:24] <pitti> "*** WARNING WARNING WARNING ***
[04:24] <pitti> This is BETA software. It should absolutely NOT be run on production systems."
[04:24] <pitti> and upstream bug tracker has shitloads of critical bugs
[04:24] <pitti> having it in universe is fine for playing around, but it's too premature for main IMHO
[04:25] <pitti> s/premature/immature/
[04:26] <mdz> May 30 22:41:55 <fabbione>      mdz: can we promote ocfs2-tools to supported? and can i pre-seed the redclustersuite for supported? the latter is more important since it ships a build-dep for lvm2
[04:26] <mdz> pitti: feel free to remove from the seeds if you and fabbione are in accord
[04:27] <pitti> mdz: ok, I talk with him agaiin
[04:47] <pitti> Hi fabbione 
[04:48] <pitti> fabbione: I just saw that ocfs2-tools is already in main. Are there any news wrt dedicated upstream support? upstream's hp still says it's too unstable for production
[04:53] <fabbione> pitti: yo
[04:54] <fabbione> pitti: i know. it's exactly the same as before, with the difference that ocfs2 is going kernel upstream.. so there is a lot of bug fixing going on
[04:54] <fabbione> together with some of the redhat cluster stuff
[04:55] <pitti> fabbione: would you agree to demoting it to universe later if there is no release and dedicated support by breezy release?
[04:55] <fabbione> pitti: yes. that will be ok for me.
[05:01] <pablo_> where can I download Colony CD 2?
[05:02] <pitti> cdimage.ubuntu.com
[05:02] <pablo_> thanks pitti :-)
[05:05] <doko> seb128: the uploads this week were universe and java only
[05:07] <seb128> doko: still a flood on -changes :p
[05:13] <doko> pitti: the main inclusion review for libxt-java and libxp-java is outstanding, OOo2 FTBFS
[05:13] <pitti> yes, I know
[05:16] <fabbione> doko: so OO2 is still FTBFS?
[05:18] <doko> fabbione: universe dependency :-/
[05:18] <pitti> doko: reviewing now
[05:18] <fabbione> oh ok
[05:18] <daniels> doko: why are those abominations being packaged for java?
[05:18] <daniels> assuming libxp-java is the java binding for xprint, libxp6 has been deliberately kicked out of main, so having libxp-java in main would be counterproductive
[05:19] <pitti> daniels: no, it's something XMLish
[05:19] <pitti> XmlParser
[05:19] <pitti> yay for clear package names
[05:19] <fabbione> doko: what's the debian/rules target to unpack/patch gcc-*
[05:20] <daniels> pitti: jesus
[05:20] <pitti> daniels: similarly, libxt-java is XSLT
[05:20] <pitti> those lazy bastards...
[05:20] <fabbione> JEEEE
[05:20] <pitti> libxslt-java would not have been *that* much longer
[05:21] <fabbione> let's move java in breezy-will-never-see-the-light
[05:21] <daniels> i'd reject it for that reason alone
[05:21] <daniels> HEY LETS SAVE TWO LETTERS ON A PACKAGE NAME, ITS NOT LIKE ANYONE IS USING LIBXT OR LIBXP ANYWAY, RIGHT?
[05:22] <fabbione> ROTFL
[05:22] <pitti> daniels: it's a library for interfacing windows xp :-)
[05:23] <fabbione> daniels: file an RC bug on them ;)
[05:24] <pablo_> :o
[05:24] <fabbione> Severity: grave
[05:24] <fabbione> Justification: X developers had a heart attack
[05:25] <pitti> 225 advisories, 224 viruses, for "xp+java" -> REJECTED :-)
[05:26] <fabbione> ahaha
[05:28] <daniels> aspires to be like xprint, but can't even be that good -> REJECTED
[05:28] <doko> fabbione: patch
[05:29] <doko> fabbione: or unpack
[05:30] <fabbione> doko: thanks
[05:31] <fabbione> doko: btw.. did you get my emails with gcc ICE on sparc?
[05:31] <doko> today?
[05:31] <fabbione> doko: do you think the last gcc will fix?
[05:31] <fabbione> doko: nope.. a couple of days ago more or less
[05:32] <doko> probably not. there is one C++ wrong-code bug fixed in the RC3 upload.
[05:33] <fabbione> doko: hmm ok
[05:33] <doko> you mean: Log for failed build of mysql-dfsg_4.0.24-10 (dist=breezy)
[05:33] <fabbione> yes
[05:33] <fabbione> the same ICE happens on a more recent version of mysql-dfsg
[05:34] <fabbione> we also still have the ICE problem on ppc with UNIONFS
[05:34] <pitti> doko: ok, approved, mdz automatically got mail
[05:34] <doko> pitti: fine
[05:35] <doko> fabbione: I know, the preprocessed source would help
[05:36] <fabbione> doko: there is no preprocessed source.. if you can tell me how to generate it
[05:36] <pitti> cu later
[05:36] <swarm> patches for a kernel module should be discussed here or in #ubuntu-kernel?
[05:36] <fabbione> doko: we agreed (last time) that either you or jbailey would look at it
[05:36] <fabbione> swarm: #ubuntu-kernel usually....
[05:37] <fabbione> swarm: but what kind of patch is it?
[05:37] <swarm> fabbione, it's about ati fglrx kernel module
[05:37] <daniels> swarm: what about it?
[05:37] <fabbione> swarm: and why do we need to patch the kernel?
[05:38] <swarm> fabbione, that ati distributes new versions with same mistakes and I have tried to fix them using same type of modifications from past patchs. such changes seem to work but thereisn't any official patch for new releases of such ati fglrx kernel module.
[05:39] <daniels> swarm: try the forums over on rage3d.net (and, conversely, nvnews.net for nvidia)
[05:39] <fabbione> swarm: we don't support ati binary drivers.
[05:39] <daniels> they seem to have the most active community of fglrx/nvidia-binary users
[05:39] <fabbione> swarm: patches for them, is something you want to discuss with ATI.
[05:40] <doko> fabbione: ok. I'm away now. just compile the next time adding -save-temps to CFLAGS
[05:40] <fabbione> doko: ok.. that's either tomorrow or monday business :)
[05:40] <swarm> fabbione, I can do it myself. I was only stating that currently fglrx support from ubuntu lacks due to ati mistakes propagated version to version and that could be easy to fix such mistakes. thanks for your hints.
[05:41] <fabbione> swarm: you are not giving us enough information.. on what distro are you trying to build and what kernel?
[05:41] <fabbione> swarm: i did compile ATI/nvidia yesterday on .12 without (almost) any problem)
[05:42] <fabbione> distro = release 
[05:42] <fabbione> hoary? breezy?
[05:42] <fabbione> swarm: if you maen that breezy is lacking linux-restricted-modules.. we know.. we didn't get around to prepare it yet :)
[05:43] <swarm> fabbione, fglrx64-6-8-0_8.13.4-2 on hoary using 2.6.12-2 and 2.6.12-3
[05:43] <daniels> swarm: yes, the upstream module will need a patch as it only supports .11
[05:44] <fabbione> swarm: we don't support .12 on hoary... 
[05:44] <daniels> swarm: check rage3d.net et al
[05:44] <fabbione> daniels: yeah the patch is a 2 line change...
[05:44] <daniels> swarm: that's the package name as it comes from ati -- he's downloaded it, but the source as it comes doesn't support .12
[05:44] <daniels> fabbione: sounds about right
[05:44] <fabbione> daniels: yeah.. it's something like:
[05:45] <fabbione> - dev->node_num
[05:45] <fabbione> + dev->dev.node_num
[05:45] <fabbione> or along that line
[05:45] <fabbione> repeated in more or less 10 printk
[05:45] <swarm> fabbione, that is in agpgart_be.c no?
[05:45] <fabbione> ;)
[05:45] <fabbione> swarm: yes
[05:45] <swarm> fabbione, 8 times
[05:45] <swarm> fabbione, then there is fglrx_public.c that is more a mess
[05:46] <fabbione> it did build fine here.. i think
[05:46] <swarm> on breezy?
[05:46] <fabbione> yes
[05:46] <fabbione> kernel backports are bad
[05:47] <fabbione> seriously
[05:47] <fabbione> specially if you don't know why/what to backport
[05:48] <fabbione> anyway.. dinner time :)
[05:48] <rubenv> I'd like to help out in stress testing breezy, I know how to fix breakage, but I'd like to use my laptop at least occasionally, would I be crazy to upgrade as soon as restricted modules have landed again?
[08:09] <ogra> Riddell, ping
[08:35] <daniels> http://cvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/common/xf86Events.c?r1=1.10&r2=1.11
[08:40] <xhaker> hello daniels, any word on fglrx module compilation in gcc4 ?
[08:41] <Lathiat> xhaker: You know gcc-4 miscompiles the kernel atm (or so im told)
[08:41] <Lathiat> current ubuntu kernels are built with gcc-3.4
[08:43] <nanophase> Lathiat, in what way?
[08:44] <nanophase> (does it miscompile the kernel)
[08:44] <Lathiat> nanophase: dunno
[08:44] <nanophase> ah ok
[08:44] <Lathiat> it just generates some wrong code somewhere i guess
[08:44] <nanophase> my last build runs fine I guess
[08:44] <nanophase> good to know, will check a bit more, thx :)
[08:44] <xhaker> wierd, when i compile fglrx module it does indeed say it was compiled with 3.4, when i patch it using fc4 patches
[08:45] <Lathiat> fc4 patches?
[08:45] <Lathiat> you may need to put CC=gcc-3.4
[08:45] <xhaker> but, i need the patches because it doesn't compile normaly, complaining of deprecated functions and such
[08:45] <Lathiat> most things (vmware, nvidia) will whinge
[08:46] <xhaker> fedora core 4
[08:46] <Lathiat> ;p
[08:47] <xhaker> the thing is, it gives a bunch of errors with normal compilation, but shouldn't it work if the module is being compiled with 3.4? well, fc4 patches for ati drivers, can't say that is distro specific
[08:48] <xhaker> i just know that it compiles with the patches, BUT dri doesn't work
[08:48] <Lathiat> should work, assuming the FC4 patches dont do anything else
[08:48] <Lathiat> but i mean, compiles != works
[08:48] <Lathiat> check google, forums
[08:49] <Lathiat> just make sure you compile with gcc-3.4
[08:49] <Lathiat> if its really dodgy you might need to change what 'gcc' points to temporarily
[08:49] <Lathiat> or throw out that ati and get a nvidia :P)
[08:50] <xhaker> kinda hard... im pretty sure my laptop would die
[08:50] <xhaker> lol
[08:51] <Lathiat> i can swap my laptop one around :)
[08:51] <Lathiat> can order it with an ati or a nvidia and its just a module :P)
[08:51] <Lathiat> damnit, my stupid P keyu
[08:51] <Lathiat> keep hitting it when i hit )
[08:52] <xhaker> lol
[08:52] <xhaker> hmm.. mine is modular, but i don't think it supports other than ati 
[08:53] <xhaker> it has a intel integrated tho
[08:53] <xhaker> lol
[09:01] <schweeb> intel integrated isn't bad at all, as long as you're not trying to play a lot of games
[09:03] <xhaker> then i prefer the ati with the radeon driver
[09:03] <xhaker> :P
[09:05] <Lathiat> i dunno, the intel drivers are pretty godo
[09:07] <schweeb> Lathiat: not to mention OSS
[09:07] <schweeb> I like not having to use the linux-restricted-modules packages anymore
[09:07] <xhaker> hmm.. lets not be like.. "all should be oss"
[09:07] <xhaker> i don't use them
[09:08] <xhaker> i just install the ati package or something
[09:08] <schweeb> I was fine with the closed source driver... it's just that there are licensing issues involved, and any common problems with the OSS drivers tend to get fixed more quickly
[09:08] <schweeb> i.e. you don't have to rely on the vendor to fix them
[09:09] <xhaker> true
[09:09] <Lathiat> the nvidia driver seems to be generally of better quality
[09:09] <Lathiat> altho it took them a long time to get laptop power management right
[09:09] <xhaker> nvidia's are oss?
[09:09] <Lathiat> no
[09:09] <Lathiat> well, the is one
[09:10] <Lathiat> but the official 3d drivers arent
[09:10] <xhaker> nv
[09:10] <Lathiat> same as ati
[09:10] <xhaker> i remember now
[09:12] <pablo_> ls
[09:12] <schweeb> wrong terminal, pablo_
[09:12] <thesaltydog> yes, for sure
[09:12] <pablo_> hi guys I installed the latest snapshot, but when I start gnome gnome-panel doesn't charge totally and it freezes :/ 
[09:12] <pablo_> hahah yes schweeb :)
[09:13] <pablo_> some suggestions for that? :)
[09:13] <schweeb> pablo_: have you apt-get updated && apt-get upgraded to the latest versions?
[09:13] <pablo_> uhh nop, I'll do it right now, thanks schweeb :P
[09:13] <schweeb> and did you install from the Colony 2 CD, or an actual daily snapshot?
[09:14] <pablo_> actually dialy snapshot
[09:14] <schweeb> daily snapshots are generally really broken in my experience
[09:14] <schweeb> the colony CDs are a bit better
[09:14] <pablo_> off! :(
[09:14] <schweeb> best to go colony then upgrade from there
[09:15] <pablo_> :S I dowloaded 600 mbs for nothing, jesus
[09:15] <xhaker> pablo
[09:15] <pablo_> yes xhaker ?
[09:15] <xhaker> you can easily fix that
[09:15] <pablo_> :D 
[09:15] <schweeb> pablo_: once you upgrade, you should be fine
[09:15] <pablo_> oh ok
[09:15] <schweeb> that's your first course of actoin
[09:15] <schweeb> *action
[09:15] <schweeb> and you're not using an old profile, are you?
[09:16] <xhaker> go to the first terminal, sudo killall gdm && sudo killall esd && sudo apt-get install polypaudio polypaudio-alsa polypaudio-x11
[09:16] <schweeb> you may have to start out with new gnome profiles and stuff
[09:16] <xhaker> then sudo gdm
[09:16] <xhaker> and enjoy
[09:16] <schweeb> isn't polypaudio pretty much being entirely scrapped?
[09:16] <schweeb> I've heard stirrings of actually using DMIX
[09:17] <xhaker> hmm
[09:17] <pablo_> uhh! thanks xhaker !
[09:17] <xhaker> pablo if you prefer you can keep esound..
[09:17] <xhaker> and just get libesd0
[09:17] <schweeb> polypaudio wasn't ready for this release, and I haven't heard much about it being fixed since
[09:17] <schweeb> esd should be installed by default
[09:17] <xhaker> libesd0-alsa is the cause of the problems, or not, but this two methods fic it
[09:17] <pablo_> oops
[09:18] <xhaker> fix
[09:18] <pablo_> so? just upgrading I think :/
[09:18] <xhaker> pablo_
[09:18] <pablo_> yes?
[09:18] <schweeb> gnome-panel problems are libesd related?
[09:18] <schweeb> that's a new one to me
[09:19] <xhaker> sudo killall esd && sudo killall gdm && sudo apt-get install libesd0
[09:19] <pablo_> ok
[09:19] <xhaker> do that in the first terminal :)
[09:19] <xhaker> schweeb, there is a bug filled i think
[09:19] <xhaker> installing libesd0 fixes the hand
[09:19] <xhaker> hang
[09:20] <xhaker> libesd0-alsa is having some problems.. or might be gnome having some problems with it
[09:20] <schweeb> hrm, I've not had any problems recently
[09:20] <xhaker> i had that problems and unticked the "sounds for events"
[09:20] <schweeb> and I just upgraded mere hours ago
[09:21] <xhaker> it was working, but then, if i'm really testing this thing why not polypaudio?
[09:21] <xhaker> :P
[09:21] <pablo_> yep, I don't use esd :P
[09:22] <xhaker> pablo_ so.. now hows the status ?
[09:22] <pablo_> installing libesd...
[09:23] <pablo_> :D
[09:23] <pablo_> thanks xhaker :D
[09:23] <xhaker> :D
[09:23] <pablo_> it's rocking :D
[09:24] <xhaker> see schweeb :D
[09:24] <xhaker> pablo_, you just lost dmix
[09:24] <pablo_> jeje
[09:24] <pablo_> I love the new clearlooks human :D
[09:24] <xhaker> but it doesn't hang anymore.. if i were to choose you know what i would pick
[09:24] <xhaker> hmm
[09:24] <schweeb> dmix is alsa specific... you can use dmix and esd on the same system
[09:25] <Lathiat> does dmix work with the oss devices yet?
[09:25] <pablo_> I hope that thepackager put into it the new clearlooks buttons :P
[09:25] <xhaker> schweeb, he lost dmix on esd apps?
[09:25] <pablo_> guys im gonna restart byee :D
[09:25] <pablo_> thanks
[09:25] <pablo_> :D
[09:27] <xhaker> schweeb, any place i can see the status of polypaudio?
[09:27] <schweeb> dunno
[09:27] <schweeb> look in the changelog for the package
[09:28] <schweeb> /usr/share/doc/<packagename>/changelog.gz
[09:28] <schweeb> or, occasionally, it won't be gzipped
[09:30] <xhaker> thanks
[09:32] <Lathiat> changelog.Debian.gz can also be usefull
[10:49] <jordi> Anyone from London here?
[10:50] <jordi> I'm trying to find out how to reach those streets with Chinese games and losts of Asian restaurants
[11:17] <pablo_> hi all :)
[11:24] <pablo_> wow evolution crashes when you add an account and select the receiving server (pop, imap, etc.) =)
[11:24] <pablo_> somebody have tried that?
[11:27] <pablo_> :-)
[11:55] <mdke> jordi, still lookin?
[11:57] <pablo-> what about evo?
[11:58] <pablo-> are you having crashing problems when you add and select a receiving type while adding an account?
[11:58] <pablo-> :$
[11:59] <mdke> pablo-, probably best to try bugzilla
[12:01] <pablo-> mdke ok :) thanks