[12:20] <ogra> mdz, any opinion about my ldm mail ? 
[12:34] <sistpoty> we've just discussed atlas3 in -motu... there is a new debian version (we are -19, they are -20) which fixes ftbfs with gcc-4. however since it has many depends on it, we are not sure whether it's worth syncing. any suggestions?
[12:34] <RobertC_> where is pitti when you need him :[
[12:34] <siretart> sistpoty: how many?
[12:35] <dholbach> RobertC_: asleep, i guess - it's 00:34 over here
[12:35] <RobertC_> ah
[12:35] <sistpoty> siretart: very many... many libs as well
[12:35] <RobertC_> fai enough
[12:35] <RobertC_> fair.
[12:36] <sistpoty> siretart: apt-cache rdepends lists 120
[12:36] <bddebian> w00t
[12:36] <RobertC_> mjg59: dont suppose you are up 
[12:37] <dholbach> sistpoty: i should better go to bed.... i read "apt-cache rdepends lists 120" and typed "apt-cache rdepends lists 120" to test what it does... ouch :)
[12:37] <sistpoty> hehe
[12:37] <sistpoty> ogra: your opinion on this? (atlas3 not dholbach going to bed)
[12:38] <bddebian> Ack, same problem for svgalib
[12:38] <ogra> what about atlas3 ?
[12:39] <sistpoty> [00:34:08]  <sistpoty> we've just discussed atlas3 in -motu... there is a new debian version (we are -19, they are -20) which fixes ftbfs with gcc-4. however since it has many depends on it, we are not sure whether it's worth syncing. any suggestions?
[12:39] <sistpoty> ogra: see backlog in motu from 0:23h (utc+2)
[12:40] <mjg59> lifeless-win: Hi
[12:42] <bddebian> Isn't something already known about gnome-themes-extras??
[12:43] <ogra> sistpoty, hmm, we have refblas3 in main...
[12:44] <sistpoty> ogra: but that doesn't depend on atlas3, rather the other way round?
[12:44] <ogra> sistpoty, refblas replaces atlas3
[12:44] <ogra> *refblas3
[12:44] <sistpoty> ah
[12:45] <ogra> its a binary incompatible new version of blas
[12:45] <ogra> so check which of the rdepends *really need* atlas3
[12:46] <sistpoty> ok, will do that
[12:46] <ogra> most if not all of them will: atlas3-base | refblas3
[12:47] <sistpoty> ogra: thx, just saw that... I'll report back when i gathered the info ;)
[12:47] <ogra> ok :)
[12:47] <ogra> thanks a lot :)
[12:49] <segfault> Go go go!
[12:50] <bddebian> segfault: ?
[12:50] <segfault> j/k. :P
[12:52] <lifeless> mjg59: hi
[12:52] <lifeless> mjg59: more tests, no more joy
[12:52] <mdz> Kamion: is amd64/live space still an issue?
[12:52] <lifeless> mjg59: tried killing xscreensaver (xscreensaver-command -exit) before hibernating, didn't appear to change anything
[12:52] <mdz> the new cloop is likely somewhat smaller, since it's fresh
[12:53] <lifeless> mjg59: also, I've filed two bugs, one for the usplash-kills-backlight and one for hibernate restores
[12:55] <mjg59> usplash doesn't kill the backlight. Your BIOS does that.
[12:55] <mjg59> I'll look into the hibernate thing.
[12:56] <lifeless> mjg59: well, I marked as UNKNOWN component
[12:56] <mjg59> It's a BIOS bug
[12:56] <lifeless> erk.
[12:56] <mjg59> The same happens in Windows
[12:56] <lifeless> so why did I not see it during bootup with hoary ?
[12:56] <mjg59> I've no idea
[12:57] <mjg59> If you close the lid after ACPI has been enabled, Latitude BIOSes will kill the backlight
[12:57] <lifeless> ok. sigh.
[12:57] <mjg59> The Windows graphics driver knows how to deal with that
[12:58] <lifeless-win> garh
[12:58] <lifeless-win> just nuked my session
[12:58] <lifeless-win> what was the magic dpms call 
[12:58] <lifeless-win> ?
[12:58] <mjg59> xset dpms force on
[12:58] <mjg59> Or vbetool dpms on
[12:58] <mjg59> xset will call driver-specific stuff, vbetool will call your BIOS
[12:59] <lifeless-win> garh
[12:59] <lifeless-win> no luck, suspend-resumeing
[01:00] <mjg59> To RAM or to disk?
[01:00] <lifeless-win> hahaha ram of course
[01:00] <lifeless-win> *that* comes back
[01:01] <lifeless-win> vbetool dpms on
[01:01] <mjg59> The X1 was supposed to work, but you're the second person today to suggest that the screen didn't come back after suspend to RAM on it
[01:01] <lifeless-win> open /dev/mem: pemrmission denied
[01:01] <mjg59> Try hitting the brightness keys
[01:01] <mjg59> Yes. It executes BIOS code - it needs to run as root
[01:01] <lifeless> ok
[01:01] <lifeless> so I think I was unclear
[01:01] <lifeless> what I just did to myself was a test:
[01:02] <lifeless> switched to console
[01:02] <lifeless> closed lid
[01:02] <lifeless> opened lid
[01:02] <lifeless> backlight was off
[01:02] <lifeless> (this differs from hoary as I recall it)
[01:02] <lifeless> tried brightness keys (yes, I know that hack)
[01:02] <lifeless> no joy
[01:02] <lifeless> switched to alt-f7
[01:02] <lifeless> tried there too
[01:02] <lifeless> no-joy
[01:03] <lifeless> blind-fold tried the vbetool, didn't realise I needed to sudo
[01:03] <lifeless> so I'll try that again from console
[01:03] <lifeless> ok, that works fine
[01:03] <mjg59> Ah, ok
[01:04] <mjg59> I believe that Hoary should have had the same failure mode
[01:04] <mjg59> But haven't actually checked
[01:04] <lifeless> hoary *always* lost the brightness on a ram suspend cycle
[01:04] <mjg59> I'll be getting in touch with Dell next week to look into this (I've got the contact details of the brand manager)
[01:04] <lifeless> but *never* lost it when closing the lid in either X or console
[01:04] <mjg59> Hm.
[01:05] <mjg59> Hang on a minute.
[01:05] <lifeless> breezy *sometimes* loses it in X
[01:05] <lifeless> and appears (now) to always lose it in console
[01:06] <mjg59> lifeless: My Latitude behaves identically under Hoary and Breezy
[01:06] <lifeless> mjg59: I know you know that that this is a samsung q30
[01:07] <lifeless> which is not exactly dell-standard
[01:07] <mjg59> Yes. The BIOS is by Dell.
[01:07] <lifeless> (rebadged q30)
[01:07] <lifeless> ok
[01:07] <bddebian> "Changes in Latitude, changes in Attitude..."
[01:07] <lifeless> would the hoary livecd be sufficient demonstration ?
[01:07] <mjg59> lifeless: Yeah
[01:07] <mjg59> That's what I just tested
[01:07] <lifeless> want me to try ?
[01:08] <mjg59> If you could, that would be great
[01:08] <sistpoty> ogra: it's actually only one library (libumfpack4) that can't live w.o. atlas3 when refblas3 is available. and no rdepends on that one
[01:08] <lifeless> oh damn, just remembered, my hoary livecd is borkified
[01:08] <lifeless> let me see what I can rustle up this weekend
[01:08] <lifeless> womble: ping 
[01:08] <ogra> sistpoty, so i would sync it and make sure libumfpack4 gets ecompiled too
[01:08] <womble> lifeless: pong
[01:09] <ogra> *recompiled
[01:09] <lifeless> mjg59: anyway, I have two workarounds there, so its not really a great bother. hibernate however ... :)
[01:09] <lifeless> womble: got a hoary livecd at home ?
[01:09] <womble> lifeless: And arch-pqm commiter groups don't work, BTW.   <grin>
[01:09] <lifeless> womble: they so do.
[01:09] <sistpoty> ogra: ok, thanks
[01:09] <womble> lifeless: I most certainly do
[01:09] <lifeless> womble: can I borrow it? and are yo ucoming to yum cha ?
[01:09] <ogra> sistpoty, thanks too :)
[01:10] <womble> lifeless: They so do not.  Need to add a groups = {} to arch_pqm/__init__.py, and a arch_pqm.groups = groups after the groups parsing code in bin/arch-pqm.  And yes, and yes.
[01:10] <womble> Hell, you can have it (and a couple more besides)
[01:10] <lifeless> womble: sweet
[01:10] <lifeless> womble: mmm, I use them all the time, in production no less.
[01:10] <womble> lifeless: Hmm, perhaps it's a Python 2.3 vs 2.4 thing.
[01:10] <lifeless> womble: I'll bring lappy to yum cha, we can eyeball then.
[01:13] <dholbach> good night
[01:13] <ogra> night dholbach 
[01:17] <jdub> mako: ping
[01:39] <sistpoty> good night
[02:20] <zyga> hi
[02:20] <zyga> alsa-utils does not depend on udev
[02:20] <zyga> Setting up alsa-utils (1.0.9a-4ubuntu5) ...
[02:20] <zyga> ln: creating symbolic link `/etc/udev/rules.d/z60_alsa-utils.rules' to `../alsa-utils.rules': No such file or directory
[02:20] <zyga> I didn't have udev around at that time
[02:58] <eazel7> hi, eagle usb modem doesn't works in ubuntu after 2.6.10, and I'm trying to compile it under 2.12 but simply can't
[02:58] <eazel7> anybody tried this?
[02:58] <mdz> zyga: a bug
[03:01] <zyga> mdz: and an obscure one
[03:01] <zyga> mdz: I did a ... knoppix -> breezy upgrade
[03:08] <oxez> wo lol
[03:53] <Riddell> Znarl: still no kubuntu RC on http://releases.ubuntu.com/kubuntu/5.10/
[04:16] <calc> mako: here?
[05:13] <bddebian> Anyone know why in a pbuilder login I can build a package fine.  But I make the same changes to the package in my normal environment and I get:  "debian/rules:61: *** multiple target patterns.  Stop" ??
[05:22] <bddebian> Anyone??  This thing is blowing my mind.. :-(
[05:46] <Lathiat> bddebian: because its broken!
[05:46] <dieman> strange, ive got a battle going on between gnome/pmount and hotplug
[05:47] <dieman> over a ide cf card reader built into the laptop shown as a pcmcia device
[05:47] <bddebian> Lathiat: Well amen to that.  Now I get "target pattern contains no `%" ??
[05:49] <dieman> oh no, it may be pcmcia-cs, ugh
[06:25] <dieman> 23:24:38.462 [I]  osspec.c:154: SEQNUM=2443, TIMESTAMP=1128745478, ACTION=remove, SUBSYS=block, SYSFSPATH=/block/hde/hde1, DEVNAME=/dev/hde1, IFINDEX=-1
[06:25] <dieman> 23:24:38.462 [I]  blockdev.c:1044: block_rem: sysfs_path=/sys/block/hde/hde1 is_part=1
[06:25] <dieman> 23:24:38.462 [I]  blockdev.c:1079: Ignoring hotplug event
[06:25] <dieman> 23:24:38.506 [I]  osspec.c:154: SEQNUM=2444, TIMESTAMP=1128745478, ACTION=add, SUBSYS=block, SYSFSPATH=/block/hde/hde1, DEVNAME=/dev/hde1, IFINDEX=-1
[06:25] <dieman> niiiiiiice
[06:27] <bddebian> Lathiat: Was it you that was playing with boson-base?
[06:36] <tritium> elmo, ping
[06:51] <fabbione> morning punks
[06:51] <bddebian> Heh, gmorning
[06:51] <ajmitch> morning fabbione 
[07:07] <fabbione> Diziet: i can confirm that mozilla-browser doesn't crash with that option
[07:09] <fabbione> YAYA
[08:55] <sivang> morning all
[09:05] <jeff_> I am using sed -e /'# deb '/s/'# '/''/g /etc/apt/sources.list to uncomment every repository. Is there a way to exclude repositories that contain a certain word like backports?
[09:06] <Burgundavia> jeff_, that is a #ubuntu question
[09:06] <jeff_> No one on #ubuntu would help me
[09:07] <sivang> jeff_: you just need to modify your regex,
[09:08] <sivang> jeff_: add a condition to the matching, that won't match when you have the word backports
[09:09] <jeff_> sivang: I don't know how. And I can't understand anyof the regex manuals. How do I add a condition?
[09:09] <jeff_> I'm not asking you to do it for me. I just can't find out how. man regex is too much for me
[09:10] <sivang> jeff_: let's take this to private ok?
[09:17] <jmg> jeff_: try kregexpeditor
[09:19] <sivang> jeff_: oh, that one can help too :)
[09:27] <jmg> jeff_ get the regex cheat sheet
[09:27] <jmg> look on delicious
[09:28] <jeff_> jmg: this isn't a simple regex
[09:28] <jeff_> I have a regex book!
[09:28] <jeff_> the sed and awk oreilly book
[09:29] <jeff_> But can't find out how to exclude a word in a regex
[09:29] <jeff_> I tried: sed -e '/^# deb/ { !/backport/s/^# //g }' /etc/apt/sources.list, but that didn't work
[09:30] <Burgundavia> jeff_, please take this elsewehre
[09:30] <jeff_> ok, sorry
[09:34] <jmg> heh
[09:34] <jmg> what a weird regex
[09:36] <fabbione> i don't understand why using a regexp when you have i
[09:36] <fabbione> vi
[09:38] <sivang> true :)
[09:38] <sivang> fabbione: Bon Journo :)
[09:39] <fabbione> hi sivang 
[09:39] <arkais> if i want migrate to breezy i just have to change all hoary by breezy?
[09:40] <fabbione> arkais: yes
[09:40] <fabbione> but only after release
[09:40] <fabbione> there might still be gllitches atm
[09:42] <arkais> well i have to wait one week more? or it's safe do it now?
[09:42] <fabbione> it should be safe to do it now
[09:42] <fabbione> but if you can't cope with possible (even if extremely unlikely) breakage.. you better wait
[09:42] <arkais> should, jeje should no always works good, isn't it?
[09:43] <arkais> jeje
[09:43] <arkais> oks
[09:43] <arkais> thx
[09:45] <jmg> hehe
[09:49] <Mithrandir> sivang: those numbers look quite normal to me.. this is with the inotify-enabled kernel or the inotify-disabled one?
[09:49] <sivang> Mithrandir: with the enabled kernel, still the system feels a bit unresponsive  , although maybe a bit better then with the previous kernels (there were a couple of updates during the last week)
[09:51] <Mithrandir> sivang: what does hdparm -tT give you as numbers?
[09:53] <sivang> Mithrandir: I will check and let you know. it's not my machine so I currently don't have access to it, should have around the evening.
[09:55] <Mithrandir> sivang: ook.
[09:58] <sivang> Mithrandir: I hope to have a T43 bu UBZ though :)
[09:59] <Mithrandir> sivang: infinity is unable to reproduce it on his T43 and so does mdz (iirc, both of them have T43s, but I could be wrong), so it's not entirely reproducible there.
[10:00] <infinity> mdz has an older T42, IIRC.
[10:00] <infinity> Unless he upgraded.
[10:00] <infinity> So, completely different drivers and such (the T42 is PATA, ICH4/5, the T43 is SATA ICH6)
[10:00] <sivang> Mithrandir: I think those two have SATA, while that Dell is PATA
[10:01] <sivang> infinity: ah :) to t42 is also PATA
[10:01] <infinity> Yeah.  The T42 is PATA, AGP, DDR.  If you want old skool and well supported, get a T42.
[10:01] <Mithrandir> oki, but people have reported the bug with both pata and sata, iirc.
[10:01] <infinity> The T43 is all bling, bling new tech, SATA, PCIe, DDR2.
[10:03] <sivang> infinity: yeah, I really want to have this slick and light machine with me for UBZ, it would help my productivity :)
[10:15] <mdke> i'm getting the "user interaction required: new kernel" message after every boot/login...
[10:15] <mdke> is this known?
[10:33] <mdz> Mithrandir: T42 here
[10:33] <Mithrandir> mdz: ok, I misremembered then
[10:36] <mdke> :) that's the one I have too
[10:37] <mdke> oh no, T43
[10:44] <sivang> hmm, none of the pdf reading programs seem to work
[10:45] <sivang> gpf crashes, evince cant launch and only xpdf is working
[10:47] <mdke> evince works good here
[10:52] <sivang> mdz: thanks for the ^D tip in mutt, it really helps :)
[10:54] <sivang> mdke: I just upgraded, I will retest
[10:55] <sivang> mdke: oh weird, for some reason it was not even installed now
[10:57] <sivang> mdz: from some research I did upstream, it seems that klik is less strcit and can cater for a wider seleciton of software packages, what is our general direciton wrt autopackge(s) for dapper? (seems klik should be the major one, with possible support for OBLISK and autopackage)
[11:09] <pitti> Hi
[11:09] <fabbione> hey pitti
[11:09] <sivang> pitti: moins :)
[11:11] <pitti> Hi Fabio, hi Sivan
[11:11] <fabbione> pitti: i have hoary almost ready..
[11:11] <fabbione> pitti: fixing the last patch to build on amd64
[11:12] <pitti> nice
[11:12] <fabbione> yeah but the one liner for 3108 become a few hundred
[11:12] <fabbione> because the function doesn't exist in .10 :/
[11:18] <maswan> Lathiat: rsync on ubuntu-releases works fine for me here
[12:10] <zyga> 'IPP request failed with status 1030'
[12:10] <zyga> does anyone know why gnome-cups-manager keeps saying this?
[12:12] <sivang> zyga: are you able to print ?
[12:13] <zyga> sivang: no
[12:13] <zyga> sivang: I'm trying to get it working
[12:13] <zyga> this is a stripped down knoppix->breezy upgrade (don't ask)
[12:13] <zyga> I've got all cups/foomatic stuff I could find
[12:13] <zyga> and this issue
[12:14] <sivang> I don't think we support knoppix -> breezy upgrades, or do we ?
[12:14] <zyga> I've found a log from some german ubuntu irc channel
[12:14] <zyga> but I don't speak german
[12:15] <zyga> http://netz.smurf.noris.de/logs/freenode/2005/09/25/%23ubuntu-de.html
[12:15] <zyga> sivang: could you have a look if they managed to resolve the problem
[12:16] <sivang> zyga: let's take this to #ubuntu
[12:18] <zyga> sivang: -> #ubuntu
[12:24] <infinity> mvo : You broke all my console fonts!!
[12:24] <mvo> infinity: *argg*
[12:24] <mvo> infinity: I did?
[12:24] <infinity> mvo : No, I just wanted to see your heart skip a beat.
[12:25] <mvo> infinity: *gasp* 
[12:26] <mvo> infinity: you did succeeded
[12:26] <infinity> I did so well that you've forgotten English grammar, apparently.  Go me.
[12:27] <mvo> infinity: how could I forget something that I don't really know :)
[12:28] <sivang> mvo: lol, same here :)
[12:29] <\sh> English grammar? something new to me ;)
[12:29] <infinity> sivang, \sh : Yeah, but mvo is lying; his English is impeccable.
[12:29] <mvo> ha! see? we are even in the majority :p
[12:29] <sivang> mvo: right :)
[12:30] <\sh> morning btw :)
[12:31] <\sh> and why I did take over xterm..now I know why daniels didn't want it anymore :(
[12:31] <zoot_> hi there - who's responsible for software update applet breezy/gnome? despite upgrading the kernel (via synaptic) and rebooting, i repeatedly get the little globe alert icon requesting me to reboot due to a kernel upgrade.
[12:31] <mvo> now infinity you know how to be mr. charming 
[12:31] <zoot_> my system is up to date btw
[12:31] <mvo> zoot_: that would be me, can you please send me your ~/.xsession-errors file?
[12:31] <infinity> zoot_ : Do you keep getting it even if you click on it and read the message?
[12:32] <zoot_> mvo: yes, keep on getting it and will send ~/.xsession-errors
[12:32] <infinity> mvo : Bah, it's nothing to do with being charming.  When I met you at UDU, it took me a few minutes of talking to you before I even realised you were German.
[12:33] <zoot_> mvo: where to find your email address?
[12:33] <infinity> zoot_ : michael.vogt@ubuntu.com
[12:33] <zoot_> infinity: thx
[12:33] <\sh> grmpf
[12:34] <mvo> zoot_: please look if #17091 is the bug
[12:37] <doko> mdz, Kamion: ooo2-amd64 updated and uploaded
[12:39] <mvo> zoot_: and please have a look at the bug I mentioned too
[12:41] <zoot_> mvo: ok, file sent, will also look at bug
[12:41] <xTina> http://bugzilla.ubuntu.com/show_bug.cgi?id=16816 is resolved/wontfix. Is it really a good idea to put a non-modifiable "guy with a beard" icon into the unlock dialog of Xscreensaver? Wouldn't it be better to put something more "neutral" in there, e.g. an Ubuntu logo?
[12:41] <doko> fabbione: how did ooo finish on sparc?
[12:45] <zoot_> mvo: must go now, will check bug later :)
[12:45] <mvo> zoot_: ok :)
[12:55] <fabbione> doko: it's building.. 
[12:56] <fabbione> doko: binfilter <-
[12:56] <fabbione> doko: i expect it to finish max tomorrow morning
[12:56] <fabbione> it's a huge piece of code ;)
[12:57] <fabbione> doko: or do you plan another upload?
[12:58] <\sh> xTina: the best thing is to put the login picture in it...but seeing the timeframe...and knowing that ogra has to fix some other bugs which have higher prio...something for dapper + gnome-screensaver ;)
[01:00] <sivang> \sh: we're gonna have much fun with dapper + gnome-screensaver :)
[01:00] <xTina> \sh: Yeah, that would probably be best. But even for now I think a "guy with a beard" isn't the best thing to have hard-coded in there ;)
[01:02] <infinity> xTina : Why not?  That's the default user pic, if you don't have one set.
[01:02] <infinity> (ie: The "generic user icon")
[01:02] <xTina> infinity: No it isn't!
[01:02] <\sh> infinity: not right...I sat something else..but it's always this picture
[01:03] <xTina> infinity: That is _always_ the default pic.
[01:03] <infinity> That's why I have in gnome-about-me, which I haven't touched.
[01:03] <xTina> infinity: Yeah, but in Xscreensaver you cannot change it.
[01:03] <xTina> infinity: And you have to look at it every time you unlock the screensaver.
[01:03] <infinity> xTina : No, I mean thtta's the default GNOME user icon.  The fact that you can't change it in xscreensaver doesn't mean much.
[01:03] <xTina> infinity: Ah, yeah.
[01:04] <infinity> It's like saying "You can change folder icons in nautilus, so why does some other app always show the "default folder icon" for my folders?
[01:04] <infinity> (IOW: I don't think it matters terribly, but it will change in dapper with gnome-screensaver anyway)
[01:04] <xTina> infinity: But it does cause unnecessary confusion  because it's not changeable and at least 50% of the population simply do not identify with a guy with a beard ;)
[01:04] <\sh> xTina: did u mark the bug as wishlist?
[01:04] <xTina> \sh: I haven't added any comments myself to that bug.
[01:04] <infinity> \sh : The bug is WONTFIX, cause we're not hacking on that part of xscreensaver.
[01:05] <sivang> I thought the guy with the beard was jdub  :)
[01:05] <infinity> \sh : It'll magically "fix" itself when we switch to gnome-screensaver, which already does what people want.
[01:05] <\sh> infinity: ok...:) 
[01:05] <sivang> \sh: what does gnome screensaver has instead?
[01:05] <xTina> infinity: I think it's WONTFIX because it can't be made configurable right now.
[01:05] <\sh> well...anyways..I can identify myself with a "guy with a beard" ,-)
[01:05] <infinity> s/can't/won't/
[01:05] <sivang> lol
[01:06] <\sh> sivang: dunno...I never checked it...it's something which is not important for me ;) I could live as well with a barbie doll displayed there
[01:06] <sivang> \sh: who needs a screensaver anyways? :)
[01:06] <fabbione> infinity: do you have amd64 over there?
[01:06] <xTina> I still think the Ubuntu logo should be put back in there. All the Gnome default face does in there is cause confusion.
[01:06] <infinity> fabbione : Only when my girlfriend isn't using it.  Why?
[01:06] <xTina> sivang: Anyone in a lab environment?
[01:07] <fabbione> infinity: i need some extra testers for a hoary security update
[01:07] <fabbione> infinity: a patch that's amd64 specific
[01:07] <infinity> Kernel?
[01:07] <fabbione> infinity: yup
[01:08] <infinity> I'd have to kick her off her system long enough to install hoary, then.  She'll likely divorce me doing that on a weekend.
[01:08] <infinity> Try Mithrandir? :)
[01:08] <fabbione> infinity: ahaha ok.. 
[01:08] <fabbione> i can understand that
[01:08] <doko> fabbione: no other upload
[01:08] <fabbione> infinity: if your box has breezy, that would too
[01:08] <fabbione> doko: ok thanks
[01:09] <fabbione> doko: building over nfs is not exactly fast.. but i don't have 20GB locally
[01:09] <fabbione> not without reinstalling the machine
[01:09] <doko> fabbione: ouch
[01:10] <fabbione> well a lot has been compensated by the ccache from the other build
[01:10] <fabbione> so it's an okish compromise
[01:10] <fabbione> disk usage tells me about 5GB for the build dir
[01:14] <DanielN> hi
[01:14] <fabbione> doko: so how far is binfilter in the build queue?
[01:14] <fabbione> s/queue/sequence
[01:15] <DanielN> is someone working on that shitty keyboard problem with swiss de-CH layout?
[01:15] <DanielN> breezy is quite unusable for swiss people in that state
[01:15] <infinity> Is there a bug number you're refering to?
[01:16] <DanielN> yeah wait..
[01:16] <DanielN> it's No. 8824
[01:16] <DanielN> :)
[01:17] <doko> fabbione: about the half of build, but this module takes ages ... (these are import filters for StarOffice 5.2 formats)
[01:17] <fabbione> doko: so after that i can expect a speed up?
[01:19] <doko> fabbione: why a speedup? I don't think so
[01:19] <fabbione> doko: dunno.. i was just hoping :)
[01:37] <sabdfl> hmm... new abiword
[01:41] <Kamion> xTina: it definitely shouldn't be the Ubuntu logo FWIW; that would conflict with http://wiki.ubuntu.com/BrandingForDerivatives
[01:47] <xTina> Kamion: I see.
[02:12] <DanielN>  htmpf
[02:13] <\sh> http://www.beejaysworld.de/archives/79-My-outlook-was-right.html
[02:13] <DanielN> oh.. hi \sh nice to see you :)
[02:14] <\sh> reactions to impilinux and the involvement of sabdfl 
[02:14] <\sh> hey DanielN how r u?
[02:15] <DanielN> thx fine... but it's  *goddamn* (sorry) to write with that keyboard layout at a swiss keyboard....
[02:15] <DanielN> sucks :/
[02:16] <\sh> DanielN: use german layout ;)
[02:16] <DanielN> no, that doesn't suit the phisical swiss layout
[02:16] <DanielN> :(
[02:18] <azeem> DanielN: can't you change the keyboard layout in GNOME/KDE?
[02:18] <DanielN> no.. it always switches to us
[02:18] <DanielN> i can do what i want
[02:20] <DanielN> going down to restart Xorg... see ya in minutes
[02:25] <\sh> ok...xterm scrollbar issue is invetigated by upstream...very nice
[02:26] <\sh> investigated even
[02:27] <DanielN> back
[02:27] <DanielN> wurgs
[02:27] <DanielN> german layout sucks
[02:27] <tseng> oh yes
[02:27] <tseng> when i used dholbachs keyboard i was so lost
[02:27] <tseng> i gave up
[02:27] <DanielN> :)
[02:28] <DanielN> and im lost with swiss keyboard and german layout
[02:28] <DanielN> :(
[02:28] <tseng> a UK keyboard for me is not so bad
[02:28] <tseng> but i mapped it to us anyway
[02:30] <Lathiat> ditto
[02:31] <DanielN> but why can such a bug like the one in breezy happen?
[02:37] <bddebian> Morning
[02:44] <\sh> hey barry
[02:45] <bddebian> Heya \sh
[02:45] <bddebian> lamont or infinity: ping?
[03:23] <infinity> bddebian : pong?
[03:24] <\sh> hmm...oracle bought the innoDB company
[03:26] <bddebian> infinity: qbankmanager has failed to build several times but looks like build-dep for libaqbanking0-dev wich is there and it builds fine for me locally?
[03:27] <infinity> Meh.
[03:28] <infinity> mdz / Kamion / elmo : looks like qbankmanager got NEWed to main, but it should be in universe.
[03:30] <infinity> bddebian : For future reference, pay close attention in the build logs to where the source are being downloaded from.
[03:30] <infinity> bddebian : If it's coming from main, it can't build against anything in restricted/universe/multiverse.
[03:31] <ogra> infinity, any idea where xaos disappeared ? i uploaded it yesterday already...
[03:31] <infinity> "disappeared"?
[03:31] <infinity> -ETOOVAGUE
[03:31] <ogra> i got katie mail, but it doesnt appear in the archive nor buildlogs
[03:32] <infinity> ogra : /topic
[03:32] <ogra> is there still a lock active ? 
[03:32] <infinity> Oh, it's not in the topic anymore.
[03:32] <infinity> Yes, the archive is locked until we release.
[03:32] <infinity> Wouldn't make much sense to make it free-for-all in the last week, now would it? :)
[03:32] <ogra> thats why i thought we can upload without pestering mdz/Kamion
[03:32] <ogra> not really... youre right
[03:33] <bddebian> infinity: OK, sorry
[04:58] <\sh> elmo: just send an email with "ok to overwrite ubuntu changes" for svgalib ... thx
[04:59] <ogra> \sh, there is still stuff using it ? 
[05:00] <\sh> ogra: a lot
[05:00] <ogra> ogra@honk:~ $ apt-cache rdepends svgalibg1
[05:00] <ogra> svgalibg1
[05:00] <ogra> Reverse Depends:
[05:00] <ogra>   svgalib1-libggi2
[05:00] <\sh> ogra: and it was in the testbuild snapshots not building properly
[05:01] <ogra> doesnt look like here
[05:01] <\sh> ogra: so dholbach was wrong...and I have not to fear any ass pain
[05:01] <bddebian> heh
[05:01] <\sh> ogra: at least..it fixes amd64 and gcc4 stuff
[05:02] <ogra> look on your arch what its rdepends are...
[05:03] <\sh> ogra: yeah..it fits
[05:03] <\sh> ogra: but anyways...it's on popcon and on our ftbfs list for universe...so it was important to daniel ;)
[05:03] <ogra> it should go away...
[05:03] <\sh> ogra: dapper...
[05:04] <\sh> ogra: there is a lot to go away...
[05:04] <ogra> why carry something around nothing uses ...
[05:04] <ogra> its obsolete...
[05:06] <ogra> hmm, seems breezy-backports is contained in the default sources list... we should at least have a empty Packages.gz in the archive, people tend to uncomment it and complain about the errors :)
[05:06] <elmo> err, WHAT?
[05:06] <bddebian> ogra: We have a ton of shit no one uses :-)
[05:09] <Lathiat> hrm, what package generates sources.list
[05:09] <Lathiat> oh, apt-setup in base-config
[05:09] <Lathiat> can someone send me a default sources.list?
[05:13] <bddebian> ogra: Would you say the same thing about libzvt2.0-0 ?
[05:14] <ogra> bddebian, nope... there are rdepends on libzvt2.0-0 thats a bit different than "nothing depends on it"
[05:14] <ogra> ;)
[05:15] <bddebian> ogra: I didn't say "nothing depends on it" just no one uses it ;-P
[05:15] <ogra> bddebian, i said "nothing" not no one ;)
[05:17] <ogra> bddebian, somebody might use scilab ;)
[05:17] <bddebian> ogra: Well it's unbuildable and unmaintained in Debian :-)
[05:18] <ogra> yes, but its not the same as svgalib :)
[05:18] <\sh> bddebian: what about upstream?
[05:18] <bddebian> \sh: Haven't looked there yet
[05:25] <infinity> \sh : Err, when you "removed the replaces" from libofx, did you move them to libofx-dev instead, since that will now overwrite all those packages?
[05:26] <\sh> infinity: please read the changelog :) 
[05:26] <\sh> infinity: I moved .la to -dev
[05:26] <infinity> \sh : I did, that's why I asked.
[05:26] <infinity> \sh : Yes, and?
[05:26] <\sh> infinity: u mean I need a replaces for -dev?
[05:26] <infinity> \sh : Now -dev will have file conflicts with the old libs.
[05:27] <Lathiat> haha
[05:28] <\sh> infinity: so Replaces: libofx1.... at libofx-dev
[05:28] <Lathiat> libofx-dev replaces libofx1 << (old version) [i think, infinity knows :P)] 
[05:28] <\sh> Lathiat: it's much more difficult
[05:28] <infinity> \sh : Yes.  All the ones that were previously replaced, whatever that list was... libofx1, libofx1c2, libofx1c102, libofx0, or whatever...
[05:29] <Seveas> Should http://bugzilla.ubuntu.com/show_bug.cgi?id=17292 be marked critical?
[05:29] <\sh> infinity: so I have to do a libofx2 (< 0.8.0-3ubuntu4) as well
[05:29] <\sh> aeh 3-ubuntu3
[05:29] <infinity> \sh : And libofx2 (<< Verion-you-fixed-it-in)
[05:29] <\sh> yes
[05:30] <infinity> \sh : And push the moving file change upstream to Debian, no ifs, ands, or buts... Having stuff like this out of sync becomes VERY annoying, very fast.
[05:30] <\sh> infinity: and only for libofx-dev
[05:31] <\sh> infinity: ROGER THAT ! :)
[05:31] <infinity> \sh : Since we get wrid file overlaps on sidegrades, and it's nearly impossible to solve them sith a simple version compare, since Debian may fix it a few versions after us, etc.
[05:31] <infinity> s/wrid/weird/
[05:31] <\sh> hah
[05:31] <\sh> I need something for the changelog
[05:32] <bddebian> \sh: That's what mdz told me in an e-mail
[05:32] <\sh> bddebian: my fault..but I will never listen to god anymore..
[05:32] <bddebian> \sh: How about "God is Dead"
[05:32] <\sh> done
[05:32] <bddebian> :-)
[05:33] <bddebian> I've been trying to tell you that I'm a fucking idiot
[05:33] <\sh> bddebian: what about >> The "That's why I left church" upload?<<
[05:33] <infinity> bddebian, \sh : mdz was right to tell you guys to move the .la to the -dev package (in fact, I seem to recall making the same suggestion two days ago too).
[05:33] <bddebian> infinity: Yes you did
[05:33] <infinity> But you guys just needed to also take into account the file overlap issue, which doesn't go away, just moves to a new package. :)
[05:34] <\sh> infinity: well...I don't know why the .la was in the libofx\d[^\-dev]  package anyways
[05:34] <\sh> well...uploaded
[05:34] <infinity> \sh : Convince Debian upstream to drop the .la completely, but don't dare try to sync that change until after we release.
[05:35] <\sh> infinity: I'll file a bug now to bts
[05:35] <infinity> Dropping a .la (while a Good Thing) means rebuilding every libtool-using app that build-deps on the lib.
[05:35] <sivang> infinity: what's the alternative to using a .la ?
[05:36] <infinity> "alternative"?... .la is just a hint to libtool for broken operating systems that can't figure out what to link to without it.
[05:36] <infinity> On Linux, it's a) useless, and b) can cause massive headaches.
[05:37] <\sh> another one
[05:37] <\sh> .a is as well in libofx
[05:37] <\sh> gnarf
[05:37] <infinity> You're kidding?
[05:37] <\sh> no
[05:37] <\sh> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=326989
[05:38] <\sh> *bangmyhead*
[05:38] <infinity> \sh : File that one at severity "serious" in the Debian BTS.  It's a policy violation.
[05:38] <infinity> Already filed as minor?
[05:38] <\sh> infinity: I'll fix it first...then I'll bug debian
[05:38] <infinity> Dear god.
[05:39] <\sh> wait
[05:39] <infinity> Wait?
[05:41] <fabbione> Kamion, mdz: ping?
[05:42] <\sh> infinity: now :)
[05:42] <\sh> infinity: now u can bump the severity
[05:43] <\sh> infinity: that I send the report to debian ;)
[05:44] <infinity> Erm.
[05:44] <infinity> Not much point in reporting it when you found a report already...
[05:44] <infinity> Unless you followed up with a better patch or something.
[05:44] <fabbione> infinity: can you please check the powerpc livefs for me? it appears to have a /pmu that's a duplicate of /dev/pmu
[05:44] <fabbione> it really shouldn't be in /
[05:44] <infinity> ...
[05:45] <slomo> elmo: yes, it's ok to override
[05:45] <\sh> infinity: well it's from the Date: Wed, 07 Sep 2005 02:37:00 +0200
[05:45] <\sh> anyways I send as well a debdiff with it
[05:45] <infinity> fabbione : Any idea who/what makes /dev/pmu?
[05:46] <fabbione> infinity: udev?
[05:46] <\sh> now I will buy some more beer and grab my washing
[05:46] <fabbione>  /dev/pmu is ok.. but /pmu really no no no no
[05:46] <slomo> elmo: infact we had the plain package by this guy before but now he finally got it into debian ;)
[05:46] <ogra> sounds like a typo in a udev rule somewhere
[05:46] <fabbione> infinity: i am debugging ppc liveCD on kiko's machine from remote.. so i am not exactly sure what to look for
[05:48] <infinity> fabbione : RC or daily?
[05:48] <fabbione> God only knows...
[05:49] <infinity> That said, I can't find anything in the livecd scripts themselves that would litter devices anywhere.
[05:49] <infinity> I can try mounting the cloop and looking at it, but I suspect it's being created at runtime.
[05:49] <kiko> ahoy maties
[05:50] <fabbione> kiko: infinity is looking into that extra device
[05:50] <fabbione> what version of the livecd is that
[05:50] <fabbione> ?
[05:50] <kiko> fabbione, the RC version
[05:50] <infinity> I take it back, pmu is in the fs image.
[05:51] <infinity> I blame a postinst.
[05:51] <fabbione> ok
[05:51] <fabbione> infinity: i guess you know yaboot better than i do
[05:51] <infinity> Not in the least.
[05:51] <fabbione> how can we disable usplash at livecd boot?
[05:51] <infinity> My PPC is OldWorld.
[05:51] <infinity> I've never even seen yaboot.
[05:52] <fabbione> ok.. so whatever it boots the livecd
[05:52] <fabbione> how can we disable usplash?
[05:52] <kiko> yeah
[05:52] <kiko> stop usplash!
[05:52] <mjg59> Don't pass the splash argument
[05:53] <sivang> lol
[05:54] <fabbione> mjg59: yeah ok.. how do we do that on the livecd for ppc?
[05:54] <fabbione> mjg59: i don't know the other boot options that we pass on it
[05:55] <fabbione> or somebody please convice apple to send me my ppc asap
[05:55] <kiko> fabbione, the livecd actually offers me a prompt
[05:55] <kiko> I can type in yaboot
[05:56] <kiko> what do I type? :)
[05:56] <fabbione> kiko: yes.. but i have no idea of what you need to type :)
[05:56] <kiko> nosplash?
[05:56] <fabbione> that's what i am trying to gather from these punks
[05:56] <infinity> No, you need a command line without "splash" on it.
[05:57] <kiko> can I change the line from yaboot?
[05:58] <fabbione> kiko: no idea sorry
[05:59] <fabbione> kiko: if disabling usplash works
[05:59] <fabbione> open a bug on usplash/xresprobe
[05:59] <fabbione> link them together
[05:59] <kiko> ok
[05:59] <fabbione> and just say that usplash makes xresprobe baby jesus cry on $yourhardware
[06:00] <fabbione> also add all the info from our IRC talk
[06:00] <fabbione> so we can spare sometime
[06:00] <fabbione> i can't do much from now without the cmd line
[06:00] <kiko> okidok
[06:01] <fabbione> IF it still doesn't work.. call mdz and complain about casper ;)
[06:01] <sladen> fabbione: the correct answer is that vga16fb with the mode it is currently using makes hardware cry
[06:01] <infinity> Erm, PPC doesn't use vga16fb.
[06:01] <infinity> It uses offb to do usplash, I'm pretty sure.
[06:01] <kiko> fabbione, infinity, sladen: the console font is ruined once X exits
[06:01] <infinity> Which should "just work".
[06:01] <kiko> can't even see what I type properly
[06:01] <kiko> I gave fabbione some logs pretty blindly
[06:02] <fabbione> kiko: that's mostlikely the framebuffer 
[06:02] <infinity> kiko : Is the console okay while X is running (if you chvt over to another console)?
[06:02] <fabbione> kiko: oh. now i can understand why there was /etc/passwd
[06:02] <kiko> infinity, yes, mostly
[06:02] <fabbione> kiko: i did logout.. so you can do whatever you need
[06:02] <kiko> okay, thanks fabbione 
[06:03] <fabbione> no problem
[06:03] <infinity> kiko : Curious.
[06:04] <fabbione> i haven't seen her for almost 2 weeks
[06:04] <fabbione> and it's saturday night
[06:05] <\sh> fabbione: hmm...file a bug ;)
[06:06] <Lathiat> heh
[06:09] <jsgotangco> good night
[06:10] <\sh> can someone check on -changes for 
[06:10] <\sh> -- Jordan Mantha <mantha@lambda.chem.unr.edu>  Fri, 16 Sep 2005 22:04:04 -0700
[06:10] <\sh> libghemical ?
[06:10] <\sh> it's on the webarchive http://lists.ubuntu.com/archives/breezy-changes/2005-October/012373.html
[06:10] <Lathiat> i cant find any
[06:10] <\sh> but not in my mail archive
[06:10] <\sh> and who is that guy?
[06:11] <Lathiat> from *october* ?
[06:11] <Lathiat> i should have that
[06:11] <Lathiat> i dont...
[06:11] <mdz> infinity: yes, that will happen (stuff NEWed to main); I just wait for the builds and then move it all to universe
[06:11] <Lathiat> \sh: oh i have it
[06:11] <Lathiat> \sh: it came from ubuntu installer thingy
[06:11] <infinity> mdz : Erm, sure, but can't wait for the buildds, if the package doesn't build. :)
[06:11] <Lathiat> because he wasnt whitelisted i assume
[06:12] <infinity> mdz : (which is doesn't, cause it build-deps on stuff in universe)
[06:12] <Lathiat> search for ~b "Changed-By: "
[06:12] <\sh> Lathiat: hmmm
[06:12] <mjg59> mdz: Can I have a diff for that acpi-support update?
[06:12] <Lathiat> rather than from
[06:12] <Lathiat> From breezy-changes-bounces@lists.ubuntu.com  Wed Oct  5 22:57:58 2005
[06:12] <Lathiat> From: Ubuntu Installer <katie@jackass.warthogs.hbd.com>
[06:12] <Lathiat> To: breezy-changes@lists.ubuntu.com
[06:12] <Lathiat> Date: Wed,  5 Oct 2005 15:55:02 +0100 (BST)
[06:12] <Lathiat> Subject: Accepted libghemical 1.90-1ubuntu1 (source)
[06:12] <\sh> Lathiat: yes...another bug somehow in evolution..
[06:13] <Lathiat> as for who he is
[06:13] <mdz> mjg59: you don't have 0.44 around anymore?
[06:13] <Lathiat> i have no idea
[06:13] <\sh> Lathiat: laserjock :)
[06:13] <Lathiat> ah
[06:13] <Lathiat> i remember him
[06:13] <\sh> Lathiat: but searching for libghemical doesn't show me anything but libgh somehow
[06:13] <mjg59> mdz: I have 0.44, yes
[06:13] <mjg59> Uhm, actually, no, I don't
[06:13] <mjg59> I've got some local updates to the whitelisting
[06:13] <Lathiat> \sh: interesting
[06:14] <mjg59> mdz: Is it ok to upload a package that does nothing other than whitelist some more machines?
[06:14] <\sh> Lathiat: right now evolution just fck up again...have to restart
[06:14] <Lathiat> \sh: this is why i dont use evolution
[06:14] <Lathiat> mutt = win
[06:14] <infinity> Someone needs to invest in a few dozen terabytes of cheap disk and setup snapshot.ubuntu.com
[06:14] <Lathiat> thunderbird = usable
[06:14] <\sh> Lathiat: kmail == working
[06:14] <mdz> mjg59: fine by me...in fact I think I have one more for you
[06:14] <Lathiat> pff kmail :)
[06:14] <mjg59> mdz: ok, cool
[06:15] <bddebian> infinity: I suppose this is another dumb question but why was qbankmanager given back on i386 and ppc?
[06:15] <mdz> mjg59: diff mailed
[06:15] <mjg59> mdz: thanks
[06:16] <kiko> heh
[06:18] <infinity> bddebian : It's failt obvious, if you follow the conversation here, and look at the build log.
[06:19] <Lathiat> infinity: haha
[06:19] <Lathiat> mjg59: anything i can do to help bug 15803
[06:19] <infinity> bddebian : mdz moved the sources to universe, wanna-build still had them registered in main, i386 and ppc looked for them in main, builds blew up.  Next attempt will find the universe reigstration instead, and all will be well.
[06:19] <bddebian> infinity: I know it' s not in main but amd64 and ia64 came back
[06:19] <infinity> bddebian : s/failt/fairly/... I've been drinking, forgive my fingers.
[06:20] <bddebian> infinity: OK, sorry
[06:20] <infinity> bddebian : But ia64 and am64 built it later.  Just later enough to get the new wanna-build info.
[06:20] <infinity> bddebian : Compare the 4 build logs, you'll see what I mean.
[06:20] <mdz> infinity: there is a delay between when I NEW it and when I can move it into universe, unfortunately
[06:20] <mdz> I understand elmo avoids this race by doing the overrides by hand
[06:20] <infinity> mdz : Unless you use the crazy NEW to universe by-hand mojo.
[06:21] <infinity> "The hack so hideous, elmo refused to admit to its existance, for fear of being laughed at."
[06:21] <elmo> mdz: you can just leave NEW to me now
[06:22] <infinity> elmo : haskell-cabal still desperately wants to be removed, BTW.
[06:23] <infinity> Hrm... My keyboard gets nice and warm when I've been compiling for an hour straight.
[06:24] <sistpoty> btw infinity: if you have enough time, could you please take a look at hat on ppc (seems to be dep-waiting for nhc98, which is i386 only)... but that's a low prio ;)
[06:27] <infinity> sistpoty : Cleared up.
[06:28] <sistpoty> infinity: thx
[06:28] <infinity> Bing.
[06:28] <infinity> fabbione --->
[06:28] <infinity> pbbuttonsd.postinst:        if [ ! -c /dev/pmu ] ; then
[06:28] <infinity> pbbuttonsd.postinst:        MAKEDEV pmu
[06:30] <infinity> mdz : Is it worth cleaning up old littered /pmu devices made by the above bug, or should i just leave 'em around (and fix the bug)?
[06:31] <infinity> "[ -c /pmu ]  && rm -f /pmu" should do it.
[06:36] <spayne> elmo: ping
[06:47] <tucoz> there is a problem with dbi and postgresql. Postgresql creates the socket under /tmp but dbi looks for the socket under /var/run/postgresql
[06:48] <tucoz> if I have understood this correctly. The fix was to change the unix_socket.. in postgresql.conf
[06:48] <tucoz> to point to /var/run/..
[06:48] <tucoz> instead of /tmp
[06:48] <tucoz> (this is breezy)
[06:50] <mdz> mjg59: it's dmidecode you need for the whitelist, right?
[06:51] <mjg59> mdz: Yeah
[06:51] <mdz> mjg59: # No SMBIOS nor DMI entry point found, sorry.
[06:51] <mdz> STR works out of the box though ;-)
[06:52] <mjg59> mdz: Gngh. What hardware is this?
[06:52] <mdz> mjg59: old toshiba craptop
[06:52] <mjg59> APM? Or ACPI?
[06:52] <mdz> acpi
[06:53] <mjg59> Weird
[06:55] <mdz> USB doesn't come back though (ohci)
[06:55] <mjg59> Hrmph.
[06:55] <mdz> that's automatically unloaded and reloaded, right?
[06:55] <mjg59> Should be, yes
[06:56] <mdz> [4331329.434000]  ohci_hcd 0000:00:0b.0: USB bus 1 deregistered
[06:56] <mdz> ah
[06:56] <mdz> [4331360.564000]  ohci_hcd 0000:00:0b.0: USB HC takeover failed!  (BIOS/SMM bug)
[06:56] <mdz> [4331360.564000]  ohci_hcd 0000:00:0b.0: can't reset
[06:57] <mdz> it gets even more pissed off if I try to reload the module again
[06:57] <mdz> [4331769.012000]  ACPI: PCI interrupt for device 0000:00:0b.0 disabled
[06:57] <mdz> [4331769.012000]  ohci_hcd 0000:00:0b.0: init 0000:00:0b.0 fail, -16
[06:57] <mdz> [4331769.012000]  ohci_hcd: probe of 0000:00:0b.0 failed with error -16
[06:57] <\sh> ohci? this is compaq crap
[06:58] <mdz> I wonder if the IR works
[06:58] <mdz> it's destined to be a jukebox, would be cool to have a remote
[07:01] <sivang> hmm, Ubuntu JUkebox, I also need one =)
[07:02] <tseng> sivang: apt-get install mythmusic :)
[07:02] <ssam> why does dmesg preceed everything with a crazy number in breezy?
[07:03] <\sh> who can I ask for a new "universe test build run"?
[07:03] <elmo> you can't, it's too late
[07:03] <\sh> elmo: that's bad...
[07:04] <\sh> well...backports team need as well some work ,-)
[07:05] <\sh> lets check if I can get a better list of ftbfs source packages...
[07:06] <spayne> elmo: tseng has uplaoded a new version of resapplet
[07:06] <bddebian> \sh: And/or source with no binaries ;-)
[07:06] <spayne> elmo: will kati email me?
[07:06] <\sh> bddebian: the lists are a no go...
[07:07] <bddebian> \sh: I'm soo surprised ;-)
[07:07] <\sh> bddebian: we don't know from when the snapshots are 
[07:08] <\sh> bddebian: and the last time QT was ftbfsing on i386 was a long time ago
[07:08] <bddebian> :-)
[07:08] <bddebian> OK, well I gotta run.  Though I should probably just turn in my MOTU badge for good ;-)
[07:10] <\sh> ok...I'll sit down...drink my beer and wait for 13th
[07:10] <sistpoty> hehe
[07:11] <\sh> well..it's a thursday and not a friday ;)
[07:13] <sistpoty> he \sh: before you sit down and do nothing (but beer-drinking), i got some tough problem: malone 2912 (-ENOCLUE from me)
[07:13] <\sh> sistpoty: bah ;)
[07:13] <sistpoty> *g*
[07:14] <Lathiat> yay avahi sync
[07:14] <Lathiat> thanks elmo 
[07:15] <\sh> sistpoty: did you find something similar in debian bts or upstream? if not, file a bug against upstream ;)
[07:15] <\sh> sistpoty: same happened to me with xterm today..
[07:15] <sistpoty> sh: debian BTS: negative (wxwidgets2.6 checked only)... wxwidgets upstream has > 1000 bugs :(
[07:16] <sistpoty> ' \sh even
[07:17] <sistpoty> ' \sh I wouldn't even know on what to file the bug. I'm pretty clueless when it comes to gui-stuff ;)
[07:17] <\sh> sistpoty: doesn't matter...just file a bug to something.../me has no clue about wxgtk, too :(
[07:18] <sistpoty> ok
[07:18] <elmo> spayne: no idea, probably
[07:18] <j^> bug #17294, will anything be done to make DV capture work out of the box? if not for breezy, for breezy+1, with the new mpeg2-ts over 1394 (HDV Camcorders) the only way to capture is using /dev/raw1394
[07:19] <\sh> evening sabdfl 
[07:20] <Lathiat> anyone know how i can filter in procmail but have the mail continue through filters?
[07:20] <sabdfl> hiya \sh
[07:20] <Lathiat> (i want to filter all *new* launchpad universe bugs into my main mailspool, but leave them to get filtered with the rest to a folder later)
[07:20] <sivang> hey sabdfl 
[07:20] <spayne> sabdfl: are you Mark Shuttleworth?
[07:21] <elmo> infinity: err
[07:22] <Lathiat> infinity: heh, misfiring uploads again?
[07:22] <elmo> infinity: I'd much rather have mispalced debian uploads go to us than vice versa
[07:22] <infinity> elmo : Well, yes, we're better at handling/rejecting them.
[07:23] <infinity> elmo : But for me, "no default" is the sanest option, then I have to consciously pick a host to aim the upload at. :)
[07:27] <Lathiat> whos the ia64 person?
[07:27] <Lathiat> lamont?
[07:27] <infinity> lamont is the ia64 porter, we both run the buildds, though.
[07:27] <infinity> 'sup?
[07:28] <Lathiat> libxaw7
[07:28] <Lathiat> felt is failign to build on ia64 due to libxaw7-dev being uninstallable
[07:28] <Lathiat> altho i see a successful build of that on ia64 
[07:29] <Lathiat> oh hangon, it built fine later
[07:29] <Lathiat> i missed that
[07:29] <Lathiat> sorry
[07:33] <mjg59> mdz: I've just uploaded a hotkey-setup to deal with 14446 and 16071
[07:37] <jdub> GOOD MORNING FREEDOM LOVERS!
[07:37] <mjg59> Good evening Jeff
[07:37] <mjg59> How's Boston?
[07:37] <jdub> muggy and rainy
[07:37] <sivang> lol
[07:37] <mjg59> Much like here
[07:37] <sivang> jdub: morning dude
[07:37] <jdub> not what i was hoping for
[07:40] <elmo> Kamion: releases.u.c is nearly 30Gb :(
[07:42] <sivang> can someone tell me how do I make the curret date appear on a spec I'm creating?
[07:42] <sivang> I tried copying from SpecSpec but it didnt' work
[07:43] <\sh> elmo: please sync rxvt 2.6.4-9 from debian unstable, thx :)
[07:45] <dholbach> elmo: could you please sync quodlibet from sid?
[07:46] <elmo> \sh: done
[07:46] <elmo> dholbach: done
[07:46] <dholbach> elmo: merci
[07:46] <\sh> elmo: hugs :)
[07:52] <psusi> shouldn't the inode number of a unix domain socket like /dev/log match the inode number that netstat -a -x reports for the listening socket of the same name?
[07:52] <desrt> anyone have issues with libgphoto crashing on ppc?
[07:53] <siretart> infinity: around? could you please kick zsnes out of dep-wait, please?
[07:53] <psusi> and shouldn't one be able to do echo foo > /dev/log ( as root of course )
[07:53] <desrt> psusi; if it was a pipe then yes.  if it's a socket then definitely not.
[07:53] <psusi> because for some reason none of my unix domain sockets seem to be accessible doing things like echo > and cat, and the inode of the socket reported by ls -i and netstat are not the same...
[07:54] <psusi> desrt, well, /dev/log is a unix domain socket isn't it?
[07:54] <desrt> yes
[07:54] <desrt> don't confuse sockets with pipes
[07:54] <desrt> and don't confuse the ID of the listener with the ID of an active connection
[07:54] <psusi> isn't the main difference that a pipe can only be opened by two processes, but a unix domain socket requires a server, and the clients open the file like a pipe
[07:55] <desrt> no.
[07:55] <desrt> pipe - open()
[07:55] <desrt> socket - connect()
[07:55] <desrt> if you open() a socket you will fail
[07:55] <psusi> netstat -x -a shows the LISTENING socket and it's inode number.... ls -i of the node in the filesystem shows a different number
[07:55] <desrt> (therefore shell redirection, cat, etc fail)
[07:55] <psusi> you will?
[07:55] <psusi> I thought that was the point of having unix domain sockets have nodes in the filesystem?
[07:55] <desrt> you need to connect() to sockets in the AF_UNIX (aka AF_LOCAL) namespace
[07:56] <psusi> so that the clients can just open() if they don't know about sockets
[07:56] <desrt> definitely not.
[07:56] <psusi> ( but the server still has to bind() listen() accept() etc )
[07:56] <psusi> strange... I swear that at some point in the past I did something like echo foo > /dev/log
[07:57] <psusi> if they can't be open()ed then why do they exist in the filesystem?  seems odd
[07:57] <desrt> well... i might be wrong?
[07:57] <\sh> elmo: please sync cadaver 0.22.2-1.1 from debian unstable, thx...
[07:57] <\sh> and from this time on, I'll collect all syncs and write it in an email 
[07:58] <infinity> elmo Can you sync php4_4:4.4.0-3 from queue/accepted?
[08:00] <elmo> \sh: done
[08:01] <\sh> elmo: how many beers I owe u now? :)
[08:01] <Treenaks> \sh: Canadian beer? :)
[08:02] <\sh> Treenaks: what ever ;) I'll bring some german beer ;)
[08:02] <elmo> \sh: you don't, I'm just doing my job
[08:03] <elmo> infinity: done
[08:04] <\sh> elmo: ok..but the at least 2 six-packs of good old german beer...you'll like it ;)
[08:06] <infinity> elmo : Many happy returns.  That spells bedtime for me, and maybe I can still have one day of my weekend.
[08:08] <sivang> for someone who hadn't been in UDU, what does the scope field in a spec needs to specify?
[08:17] <Riddell> Znarl, elmo: kubuntu RC still not mirrored?
[08:19] <elmo> what?
[08:20] <slomo> elmo: can you give-back banshee? it failed because one new dependency wasn't in the archives yet
[08:21] <elmo> slomo: no
[08:21] <elmo> talk to lamont or infinity about buildd stuff
[08:22] <slomo> elmo: ok, sorry...
[08:22] <slomo> lamont / infinity: can you give back banshee? it failed before because one new dependency wasn't in the archives yet
[08:25] <\sh> btw...does anybody plan a halloween party during UBZ? 
[08:27] <sivang> \sh: hmm, that'd be nice, what's the date ?
[08:27] <elmo> Riddell: why isn't this in RT?
[08:27] <\sh> sivang: 31st? ;)
[08:28] <\sh> sivang: means: 30th -> ubuntu love day && 31st -> ubuntu halloween day ,-)
[08:28] <Mithrandir> sivang: look at the specs from UDU?
[08:29] <Riddell> elmo: because Znarl said it was being worked on
[08:29] <Riddell> elmo: actually he said it had been fixed
[08:29] <elmo> Riddell: he was talking about torrent
[08:29] <elmo> Riddell: and you should ALWAYS use RT
[08:32] <elmo> in any event, I'm fixing it now
[08:42] <eruin> I can reproduce this every time, but I'm not sure how to make a good bug report out of it; every time I use synaptic to install/upgrade/reinstall pacakges, nautilus crashes (most often several times) during the "applying changes" phase.. what info do I need to submit here?
[08:52] <\sh> elmo: my evolution just died again...so I'll bug you again via irc
[08:52] <elmo>    * Rebuild, because gcl just came to late for the archives
[08:52] <elmo> \sh: err, what?
[08:52] <elmo> please don't rev the source in that situation
[08:52] <\sh> elmo: please sync sysstat 6.0.1-3 and ircii-pana 1.1-2 from debian unstable
[08:52] <elmo> the buildds will automatically retry
[08:53] <\sh> elmo: sorry...gcl was to slow to build...and acl2 should build after that :(
[08:53] <elmo> \sh: what do you mean should?  if it _has to_ it should have a build-depends which enforces that
[08:53] <\sh> elmo: ok..you can smash a pumpkin on the 31st halloween party on my head ;)
[08:54] <elmo> sysstat, ircii-pana done
[08:54] <\sh> elmo: it has...but gcl was not ready (acl2 has gcl ( >= 2.6.7-9 ) ) and I thought gcl will hit the archives first
[08:56] <\sh> elmo: thx btw :) 
[08:56] <dholbach> elmo: could you please sync mldonkey from sid?
[08:56] <dieman> elmo: heh, i have people at work who ignore the ticketing system all the time
[08:56] <elmo> \sh: dude - either, it failed to build, in which case, you don't do anything.  or it built, but needed to build with another version.  in that case you should have fixed the build-depends
[08:56] <elmo> dieman: I'm going to start ignoring people who ignore it soon
[08:57] <dieman> heh
[08:57] <dieman> elmo: our boss sends out mails every 6-12 months to all users
[08:57] <dieman> elmo: explaning why we make them use the ticketing system
[08:57] <\sh> elmo: roger that...
[08:58] <elmo> dholbach: done
[08:58] <dholbach> thank you
[08:59] <jdub> mjg59: the suse 10 boot splash is pretty sexy
[08:59] <\sh> jdub: the suse yast is pretty blond
[09:00] <mjg59> jdub: Yes
[09:59] <\sh> g'night gentlement :)
[09:59] <\sh> cu tomorrow
[10:08] <mvo> ping HiddenWolf 
[10:09] <HiddenWolf> mvo, I installed your package yesterday, and today update-manager didn't work
[10:10] <HiddenWolf> mvo, got notified of updated, could see them greyed-out in the window, and installing dindn't work.
[10:10] <HiddenWolf> pong, btw. :)
[10:11] <mvo> HiddenWolf: could you please install the updated version from today? I added another update
[10:12] <mvo> HiddenWolf: people.ubuntu.com/~mvo/update-notifier
[10:12] <HiddenWolf> mvo, don't be lazy, add http:// :P
[10:12] <mvo> HiddenWolf: heh :) copy-n-paste problem
[10:13] <HiddenWolf> mvo, still .13 there
[10:14] <mvo> HiddenWolf: yeah, I didn't renamed it 'cause I was lazy :/
[10:15] <HiddenWolf> mvo, right
[10:16] <HiddenWolf> Setting up update-notifier (0.40.13) ...
[10:17] <HiddenWolf> mvo, what do I need to pay attention to?
[10:22] <mvo> HiddenWolf: please restart update-notifier ("pkill update-notifier; update-notifier")
[10:22] <mvo> HiddenWolf: and then see if it it works all right (you may re-install a kernel-image or dbus if you want to stree it a bit)
[10:23] <mvo> HiddenWolf: thanks for testing!
[10:30] <HiddenWolf> mvo, dude, fix those warnings. :)
[10:31] <mvo> HiddenWolf: debug-version!
[10:32] <HiddenWolf> :)
[10:33] <dholbach> jdub: ping
[10:33] <jdub> dholbach: pong
[10:34] <HiddenWolf> mvo, installing a -386 kernel, besides my -k7 one.
[10:34] <dholbach> jdub: do you have an idea, how to let mailman know to accept mails with "X-Generated-By: Launchpad (canonical.com)"?
[10:34] <dholbach> jdub: i tried in the spam-regexp stupid thingie, but neither of my feeble tries worked
[10:35] <jdub> dholbach: mithrandir wrote a hack for us to handle x-katie, so we could extend that
[10:35] <dholbach> i'd need that for universe-bugs
[10:35] <jdub> ok
[10:35] <dholbach> because i had to approve like 1000 mails
[10:35] <jdub> i'll have a look
[10:35] <j^> dholbach privacy/sender
[10:35] <jdub> you can't accept based onemail address?
[10:36] <dholbach> j^: sender is problematic, because that could be someone who isnt subscribed
[10:36] <mako> jdub: dude. have you told all the fashionable people to come to our party?
[10:36] <HiddenWolf> mvo, should there be a notification in that case?
[10:36] <dholbach> j^, jdub: Reply-To: Bug 1969 <1969@bugs.launchpad.net>  <--- that's the one i could filter too
[10:37] <j^> dholbach same thing for X-Generated-By: ...
[10:37] <mako> j^: hey dude
[10:37] <j^> hey mako 
[10:37] <j^> how is the lab?
[10:38] <mako> j^: it's fun! not really any pressure yet so that's cool
[10:38] <dholbach> j^: ok, can you guide me howto do it in "sender filters"?
[10:38] <sivang> mako: what are you doing there? are you with jdub? :)
[10:38] <sivang> mako: howdy btw, long time since we last talked.
[10:39] <mako> i'm in the media lab right now.. i suspect jdub is back in the stata center where the gnome conference is
[10:39] <j^> dholbach you can got to cgi-bin/mailman/admin/$LISTNAME/?VARHELP=privacy/sender/accept_these_nonmembers and set emails/regexps that should go to the list
[10:39] <mvo> HiddenWolf: yes, but it can take a bit to show up
[10:39] <mako> i came back to take a nap although i've not been very successful yet
[10:40] <dholbach> j^: isn't that for the "From:" part of the mail only?
[10:41] <j^> dholbach i guess so, for the Reply-To part you have to change some python code
[10:41] <dholbach> j^: hrm
[10:42] <jdub> dholbach: this is the same as the katie case
[10:42] <dholbach> jdub: what did you add there?
[10:46] <HiddenWolf> mvo, yup, took an age, but showed up nicely
[10:46] <mvo> HiddenWolf: ok, let me know if anything strange happens
[10:48] <HiddenWolf> mvo, I'll see what happens when there is an update, had that weird issue this morning.
[10:50] <mvo> HiddenWolf: I think I fixed the issue with this version
[10:50] <HiddenWolf> mvo, good
[10:53] <HiddenWolf> mvo, you rule, btw. :)
[10:57] <sivang> mako: btw, if we'd have time over in UBZ, you promisd to teach me some emharic over in Mataro :)
[10:57] <dholbach> HiddenWolf: i have an autograph from him
[11:23] <HiddenWolf> dholbach, nice. ;)
[11:27] <HiddenWolf> sivang, isn't that amharic?
[11:28] <sivang> HiddenWolf: err, right. You know I can't spell :)
[11:29] <HiddenWolf> sivang, how will you ever learn a language if you can't spell it's name. ;)
[11:29] <sivang> HiddenWolf: lol, right :)
[11:30] <HiddenWolf> sivang, I can't really say anything tho. I'm still expecting my computer to know what I'm thinking when I press <tab> halfway though typing a random word. :$
[11:31] <HiddenWolf> u<tab>, and I expect gedit to know I mean ubuntu. 
[11:31] <sivang> lol
[11:32] <HiddenWolf> I can't wait for wireless headsets, voip, and voice recognition to be up to par. 
[11:32] <HiddenWolf> Altho that'll make doing my usual 5 conversations at a time rather difficult. 
[11:34] <HiddenWolf> "Please Hold, my computer is trying to do $foo" "Please Hold, I've got a jabber on line 3"
[11:35] <sivang> maybe something to spec 5 releases from now :)
[11:37] <HiddenWolf> sivang, I'd love to see you make a spec for handling 3 conversations and controlling a pc with one set of vocal cords, while listening to music. :)
[11:38] <slomo> elmo: please sync smb4k from debian/unstable
[11:39] <HiddenWolf> sivang, I'm off, saturday-night is for chilling. :)
[11:39] <sivang> HiddenWolf: laterz dude
[11:41] <HiddenWolf> sivang, count in it, I'm here to stay. ;)
[11:41] <HiddenWolf> in/on