[01:50] <raphink> Riddell, \sh_away : you're around?
[02:39] <jamesh> Mithrandir: about your pkg-config question: no.  If a package is a private dependency, then its interface shouldn't be exposed at all.
[02:39] <jamesh> Mithrandir: so the -I flags shouldn't be included
[06:25] <fabbione> morning guys
[06:25] <magnon> hey :)
[07:42] <pitti> Good morning
[07:42] <zakame> hi pitti , afternoon :)
[07:42] <ajmitch> hi pitti 
[08:05] <crimsun> elmo: please sync yasm from Sid, thanks
[08:06] <crimsun> elmo: scratch that, sorry
[08:07] <sivang> Good morning all!
[08:07] <crimsun> 'morning
[08:07] <zakame> hi sivang :D
[08:08] <sivang> hey zakame , 'sup?
[08:09] <sivang> pitti: Morning Martin!
[08:09] <pitti> Hi sivang 
[08:10] <zakame> sivang: here in the local internet cafe, I dragged my desktop all the way here so I could dist-upgrade my chroots ;)
[08:10] <sivang> zakame: wow, this is extreme :)
[08:10] <zakame> sivang: wish I had a laptop though :(
[08:11] <zakame> or a shuttle
[08:11] <sivang> heh
[09:14] <mike_douglas> I have a feeling that the latest Xorg open source ATI drivers are frying my chip.
[09:15] <fabbione> mike_douglas: what arch?
[09:15] <mike_douglas> x86
[09:15] <fabbione> and what release? dapper?
[09:15] <fabbione> or breezy?
[09:15] <mike_douglas> dapper
[09:15] <fabbione> possibly
[09:15] <mike_douglas> :)
[09:16] <mike_douglas> Its the "interference" while totem is playing a mp3 leaking through other windows when black is displayed.
[09:16] <fabbione> what chipset do you have? r300 or higher?
[09:16] <mike_douglas> r250
[09:17] <fabbione> weird but possible
[09:17] <viviersf> ive seen some issues with xorg and the new ati cards
[09:18] <mike_douglas> looks like it isn't doing any permanent damage, I can move the totem window around, and the "interference" leaks through at different places.
[09:22] <fabbione> viviersf: yes. so do i
[09:27] <viviersf> fabbione, like blank X , blank terminals etc ?
[09:28] <fabbione> no
[09:29] <viviersf> thats what i got 
[09:29] <viviersf> kernels framebuffer sumtimes waste ati completely
[09:29] <viviersf> not that big problem
[09:30] <viviersf> just disable the fb and all is well
[09:53] <dholbach> hello
[09:54] <mvo> good morning dholbach !
[09:54] <magnon> hey daniel
[09:55] <dholbach> hey mvo, magnon :)
[10:12] <dholbach> hi pietrus 
[10:12] <dholbach> pitti :)
[10:13] <pitti_> Hi dholbach 
[10:14] <ajmitch> wb pitti :)
[10:22] <Mithrandir> doko: hmm, where has libc6-i386-dev gone?
[10:25] <doko> Mithrandir: it did never exist
[10:26] <Mithrandir> doko: ok, any plans on changing that?
[10:28] <seb128> do we do autosync every day from Debian nowadays?
[10:28] <doko> sure, it's currently delayed. jbailey is working on it
[10:30] <Mithrandir> doko: ok, coolie
[10:31] <lifeless> Diziet: ping
[10:32] <rob1> hi, just a quick one:
[10:32] <rob1> for dapper, what will be the preferred way to install packages without a .desktop file?
[10:38] <seb128> elmo: gnome-doc-utils sync (if we don't autosync) please
[10:53] <Keybuk> pitti: so, I have a cute bug for you
[10:53] <pitti> Hi Keybuk 
[10:53] <Keybuk> postgresql tells me the packages I have installed are obsolete, and to fix it I need to install the same packages that I have installed :)
[10:53] <pitti> Keybuk: yes, known
[10:53] <Keybuk> thought it might be
[10:53] <pitti> Keybuk: fixed in postgresql-common version 35
[10:54] <Keybuk> do I need to change packages?
[10:59] <Mithrandir> pitti: please review http://people.ubuntu.com/~tfheen/sane-backends/
[11:00] <pitti> Keybuk: well, 8.0 is obsolete, yes
[11:00] <pitti> Keybuk: -common 35 shoudl display the correct note
[11:00] <ajmitch> pitti: we're up to postgresql 9.0 already? :)
[11:00] <pitti> Mithrandir: will do today, still busy with my server
[11:00] <pitti> ajmitch: 9.0? no, 8.1
[11:00] <ajmitch> good
[11:01] <Mithrandir> pitti: ok, take your time and ping me when you've looked at it.
[11:01] <Keybuk> pitti: I have -7.4 not -8.0
[11:01] <Mithrandir> pitti: it's kinda annoying to see the "you have an obsolete version installed" note twice on each and every upgrade..
[11:01] <Keybuk> the note seems a little extreme
[11:02] <pitti> Keybuk: for sid and sarge that's fine, for dapper 8.1 will be the only supported version
[11:02] <Keybuk> I don't think we should show it at all, they might have a perfectly valid reason for having 7.4
[11:02] <pitti> Mithrandir: twice?
[11:02] <Keybuk> database upgrades aren't trivial
[11:02] <pitti> Keybuk: somehow admins have to be pointed to the fact that the packages they have installed are not supported any more, and not even in the archive
[11:02] <pitti> Keybuk: with pg_upgradecluster it should be reasonably easy
[11:03] <Mithrandir> pitti: yes, twice.
[11:03] <Keybuk> twice for me too
[11:03] <pitti> Keybuk: leaving the admin totally uninformed is certainly not the right way either?
[11:03] <Mithrandir> pitti: if the packages aren't in the archive any more, it will show up in "obsolete packages" in aptitude or dselect.
[11:03] <Keybuk> pitti: we don't note for unsupported kernels
[11:03] <pitti> hm, will look at the twice bug, doesn't happen for me
[11:03] <Keybuk> so yeah, I think leaving the admin to notice the old-fashioned way is fine
[11:04] <pitti> Mithrandir: well, for Debian; but for Ubuntu they moved to universe
[11:04] <\sh> good morning gentlemen
[11:04] <Mithrandir> pitti: so on installations with just "main", they'll show up as obsolete.
[11:04] <pitti> Keybuk: I could restrict the note to be displayed just once. ever.
[11:04] <crimsun> Keybuk: just read your e-mail RE: wpasupplicant. Any suggestions on the numbering?
[11:04] <pitti> Mithrandir: right, but they are not udated in universe either
[11:05] <Keybuk> crimsun: don't do it in rcS
[11:05] <Keybuk> there isn't a place you can put it
[11:05] <Mithrandir> pitti: why not get them removed from universe, then?  It's not supposed to be a dumping ground.
[11:05] <ajmitch> doko: was there a decision on the python version to use for zope products?
[11:05] <Keybuk> instead tell me what the requirements are for when/how to run wpa_supplicant, and we'll work out a udev rule or if-pre-up.d script for it
[11:05] <pitti> Mithrandir: I will eventually
[11:05] <pitti> Mithrandir: they moved to universe a week ago, I thought I leave them there for some more weeks transition time
[11:06] <doko> ajmitch: which zope products, which zope versions?
[11:06] <crimsun> Keybuk: it needs to be run before a wifi interface is brought up
[11:06] <Keybuk> crimsun: /etc/network/if-pre-up.d seems the right place then :)
[11:06] <ajmitch> doko: the ones I accepted to merge on http://revu.tauware.de/~sistpoty/MoM/index.py?state=accepted, and any others we may touch
[11:06] <crimsun> Keybuk: ok, so should I be touching that, or will you handle it?
[11:07] <Keybuk> crimsun: you can handle it
[11:07] <Keybuk> it's a universe package
[11:07] <ajmitch> doko: I didn't recall if you said that there'd be a shift of all products for 2.7, 2.8 to python 2.4
[11:07] <crimsun> Keybuk: thanks for the pointers
[11:07] <doko> 2.x runs with 2.3, 3.x with 2.4
[11:07] <ajmitch> ok, so the status quo remains
[11:08] <Keybuk> crimsun: in if-pre-up.d you get a bunch of environment variables that tell you which interface is being brought up -- you should then check that it's a wireless and needs wpa, and start the supplicant for that interface
[11:08] <ajmitch> I don't think we have any zope 3.x products in ubuntu apart from schooltool, right?
[11:08] <ajmitch> or is that schoolbell? :)
[11:09] <crimsun> Keybuk: ok
[11:09] <\sh> crimsun: another solution is /etc/network/interfaces....#
[11:09] <\sh> crimsun: there is somewhere a howto where the script will be called during initializing the interfaces
[11:09] <Keybuk> \sh: that's the same as if-pre-up.d
[11:10] <\sh> Keybuk: ah yes...u r right..(I'm just still sleeping)
[11:10] <Mithrandir> elmo: please sync quagga from unstable.  Overriding ubuntu changes is ok.
[11:11] <pitti> Mithrandir: I already requested that last week...
[11:11] <pitti> Mithrandir: I think he already did
[11:12] <\sh> infinity: can u have a look at ardour_0.99.3ubuntu1 it has a scons problem *grmpf*
[11:21] <infinity> \sh : Meh, I already fixed this problem during the breezy cycle.  Unless it's developed a new one...
[11:22] <infinity> Oh, or the changes didn't make it in into the dapper chroots, due to some fantastic timing.
[11:22] <infinity> \sh : Will fix.
[11:22] <\sh> infinity: thx :)
[11:23] <\sh> infinity: and yes I hate scons too :) the 99999 build system .. grrr
[11:27] <infinity> elmo / Znarl : crested appears to be down.
[11:32] <Mithrandir> pitti: you didn't close the bug. :-P
[11:32] <pitti> Mithrandir: no, not yet
[11:34] <Mithrandir> pitti: well, it's synced, so I'll close the bug.
[11:34] <pitti> Mithrandir: oh, did you close it just now? I can't find it any more
[11:34] <Mithrandir> pitti: approximately five seconds ago, yes.
[11:34] <pitti> k, thanks
[11:44] <infinity> elmo / Znarl : Would be nice if one of you could poke floe with a stick too, if/when you smack crested around.
[11:46] <hunger> Are the breezy CDs broken?
[11:46] <hunger> I downloaded one yesterday and it fails to install (ubuntu-minimal depending on xfsprogs which is not going to get installed).
[11:47] <hunger> md5sum is correct.
[11:47] <ajmitch> hunger: I'd say we would have heard a large outcry if they all failed to install
[11:47] <hunger> ajmitch: That is what I was thinking as well...
[11:48] <hunger> ajmitch: Probably it is my CDROM acting up or something.
[11:48] <Znarl> infinity : floe and crested are down?  :/
[11:49] <StevenK> hunger: I misread that as '* hunger goes ...' :-)
[11:49] <infinity> Znarl : crested looks completely down, floe is responding to pings, but I left an SSH connection attempt sitting there for a few minutes and never got to a prompt.  So it's either VERY loaded (possible), or half dead.
[11:50] <infinity> Znarl : I'll try longer to get to floe, but crested seems very much gone.
[11:51] <infinity> StevenK : Most of our machines are types of penguins.  A few machines break that rule here and there.
[11:51] <StevenK> Ahhhh.
[11:51] <StevenK> Now it mostly makes sense.
[11:51] <Mithrandir> elmo: please sync libgc from unstable, overriding ubuntu changes is ok
[11:52] <Mithrandir> Diziet: would you mind if I assigned the mozilla merge to you?
[11:52] <Znarl> infinity : I just kicked both machines.
[11:52] <Mithrandir> Znarl: no wonder they break if you go around kicking them.. ;-)
[11:53] <Znarl> I only kick the broken ones!
[11:54] <Keybuk> ...mmm...forbidden christmas cake...
[11:55] <Kamion> ok, the gfxboot patch is officially hideous
[11:55] <Keybuk> gfxboot?
[11:55] <Kamion> http://wiki.ubuntu.com/CdBootloader
[11:56] <Keybuk> ahh
[11:56] <Kamion> I'm at 3800-odd lines of assembly patches at the moment
[11:56] <Keybuk> those are the best, aren't they
[11:57] <Keybuk> I find sdiff/meld/etc. much better for those kinds of things, as you can actually read the new and old code how they're supposed to be
[11:57] <Kinnison> Keybuk: How is it forbidden?
[11:58] <ogra> dholbach, ping
[11:58] <Kamion> Keybuk: I have no particular problem reading the patch; it's just that it's HUGE
[11:59] <StevenK> Kinnison: It isn't Christmas yet?
[11:59] <dholbach> ogra: pong
[11:59] <Kinnison> StevenK: so?
[11:59] <StevenK> Keybuk: Damn it, now I want Christmas cake.
[11:59] <Kinnison> StevenK: It's just practice
[11:59] <Keybuk> xmas cake or xmas pud?
[12:00] <Kinnison> cake
[12:00] <Kamion> StevenK, Mithrandir: BTW, looking at scrollback, there's no "pccardmgr" to replace cardmgr; most of what cardmgr did has moved into the kernel, and the rest is a few udev rules and helpers.
[12:00] <Keybuk> I bought mine from the Frankfurt xmas market
[12:00] <Mithrandir> Kamion: ook.
[12:00] <Kinnison> Keybuk: heh
[12:00] <StevenK> Kamion: Wheeee! That's cool.
[12:01] <StevenK> Kamion: If I was an ftp-master, I'd kick pcmcia-cs out the archive, put it back and then kick it out again.
[12:01] <StevenK> Come to think of it, I did that at work for a package.
[12:01] <Keybuk> StevenK: and this is why you're not an ftp-master ... :o)
[12:01] <Kamion> well, there still seem to be a few bugs in the new world order, e.g. https://bugzilla.ubuntu.com/show_bug.cgi?id=20154
[12:01] <StevenK> Keybuk: I happen to be one at work ... :-)
[12:01] <Kamion> not that I can reproduce it with any of the 16-bit PCMCIA or CardBus cards that I have lying around here, including one with the same manfid as the report
[12:05] <StevenK> He does.
[12:06] <Kamion> StevenK: we went through a lot of this, yeah
[12:06] <Kamion> it all seems sane :(
[12:07] <StevenK> Silly card in bozo mode? I mean, nothing about the card shows up in udev.
[12:07] <ogra> pitti, ping
[12:07] <pitti_> Hi ogra 
[12:07] <ogra> pitti_, do you plan to update libnotify ? 
[12:08] <Kamion> StevenK: 16-bit cards don't
[12:08] <pitti_> ogra: I thought seb128 already did that
[12:08] <ogra> pitti_,  g-p-m needs the newer version
[12:08] <StevenK> That'd be right.
[12:08] <Kamion> StevenK: well, not in the same way anyway
[12:08] <pitti_> ogra: I don't have any plans in that regard
[12:08] <ogra> pitti_, we have 0.2.1
[12:08] <ogra> it needs 0.2.2
[12:08] <ogra> ok
[12:09] <Kamion> CardBus cards just behave as normal hotpluggable PCI cards; other cards *should* appear in /sys/bus/pcmcia/devices/ ...
[12:09] <Kamion> I'm claiming kernel bug at the moment but I don't know exactly where
[12:10] <StevenK> In either case, it was about time PCMCIA was dragged into line, kicking and screaming.
[12:11] <seb128> pitti_, ogra: I'll update it now
[12:12] <ogra> seb128, thanks a lot :)
[12:12] <seb128> np
[12:12] <zyga> ogra: please remind me to send you updated hwdb-client sometime later
[12:13] <ogra> zyga, i'll put it in bzr during this week, its on my todo list
[12:15] <zyga> ogra: oh, cool send me the url then it'll be easier
[12:16] <ogra> zyga, it will show up somewhere there: http://people.ubuntu.com/~ogra/bzr-archive/
[12:16] <zyga> k, thanks
[12:16] <ogra> i'll ping you 
[12:21] <mvo> zyga: did you added i18n?
[12:25] <zyga> mvo: as usual :)
[12:25] <zyga> mvo: s/ed//
[12:25] <seb128> elmo: libnotify  notification-daemon syncs from Debian experimental please
[12:26] <mvo> zyga: nice! did you used language-selector/gdebi as a example? or something completely new?
[12:26] <zyga> mvo: I patched the source, I didn't do packaging yet but I plan to use l-s as an example, unless you have anything cleaner around
[12:27] <Riddell> elmo: ping, can you look at the problem with akode 2-rc1-1ubuntu2?
[12:27] <mvo> zyga: I think nowdays gdebi is a bit better, but the idea is always the same. I try to avoid auto* and use distutils/setup.py as much as possible 
[12:28] <zyga> I'll check out gdebi then, I didn't really read it yet, apart from DebPackage.py
[12:28] <zyga> mvo: any chance to merge DebPackage into python-apt?
[12:29] <mvo> zyga: a pretty good one, just a matter of time
[12:29] <mvo> :)
[12:29] <zyga> mvo: k, need to think about base class then :)
[12:30] <mvo> zyga: yes, that's another issue. but I'm sure we can come up with something sensible
[12:30] <zyga> me too
[12:33] <lbm> mvo: where can i find gdebi sources?
[12:33] <lbm> need them for i18n if possible
[12:34] <mvo> lbm: either use bzr and "bzr get http://people.ubuntu.com/~mvo/bzr/gdebi--main/"
[12:34] <mvo> lbm: or apt-get source gdebi on dapper
[12:34] <lbm> mvo: oh, that's why i couldn't find it in your baz archive :)
[12:37] <mvo> lbm: heh :) yes. I'll move to bzr for all stuff eventually, it's *so* nice
[12:39] <lbm> mvo: greeeeeeeeeat!
[12:41] <ogra> bazaar is dead, long live bazaar ;)
[12:41] <lbm> mvo: i get a whole lot of errors when trying to intltool-update -g gdebi -m
[12:43] <mvo> lbm: let me check
[12:43] <lbm> :)
[12:49] <mvo> lbm: pleae update, I fixed the missing DebPackage.py. the remaining looks like harmless errors where intltool doesn't understand """ strings
[12:49] <lbm> mvo: thanks, i'll try
[12:50] <lbm> hmm, how do i pull the updates with bzr i might ask? :)
[12:50] <mvo> lbm: either "bzr merge" or "bzr pull" :)
[12:51] <lbm> mvo: oh, i used pull, but bzr didn't mention anything about any updates other than 0 conflicts
[12:51] <mvo> lbm: try "bzr diff" then
[12:52] <Kinnison> lbm: bzr is the strong and silent type
[12:52] <lbm> i use a outdated version clearly (breezy)
[12:52] <lbm> Kinnison: sure is :)
[12:52] <Kinnison> hey mvo
[01:00] <lbm> mvo: typo in GDebi.py:169
[01:03] <mvo> lbm: if you have a location on the web where you can push your branch, I'm happy to merge it from there
[01:04] <lbm> mvo: oh, i think it would be a little overkill to have my own branch :)
[01:04] <mvo> lbm: not really, it's easy/cheap with bzr. but I can of course fix it the "traditional" way :)
[01:05] <Kamion> you already do, by virtue of checking out mvo's
[01:05] <Kamion> a checkout is a branch; pull keeps you in sync as long as the branches haven't diverged
[01:06] <lbm> yes, but i have it locally
[01:09] <mvo> lbm: thanks, I fixed the typo, please merge (you may have to re-run make update-po)
[01:09] <\sh> infinity: thx for fixing it :)
[01:10] <lbm> mvo: thanks, i never use make update-po, i use intltool-update directly, but anyway :)
[01:10] <mvo> lbm: oh, ok
[01:10] <mvo> fine as well :)
[01:10] <lbm> thanks
[01:20] <lbm> mvo: "After installing a dependency problem was found."
[01:20] <lbm> this is a little hard to understand
[01:22] <mvo> lbm: right. it's a error message that should never be displayed. if it is shown then the dependency resolution did something very stupid
[01:22] <mvo> lbm: I agree that it should be redone
[01:22] <lbm> mvo: okay, i'll figure it out :)
[01:22] <mvo> something like: "Internal error, please report the following information as a bug: After installing a dependency problem was found"" ?
[01:22] <infinity> A comma would help there, a lot.
[01:23] <infinity> "After installation, a dependency problem was found" or "A dependency problem was found after installation"
[01:23] <infinity> I assume that's what you mean anyway.
[01:24] <HiddenWolf> how can one be found _after_ installation?
[01:24] <lbm> also my thought :)
[01:24] <infinity> Exactly why it's never supposed to happen. :)
[01:25] <mvo> it means that gdebi screwed up and I deserve a good kicking
[01:25] <mvo> so let's hope it is never displayed :)
[01:25] <Riddell> jbailey!
[01:26] <mvo> Riddell: I can't build adept, it looks like the build-deps are incomplete? it complains about missing libtagcol
[01:26] <Simira> morning jbailey 
[01:27] <Riddell> mvo: quite possibly, I'll add that to my things to fix today, a lot of KDE things are blocking on jbailey fixing cdbs for me though :)
[01:28] <jbailey> Heya Jonathan, Karianne (and everyone!)
[01:28] <mvo> Riddell: no problem, I will look into it again if I find time
[01:28] <mvo> :)
[01:31] <mvo> lbm: please merge again, I updated the error text
[01:31] <lbm> mvo: i will
[01:34] <lbm> mvo: "No entry for '%s' found"
[01:34] <lbm> what relation?
[01:35] <mvo> lbm: it's for missing entries in the deb package, e.g. a missing "Maintainer" field
[01:36] <lbm> mvo: oh, could you make a note about it in the source?
[01:36] <mvo> lbm: done and pushed, thanks
[01:36] <lbm> mvo: great, thanks
[01:40] <jbailey> Riddell: What have you done already to troubleshoot the cdbs failure?  I'm a bit busy today, so if I can avoid hacking on this I'd rather.  If it's truly blocking you, I'll fix it but it would be useful to know what you've done already.
[01:41] <Riddell> jbailey: it's failed on recursive.sh test, there doesn't seem to be any output in the build log saying why.  It compiles fine in my dapper chroot and pbuilder
[01:41] <Riddell> so I'm stuck
[01:49] <dholbach> Kamion, mdz: can you please promote libgtkmm-2.4-1c2a to main?
[01:51] <Kamping_Kaiser> is here the place to ask about a broken package?
[01:54] <jbailey> Riddell: Is cdbs installed in your chroot?
[01:55] <Riddell> jbailey: yes
[01:55] <fabbione> Kamping_Kaiser: -> #ubuntu
[01:55] <Kamping_Kaiser> fabbione: ok
[01:55] <fabbione> or otherwise open a bug in bugzilla
[01:55] <jbailey> Riddell: Can you pls confirm for me that it fails if you uninstall it?
[01:55] <Kamping_Kaiser> fabbione: just want to know if it's known, so I'll ask ther thanks
[01:55] <fabbione> search in bugzilla than
[01:56] <Kamping_Kaiser> mmm. 
[01:57] <Riddell> jbailey: it still compiles
[01:57] <Riddell> with cdbs uninstalled
[01:58] <jbailey> Riddell: No idea, then.  Probably best to set -x in there and look at the output from the buildd then.
[02:00] <Riddell> jbailey: the buildd log gives no output other than that recursive.sh failed
[02:03] <Kamion> dholbach: done
[02:03] <dholbach> Kamion: merci beaucoup
[02:03] <jbailey> Riddell: Right.  But recursive.sh is a shell script.
[02:03] <jbailey> Riddell: Just hack it to actually provide output.
[02:04] <Riddell> and re-upload?
[02:05] <jbailey> Riddell: Unless you can think of a way to get the info otherwise.  Adam or LaMont might have another solution for you.
[02:08] <lifeless> Diziet: around ?
[02:11] <infinity> Riddell : Which fialure are you looking at?.. Package, version, arch.  I can probably help dig deeper.
[02:14] <Riddell> infinity: cdbs 0.4.30ubuntu4
[02:14] <Diziet> lifeless: Hello.
[02:15] <infinity> Oh, it's CDBS itself failing?... I thought you meants CDBS was breaking other stuff.
[02:15] <infinity> s/meants/meant/
[02:15] <Riddell> infinity: yes, the packages itself
[02:15] <Diziet> I was about to start lunch but I'll put it off :-).
[02:15] <Riddell> infinity: but as I say it compiles fine in pbuilder and chroot
[02:16] <Diziet> mithrandir: mozilla merge> Yes, I see you assigned it to me.  That's sensible.
[02:18] <lifeless> Diziet: I'm off to sleep :[
[02:18] <lifeless> Diziet: can you be around at 1200Z tomorrow ?
[02:18] <Diziet> Yes.
[02:19] <lifeless> I *should* be back from aikido then
[02:19] <Diziet> You mean 1200 UTC I hope ?
[02:19] <lifeless> yes
[02:19] <Diziet> Your mail had something confusing about `your 1100Z is my Monday 2200Z'.
[02:19] <lifeless> 22.75 hours from now
[02:19] <Diziet> Right.
[02:20] <Diziet> Sleep well and talk to you then.
[02:20] <lifeless> ok, ciao
[02:20] <Diziet> (Next time, feel free to phone me if I seem unresponsive on IRC.)
[02:25] <fabbione> hey Diziet 
[02:26] <fabbione> Diziet: got a minute?
[02:28] <sivang> Keybuk: I want to help with bootchar, should I just install it on my dapper?
[02:30] <StevenK> Jesus, five minutes to build clanlib. Rothera must be a *beast*.
[02:30] <Keybuk> sivang: yup, it's in the dapper archive (in universe)
[02:32] <sivang> Keybuk: how do you get the results of the bootcharintg?
[02:34] <Keybuk> sivang: png files in /var/log/bootchart
[02:35] <Kamion> is Fabian Franz here?
[02:36] <siretart> Kamion: he doesnt irc
[02:37] <siretart> Kamion: at ubz he told me email or icq was the best way to contact him
[02:38] <slomo> elmo: please sync mp3gain from debian/unstable... ubuntu changes can be dropped
[02:39] <Diziet> fabbione: Can I get back to you after I've had my lunch ?
[02:41] <fabbione> Diziet: one very fast thing.. i am almost off.. i am suppsed to merge gs-esp and gs-gpl
[02:41] <fabbione> Diziet: but i saw you are pretty familiar with that code
[02:41] <fabbione> Diziet: do you want to take them and i will do a couple of your merges?
[02:42] <fabbione> (you can answer whenever you want)
[02:43] <Diziet> sure
[02:44] <Diziet> That sound sensible.
[02:47] <Kamion> siretart: ICQ? How retro. In any case I've found a better contact person.
[02:49] <fabbione> Diziet: ok. thanks. point me to a couple of merges from your and i will take care of them
[02:49] <StevenK> elmo: If you wouldn't mind, could you whitelist me for dapper-changes? I've sent the mail to upload@ul.o. Thanks.
[02:50] <fabbione> Diziet: gs-* are 19191 and 19192
[03:09] <slomo> seb128: ping? when do you plan to upload firefox-fixed liferea?
[03:10] <seb128> slomo: in fact it doesn't break for me
[03:11] <seb128> slomo: feel free to fix it if you have the issue
[03:12] <infinity> It's not liferea+firefox that's broken, it's liferea+gtkhtml.
[03:12] <infinity> Switching to the mozilla/firefox backend FIXES it.
[03:13] <slomo> hmm, for me both are broken
[03:13] <slomo> firefox/mozilla doesn't work at all, gtkhtml crashes sometimes
[03:13] <zakame> seb128: ping, about hardware-monitor, could I loosen the b-d on libgtop2-dev?  sispoty asked me about it.. :)
[03:13] <infinity> "doesn't work at all"?
[03:14] <seb128_> re
[03:14] <infinity> slomo : You're aware that the mozilla backend doesn't do much of anything useful without liferea-mozilla installed, right?
[03:14] <slomo> infinity: i can't choose it in the settings... and liferea can't be compiled against current firefox
[03:14] <seb128_> slomo: <seb128> slomo: feel free to fix it if you have the issue
[03:14] <zakame> seb128_: ping, about hardware-monitor, could I loosen the b-d on libgtop2-dev?  sispoty asked me about it.. :)
[03:14] <slomo> infinity: i have liferea-mozilla installed
[03:16] <slomo> infinity: http://pastebin.com/440905
[03:16] <seb128_> zakame: 
[03:16] <seb128_> $ grep libgtop configure.ac                         libgtop-2.0 >= 2.6.0)
[03:16] <seb128_> zakame: it does Depends on it
[03:17] <dholbach> slomo, infinity: there's a new upstream version it seems
[03:17] <slomo> infinity, seb128: i put it on my todo list then...
[03:17] <infinity> sivang : It doesn't crash constantly?
[03:17] <slomo> dholbach: doesn't fix it, doesn't compile against ff 1.5
[03:17] <dholbach> nice :)
[03:18] <slomo> dholbach: and cvs is completely outdated ;)
[03:18] <dholbach> i thought so, the ChangeLog looked weird
[03:18] <sivang> infinity: this is un-fu$#%$# beliveable, it's been running for 30 minutes now and the minue I said it doesn't creash, it crashed . phew
[03:18] <sivang> infinity: and I 've been switching channel, reading my feeds as usual..
[03:18] <zakame> seb128_: ok, thanks :D
[03:18] <slomo> sivang: hehe, sometimes it works some time, sometimes it crashes instantly ;)
[03:19] <seb128_> zakame: why do you want to drop the b-d ?
[03:19] <sivang> slomo: so, you have a backtrace of that or is it not really needed with --debug-all ?
[03:20] <slomo> sivang: backtrace for the crash? yes, there is one in malone... but i first want to try a rebuild (and need to fix the firefox backend for that...)... maybe the gtkhtml crash is caused by newer gtkhtml2...
[03:21] <zakame> seb128_: no, not dropping the b-d, but relaxing it... your last merge set it to >= 2.9.0, and sispoty noted it
[03:21] <Kamion> ok, so gfxboot is infeasible for now, and we can't display all native language names in normal syslinux on the console
[03:22] <Kamion> maybe I should just use the simple menu system and display English names for each language
[03:22] <seb128_> zakame: that's to build with the new version of the lib after a soname change probably
[03:22] <zakame> gfxboot? is that what frans pop announced?
[03:22] <Kamion> zakame: no
[03:22] <seb128_> zakame: it can probably be synced from Debian
[03:23] <infinity> Riddell : Your new cdbs upload build-deps on sometihng from universe (db2latex-xsl)
[03:23] <zakame> seb128: ah, ok I'll try rebuilding the debian source to verify, then prolly mark sync
[03:24] <infinity> Kamion : Infeasible, just due to the size and hair-factor of the patch?
[03:24] <Kamion> infinity: right
[03:24] <Kamion> I've mailed the SuSE guys asking for help
[03:25] <Kamion> but I think for the moment we have to operate on the assumption that we won't get it
[03:27] <infinity> What was the appeal?... Just getting the language selection in early enough to internationalise the syslinux help text?
[03:29] <infinity> slomo : Odd, both modules load for me, and I'm completely up to date.
[03:30] <slomo> infinity: do you have mozilla installed? maybe this is used... but actually i got it to compile with an ugly hack now... let's see if it works ;)
[03:30] <pitti> carlos: ping
[03:30] <carlos> pitti, pong
[03:30] <Riddell> infinity: oh foo, thanks for pointing that out
[03:31] <pitti> carlos: I need to update the language packs around tomorrow, to include locales in them
[03:31] <pitti> carlos: what's the status of Rosetta?
[03:31] <pitti> carlos: if necessary, I use just buildd output
[03:31] <carlos> pitti, no way I can provide you an update with that sort time
[03:31] <pitti> carlos: but maybe we can combine this with anouther rosetta test
[03:31] <slomo> infinity: yes works... i'll upload it in some minutes... can you tell me if it works for you too?
[03:31] <pitti> carlos: ok, fine for me
[03:31] <infinity> slomo : Hrm, no, no mozilla, but oddly enough, thunderbird also provides xpcom.so and libgtkembedmoz.so, I wonder if liferea is being exceedingly clever and hunting out that copy.
[03:36] <slomo> infinity: no idea... but please report back if the version i upload still works for you or if i've broken it for you... and if the gtkhtml backend is still unstable for you ;)
[03:37] <Kamion> infinity: oh, wow, the SuSE guy replied immediately saying he was nearly done with the port
[03:38] <mjg59> Kamion: What does gfxboot do?
[03:38] <Kamion> mjg59: VESA graphical menu in syslinux
[03:39] <mjg59> Oh, right
[03:39] <mjg59> Nifty
[03:39] <Kamion> Fabian has a patch to make it fall back to text mode in some cases, which we may be able to abuse to make it not break on machines without working VESA
[03:39] <mjg59> Cool
[03:40] <mjg59> Oh, I've hacked up support for freezing framebuffers over suspend/resume
[03:40] <mjg59> So far, vesafb still doesn't survive
[03:40] <mjg59> I'm investigating further
[03:42] <mjg59> Kamion: What's the udeb name for the partitioner?
[03:42] <Kamion> mjg59: it's made up of several udebs: partman-*
[03:43] <mjg59> Kamion: What source package do they come from?
[03:43] <Mithrandir> partman-*
[03:43] <mjg59> Oh. Heh.
[03:45] <mjg59> I keep getting confused by source packages not showing up in apt-cache search
[04:05] <slomo> hm, does someone know why debian has libmysqlclient15-dev but we only have libmysqlclient14-dev? will we get mysql 5.0 later or is it safe to b-d on 14?
[04:12] <pitti> is it legitime for a package to ship files in /var/lib?
[04:13] <Mithrandir> why shouldn't it be?
[04:14] <pitti> Mithrandir: dunno, it's pretty unusual
[04:14] <pitti> Mithrandir: I would like to ship /var/lib/locales/supported.d/<lang> in language-pack-<lang>
[04:15] <jbailey> pitti: grep "/var" /var/lib/dpkg/info/*list
[04:15] <jbailey>  shows a reasonable number of them.
[04:15] <pitti> jbailey: I did exactly that
[04:15] <Mithrandir> pitti: /var/lib/update-notifier/user.d files are fairly common?
[04:15] <pitti> jbailey: most of the stuff are directories, but some files are there, too
[04:15] <pitti> Mithrandir: actually not (that would be wrong), but tetex uses it heavily
[04:16] <Mithrandir> pitti: ispell dictionaries are defined there too, it seems.
[04:16] <pitti> ok, thanks guys
[04:16] <pitti> seems like it is not totally unreasonable then
[04:17] <jbailey> pitti: Does it still look good time-wise?  I can aim to have the new glibc uploaded end of dayish here with the updated localegen.
[04:17] <jbailey> pitti: Or do you want me to wait until the new locales package is uploaded and then I'll drop it.
[04:18] <pitti> jbailey: I think with some luck I can get test packages today
[04:18] <pitti> jbailey: I think you should drop glibc's locale package later
[04:18] <jbailey> pitti: Nice!
[04:18] <pitti> jbailey: first, this will give us a more realistic upgrade test, second it shouldn't hurt
[04:18] <jbailey> Right.  And that way the new binary is there for you to use.
[04:19] <pitti> jbailey: however, I might need the updated gettext code from belocs
[04:19] <jbailey> pitti: Shall we sync up in a couple of hours and see?
[04:19] <pitti> yes
[04:21] <pitti> jbailey: do we actually need the locale-gen modification?
[04:21] <jbailey> The spec says to do it, and I think they did some tests at UBZ.
[04:21] <pitti> jbailey: per-language generation could also be done by {install,remove}-language-lcoales
[04:21] <jbailey> Of course, the person who'd know best just left ;)
[04:22] <Lathiat> stub: sorry :)
[04:22] <pitti> jbailey: I can't just completely remove the scripts since unfortunately the langpack postrm's call remove-l-l without checking for its existance
[04:23] <pitti> jbailey: so installing the old language pack with the new locales package would just break
[04:23] <pitti> jbailey: oh wait, nevermind; locale-gen needs the parameter anyway
[04:31] <ogra> Riddell, any idea what happened to kmessedwords ? it seems not to be in kdeedu anymore ...
[04:33] <apokryphos> ogra: its name was changed to Kanagram
[04:33] <ogra> oh
[04:33] <Riddell> ogra: now called kanagram
[04:33] <ogra> thanks
[04:34] <Riddell> which is, in my humble opinion, not an improvement in the name
[04:34] <HiddenWolf> Riddell, fork it. ;)
[04:34] <zakame> err, where's gccmakedep? mas calls it, but its nowhere to be found :(
[04:35] <ogra> is mdz already around ? 
[04:37] <jbailey> BenC: Hey!
[04:37] <BenC> hey
[04:37] <jbailey> BenC: I remember that you looked at locale-gen for LocalesThatDontSuck
[04:38] <jbailey> BenC: pitti and I are implementing pieces of it now.  Do you remember off hand what the differences were between the glibc and belocs versions?
[04:38] <BenC> jbailey: I guarantee a build of powerpc64 for -5.7 :)
[04:38] <BenC> jbailey: off hand, no
[04:38] <jbailey> BenC: Nice!  That's not a guarnatee that it runs, is it? =)
[04:39] <BenC> no, can't guarantee that until I get the G5 running myself :)
[04:39] <Diziet> Hmm.  What was the difficulty with gcc4 on sparc in Breezy ?
[04:39] <BenC> jbailey: there shouldn't be much difference, if any though
[04:39] <Diziet> fabbione: ping
[04:39] <BenC> Diziet: it was bi-arch support being broken
[04:39] <jbailey> Diziet: Seems to work fine.  You thinking of something in particular?
[04:39] <BenC> but I think it's fixed now
[04:40] <Diziet> Fabbione patched gs-gpl to build with 3.4 on sparc.  The question is whether to keep this patch.  The changelog doesn't say why he did it, just that he did.
[04:40] <jbailey> Diziet: The only issue I had was symbol confusion in libcgcc for gcc-3.4 and 4.0 when buliding klibc.
[04:40] <BenC> I have a breezy sparc machine with gcc4 running just fine (and building kernels)
[04:41] <BenC> ah, not sure
[04:41] <jbailey> Diziet: Probably best to check the build log.
[04:41] <jbailey> http://bld-3.mmjgroup.com/buildLogs/ has them for hppa and sparc.
[04:43] <Diziet> sparc-linux-gnu-gcc  -DHAVE_MKSTEMP -O2 -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -Wcast-qual -Wwrite-strings -fno-builtin -fno-common -DGX_COLOR_INDEX_TYPE="unsigned long long" -Wall -g -O2  -I./src -I./obj -I./obj -I./src  -o ./obj/zcsdevn.o -c ./src/zcsdevn.ccc1: internal compiler error: Segmentation fault
[04:43] <Diziet> Before he switched it to gcc3.4
[04:43] <Diziet> So I suppose I'll revert the patch and see if it builds now :-).
[04:46] <ogra> HRM
[04:46] <ogra> bzr: ERROR: Not a branch: sftp://chinstrap.ubuntu.com/home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper
[04:46] <ogra> Kamion, ^^^ any idea ?
[04:46] <ogra> i get that for push as well as for pull
[04:47] <pitti> hm, the dir looks good...
[04:47] <ogra> yes, i just checked by ssh
[04:47] <pitti> ogra: 'not a branch' is a very generic error message (that needs improvement); does ssh work?
[04:47] <ogra> yup
[04:48] <pitti> $ sftp sftp://pitti@chinstrap.ubuntu.com/home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper
[04:48] <pitti> Connecting to chinstrap.ubuntu.com/home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper...
[04:48] <pitti> ssh: chinstrap.ubuntu.com/home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper: Name or service not known
[04:48] <pitti> hmmm
[04:48] <ogra> sftp breakage in ssh ?
[04:49] <pitti> no idea if sftp is supposed to work with that argument
[04:49] <ogra> bzr pull sftp://chinstrap.ubuntu.com/home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper
[04:49] <ogra> should work at least
[04:51] <pitti> ogra: try bzr branch chinstrap.ubuntu.com:/home/warthogs...
[04:51] <pitti> ogra: add the ':' and remove sftp:// ? that works for sftp
[04:51] <ogra> oh thats new ...
[04:52] <ogra> ogra@honk:~/seeds/edubuntu/dapper $ bzr branch chinstrap.ubuntu.com:/home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper
[04:52] <ogra> bzr: ERROR: Not a branch: /home/ogra/seeds/edubuntu/dapper/chinstrap.ubuntu.com:/home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper
[04:52] <ogra> nope
[04:52] <Kamion> pitti: sftp doesn't understand URLs
[04:52] <pitti> that looks weird
[04:52] <ogra> it somehow concats the path...
[04:53] <Kamion> that's just using a relative path on the local filesystem
[04:53] <ogra> ah, yes
[04:53] <Kamion> ogra: 'cat .bzr/parent' in your branch, please?
[04:53] <ogra> sftp://chinstrap.ubuntu.com/home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper
[04:54] <Kamion> pull works fine for me with the same branch (though I'm using jamesh's openssh-sftp plugin)
[04:54] <Diziet> Woohoo!  gs-esp is up to 8.15 in Debian!  No more ancient 7.x crack!
[04:55] <ogra> neithe pull nor push works here ...
[04:56] <ogra> Kamion, there are also a lot of ~ files in the /home/warthogs/archives/seeds.ubuntu.com/edubuntu/seeds/dapper dir ... is that normal ?
[04:57] <mhz> hi all
[04:59] <mhz> mako: ping?
[05:01] <Kamion> ogra: yes, harmless
[05:02] <ogra> hmm... not even bzr get works ...
[05:02] <ogra> i just wiped my local branch and try to get it new ....
[05:03] <Kamion> 'ssh chinstrap.ubuntu.com' - do you get any messages like the host key having changed?
[05:03] <ogra> nope
[05:03] <ogra> works flawless
[05:04] <ogra> hmm, bzr get with http works ...
[05:05] <Diziet> Hrm, if I do as it says in the m-o-m report, the upload confirmation goes to Scott.  Isn't that a bit odd ?
[05:06] <Kamion> that's no longer the case for current MOM-generated packages
[05:07] <Kamion> (it uses mom@ubuntu.com in the changelog which the archive will reject until you set it to a real person; I don't know if the instructions have been fixed though)
[05:07] <Diziet> This one was generated on 2005-11-08.  Before it was fixed ?
[05:07] <Kamion> Indeed.
[05:07] <Diziet> Ah, right.
[05:07] <Diziet> Well, um, this one is going out with Scott's name on it.  I'll fix it for the next one :-).
[05:09] <Kamion> This is why several of Scott's recent uploads have had "(really me!)" in the changelog. :-)
[05:09] <Diziet> *grin*
[05:09] <ogra> ah, i was already wondering :)
[05:13] <ogra> Kamion, err, did you rename the branch recently ? 
[05:13] <ogra> Kamion, i had edubuntu/dapper from my last checkot, now i got edubuntu-dapper
[05:13] <ogra> *checkout
[05:14] <\sh> Diziet: dch -a can help with mom...that's the first one I do ... and remove the extra asterisk ;)
[05:14] <\sh> and I'm quite surprised, that we have now a webinterface for this stupid exchange outlook thing.
[05:15] <\sh> and everything without vpn or tsystem dialin
[05:15] <ogra> ah, there is a difference between the sftp and http naming schemes ...
[05:16] <ogra> and now that i installed openssh-sftp.py it seems to work with push .... hmm
[05:17] <Kamion> ogra: no, I didn't rename it
[05:17] <ogra> Kamion, see above ... i did my last checkout with sftp ... http seems to use edubuntu-dapper instead ...
[05:17] <Kamion> indeed
[05:17] <Kamion> it's always been that way
[05:18] <ogra> i didnt use http before ...
[05:18] <Kamion> at least if you use http://people.ubuntu.com/~cjwatson/seeds/, and they have to be named that way because germinate relies on it
[05:18] <ogra> hmm, the push looks like it will time out ...
[05:18] <Kamion> if you use http://people.ubuntu.com/~cjwatson/bzr/seeds.ubuntu.com/, that has the same layout as on chinstrap
[05:18] <ogra> ah
[05:19] <ogra> but that doesnt help for push :/
[05:19] <Kamion> /~cjwatson/seeds/ is only a checkoutable mirror by accident due to the way bzr works
[05:19] <Kamion> try current daily bzr
[05:19] <ogra> i use it ...
[05:19] <ogra> upgarded 2h ago
[05:19] <Kamion> try 0.6.2 then :-)
[05:19] <ogra> heh
[05:20] <ogra> Kamion, btw, do you do main promotions currently ? i'd like to get libkdeedu3 promoted to unbreak the edubuntu CD, it was renamed from libkdeedu1
[05:21] <ogra> seems mdz isnt around to do it
[05:26] <Kamion> yes, I do
[05:27] <ogra> anything needed from my side ? 
[05:28] <Kamion> no, done
[05:28] <ogra> thanks :)
[05:29] <ogra> 1 revision(s) pushed.
[05:29] <ogra> yippiiie
[05:29] <ogra> 15min to push a one line change ... weird ...
[05:30] <\sh> ogra: bzr is not fast :)
[05:30] <ogra> sftp isnt ...
[05:30] <Kamion> it takes much less time than that for me
[05:30] <\sh> but it just works (tm)
[05:30] <Kamion> it *used* to take that much time, but I fixed something; unfortunately I no longer remember what :(
[05:30] <ogra> i think about maintaining my seeds directly in chinstrap ... pull and get is way faster
[05:30] <Diziet> Is it legit to dpkg-source -x the thing from mom, do a test build and edit the changelog, and then dpkg-buildpackage it in the usual way ?
[05:30] <pitti> ogra: that's what I do
[05:31] <\sh> Diziet: yes
[05:31] <Kamion> as I say it only takes some seconds to push here
[05:31] <pitti> Diziet: as opposed to?
[05:31] <Diziet> \sh: Good.
[05:31] <ogra> i like the redundancy for safety ...
[05:31] <Kamion> Diziet: yes, just keep an eye on *-dropped.patch
[05:31] <Diziet> The README has a strange recipe involving signing the .dsc without rebuilding and running dpkg-genchanges separately.
[05:31] <Kamion> *.patch for that matter
[05:31] <pitti> ogra: oh, I don't directly edit the /warthogs dir; I have my own checkout in ~
[05:31] <Diziet> kamion: Right, yes, I mean, supposing that that's what you want to do.
[05:31] <ogra> ah
[05:32] <ogra> that'd be an option ...
[05:32] <\sh> Diziet: i run debuild with the data from the report..which is for me much better using a pbuilder.
[05:32] <Kamion> good, *please* don't work in /home/warthogs/archives/seeds.ubuntu.com/ directly!
[05:32] <pitti> lord, no
[05:32] <Kamion> it will break and I'll have to come round to your house for a quiet word
[05:33] <ogra> so guys ... if you ever want to invite Kamion indirectly, you know what to do :)
[05:34] <\sh> Kamion: please tell me if you visit ogra in his house...I come to his house, too, and we can have a nice sit in :) chat, food and some drinks...it's nice there btw
[05:34] <\sh> ogra: break it now ,)
[05:35] <ogra> lol... nope, i wont ... else my CD builds might suddely stop or something :)
[05:35] <jdon1> elmo: a few quick questions about the Backports infrastructure
[05:36] <ogra> hmm, apropos CD builds ... 
[05:37] <ogra> ENOLAMONT
[05:37] <jdong> damn ISP....
[05:37] <jdong> elmo: got a question about specific versions for backporting....
[05:37] <jdong> I'm toying with the idea of bringing back the staging (i.e. beta testing) branch....
[05:38] <jdong> but it would be useless if Dapper keeps on getting newer versions through the testing process
[05:38] <jdong> so is it possible for me to specify a specific version that is backported?
[05:42] <Diziet> If I get an FTBFS on spartc from these gs uploads, will anything/anyone tell me about it ?  Or do I have to poll a webpage (urgh) 
[05:43] <Kamion> Diziet: the buildd admin (Fabio) will complain eventually
[05:44] <ogra> Diziet, fabbione might poke you about it i guess
[05:51] <Diziet> Right.  Well, we'll see I suppose ...
[05:51] <Diziet> Kamion: Would you like me to take a merge or two off your hands ?
[05:52] <zyga> hey guys
[05:52] <zyga> crappy it job sucks really hard :/
[05:53] <fevoldj2> Hi, I've a problem with the uninstallation of webmin. You may check here for the details. http://pastebin.com/441065 
[05:53] <dholbach> fevoldj2: it might be better to file this as a bug report
[05:53] <dholbach> fevoldj2: http://launchpad.net/malone
[05:53] <fevoldj2> Okay
[05:54] <dholbach> fevoldj2: thanks
[05:54] <Kamion> Diziet: mm, normally I'd say yes, but I think all of mine involve really hairy .po file merging, which I have the tools (or at least finger-macros) for
[05:55] <Diziet> OK.
[05:55] <Kamion> well, except for yaboot, but that's insultingly trivial - doing it now
[05:55] <Diziet> Well, I suppose I'll have to stop displacing and do the mozilla one then ...
[05:56] <fevoldj2> Hmm looks like I cannot file a bug report
[06:00] <Diziet> Damn, forgot -sa.
[06:01] <\sh> Diziet: your first time?
[06:04] <Diziet> First time forgetting -sa ?  No, I keep doing it.
[06:07] <\sh> Diziet: no merging
[06:08] <Diziet> Ah, yes, if you don't count firefox which was something of a special case.
[06:09] <\sh> Diziet: if you want..universe has 200 packages left for practicing :)
[06:14] <Diziet> \sh: Err, thanks.  I'll let you know if I get that desperate.
[06:15] <\sh> Diziet: sounds like you're a married man who has other hobbies ;)
[06:17] <Diziet> Oh, I see, mom has picked a version number which is not more recent than the version in the archive.
[06:18] <Diziet> hobbies> Just decided to learn Common Lisp, because I got too fed up with Python.
[06:18] <dholbach> might the bug be a bit older? (and mom was turned off for a while now)
[06:19] <Diziet> dh: I think that's the case, yes.
[06:20] <Diziet> It had me confused for a bit, wondering whether the merge had already been done.  But it seems not so I shall get on with it.
[06:22] <\sh> Diziet: if you're ready to speak common lisp, please write a small emacs elisp util to merge automagically all universe  merges. Just with a M-x merge gambas_1.0.12-1ubuntu1.dsc || gambas_1.0.12-1.dsc
[06:23] <Kamion> we don't have any esperantists here, do we? (long shot)
[06:23] <Kamion> asking here because I want to know how to conjugate "Ubuntu" in Esperanto. :-)
[06:23] <\sh> Kamion: Good Better Ubuntu
[06:24] <Kamion> I do actually have a serious use for this so would prefer serious answers
[06:24] <ogra> \sh, and now in esperanto
[06:24] <dholbach> Kamion: the reporter of #17259 might know
[06:24] <mhz_lunch> mako: ping
[06:24] <\sh> ogra: my grandfather spoke esperanto...I just refused to learn it
[06:27] <Kamion> dholbach: thanks, I've mailed him
[06:28] <Lord_Athur> hi
[06:28] <Lord_Athur> this must be the channel of the edubuntu developers
[06:28] <Lord_Athur> :P
[06:28] <dholbach> Kamion: de rien :)
[06:28] <mdke> Lord_Athur, #edubuntu
[06:28] <ogra> Lord_Athur, nope
[06:28] <dholbach> Lord_Athur: #edubuntu? :)
[06:28] <Lord_Athur> 
[06:28] <Lord_Athur> ok
[06:28] <Lord_Athur> thanks
[06:31] <mhz_lunch> ogra: he's very new to IRC and ...Buntu stuff. He's coming from M$
[06:31] <mhz_lunch> :)
[06:32] <ogra> mhz_lunch, i wasnt complaining, but i would have thought he realized that edubuntu development is going on in #edubuntu :)
[06:32] <mhz_lunch> hehehe, indeed
[06:33] <mhz_lunch> I thought it is his M$ training
[06:34] <mhz_lunch> ogra: in fact, he just did a 'dir'
[06:34] <mhz_lunch> inside .Trash
[06:34] <ogra> yup, saw it
[06:34] <mhz_lunch> hehe
[06:35] <lbm> mvo: around?
[06:38] <pitti> jbailey: I would version my locales package 2.3.6, unless you plan to upload a glibc 2.3.6 with a locales package?
[06:39] <jbailey> pitti: Nope. 2.3.6 I'd like to definetly not have it/
[06:40] <pitti> jbailey: ok, then 2.3.6 is fine for now, in case we would like to supersede it with glibc in the future? ;)
[06:40] <jbailey> Right. =)
[06:40] <pitti> jbailey: ok, my toy example worked now; I imported locales into langpack-o-matic, it generates packages, the debs have /var/lib/locales/supported.d/lang and /usr/share/i18n/locales/*
[06:41] <mvo> lbm: yes
[06:42] <lbm> mvo: about launchpad-integration, do you develop in your baz archive?
[06:43] <mvo> lbm: I have a baz archive of it, yes. I keep it up-to-date with the packages
[06:44] <lbm> mvo: i just need to know which source to translate
[06:44] <mdke> dholbach, fancy building an ubuntu-docs package with the current svn trunk? I've added some things I'd quite like to test out. I can test it on my dapper because yelp works fine.
[06:45] <dholbach> wow
[06:45] <dholbach> will try
[06:45] <mdke> danke
[06:45] <lbm> mvo: but i can't see any danish translation in the sources, but the two launchpad entries in most gnome applications are translated in breezy
[06:45] <seb128> mdke: how did you get yelp working fine?
[06:45] <mdke> seb128, i didn't upgrade firefox
[06:46] <mdke> i think
[06:46] <seb128> k
[06:46] <mdke> it was kept back even from a dist-upgrade
[06:46] <mvo> lbm: they are probably translated via rosetta (lauchpad.net)
[06:46] <seb128> so it's not dapper, but outdated dapper :)
[06:46] <mdke> seb128, i dunno, the dist-upgrade just kept firefox back automatically
[06:47] <\sh> thx gambas..now I need to patch you to hell...
[06:47] <\sh> thix I'll do tomorrow..
[06:47] <lbm> mvo: i was around rosetta, but i can't find any launchpad related projects
[06:48] <jbailey> pitti: Nice!
[06:48] <mvo> lbm: try https://launchpad.net/distros/ubuntu/breezy/+sources/launchpad-integration/+translate
[06:49] <mvo> lbm: unfortunately it's not always easy to find the stuff :/
[06:50] <lbm> mvo: i agree!
[06:50] <lbm> mvo: do you prefer rosetta or po's?
[06:50] <zyga> mvo: carlos knows about that ;-)
[06:51] <mvo> lbm: I don't mind, rosetta is easier because it's fully automatic, I don't have to do anything :)
[06:51] <jdong> grr, why's Sun Java so RAM hungry?
[06:51] <jdong> the FF Java plugin is chewing up 240MB RAM right now...
[06:51] <ogra> ls -l /etc/alternatives/x-www-browser
[06:51] <ogra> lrwxrwxrwx 1 root root 24 2005-04-11 00:20 /etc/alternatives/x-www-browser -> /usr/bin/mozilla-firefox
[06:51] <ogra> sudo update-alternatives --config x-www-browser
[06:51] <ogra> There is only 1 program which provides x-www-browser
[06:51] <ogra> (/usr/bin/firefox). Nothing to configure.
[06:51] <ogra> Diziet, ^^^
[06:51] <ogra> is that a bug in the new firefox package ? 
[06:52] <lbm> mvo: :)
[06:56] <lbm> mvo: that's odd, no strings translated in breezy through rosetta
[07:00] <aedes> shouldn't the login screen be translated according to the currently selected lang?
[07:00] <Kamion> gah, why does msggrep not have a -v option, like grep?
[07:05] <Diziet> ogra: Yes, that's a known bug in the current package.
[07:05] <lbm> mvo: most applications' launchpad entries aren't translated, but the one i noticed was gnome volume control from gnome-media which have the launchpad entries translated, very odd
[07:05] <ogra> Diziet, ok
[07:05] <ogra> thanks
[07:07] <mvo> lbm: hm, that's really interessting
[07:07] <Kamion> wow, it's surprising when you cvs checkout a random piece of software and find your name in the THANKS ffile
[07:07] <Kamion> file
[07:08] <lbm> mvo: very
[07:09] <mhz> mako: ping
[07:09] <lbm> mvo: if i msgunfmt gnome-media-2.0.mo from the danish langpack i see the translated strings, but how did they get there?
[07:17] <thierry> is there a open-office channel or something like it?
[07:17] <trevilor> thierry, /list *office*
[07:19] <thierry> trevilor : no nothing... I would have liked to talk with some dev guys of open-office...
[07:19] <Riddell> jbailey: well I've found the problem line, I've no idea why it fails when the others don't http://people.ubuntu.com/~lamont/buildLogs/c/cdbs/0.4.32ubuntu4/cdbs_0.4.32ubuntu4_20051128-1744-i386-failed.gz
[07:20] <zul> thierry: they probably have some info on their website on how to contact them but not this channel
[07:20] <crimsun> seb128: Would you please fire off a rebuild of easytag in Sid so that it can be synced into Dapper to make it installable? (Should I file a wishlist bug against it in BTS?)
[07:20] <thierry> zul : yeah sorry
[07:21] <seb128> crimsun: cpp allocator changes?
[07:21] <crimsun> seb128: just libid3-3.8.3c2 being replaced by libid3-3.8.3c2a
[07:22] <seb128> crimsun: k, will do
[07:22] <crimsun> seb128: thanks!
[07:24] <seb128> np
[07:37] <mvo> lbm: thanks for your patch! I'll integrate it when I'm back from playing hockey
[07:40] <lbm> mvo: no problem, great play ;)
[07:45] <crimsun> elmo: please sync monotone from Sid (ok to override Ubuntu changes)
[07:49] <pitti> hey lamont
[08:01] <wasabi_> Nice. Dapper exploded. ;)
[08:01] <HiddenWolf> seb128, ping
[08:02] <wasabi_> Hmm. Icon theme broked. Mouse speed is super slow and I can't change it.
[08:03] <wasabi_> Somehow my second monitor stopped working heh.
[08:11] <slomo_> seb128: want a patch for the liferea problem? seems to be in gtkhtml2... with this patch applied i don't get the crash anymore: http://bugs.gnome.org/show_bug.cgi?id=318192
[08:14] <slomo_> seb128: well, at least it seems to fix one of the (at least) two different crashes i can get here
[08:23] <seb128> HiddenWolf, slomo_: pong
[08:23] <HiddenWolf> seb128, rhythmbox hasn't built yet. :(
[08:23] <HiddenWolf> is it ok?
[08:23] <fabbione> Diziet: if the FTBFS on sparc, don't worry.. i will heavily bitch about it :P
[08:23] <slomo_> seb128: i gave the patch to my brother who tests it now ;) maybe it's just here where it solves one of the problems... just to be sure
[08:24] <seb128> HiddenWolf: it'll probably not build for some days, libgpod has some issue to solve before beeing promoted
[08:24] <HiddenWolf> seb128, you just made me cry.
[08:24] <seb128> slomo_: it's the gtkhtml variant, doesn't fix the firefox1.5 issue, right?
[08:24] <slomo_> seb128: firefox issue is already fixed by me... it's an ugly hack atm but it works
[08:24] <seb128> k
[08:27] <fabbione> Diziet: anyway.. just kidding.. don't worry. if FTBFS i will send you the log
[08:42] <elmo> siretart: ?
[08:49] <slomo_> elmo: thanks for syncing :)
[08:51] <zyga> oh is there any policy about backporting 1.5 for breezy?
[08:53] <slomo_> zyga: don't do it... or backport all gecko-depending stuff too when everything is fixed in dapper
[08:53] <sivang> mmm, epiphany broken again due to moz-embed
[08:54] <slomo_> sivang: hm, works here?
[08:55] <sivang> slomo_: ah sorry, seems to be a system out of sync problem. I was sure it was on latest updates
[08:57] <sivang> slomo_: ah, connection was lagging too much, had to switch to a proxy
[09:16] <mhz_design> mako: ping
[09:22] <Alinux> hello, I'm searching for pitti ... is he on-line?
[09:22] <Mithrandir> Alinux: probably, since his IRC client is here.
[09:22] <Mithrandir> pitti: ^^
[09:23] <Alinux> ah
[09:23] <Alinux> mmm but no response in private message :/
[09:25] <azeem> Alinux: you are not identified, freenode blocks your /msg
[09:25] <Alinux> mmm
[09:25] <Alinux> Alinux is my nickname but someone has stolen it from me...
[09:25] <Alinux> and I don't want another nicknames :(
[09:26] <sivang> Alinux: you can address him in here as well
[09:26] <sivang> (unless it's top secret)
[09:29] <pitti> Alinux: in some minutes, still at phone
[09:29] <slomo_> seb128: ok, i've really tracked it down now... after downgrading pango to 1.10.* it works without all problems ;)
[09:29] <Alinux> :) pitti no problems bro... don't you worry
[09:30] <dieman> lost my sound!
[09:30] <dieman> damn intel hd audio
[09:37] <pitti> AlinuxOS: I did not get any /msg from you, are you registered?
[09:38] <pitti> AlinuxOS: I'm back now
[09:38] <AlinuxOS> pitti, :) registered
[09:49] <\sh> elmo: thx for the syncs..
[09:50] <slomo_> lamont, infinity: please give-back kaffe on ia64
[09:50] <ogra> 2005-11-28 21:48:33 1EgpvM-0006hb-00 ** tfheen@grawert.com: unknown local-part "tfheen" in domain "grawert.com"
[09:50] <ogra> Mithrandir, ^^^ :)
[09:51] <ogra> funny :)
[09:51] <Mithrandir> heh
[09:51] <Mithrandir> don't forward it to me. :-)
[09:51] <ogra> i wont :)
[09:52] <ogra> but i really start to think about upgrading my MTA from exim 3.35
[09:52] <StevenK> I jumped to Exim 4. It's *wonderful*.
[09:52] <Mithrandir> most stuff is wonderful after coming out of the cave for the first time.
[09:52] <dholbach> good night, everybody
[09:52] <ogra> i have some very specially tweaked setuos running there for some subdomains ...
[09:53] <pitti> night dholbach 
[09:53] <dholbach> night pitti
[09:53] <ogra> and i just dont have the time to rewrite all this stuff for exim4, else i'd have switched already
[09:53] <pitti> ogra: I finally gave up with exim4 when I tried to find out how to do ssmtp-ssl with it
[09:53] <Mithrandir> pitti: cert-based relaying is really simple
[09:53] <Mithrandir> IME
[09:54] <ogra> i dont even want this nifty stuff like smtp-ssl.... 
[09:54] <pitti> Mithrandir: that's what I do right now, both ssl certs and pam
[09:54] <pitti> Mithrandir: certs for me (local postfix), and ssl-pam for my flatmate (tbird)
[09:54] <Mithrandir> pitti: tbird does certs just fine, you know that?
[09:54] <pitti> ogra: it's sweeeet when you use a local MTA on you laptop
[09:54] <pitti> Mithrandir: actually not, but good to know
[09:54] <ogra> i dont want this either :)
[09:55] <ogra> i'm fine with a simple smtp auth driven mailserver on the net ...
[09:55] <Mithrandir> pitti: it's a bit of work to get the certs into tbird, iirc, but once you have that, it works just fine.
[09:55] <pitti> ogra: but you don't want auth withouth SSL, I guess...
[09:56] <\sh> Mithrandir: do you have a clue about firefird2 on amd64? 
[09:56] <Mithrandir> \sh: firebird as in the database?  No, not really.  What's up with it?
[09:57] <\sh> Mithrandir: i'm missing it as build-dep :) firebird2-dev but I'll find it
[09:57] <\sh> Mithrandir: amd64/ppc
[09:57] <\sh> aha...2005-11-19 firebird2...
[09:58] <ogra> pitti, the setup is fine as is ... all i want is to bounce back the unknown local-part crap .... 
[09:58] <pitti> ogra: yes, mapping is fun with exim, too :)
[09:58] <\sh> how nice..it's only build on i386
[09:58] <pitti> ogra: exim is very powerful, but I found it pretty cumbersome to configure
[09:59] <\sh> but why doesn't hk-classes doesn't know anything about this?
[09:59] <ogra> exactly .... thats why i didnt switch yet
[09:59] <\sh> pitti: i like the postfix way, after fighting several years with sendmail
[09:59] <\sh> ogra: where to bounce-back?
[09:59] <\sh> ogra: you actually don't know if the sender was originally sending it
[10:00] <ogra> \sh, doesnt matter ... i just dont want the msg on my HD ... i also get 50 mails a day where someone abused one of my addresses ...
[10:01] <pitti> \sh: yes, me too
[10:01] <\sh> ogra: well...that's normal. that's why you should have 1 unknown email address (not public) and the for the others you have sh@sourcecode.de ,)
[10:02] <\sh> ogra: and spamassassin and amavisd-new
[10:02] <ogra> \sh, ok, i'll mail as sh@sourcecode.de in the future then ;)
[10:03] <\sh> ogra: well...i don't mind..seeing 800spam mails per day reaching me.......and >1000 mails running in my spambot
[10:06] <ogra> \sh, but i guess i'll rather use my own name... else mike hearn might go after me in a dark moonless night *g*
[10:06] <\sh> ogra: rotfl
[10:10] <\sh> seb128: libgnomeui-dev has unmet deps? 
[10:11] <slomo_> seb128: ok, i've really tracked it down now... after downgrading pango to 1.10.* it works without all problems... the gtkhtml patch seems to make the crashes only less frequent...
[10:12] <seb128> \sh: which one?
[10:12] <seb128> slomo_: do you have a debug backtrace of this crash?
[10:13] <\sh>  libgnomeui-dev: Depends: libgnome2-dev (>= 2.6.0) but it is not going to be installed
[10:13] <\sh>                   Depends: libbonoboui2-dev (>= 2.8.1-2) but it is not going to be installed
[10:13] <\sh>                   Depends: libgnomevfs2-dev (>= 2.8.4-2) but it is not going to be installed
[10:13] <\sh> seb128: on all main archs
[10:13] <seb128> let me start a pbuilder
[10:13] <seb128> what does install libgnomevfs... say?
[10:13] <slomo_> seb128: many of two different crashes... on 2 archs... want them with all debugging packages (liferea, gtk, pango, glib, libgtkhtml2)?
[10:14] <\sh> seb128: hmm...in my chroot everything is fine...
[10:15] <\sh> libbonobo2-dev libgconf2-dev libgnomevfs2-dev libgnutls11-dev libidl-dev liborbit2-dev
[10:15] <seb128> slomo_: pango debug is enough is the crash happens in pango
[10:15] <\sh> seb128: gnotime is the package which failes btw
[10:17] <slomo_> seb128: it doesn't happen in pango... it just doesn't show up if pango is downgraded to 1.10.*... the crashes happen in libc whose functions are called either by libxml2 or by gdk which is called by gtk
[10:18] <slomo_> seb128: yes i know, this sounds unlikely... but i can give you the traces... and with older pango i can't reproduce it anymore ;)
[10:19] <seb128> slomo_: that it happens with one pango and not another doesn't mean it's a pango bug
[10:20] <seb128> slomo_: usually backtrace with gdk stuff are not revelant of the actual bug
[10:20] <seb128> you may want to run valgrind on your app
[10:20] <slomo_> ok, thanks... hm, any other debugging tips?
[10:21] <seb128> nop
[10:21] <slomo_> *sigh* ok... i'll tell you when i find something more concrete...
[10:22] <seb128> what do you do to get the crash?
[10:23] <seb128> let's try if I get it
[10:23] <slomo_> i start it with the gtkhtml backend and switch through many different entries... it happens mostly with new ones but also with old ones
[10:23] <sivang> slomo_: still working on lifera's crash ?
[10:24] <slomo_> when opening a feed with many entries and pressing the cursor keys some time it will crash definitly for me
[10:24] <slomo_> sivang: yes
[10:27] <slomo_> seb128: there are currently two bugs open about this
[10:27] <slomo_> 4917 and 5111
[10:30] <Riddell> infinity (or lamont): could you give back kdesdk please
[10:33] <wasabi_> My gnome has become fairly broken with the last dapper update. Looking for the problem. Not able to find it. Icon themes don't load, and the theme manager is broken.
[10:33] <wasabi_> Looks to do something with gconf.
[10:35] <wasabi_> gnome-theme-manager: The default theme schemas could not be found on your system.  This means that you probably don't have metacity installed, or that your gconf is configured incorrectly.
[10:35] <sivang> wasabi_: seems that reloads of the gconf server and restarting client apps solved that stuff for me
[10:35] <wasabi_> I remember reading about gconf changing in some way.
[10:35] <wasabi_> Combining hte conf file hierarchy
[10:36] <wasabi_> sivang: hasn't for me.
[10:36] <seb128> wasabi_: is gconf working at all? did you restart gconfd-2 or your session?
[10:36] <wasabi_> Yes. gconf is working fine. gconf-editor works.
[10:36] <ogra> wasabi_, tried another theme ?
[10:36] <wasabi_> I restarted the comp "just in case"
[10:36] <wasabi_> Can't open the theme manager.
[10:36] <ogra> with gconf editor ?
[10:37] <wasabi_> good question, trying
[10:37] <wasabi_> where's it at? /desktop/?
[10:37] <ogra> dunno from the top of my head
[10:38] <ogra> another suggestion would be to look if gnome-settings-daemon is running ...
[10:38] <wasabi_> It is.
[10:38] <wasabi_> That's what pushes the gconf changes to Gtk apps, right?
[10:38] <wasabi_> (I've always been a bit unclear about gsd)
[10:38] <ogra> yup, its the layer inbetween
[10:38] <seb128> no
[10:38] <\sh> infinity: do u know why firebird2 wasn't build on amd64, even if it's mentioned explicit in the the architecture lines of debian/control?
[10:38] <seb128> g-s-d has nothing to do with gconf
[10:38] <\sh> or lamont even
[10:39] <sivang> slomo_: crashes for me with (liferea-bin:25680): Pango-CRITICAL **: pango_layout_line_ref: assertion `line != NULL' failed
[10:39] <seb128> g-s-d does apply the xsettings from the gconf keys
[10:39] <wasabi_> Oh, that's what I mean.
[10:39] <ogra> seb128, whatever, if it doesnt run you get no themes :)
[10:39] <seb128> but your issue is not a xsettings one
[10:40] <seb128> theme is /desktop/gnome/interface/gtk_theme
[10:40] <wasabi_> key has no schema.
[10:41] <wasabi_> According to gconf-editor.
[10:41] <seb128> something is wrong with your gconf
[10:41] <sivang> ogra: maybe his g-s-d can't start at all / restart ?
[10:41] <wasabi_> It is started.
[10:41] <seb128> nothing to do with g-s-d (again)
[10:41] <ogra> sivang, nah, see seb128 
[10:42] <wasabi_> Have gconf schemas changed? Are they no longer read directly from /usr/share/gconf/schemas?
[10:42] <wasabi_> Ahh var lib
[10:42] <seb128> they never was
[10:42] <seb128> schemas are text file with default value
[10:42] <wasabi_> /var/lib/gconf/defaults/*
[10:42] <wasabi_> ?
[10:43] <seb128> we use gconftool-2 to apply the values from the schemas
[10:43] <seb128> /etc/gconf/2/path has the order
[10:43] <seb128> /var/lib/gconf/defaults/%gconf-tree.xml should have the defaults now
[10:44] <wasabi_> Should gtk_theme be listed in that file?
[10:44] <seb128> because there is a default theme on the distro
[10:44] <seb128> libgnome ships that schemas file
[10:44] <sivang> bah, bed time here :-( night all
[10:45] <wasabi_> And postinst sums them up into /var/lib/gconf/defaults?
[10:45] <seb128> and we use gconftool on the schema at installation to write the default
[10:45] <seb128> correct
[10:45] <wasabi_> So I would suspect the defalt gtk_theme value from /usr/share/gconf/schemas should be listed in /var/lib/gconf/defaults.
[10:45] <wasabi_> If the postinst ran properly.
[10:45] <wasabi_> It is not.
[10:47] <seb128> what about /etc/gconf/gconf.xml.defaults/%gconf-tree.xml ?
[10:47] <wasabi_> Nope. Not listed.
[10:47] <seb128> weird
[10:47] <seb128> is that a new install or an update?
[10:47] <wasabi_> Update.
[10:48] <wasabi_> update-gconf-deaults should be called from the postinst of all gconf packages?
[10:48] <wasabi_> err, packages shipping schemas, that is.
[10:48] <seb128> sudo gconf-schemas /usr/share/gconf/schemas/desktop_gnome_interface.schemas
[10:48] <seb128> try doing this
[10:48] <seb128> no
[10:49] <wasabi_> --register I assume.
[10:49] <seb128> yep
[10:49] <\sh> hehehe
[10:49] <\sh> hahahah
[10:49] <seb128> ?
[10:49] <wasabi_> Still not there.
[10:49] <\sh> sorry..I'm just reading Mike Hearn
[10:49] <seb128> strace it? :)
[10:50] <sivang> \sh: http://mikehearn.savetherhino.org/ ?
[10:50] <\sh> sivang: ubuntu-devel ml 
[10:50] <elmo> Removing language-pack-en-base ...
[10:50] <elmo> Generating locales... en_GB.UTF-8... done
[10:50] <elmo> should it be generating stuff on removal?
[10:51] <wasabi_> [pid 17284]  execve("/usr/bin/gconftool-2", ["gconftool-2", "--makefile-install-rule", "/usr/share/gconf/schemas/desktop_gnome_interface.schemas"] , [/* 34 vars */] ) = 0
[10:51] <sivang> \sh: re: wine pakcages?
[10:51] <\sh> sivang: yes
[10:52] <wasabi_> seb, I assume if I remove %gconf-tree.xml that command should have regenerated it? :0
[10:52] <sivang> \sh: that thread feels weird to me, dunnon why
[10:53] <seb128> wasabi_: no
[10:53] <\sh> sivang: honestly, everything which has to do with windows or trying to build a new windows compatiblity framework is always a bit weired and strange
[10:54] <wasabi_> Ahh. gtk_theme is now in /var/lib/gconf, but not in /etc/gconf/
[10:54] <wasabi_> And the theme manager runs now.
[10:55] <seb128> cool
[10:55] <wasabi_> So the question is why didn't that run properly during postinst.
[10:55] <seb128> yeah, that's weird
[10:55] <wasabi_> I have no packages marked unconfigured or broken.
[10:55] <seb128> dpkg -l gconf\* ?
[10:55] <wasabi_> ii  gconf-editor                   2.12.0-1ubuntu1                An editor for the GConf configuration system
[10:55] <wasabi_> ii  gconf2                         2.12.1-4ubuntu1                GNOME configuration database system (support tools)
[10:55] <wasabi_> ii  gconf2-common                  2.12.1-4ubuntu1         
[10:56] <seb128> wasabi_: it's fine ...
[10:56] <wasabi_> I suspect my icon theme will work when g-s-d recycles.
[10:56] <wasabi_> Anyway to do that without logging out?
[10:57] <seb128> wasabi_: killall gnome-settings-daemon
[10:57] <seb128> it auto-respaw
[10:57] <sivang> \sh: so much noise on u-d ml, I am already CTRL-D to many times when trying to catch up on it..
[10:58] <wasabi_> Hmm. Last time I did that it forced gnome-session to close. :0
[10:58] <wasabi_> That was about 6 months ago though.
[10:58] <seb128> you can as well change the theme
[10:58] <seb128> to an another and back to your current one
[10:58] <wasabi_> Hmm. I did do that actually.
[10:58] <\sh> sivang: well actually this is a serious discussion about the future of a software, which is very interessting for the user
[10:59] <wasabi_> Ahh all better. Just killed gnome-panel and nautilus and they figured it out.
[10:59] <sivang> \sh: Ofcourse, I wasn't referring to that thread in particular as noise :-)
[10:59] <wasabi_> Except my Applications menu no longer works haha.
[11:00] <wasabi_> Pops up then immediatly turns into a 1x1 px square
[11:00] <sivang> \sh: anyway, I should be really in bed now, or else won't be able to get up to work tomorrow - good night
[11:01] <wasabi_> haha and gnome-background-manager now segfaults.
[11:01] <wasabi_> oye.
[11:01] <wasabi_> I can't win.
[11:01] <mvo> wasabi_: my application menu does the same
[11:01] <seb128> welcome to a moving (!= stable) distro
[11:02] <wasabi_> Oh I'm not complaining. ;)
[11:02] <Nafallo> :-)
[11:02] <seb128> the app menu bug is due to gamin
[11:02] <mvo> welcome to seb128 world :P
[11:02] <wasabi_> Just making sure everybody knows so it doesn't make it to stable. ;)
[11:02] <seb128> mvo stepped to debug it :)
[11:02] <mvo> seb128: haha
[11:02] <ogra> mvo, yay
[11:02] <wasabi_> mvo: I wrote up gapti.
[11:02] <wasabi_> =)
[11:02] <mvo> seb128: yes, because you keep pretending that it works for you :)
[11:02] <pitti> jbailey: ooh, evil
[11:02] <wasabi_> It's not done, but it's a decent starting base.
[11:02] <pitti> jbailey: still here?
[11:02] <mvo> wasabi_: cool, where is it?
[11:02] <wasabi_> On my HD. ;)
[11:02] <seb128> mvo: it does!
[11:03] <jbailey> pitti: Yup.  Heading out soon for curry.  'sup?
[11:03] <Nafallo> mvo: wfm :-)
[11:03] <seb128> mvo: uname -r ?
[11:03] <wasabi_> I'll get it someplace.
[11:03] <pitti> jbailey: I just tried my new locales package with my new langpack, and it went BOOM
[11:03] <jbailey> boom how? =)
[11:03] <mvo> seb128: just teasing (uname: Linux top 2.6.12-10-amd64-k8 #1 Fri Nov 18 12:05:35 UTC 2005 x86_64 GNU/Linux
[11:03] <mvo> )
[11:03] <pitti> jbailey:   de_BE.UTF-8...cannot open locale definition file `fr_BE': No such file or directory
[11:03] <pitti> jbailey: locale definition uses parts of other locale definition
[11:03] <jbailey> Ugh.  It cross references by *country*?
[11:03] <seb128> mvo: dare to try with a 2.6.15? :)
[11:04] <pitti> LC_MEASUREMENT
[11:04] <pitti> copy "fr_BE"
[11:04] <pitti> END LC_MEASUREMENT
[11:04] <ogra> seb128, i have it with 2.6.15
[11:04] <pitti> jbailey: above is from de_BE
[11:04] <ogra> but also amd64
[11:04] <seb128> oh
[11:04] <seb128> somebody not on amd64?
[11:04] <mvo> seb128: sure, I'll reboot in ~5 minutes
[11:04] <pitti> jbailey: cross by language, same country apparently
[11:04] <seb128> mvo: I'm going in 2-3 min, let's do this tomorrow morning
[11:05] <jbailey> pitti: Hmm.  Is the right answer to build full versions from a central repo for now so that includes are satisfied?
[11:05] <mvo> seb128: ok, fine with me. thanks
[11:05] <seb128> np
[11:05] <seb128> for people who wants to debug
[11:05] <pitti> jbailey: I thought about statically resolving the 'copy' commands in langpack-o-matic
[11:05] <seb128> run gam_server with GAM_TEST_DNOTIFY set
[11:05] <siretart> elmo: yes?
[11:05] <jbailey> I'm curious if the compiled versions cross reference, or if they have everything expanded out.
[11:05] <seb128> run gnome-panel with MENU_VERBOSE=1
[11:05] <seb128> and run gam_server with GAM_DEBUG=1
[11:05] <jbailey> I can't imagine that they cross-reference.
[11:06] <pitti> jbailey: but I'll do that tomorrow, I'm falling asleep (damn, I hoped to finish that today)
[11:06] <seb128> to run a new gam_server, gnome-session-remove nautilus gnome-panel
[11:06] <pitti> jbailey: me neither, I think it's just like an #include
[11:06] <elmo> siretart: what was the result of the avifile discussion?
[11:06] <jbailey> pitti: 'kay, cool.  Do you want a glibc upload with the updated locale-gen tonight/tomorrow morning, or should I still wait?
[11:06] <seb128> elmo: do we autosync from Debian daily atm? If not could you sync gnome-doc-utils? sync of notification-daemon libnotify from experimental too please
[11:06] <siretart> elmo: I uploaded the debian version as ubuntu1, but with extra Conflicts/Replaces for the old libavifile
[11:07] <siretart> elmo: so no sync is needed
[11:07] <pitti> jbailey: erm, I thought locale-gen was mine?
[11:07] <pitti> jbailey: I just sticked it into my locales package and hacked it for supported.d...
[11:07] <jbailey> pitti: Ah, lovely then.
[11:07] <elmo> seb128: yes, we do, but it breaks with alarming regularity, and requires manual hand holding
[11:07] <pitti> jbailey: I did not yet implement per-locale and 'unicode only'
[11:07] <jbailey> I'm not staring at the spec, so I'm probbly babbling. =)
[11:07] <pitti> jbailey: not sure, why would you want locale-gen in glibc?
[11:08] <lifeless> for kicks ?
[11:08] <jbailey> pitti: Mmm, sorry, I think I was thinking of localedef.
[11:08] <pitti> jbailey: right, I don't ship that
[11:08] <elmo> seb128: done
[11:08] <jbailey> pitti: Right.  Want me to update that nowish from belocs, or should I wait still?
[11:09] <seb128> elmo: thanks
[11:09] <pitti> jbailey: updating should be fine, but I won't upload my locales package today
[11:09] <pitti> jbailey: so maybe leave the locales package as it is for now
[11:10] <jbailey> pitti: 'kay.  So yes update localedef, but still leave locales in.
[11:10] <pitti> perfect
[11:10] <seb128> see you later guys
[11:10] <pitti> 'later'?
[11:11] <jbailey> pitti: He's out looking for cars, and will report back ;)
[11:11] <pitti> lol
[11:13] <sivang> jbailey: hehe
[11:16] <Kamion> elmo: openssl097 shouldn't need to be in josie's broken list any more
[11:16] <elmo> Kamion: thanks, removed
[11:23] <Kamion> I wish MOM wasn't so fundamentally useless at merging translation branding
[11:26] <Kamion> it's OK until some strings change upstream, and then you get enormous diffs of great justice
[11:26] <\sh> infinity / lamont: can you free debtags-edit from it's dep-wait, thx :)
[11:41] <wasabi_> mvo: http://akita.larvalstage.net/~wasabi/bzr/gapti--main
[11:41] <mvo> wasabi_: cool! bzr geting it now
[11:42] <wasabi_> bzr is remarkable easy.
[11:42] <wasabi_> Just learnt it.
[11:42] <wasabi_> btw that is not done at all.
[11:42] <mvo> gdebi, gapti :)
[11:42] <wasabi_> Yeah. I stole your name.
[11:42] <wasabi_> I still have no figured out the proper way to add the key to apt-key
[11:42] <wasabi_> not
[11:43] <zyga> now someone needs to make gdpkgi
[11:44] <mvo> gsmarti, gtgzi brrrr
[11:44] <zyga> (no offence but 99% of foss names are either insane insider jokes or totall abbr crap)
[11:45] <tseng> this is the wrong channel for that particular rant
[11:46] <zyga> note: it's possible to answer correctly
[11:47] <ogra> it querys multiple arp adresses in a network ?
[11:48] <zyga> ogra: not even close, it's network agnostic atm
[11:48] <zyga> (you can google you know)
[11:48] <ogra> was worth a try :)
[11:48] <ogra> nah, thats cheating
[11:48] <zyga> no
[11:48] <zyga> it's the average's user perspective
[11:49] <zyga> [s] he can google
[11:49] <zyga> for the sake of argument, please try
[11:50] <maswan> Poliqarp (POLyinterpretation Indexing Query And Retrieval Processor), a corpus management tool?
[11:50] <zyga> yes
[11:50] <zyga> now a note is neccessary
[11:50] <maswan> smells like academia. :)
[11:50] <zyga> we invented a way to expand the name one day before release :)
[11:50] <mvo> "corpus"?
[11:51] <zyga> now it's still possible to come up with our reasoning
[11:51] <zyga> mvo: lots of text + other data
[11:51] <maswan> mvo: as in linguistics?
[11:51] <zyga> (related to the text)
[11:51] <zyga> usually gramatical or similar
[11:51] <mvo> aha
[11:52] <zyga> as to why the program was named this way