[01:29] <shaya> is this a bug, that O_DIRECT does not seem to be defined in sys/types.h sys/stat.h or fcntl.h
[01:42] <oslo> i manage to use my acx chipset with feisty !!!!!!!
[02:36] <blanky> what's up
[03:52] <Mez> infinity, ping regarding sponsored upload to debian for unrar to fix new "grave" bug
[03:53] <alephant> #ubuntu refuses to get this deep into .deb rebuilding :-(  Anybody able to /chat about howto rebuild kernel .deb from apt-get source linux-image-* ?
[03:59] <Fujitsu> alephant, you may have slightly better luck in #ubuntu-motu
[03:59] <alephant> Thanks a ton.  The /topic made me chuckle.
[04:11] <infinity> Mez: This probably isn't the best channel to be pinging me about Debian sponsorship. :)
[04:11] <Mez> infinity, lol - nvm now anyways :D got my other sponsor on the ... blower
[04:12] <Mez> pitti: ping
[04:12] <Mez> pitti isnt here
[04:12] <Mez> grr ;) 
[04:12] <Mez> whats the -security process for ubuntu these days ?
[04:12] <Fujitsu> Hey infinity, haven't seen you around in a while.
[04:13] <infinity> Fujitsu: Been avoiding random prattle on IRC, s'all.
[04:13] <infinity> Mez: Pretty much the same as it always was.
[04:13] <Mez> infinity, I've never gone through that process :P where can i find info ? :P
[04:14] <infinity> Mez: Is this for a universe security update?
[04:14] <Mez> infinity, multiverse
[04:19] <jdong> is a DNS lookup time of 7ms fast or slow?
[04:19] <jdong> what should I typically expect?
[04:23] <jdong> infinity: can you do that magical rebuild give-back thingie on gpac?
[04:23] <jdong> (it seems like ia64 xulrunner is installable again
[04:25] <infinity> Mez: Should be more or less the same process for anything.  You'll want to talk to pitti or kees to get approval for the upload (and to let us know that it's on its way), then they can inform you of where you're uploading to.
[04:26] <infinity> Mez: In theory, I can do the approval too, but I trust pitti and kees to make the time to properly go over your upload (and walk you through the process), while I don't trust myself to do anything outside of what I'm currently doing.
[04:26] <Mez> infinity, lol... Well it's a security update for a CVE (which was just posted in debian, and I'm working on doing the seurity updates for that!)
[04:30] <Mez> keescook, you around (scrollback)
[05:33] <fabbione> morning
[05:33] <Fujitsu> Hi fabbione.
[06:52] <keescook> hiya Mez.  cool, yeah, saw that update go by on #debian-security, but I haven't had a chance to look at it yet.  If you've got a tested debdiff for it, I can easily get it built and uploaded.
[06:52] <keescook> thought pitti will be awake before me, I'm about to go to bed.
[07:01] <keescook> Mez: also, do you have a reproducer I can test with?  (if so, just email me directly)
[07:02] <dilinger> apeirophobia -     A fear of infinity
[07:02] <fabbione> dilinger: !
[07:02] <dilinger> fabbione: hiya :)
[07:02] <fabbione> dilinger: sup dude?
[07:03] <fabbione> keescook: night man :)
[07:03] <dilinger> not much.  just was looking through http://www.islandnet.com/~egbird/dict/a.htm
[07:03] <keescook> g'night fabbione
[07:03] <dilinger> and figured infinity should know that there's a proper word to describe the fear of him
[07:03] <dilinger> if he didn't already
[07:05] <dilinger> fabbione: how's life?  you back to work?
[07:06] <fabbione> dilinger: i didn't stop for a while actually :) only had a short break for Xmas, but i am heading off for vacation next week
[07:26] <infinity> dilinger: Cute.
[07:33] <dilinger> infinity: aw shucks, thanks.  you're not my type, though.
[07:33] <infinity> dilinger: That's not what you were screaming in that hotel room in Sydney...
[07:34] <dilinger> you promised never to speak of that night
[07:34] <elkbuntu> rofl
[07:34] <fabbione> aha
[07:35] <fabbione> infinity: feel like processing bug #81598 ? (missing to accept into updates)
[07:35] <Ubugtu> Malone bug 81598 in lvm2 "[SRU]  lvm2 check if device is md is broken on big endian machines" [High,Fix committed]  https://launchpad.net/bugs/81598
[07:35] <infinity> I'd be thrilled.
[07:35] <fabbione> infinity: i would love your processing :)
[07:36] <infinity> That sounds filthy.
[07:36] <fabbione> infinity: i know you love when i talk dirty to you ;)
[07:36] <kylem> heh. dilinger is here. hooray.
[07:41] <infinity> fabbione: Processed.
[07:44] <fabbione> infinity: danke
[07:48] <pitti> Good morning
[08:27] <dholbach> good morning
[08:33] <fabbione> hey dholbach 
[08:34] <Hobbsee> hey dholbach, fabbione!
[08:34] <dholbach> hey fabbione
[08:34] <fabbione> hi Hobbsee 
[08:34] <Hobbsee>  /nick DrownedWaterRat
[08:34] <Hobbsee> hey pitti :)
[08:45] <tfheen> morning Daniel, Fabio, Sarah, Martin
[08:46] <tepsipakki> morning all!
[08:49] <Hobbsee> hey tfheen!
[08:49] <Hobbsee> hey tepsipakki :)
[08:50] <Hobbsee> tepsipakki: that X patch got into the feisty archives :)
[08:50] <Hobbsee> tepsipakki: my machine hasnt crashed today :)
[08:51] <tepsipakki> Hobbsee: yes I saw that. It isn't in 7.2 so they fixed it in some other way (seems that the first chunk of that patch _is_ applied)
[08:51] <Hobbsee> tepsipakki: right.  cool
[09:11] <mdke> fabbione: got a moment?
[09:13] <fabbione> mdke: yes
[09:13] <mdke> fabbione: cool. you're the right person to ask about server related things?
[09:13] <fabbione> mdke: it depends what you need to know
[09:13] <mdke> fabbione: ok, I'll try
[09:14] <mdke> fabbione: the docteam prepares a server guide (preview is here - http://doc.ubuntu.com/ubuntu/serverguide/C/index.html), much of which is shipped in ubuntu-docs for desktop users. I wanted to know whether you'd be interested in us making a standalone package which might be seeded in the server install
[09:14] <mdke> I sent an email to -server a few weeks back but it never got moderated
[09:15] <fabbione> mdke: up to the docteam.. it makes no diff to me
[09:15] <fabbione> mdke: i am ok with whatever decision you take
[09:15] <mdke> fabbione: we'd like to
[09:15] <fabbione> mdke: ok.. go ahead and do it then..
[09:16] <mdke> fabbione: we'll try and do a binary like ubuntu-serverguide from the ubuntu-docs source, if that makes sense to you
[09:16] <fabbione> mdke: sounds fine to me
[09:16] <mdke> great, thanks. I'll let you know when it's done
[09:16] <jsgotangco> mdke: have it on html instead of source?
[09:16] <fabbione> mdke: once you are done, just find somebody to seed it
[09:16] <mdke> jsgotangco: html yes
[09:16] <mdke> fabbione: great
[09:18] <mdke> maybe txt too
[09:18] <jsgotangco> man page?
[09:18] <jsgotangco> cool
[09:33] <pitti> mjg59: I imported your hal change to the bzr repo; please use that for uploading
[09:53] <dholbach> somehow my 2nd port on the kvm is unhappy and keeps repeating certain keyboard/mouse signals for some reason: [ 8101.304614]  psmouse.c: bad data from KBC - timeout
[09:53] <dholbach> and this is the 2nd kvm i'm unhappy with
[09:53] <dholbach> does somebody have similar experiences and knows how to 'fix it'?
[09:54] <fabbione> dholbach: buy a better kvm :((
[09:55] <dholbach> this wasn't a cheap one
[09:55] <dholbach> oh well
[09:55] <dholbach> since my amd64 broke on saturday, I might as well unplug the kvm for now :-(
[09:55] <fabbione> dholbach: i did try several.. i had to wait for a really expensive one to be donated
[09:55] <dholbach> i hate hardware
[09:55] <fabbione> unfortunatly it's a sad truth
[09:56] <tepsipakki> amd dropped prices right on time, then ;)
[09:58] <dholbach> still it was a depressing saturday
[09:58] <dholbach> first I get strange     ? ??   ??  ???   owner/permissions on files, then decide to backup and buy a new disk, add the new disk and the damned piece of hardware doesn't start anymore
[10:00] <popey> isnt there *still* a kernel bug with respect to kvm switch boxes?
[10:00] <popey> which stops switching working, loses mouse etc
[10:01] <popey> that aside, can anyone tell me where the changelogs that you see in update manager are kept? i.e. if someone wants to read those after they have upgraded, to see what was upgraded by reading all those change logs (and thus learn what new features/fixes are in) can they do that using a standard text editor?
[10:03] <Hobbsee> popey: changelogs.ubuntu.com
[10:06] <mvo> dholbach: my kvm is from "aten" and works quite well
[10:07] <mvo> popey: synaptic has a feature to download the changelogs for you (aptitude as well) - otherwise what Hobbsee said
[10:08] <rawler> heya
[10:08] <popey> for packages that have already been installed?
[10:08] <popey> i.e. after the upgrade
[10:08] <rawler> eric3 seems to be broken in Feisty
[10:08] <tepsipakki> popey: /usr/share/doc/*/changelog.Debian.gz
[10:08] <rawler> or maybe it's the python-qt-bindings..
[10:09] <Hobbsee> rawler: ho'ws it broken?
[10:09] <Hobbsee> eric3 doesnt exist in feisty
[10:09] <rawler> I get unresolved symbols when i try to start it..
[10:09] <popey> thanks tepsipakki mvo, Hobbsee 
[10:09] <rawler> huh? doesn't exist?
[10:09] <TuxCrafte1> hello, i have a question I have a VIA EN12000E motherboard with xubuntu 6.10. The system is unstable when I start a program sometimes the everything total freezes and I need to press the reset button. I have been trying to debug this problem but with no succes. I need help. with a total checklist how to debug my problem.
[10:09] <Hobbsee> TuxCrafte1: support is in #ubuntu
[10:10] <rawler> well, it's the "eric"-package, but entering a channel saying "eric is broken" might easily be misunderstood.. ;)
[10:10] <TuxCrafte1> Hobbsee: this is the devel chanel correct? I have a devel question
[10:10] <Hobbsee> rawler: ah.  see if there's a bug in debian.  also, see #ubuntu+1
[10:10] <Hobbsee> TuxCrafte1: it is, yes
[10:10] <rawler> Hobsee: *ahh* thanks.. :)
[10:11] <Hobbsee> rawler: tab completion is your friend, btw.
[10:11] <Hobbsee> rawler: we sync that straight from debian
[10:11] <Hobbsee> !debug
[10:11] <Hobbsee> TuxCrafte1: try [20:11]  <ubotu> For help debugging your program, please see https://wiki.ubuntu.com/DebuggingProcedures
[10:12] <tfheen> rawler: unresolved symbols such as?
[10:12] <rawler> ImportError: /usr/lib/python2.5/site-packages/qtcanvas.so: undefined symbol: PenE4QPen
[10:12] <rawler> /usr/bin/python: symbol lookup error: /usr/lib/kde3/plugins/styles/light.so: undefined symbol: _ZN18QMetaObjectCleanUpD1Ev
[10:13] <TuxCrafte1> Hobbsee: I need some more help. I am pretty familiar with debugging. But can't find any logs of the froze system problem
[10:14] <rawler> tfheen, Hobbsee, might of course be something broken in my setup as well, but I can't really see what..
[10:15] <tfheen> rawler: hmm, it wasn't what I thought it was, at least.
[10:16] <rawler> oh, what did you think? The QSize-problem?
[10:16] <tfheen> no; there's a bug in python somewhere which causes python 2.4 to try to import 2.5 modules
[10:17] <Fujitsu> tfheen: Would that cause API version warnings?
[10:17] <rawler> tfheen: interesting anything I can do to debug?
[10:17] <tfheen> Fujitsu: it can cause unresolved symbols at least.
[10:18] <Fujitsu> 'causes I was packaging a python module a couple of days back, and it appeared that 2.4 was loading the 2.5 modules (judging by the API version warning). I presumed it was my fault somehow.
[10:18] <tfheen> rawler: it seems to start for me at least; which architecture are you on?
[10:18] <rawler> x86
[10:19] <tfheen> rawler: amd64 here, so it might be specific to i386 then.
[10:19] <TuxCrafte1> Hobbsee: I run these log systems klogd bootlogd sysklogd are there some more I can use to try to find the program?
[10:19] <rawler> one interesting observation; installing the python-kde bindings removed the second undefined symbol-part, but instead gave me a segfault..
[10:20] <rawler> tfheen: ^^
[10:21] <rawler> tfheen: well, actually it's a amd64 host, but running 386 ubuntu, if that helps..
[10:22] <tfheen> rawler: doesn't help, no.
[10:22] <Fujitsu> Starts for me on i386.
[10:40] <TuxCrafte1> pci=routeirq what is the function of this boot option
[10:40] <Fujitsu> TuxCrafte1: This isn't a support channel.
[10:41] <TuxCrafte1> Fujitsu: sorry but they do not now the answer on #ubuntu and #ubunt-bugs
[10:42] <Treenaks> TuxCrafte1: that doesn't make this channel a support channel
[10:43] <rawler> tfheen: do you have python-kde installed?
[10:43] <TuxCrafte1> Treenaks: thats true i am sorry 
[10:43] <Fujitsu> TuxCrafte1: I must concur with Treenaks.
[10:43] <TuxCrafte1> bye
[10:43] <tfheen> rawler: no.
[10:44] <rawler> hehe, this is funny.. "sudo apt-get remove python-qt && sudo apt-get install eric" did the trick..
[10:44] <rawler> spooky
[10:45] <tfheen> rawler: something which was slightly wedged on your system, then. :-/
[10:45] <rawler> I wonder why.. I certainly have not been fiddling with those files, I installed eric to start learning Python.. :D
[10:46] <rawler> well, well.. not all is rotten in the state of denmark.. :)
[11:26] <mjg59> pitti: Oh, crap, sorry
[11:27] <pitti> mjg59: no worries, I just wanted to point out the bzr
[11:38] <doko> pitti: libwps ping
[11:38] <pitti> doko: hi
[11:39] <doko> pitti: needs to be approved for main
[11:39] <pitti> doko: as I said, the source package is an utter mess, I'll dig through it
[11:39] <doko> pitti: hmm, didn't you want to mark this as "later"?
[11:40] <pitti> erm, 'mark later'?
[11:41] <pitti> hey heno
[11:42] <heno> hey pitti
[11:44] <pitti> doko: do you have some testing feedback for this lib?
[11:46] <Mez> omfg... why do closed source people have to be so confusing
[11:47] <Treenaks> Mez: ?
[11:47] <Mez> damned rar CVE
[11:47] <doko> pitti: the OOo build succeeds, the libwps tests succeeds, but I don't have a works document.
[11:48] <Hobbsee> tepsipakki: that fix sure works!
[11:51] <pitti> doko: but at least .odt -> .wps -> .odt works?
[11:52] <doko> pitti: if this works, this doesn't use the new libwps, but the old binfilter; for libwps only an import filter is added
[11:53] <Mez> are there any buildd admins here?
[11:53] <Mez> if so, can someone poke rar to build for amd64, it builds under that now
[11:56] <tkamppeter> I have the feeling that something is not correct with the building and archiving servers
[11:56] <tkamppeter> 1. "apt-get update" did not load anything new fo three days
[11:57] <seb128> what mirror are you using?
[11:57] <tkamppeter> 2. For all these three days the mirror fr.ubuntu.com is missin some Python packages ("apt-get dist-upgrade" fails on that)
[11:57] <Fujitsu> That's simply a problem with the fr mirror.
[11:58] <seb128> tkamppeter: change mirror
[11:59] <tkamppeter> 3. foomatic-db-20070207-0ubuntu2 was uploaded and never reached the server (https://launchpad.net/ubuntu/+source/foomatic-db), same for last foomatic-db-hpijs
[11:59] <tkamppeter> seb128, will change it, seems that the french guys have given up maintaining it.
[12:00] <pitti> doko: hm, I goggled a bit, couldn't find a demo .wps either
[12:00] <pitti> I wonder whether there is someone on a Windows box where we could grab a .wps
[12:00] <pitti> hi tkamppeter 
[12:02] <tkamppeter> hi pitti
[12:12] <tkamppeter> seb128, thanks, the spanish mirror (es.) updated my system without problems.
[12:12] <seb128> tkamppeter: np
[12:12] <tfheen> BenC: if you want the new kernel in for herd 4, please upload new -meta ASAP.
[12:13] <seb128> could we get apport fixed for herd4?
[12:13] <tfheen> sure, we're not frozen until tomorrow.
[12:13] <seb128> good ;)
[12:14] <tfheen> cjwatson: any interesting changes we want?
[12:15] <cjwatson> bug fixes, but I'm mostly kidding, the majority of it is in our package already
[12:18] <tkamppeter> pitti, doko, what is the state of the upload of the last foomatic-db and foomatic-db-hpijs packages?
[12:21] <pochu> hey guys, do you know why the .20-7-generic-386 kernel is not in the repos, but it has built fine?
[12:21] <pochu> build log: https://launchpad.net/+builds/+build/300654
[12:21] <tfheen> pochu: I just accepted it.
[12:21] <tfheen> it was in binary new,
[12:21] <pochu> tfheen: ok, thanks :) then we should just wait a little, right?
[12:22] <pitti> tkamppeter: not sure, it's not in the archive yet?
[12:22] <Hobbsee> pochu: yep
[12:22] <doko> tkamppeter: foomatic-db was uploaded by pitti, will do foomatic-db-hpijs today
[12:22] <tfheen> pochu: correct.  It'll be published in an hour or so.
[12:22] <pochu> well, ty :)
[12:26] <Mez> tfheen, any reason rar hasnt hit the archive, but unrar has ?
[12:27] <tfheen> Mez: which version, which suite, which pocket?
[12:27] <Mez> https://launchpad.net/ubuntu/feisty/+source/rar/1:3.7b1-0ubuntu11
[12:27] <Mez> so 1:3.7b1-0ubuntu11, feisty, multiverse
[12:28] <tfheen>        rar | 1:3.7b1-0ubuntu11 | feisty/multiverse | source, i386
[12:28] <tfheen> seems to be there?
[12:28] <Mez> tfheen, weird, I just did an update, and it#s pulling unrar, but not rar
[12:28] <Mez> possibly a mirror issue then ?
[12:28] <Mez> (though it's using archive.ubuntu.com)
[12:29] <Hobbsee> tfheen: what are you using to generate that output, btw?
[12:29] <tfheen> Hobbsee: madison-lite
[12:29] <cjwatson> Mez: your sources.list could be incorrect
[12:29] <Mez> cjwatson, then why would it be pulling the new unrar version, which is in the same place ?
[12:29] <cjwatson> Hobbsee: ^-- it's a package in the archive, but you need to be running it on a system with at least a mirror of dists/
[12:29] <cjwatson> Mez: *shrug* no idea
[12:29] <Hobbsee> cjwatson: right
[12:30] <cjwatson> Mez: unless you're on non-i386
[12:30] <tfheen> Mez: http://archive.ubuntu.com/ubuntu/pool/multiverse/r/rar/ certainly has the binary.
[12:30] <cjwatson> rar's only available on i386, unrar's there for other architectures too
[12:30] <Mez> I dont have rar installed
[12:30] <cjwatson> Hobbsee: output of apt-cache madison is similar, I believe
[12:30] <Hobbsee> cjwatson: yes, it's similar.
[12:31] <Hobbsee> cjwatson: doesnt tell me which arches it's on, etc
[12:31] <Mez> cjwatson, rar *should* be available on amd64 too... but it's not being built on that arch for some reason
[12:31] <cjwatson> right, it can't because it's only looking at your apt cache
[12:31] <cjwatson> rar: i386                                                            # shareware for i386 only
[12:31] <Mez> cjwatson, ok, so that needs updating, but we got it to build and run on amd64
[12:31] <cjwatson> Mez: mail elmo, lamont, and/or infinity if Packages-arch-specific needs to be changed
[12:32] <Mez> Package: rar
[12:32] <Mez> Architecture: i386 amd64
[12:33] <pitti> Mez: unrar exists on amd64 (and is usually enough :) )
[12:33] <tkamppeter> pitti, foomatic-db really did not hit the archive yet, I checked on https://launchpad.net/ubuntu/+source/foomatic-db, should be 0ubuntu2
[12:33] <Mez> pitti, :P
[12:33] <tfheen> mez: soyuz (and sbuild) doesn't care about what the arch says.
[12:33] <tfheen> that is, the arch field in the source package.
[12:33] <Mez> tfheen, yeah, It's p-a-s
[12:33] <Mez> I did look at getting it updated in debian but that doesnt make any difference as they're not built in non-free anyways
[12:34] <Mez> cjwatson, would it be easier for me to email launchpad-buildd-admins@lists.ubuntu.com
[12:34] <cjwatson> Mez: no
[12:35] <cjwatson> Mez: I'm quoting the instructions at the top of the file.
[12:35] <cjwatson> Mez: you should get it updated in Debian since our P-a-s is precisely in sync with Debian's
[12:36] <cjwatson> also it's possible to get Debian non-free autobuilt; there was an announcement on debian-devel-announce a while back, IIRC
[12:36] <cjwatson> it's on a case-by-case basis
[12:36] <Mez> cjwatson, yes, I remember that - but that doesnt use P-a-s does it ?
[12:37] <cjwatson> er, it's orthogonal to P-a-s
[12:37] <Mez> cjwatson, I believe you're referring to http://lists.debian.org/debian-devel-announce/2006/11/msg00012.html ?
[12:37] <Mez> cjwatson, orthogonal ?
[12:37] <Mez> so, yes, I was right
[12:37] <pitti> hey hey Keybuk 
[12:38] <Keybuk> heyhey
[12:38] <Mez> I never actually got any reply about that yet though
[12:42] <cjwatson> Mez: independent
[12:43] <Mez> cjwatson, as I said, I was right ;) :P
[12:43] <cjwatson> to be more precise, I don't know whether the non-free autobuilders use P-a-s or not, but that's totally irrelevant
[12:43] <cjwatson> in order to get it built in Ubuntu, you must get P-a-s updated. Or you could just continue to focus on irrelevant details I suppose ...
[01:03] <infinity> Mez: For future reference, when emailing us about P-a-s, please use the addresses from that file, as it's not an Ubuntu/Canonical resource.
[01:03] <infinity> Mez: Makes little difference for me, but for elmo or lamont, you may have landed in a mailbox they didn't want it in. :)
[01:03] <Mez> infinity, I dont know where the file is... I just got
[01:03] <infinity> http://cvs.debian.org/srcdep/Packages-arch-specific?rev=1.673&root=dak&view=markup
[01:03] <infinity> ^--- It's there.
 Mez: mail elmo, lamont, and/or infinity if Packages-arch-specific needs to be changed
 Mez: I'm quoting the instructions at the top of the file.
[01:04] <elkbuntu> ogra ping? see PM
[01:04] <Mez> infinity, apologies :D
[01:05] <Mez> but cheers for the change
[01:24] <tfheen> Riddell: https://bugs.launchpad.net/ubuntu/+source/adept/+bug/82651 ; any chance you could get this fixed?
[01:24] <Ubugtu> Malone bug 82651 in adept "File overwrite problem" [High,Confirmed]  
[01:24] <tfheen> it should be trivial
[01:25] <tfheen> maybe it's fixed and the bug is just not closed.
[01:26] <tfheen> mvo: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/70683 should be marked as fix released, shouldn't it?
[01:26] <Ubugtu> Malone bug 70683 in update-manager "Upgrader needs better free-space checking for /boot " [High,Fix committed]  
[01:28] <mvo> tfheen: yes, thanks!
[01:31] <Hobbsee> tfheen: i think it's fixed, i cant reproduce it (on ubuntu14)
[01:36] <geser> doko: could you look at the debdiff in bug #69967 and upload it if it's OK?
[01:36] <Ubugtu> Malone bug 69967 in python-pam "python-pam contains NO PYTHON!" [Undecided,Confirmed]  https://launchpad.net/bugs/69967
[01:40] <tfheen> Hobbsee: please close the bug, then
[01:40] <Hobbsee> tfheen: just did :)
[01:41] <tfheen> thanks
[01:48] <pitti> $ gnome-default-applications-properties 
[01:48] <pitti> GLib-ERROR **: gmem.c:135: failed to allocate 18446744073699154385 bytes
[01:48] <pitti> aborting...
[01:48] <pitti> seb128: ^ I don't have *that* much memory :/
[01:48] <seb128> lol
[01:48] <Hobbsee> pitti: THEN GET MORE MEMORY!!!
[01:48] <Treenaks> BUY MORE
[01:48] <Hobbsee> simple solution, really!  :D
[01:48] <seb128> pitti: can you get a valgrind log?
[01:48] <pitti> Hobbsee: I have 3 GB, that ought to be enough
[01:49] <StevenK> That's only 18 Exabytes
[01:49] <tfheen> works fine on amd64, must be an i386 problem. :-P
[01:49] <pitti> tfheen: as you can see on the size_t value, this is an amd64 :)
[01:49] <tfheen> hm.
[01:49] <pitti> seb128: switch to 'user defined' browser, and wait two seconds
[01:50] <seb128> pitti: WFM
[01:50] <seb128> pitti: what text do you write to the entry?
[01:51] <pitti> seb128: hm, I dist-upgraded, I should maybe restart
[01:51] <pitti> seb128: this works for me:
[01:51] <pitti> seb128: start app, switch to 'user defined', empty command, click on 'user defined'
[01:51] <tfheen> indeed
[01:51] <seb128> pitti: ok, same here
[01:51] <seb128> please open a bug ;)
[01:51] <pitti> seb128: I'll file a bug if you want
[01:52] <pitti> heh, snap
[01:52] <pitti> seb128: oui, Monsieur
[01:52] <seb128> ;)
[01:54] <Riddell> tfheen: doing
[01:55] <tfheen> Riddell: Hobbsee said it was fixed already, though
[01:55] <Hobbsee> well, i cant seem to reproduce it here
[01:55] <Hobbsee> and i bugged manchicken about it during one of his recent uploads of it, so i think it got done.
[01:56] <Riddell> tfheen: doesn't seem to be
[01:56] <Hobbsee> hrm
[01:56] <tfheen> Riddell: ok, please get it fixed then. :-)
[01:56] <tfheen> Riddell: thanks.
[01:57] <Hobbsee> Riddell: how are you reproducing that?  should i shoot this pbuilder or something?
[02:00] <Riddell> Hobbsee: well I just looked at the debian/control file and saw that there wasn't a replaces for adept-notifier on adept-common
[02:00] <Hobbsee> Riddell: ah.  
[02:02] <Chipzz> seb128: do you maintain libnotify etc?
[02:02] <seb128> Chipzz: no, we don't really have a maintainer for them
[02:02] <seb128> I can update or patch them if required
[02:02] <Chipzz> hrrrrm
[02:02] <seb128> mvo and dholbach also
[02:02] <seb128> why?
[02:03] <Chipzz> I just had a notification popup in the upper left corner of my screen, while my notification area is in the bottom right corner
[02:04] <StevenK> seb128: I wonder if you've read the spec yet.
[02:05] <seb128> StevenK: what is the URI for the spec again? I'll have a look now
[02:06] <StevenK> seb128: http://wiki.ubuntu.com/AboutUbuntu ; thanks
[02:06] <seb128> Chipzz: there is several bugs open about notification-daemon bubble placement
[02:06] <seb128> patches are welcome ;)
[02:06] <seb128> StevenK: np
[02:06] <Chipzz> seb128: ah ok, known issue :)
[02:07] <seb128> StevenK: looks like a good idea
[02:08] <StevenK> seb128: It's mostly written, I have just hit a wall about putting into the System menu
[02:08] <StevenK> I doubt I can get it into main this release, though. :-/
[02:08] <seb128> well, it's past feature freeze now
[02:08] <seb128> that looks like something for next cycle
[02:08] <seb128> get it to universe for now to start
[02:09] <seb128> and get it on the specs list for next UDS so it get discussed
[02:09] <seb128> or maybe mail ubuntu-devel about it
[02:09] <StevenK> Yup. But it still needs to be put on the menu...
[02:10] <seb128> StevenK: menu changes should be discussed, that's why I suggest mailing the list to get opinions about that
[02:19] <BenC> tfheen: ok
[02:20] <BenC> tfheen: I've just been waiting for it to process so lrm would build
[02:21] <BenC> tfheen: Done
[02:23] <pitti> hey BenC 
[02:23] <seb128> BenC: would the crash handler problem be fixed for herd4?
[02:23] <BenC> pitti: Hey
[02:24] <seb128> BenC: if not we should consider stopping using apport :/
[02:24] <BenC> seb128, pitti: No, the kernel tfheen pointed out is the last one I uploaded
[02:24] <BenC> I have a fix for it, but it's not uploaded yet
[02:24] <seb128> could you get it uploaded before herd4?
[02:24] <pitti> seb128: I disabled apport last Friday in 0.52
[02:24] <seb128> pitti: ah ok, cool
[02:24] <BenC> seb128: Might be best to ask tfheen
[02:25] <seb128> I would prefer getting linux fixed and apport used again for herd4 if possible though ;)
[02:25] <BenC> I'll do an upload and talk to him about getting it in
[02:25] <seb128> BenC: thank you, that would be useful to get valid bugs for herd4
[02:29] <tfheen> BenC: cheers.
[02:34] <BenC> tfheen: oops, forgot to account for last upload version...reuploaded
[02:36] <Liberax> Hi guys.. anybody know what part of the system control the wireless led blinking on the laptop
[02:36] <Ng> Liberax: usually the wireless driver itself
[02:37] <Liberax> Ng: beacause on windows works right but on link is blinking too too fast
[02:37] <Liberax> on ubuntu
[02:37] <Ng> Liberax: maybe ubuntu is making your wireless go faster! or it might be a bug ;)
[02:38] <Liberax> Ng :) usually the led blink when searching wireless network
[02:43] <mvo> Chipzz: hmmm ... most of the placement of the notifications *should* be fixed
[02:43] <mvo> Chipzz: any way to reproduce it?
[02:51] <doko> geser: uploaded, IMO a rebuild is sufficient
[02:54] <Chipzz> mvo: I got it with a notification of "battery full"
[02:54] <Chipzz> not sure if I can reproduce it
[02:54] <Chipzz> mvo: ah I get it
[02:54] <Chipzz> my panel died a couple of days ago, and the power manager icon got it's own window
[02:55] <Chipzz> which is in the top-left corner (on another desktop even)
[02:56] <mvo> and where did the bubble pointed too now?
[02:56] <geser> doko: I tried a rebuild, the deb contained the files but the package had no depends on python
[02:59] <hunger> Is there a reason for needing aspell-ss all of a sudden?
[03:03] <seb128> grumpf
[03:03] <seb128> $ quilt next
[03:03] <seb128> 99_configure
[03:03] <seb128> and there is no mention of 99_configure to that source package
[03:04] <Chipzz> seb128: wrt g-p-m's icon not returning to the panel notification area, should I file a bug in launchpad or in upstream bug tracker?
[03:05] <seb128> Chipzz: upstream
[03:07] <seb128> hate quilt :/
[03:07] <Chipzz> seb128: oh, apparently a bug is already filed :)
[03:07] <Chipzz> makes it easier for me :)
[03:07] <Chipzz> http://bugzilla.gnome.org/show_bug.cgi?id=375377
[03:07] <seb128> good ;)
[03:07] <Ubugtu> Gnome bug 375377 in gnome-power-manager "gnome-power-manager does not reattach to the notification area after gnome-panel has crashed or has been killed" [Minor,New]  
[03:08] <Chipzz> oh sigh
[03:09] <Chipzz> this is not a bug in g-p-m, but in GtkStatusIcon :S
[03:37] <tfheen> BenC: there's a fairly large amount of bugs targetted for herd 4; what's happening with those?
[03:37] <BenC> tfheen: Most of them are fixed in the current kernel
[03:37] <tfheen> BenC: ok, coolie
[03:38] <BenC> if they are fix commited, most like they are fixed
[03:38] <BenC> I'll run through the bug list soon
[03:39] <tfheen> there's a bunch of them from cr3 at least.
[03:40] <BenC> ah, some of those are fixed, but not verified yet
[03:40] <tfheen> ok.  It'd be nice to have them verified, but I'll nag cr3 about that.
[03:40] <tfheen> cr3: ^^ nag. :-)
[03:43] <cr3> tfheen: that worked, I'll spend some time verifying today
[03:44] <tfheen> cr3: thanks.
[03:48] <bddebian> Heya
[03:53] <ogra> tfheen, when do you plan to freeze ?
[03:54] <tfheen> ogra: tomorrow.
[03:54] <ogra> i guess thursday is eta for herd4 ?
[03:54] <ogra> ok, thanks
[03:55] <ogra> tfheen, i need the pulse esound compat stuff moved to main to make ltsp installable, could you do that before ? and pitti can you review the sound related packages (alsa-plugins and gst-pulse) for main inclusion ? 
[03:56] <ogra> dtrask, !! nice to see you around !
[03:56] <dtrask> Hi!
[03:56] <dtrask> just poppin' in for a sec....my students are working on a project so I had some down time
[03:56] <Liberax> Hi guys i'm testing festy
[03:57] <tfheen> ogra: pulseaudio-esound-compat promoted.
[03:57] <dtrask> ogra, how goes fiesty?
[03:57] <ogra> tfheen, TA
[03:57] <Liberax> there is a problem in the WINDOWS_MANAGER environment variable that point on .gnome-compiz-manager/openbox
[03:57] <ogra> dtrask, could be better ... auth server didnt make feature freeze
[03:57] <tsmithe> Liberax, filed a bug?
[03:57] <Liberax> this lock the gnome session startup
[03:57] <ogra> Liberax, we dont ship compiz (and this is not a support channel)
[03:57] <Liberax> on gnome-wm launch
[03:57] <dtrask> orga, oh shoot!  What was the hang up?
[03:58] <ogra> dtrask, i dont like the pam handling of the plugins at all, i'd like to fix that before starting to implement anything on top 
[03:58] <Liberax> ogra: so i tried to uninstall ubuntu desktop-effects package
[03:59] <Liberax> ogra: i doesn't need support i think that festy was a development release
[03:59] <ogra> Liberax, file a bug or give us a patch ... this channel is for development only 
[03:59] <dtrask> ogra: nice thing is that we at least have a working "situation" so not all is lost, we just have to wait....
[03:59] <ogra> right
[04:00] <ogra> oh, and edsadmin isnt feasable without a lot of rewriting ... it depends on the wrong ssl libs, misses licenses etc ...
[04:00] <ogra> dtrask, ^^
[04:00] <ogra> so that needs fixage as well ...
[04:01] <dtrask> ogra:  there is a LOT of buzz in this area about Fiesty....people are anxiously awaiting it.  Matt and I are doing 3 conferences this summer....one in Maine....one in New Hampshire and a new one in Washington D.C.  We expect that Fiesty will get a LOT of coverage  :-)  
[04:01] <ogra> thats awesome!
[04:01] <dtrask> ogra:  any ideas on a replacement for edsadmin or write our own?  Maybe even a webmin module?
[04:02] <dtrask> ogra:  We'd love it if you and maybe RichEd could come....  :-)
[04:02] <dtrask> at least to one of them
[04:02] <dtrask> :-)
[04:03] <dtrask> Matt and I are having dinner with Maddog on Sunday to discuss summer plans....evidently he has big news....I'm on "pins and needles"
[04:04] <ogra> i'D love to come ... i think there is a conf in portland in the summer as well i have to attend 
[04:04] <dtrask> ogra: how does the sound look....I noticed you were talking to tfheen about pulse
[04:04] <dtrask> cool
[04:04] <ogra> sound is done so far, just waiting for some paperwork ... (main inclusion and promotion of some packages)
[04:04] <dtrask> ogra:  multi-media and fat clients are also garnering a lot of attention here as well
[04:04] <ogra> pulse is a *huge* improvment ... even its not perfect yet
[04:05] <Liberax> anybody know where it is set the WINDOWS_MANAGER environment variable?
[04:05] <dtrask> ogra:  I'm hoping to do some serious testing after Feb vacation....(2 weeks from now)....I have a dual processor server sitting doing nothing right now and it needs a "job"
[04:05] <ogra> (i need to revisit the microphone stuff in feisty+1, for feisty we have fully working volume contol and a lot more stable sound transport)
[04:05] <ogra> Liberax, please ask in #ubuntu for support
[04:06] <pochu> Liberax: #ubuntu+1
[04:06] <dtrask> ogra: anyone tested it with Flash?
[04:06] <Liberax> ogra: i want to create a patch
[04:06] <Liberax> ogra: i need to know somthing about gnome internal to fix it i need to ask to the user channell? 
[04:07] <ogra> dtrask, with 7 it worked fine ... i need to update and check 9, but since pulse emulates an alsa card now, it should just work
[04:07] <ogra> Liberax, no, file a bug first ... the right people should be autosubscribed ... 
[04:08] <Liberax> ogra: but if doesn't know the right package the create this issue..
[04:08] <ogra> aoart from that dholbach or seb128 are the gnome gods that stem the world for us
[04:08] <dtrask> ogra:  that's awesome news!  People are struggling with esd and Flash right now...Gadi wrote a workaround, but it's "cludgy".....I gotta' go....class is over, but I'll be on a lot over the next 2 weeks....I'll try to catch up with you   :-)
[04:08] <ogra> *apart
[04:08] <ogra> dtrask, ciao then :)
[04:10] <ogra> mdz, about your gpm issue, it looks like bug 81407, could you provide the info i request there ? seems hal doesnt like IBM, all settings in the FDI file apart from one model are for lenovo instead :)
[04:10] <Ubugtu> Malone bug 81407 in gnome-power-manager "[Feisty]  Thinkpad (all models) LCD brightness control cycles between lowest settings only" [Medium,Confirmed]  https://launchpad.net/bugs/81407
[04:10] <mdz> ogra: yes, that sounds like my bug
[04:11] <ogra> seems its a trivial leftout in the fdi file ... we need to get a good list or some good matching for the different models affected
[04:12] <ogra> kylem, didnt you adress bug 62308 with your latest edgy kernel ? 
[04:12] <Ubugtu> Malone bug 62308 in linux-source-2.6.17 "Permission Denied on nfs clients for only some files" [High,In progress]  https://launchpad.net/bugs/62308
[04:13] <ogra> s/your/our/
[04:13] <geser> doko: your rebuild of python-pam contains the files now but has no dependencies anymore
[04:13] <mdz> ogra: I'll get it when I unpack my laptop
[04:14] <ogra> great, thanks :)
[04:14] <doko> geser: I see
[04:19] <BenC> tfheen: Is there time for a non-ABI bump kernel for Herd4?
[04:21] <ogra> kwwii, do you have a cropped version of the edubuntu logo ? 
[04:22] <kwwii> ogra: nope, but I can make one
[04:23] <kwwii> btw, it would work as a usplash too (ie 256 colors)
[04:23] <ogra> that would be cool ... i'm just playing with svg support for ldm ... so we could put it in front of an svg
[04:23] <ogra> yep, i thought i'd take the one you sent me already as usplash 
[04:23] <kwwii> cool, I'll export a version with a transparent bg
[04:24] <kwwii> ogra: still need to make a progress bar for it
[04:24] <kwwii> ogra: i am working on the ubuntu usplash atm, so I can make your today as well
[04:24] <ogra> wow
[04:24] <ogra> that would rock :)
[04:24] <kwwii> ;-)
[04:24] <kwwii> I'll have one ready in like an hour or so
[04:25] <kwwii> then you could put it on the next Herd to get peoples reactions
[04:25] <ogra> yep
[04:25] <kwwii> I'll ping you when it is done, ok?
[04:38] <iwj> Robot101: Xen checksum crack> Well, I got some reply but it was hopelessly inconclusive.
[04:38] <Robot101> iwj: they appeared to commit a patch but I'm unconvinced it's that much better
[04:38] <iwj> You could follow it up by cut-and-pasting my writeup and reposting it to some relevant list.
[04:38] <iwj> Robot101: Oh, what does that patch do ?
[04:46] <Robot101> iwj: http://xenbits2.xensource.com/xen-unstable.hg?rev/4ad317429111
[04:48] <iwj> That does sound lime an improvement.
[04:48] <iwj> In particular `Yet another change is to allow netback to disable tx checksum
[04:48] <iwj> offload, just as we already could for netfront.'
[04:48] <iwj> That sounds like we could use the wossname tool to turn this misfeature off.
[04:48] <Robot101> right, so even if whatever it is he just did doesn't work, we can properly turn it off :D
[04:49] <Robot101> but he also changed from NO_CSUM to IP_CSUM, and frobbed some flag that gets sent with the buffer to explain if it's checksums are bogus or not
[04:49] <iwj> That sounds like an improvement too but evidently you have a situation where it's still buggy.
[04:49] <iwj> I bet it's when you do forwarding.
[04:50] <iwj> So let me guess your failure case: packets sent by your guest to places outside the host get csum offload as they go through the virtual interfaces and nothing recalculates the csum on the way out of the real hardware ?
[04:51] <tsmithe> !netsplit
[04:51] <tsmithe> :S
[04:51] <kylem> ogra, well, it was fixed for someone.
[04:51] <Robot101> iwj: even stupider than that, we're using routed stuff and you can't use tcp between the dom0 and the domU
[04:52] <iwj> Freaky.
[04:52] <Robot101> iwj: it works if you use their bridge madness but it's fragile as hell so we'd prefer to route it
[04:52] <iwj> Quite so.  I don't like the bridge stuff either.
[04:52] <Robot101> (also we can do rp filters on customers etc, and avoid address stealing nasties)
[04:52] <iwj> File a bug against the Ubuntu/Debian version saying `we should disable this nonsense' ?
[04:52] <iwj> Robot101: Indeed. 
[04:52] <iwj> Route (+proxy-arp if necessary) is the way forward.
[04:53] <elmo> eh, what's wrong with the bridge stuff?
[04:53] <iwj> It's just a bit crazy.
[04:53] <zul> iwj: patch you need?
[04:53] <Robot101> on one SMP box with e100 we got weird deadlocks in the bridge driver which resulted in it going "the physical interface disappeared, removing from the bridge" randomly, and then never putting it back
[04:53] <ogra> kylem, hmm, the last comment doesbt indicate that
[04:54] <ogra> *doesnt
[04:54] <iwj> Difficult to filter, manipulate and generally entrap properly.  And it messes freakily with the host's networking setup because it has to slide the bridge in under the host networking stack.
[04:54] <Robot101> and then any ifconfig/brctl commands went to D state
[04:54] <iwj> zul: WDYM `patch [I]  need?' ?
[04:54] <zul> iwj: never mind...i jumped in the middle of your conversation
[04:54] <iwj> I would like the csum offload disabled but I don't care _that_ much whether it is by default because I've wedged it off on my system.
[04:54] <Robot101> switched to routed configuration; improvements in reliability and understanding; happiness ensues :)
[04:55] <iwj> Robot101: Yay!  I didn't know the bridge stuff had kernel bugs.#
[04:55] <elmo> hmm, weird - I used bridging firewalls for several years, including on e100 machines, SMP and UP without problems *shrug*
[04:55] <iwj> Speaking of kernel bugs I need to talk to some kernel person about whether my theory about why my colo wedged on Friday night is true.
[04:56] <Robot101> elmo: yeah the bridge driver has always worked fine for me in other scenarios
[04:56] <iwj> elmo: The Xen stuff does a lot of interface renaming and constantly bringing up and down virtual interfaces.
[04:56] <iwj> And perhaps the Xen vif code is buggy ...
[04:56] <Robot101> elmo: it's just adding xen+bridge resulted in pain
[04:56] <iwj> colo wedge> AFAICT the problem is that 1. pvmove did dmsetup suspend; 2. dmsetup suspend is never guaranteed not to wedge the machine.
[04:57] <iwj> (Well, err, maybe dmsetup suspend is safe on ro devices.)
[05:07] <andreasw> why is ffmpeg not compiled with x11grab support?
[05:45] <doko> tfheen, infinity: I cannot reproduce the openoffice.org build failure on amd64 on ronne. please could you requeue the package, maybe on another buildd?
[06:18] <sabdfl> /info #mercurial
[06:18] <sabdfl> erk
[06:19] <kwwii> ogra: do you really use the colored bg in your current usplash?
[06:20] <ogra> kwwii, you mean the yellow rangish one ? 
[06:20] <kwwii> ogra: or is the usplash on edubuntu only shown at 640x480?
[06:20] <ogra> *orangish
[06:20] <kwwii> ogra: yepp
[06:20] <ogra> thats the one i got from our arttem for edgy, yes ...
[06:21] <ogra> we had a separate 16cols one for amd64 in edgy
[06:21] <kwwii> ogra: how has that worked out? is it often shown in the middle of the screen with black on the outside?
[06:21] <ogra> no
[06:21] <kwwii> ogra: the 16 color for amd64 is no longer necessary
[06:21] <ogra> its scaled fine 
[06:21] <ogra> yep, i saw that 
[06:22] <kwwii> ogra: you realize that the one I am making has a black bg, right?
[06:22] <ogra> yep
[06:22] <kwwii> cool
[06:23] <kwwii> the colored bg is a pretty good idea, I think
[06:23] <ogra> i prefer the black one after one release that i had to look at this eye hurting yellow :)
[06:23] <kwwii> lol
[06:23] <ogra> the colored bg is fine, but not the way we have it in edubuntu atm
[06:24] <ogra> its way to saturated
[06:24] <kwwii> yeah, I would think that something like the gdm bg would be much better
[06:24] <ogra> i would have fixed it myself in edgy, but ran out of time to play with artwork
[06:25] <ogra> and at least itr fits the rest of the distro
[06:25] <kwwii> ture
[06:25] <kwwii> erm s/ture/true
[06:25] <ogra> kwwii, i wored two years as grphics designer for an agency :)
[06:25] <ogra> *worked
[06:25] <kwwii> cool
[06:26] <ogra> http://www.atelier-kamp.de/
[06:26] <kwwii> nifty gif animation
[06:27] <kwwii> but the swf is not embeded properly :-)
[06:27] <ogra> http://www.gieseler-maler.de/ was the first website i ever designed commecially :)
[06:27] <ogra> they started with flas after i left ... not my fault :P
[06:27] <ogra> *flash
[06:27] <kwwii> the graphics in that are pretty cool
[06:27] <kwwii> good ideas
[06:28] <ogra> but te programming is horrible :)
[06:28] <ogra> today i'd use css everywhere ... 
[06:29] <kwwii> yeah
[06:48] <keescook> mornin'
[06:48] <BenC> tfheen: Can I do a kernel upload?
[06:52] <bddebian> Who's got NEW duty this week? :-)
[06:54] <pitti> bddebian: archive days are Monday (tfheen), Wednesday (seb128), and Friday (me)
[06:54] <bddebian> Isn't today Monday? :)
[06:55] <seb128> bddebian: looks like a good reason to let people do their work ;)
[06:55] <bddebian> :'-(
[06:56] <pitti> bddebian: source NEW usually lags behind a bit
[06:56] <bddebian> Sorry, I know you folks are way swamped, it's just frustrating the lengthy process of getting these damn tilp packages in :-(
[06:57] <seb128> what is tilp?
[06:58] <kwwii> ogra: http://sinecera.de/edubuntu_pics.tar.gz I'll let you do the hard work :p
[06:58] <ogra> thanks ... i know edubuntu-artwork isnt fun :)
[06:59] <kwwii> erm, wait, I made a mistake
[06:59] <bddebian> seb128: packages for talking to TI Calculators
[06:59] <bddebian> seb128: But I'm having to do it in series because of build dependencies
[07:00] <kwwii> ogra: ok, get it again, problem fixed
[07:01] <ogra> ok
[07:06] <cjwatson> bddebian: that's no reason to do it in series; upload the lot, and any that can't build yet will simply dep-wait
[07:07] <bddebian> cjwatson: But I need to run them through REVU, get them OK'd there, then have you folks review them as NEW and I don't want some mass confusion of what's accepted and what's not.
[07:09] <cjwatson> I don't know about REVU, but as far as the archive is concerned there is absolutely no need for serial uploads, and no meaningful confusion caused
[07:13] <bddebian> Well like with REVU, people can't test build libfoo if libbar isn't in the archive (at least not without some effort)
[07:21] <iwj> I've just uploaded a new mdadm which I think will fix the md inappropriate degraded assembly bug which has been popping up.
[07:21] <iwj> If I break anyone's booting completely then I apologise.  If so I'll fix it properly tomorrow :-).
[07:22] <iwj> Off for dinner now.
[07:22] <elmo> iwj: those kind of uploads are much better scheduled for 6pm on a Friday, FYI
[07:22] <kylem> elmo, no no no, 6pm on a friday, before a 2-week vacation.
[07:23] <kwwii> now I know why I wait a day before applying updates
[07:47] <ogra> wow .... 7.5 G free space ! we should have pbuilder notificatin for left behind build trees :)
[07:51] <ogra> mjg59, around  ?
[07:51] <mjg59> ogra: Hi
[07:51] <ogra> mjg59, seen bug 81407 ?
[07:51] <Ubugtu> Malone bug 81407 in gnome-power-manager "[Feisty]  Thinkpad (all models) LCD brightness control cycles between lowest settings only" [Medium,Confirmed]  https://launchpad.net/bugs/81407
[07:52] <ogra> seems there realy isnt *any* matching for smbios.chassis.manufacturer = 'IBM' in the fdi file 
[07:52] <ogra> do you think adding the missing bits suffices ? 
[07:53] <ogra> (i'm not sure its a hal only issue)
[07:56] <mjg59> ogra: I think there are multiple issues
[07:57] <mjg59> The hal one needs fixing regardless
[07:57] <ogra> right, i was suspecting that
[07:57] <mjg59> There's no point matching on IBM. Match on Thinkpad.
[07:57] <ogra> right
[07:57] <ogra> apart from the X31
[07:57] <ogra> which i silly ... so i'll drop the X31 from that line and we should be set with this issue
[07:58] <ogra> *is silly
[07:58] <ogra> at least for most of te thinkpads ...
[07:59] <ogra> even though "smbios.system.version = 'Not Available'" doesnt look nice either ...
[08:28] <dholbach> if you didn't vote yet, vote: http://launchpad.net/~ubuntu-dev/+polls
[08:28] <dholbach> good night
[08:29] <bhale> good bye dholbach 
[08:29] <dholbach> bye bhale
[09:10] <BenC> pitti: the apport fix is in git, but it's an ABI bump, and I'm not sure tfheen will let me do another upload for Herd4
[09:23] <ogra> bluefoxicy, you know that this is not supported, right ? 
[09:23] <bluefoxicy> ogra:  not supported == doesn't work?
[09:24] <kylem> not supported == you keep both pieces when it breaks.
[09:24] <ogra> not supported == dont complain about thinks not working
[09:24] <ogra> etc etc
[09:50] <Riddell> mvo_: ok if I commit dist upgrader fixes to bazaar.launchpad.net/~ubuntu-core-dev/update-manager/main ?
[11:05] <tfheen> BenC: ugh, yes, I guess you can.  Urgent fixes?
[11:08] <BenC> tfheen: Fixes apport
[11:08] <BenC> tfheen: but it is an ABI bump :/
[11:08] <BenC> I have it ready to upload now
[11:09] <tfheen> BenC: ok, get it in ASAP.
[11:09] <BenC> tfheen: Thanks
[11:23] <tfheen> doko: given-back
[11:24] <doko> tfheen: ohh, and if you're still awake, please could ack the new ecj binaries, and move them to main?
[11:28] <linxeh> hi - I've had a whole bunch of problems with the latest kernel update and the nvidia non-free drivers. it looks to me like the /etc/init.d/linux-modules-restricted-common script is broken - the --quick option needs to be removed from lrm-manager to make it generate the nvidia.ko volatile driver
[11:28] <linxeh> is there osmewhere I can report this properly ?
[11:29] <linxeh> (this was edgy with 2.6.17-11-generic btw)
[11:29] <[knap] > www.launchpad.net
[11:29] <Burgwork> linxeh: are you using a stock system?
[11:29] <linxeh> yes, its a stock system 
[11:29] <linxeh> im not the only person with the problem - I just helped someone in #ubuntu fix it 
[11:29] <tfheen> doko: yes, I'll do it.
[11:29] <Burgwork> ok, then launchpad
[11:29] <linxeh> well, relatively stock - ive installed a couple of things manually
[11:30] <Burgwork> under the linux-restricted-modules package
[11:30] <linxeh> but nothing that will interfere with the nvidia / kernel stuff
[11:30] <Burgwork> is your lrm stock?
[11:30] <linxeh> yes
[11:30] <linxeh> definitely
[11:31] <linxeh> I just had it automatically update the kernel, and when it rebooted the nvidia stuff failed to work, claiming it couldnt find the nvidia.ko file in modules/volatile
[11:31] <BenC> linxeh: Sounds to me like you didn't get the new linux-restricted-modules-2.6.17-11-generic to go with it
[11:31] <linxeh> nah I did
[11:31] <BenC> nothing changed in lrm, it was just rebuilt
[11:31] <linxeh> I dropped back to an older kernel, removed the packages, cleaned the cache, and then redownloaded them
[11:31] <BenC> if it worked before, it should now, unless something is broken on your system
[11:31] <linxeh> ive done that twice 
[11:31] <linxeh> it works until I reboot
[11:31] <linxeh> at reboot the volatile modules get recreated, but not the nvidia ones
[11:31] <_ion> You have the linux-generic metapackage installed?
[11:31] <linxeh> if i remove the --quick it works
[11:32] <BenC> dpkg --get-selections | grep linux-restricted-modules
[11:32] <BenC> let me see that
[11:32] <linxeh> _ion: yes definitely
[11:32] <linxeh> BenC: ok sec 
[11:32] <linxeh> linux-restricted-modules-2.6.17-10-386          deinstall
[11:32] <linxeh> linux-restricted-modules-2.6.17-10-generic      deinstall
[11:32] <linxeh> linux-restricted-modules-2.6.17-11-386          deinstall
[11:32] <linxeh> linux-restricted-modules-2.6.17-11-generic      install
[11:32] <linxeh> linux-restricted-modules-common                 install
[11:32] <linxeh> linux-restricted-modules-generic                install
[11:32] <[knap] > having to update the nvidia kernel module after each kernel update is a major pain in the ass, would not be possible to do this in another way?
[11:33] <BenC> knap: you don't have to
[11:33] <BenC> if you install the meta packages, it will upgrade automatically
[11:34] <[knap] > the problem is that i'm not using the drivers from the repositorie but the latest from nvidia website
[11:34] <BenC> linxeh: it should work...if the others get created, then so should nvidia.ko...sounds like something is amiss on your system
[11:34] <BenC> [knap] : then we can't help with that
[11:34] <[knap] > yeah i know :)
[11:34] <linxeh> BenC: well its a stock install with some standard software, plus a custom java6 package
[11:34] <linxeh> other than that everything came from the stock repos, or from the beryl-project repo
[11:35] <BenC> linxeh: sh -x /etc/init.d/linux-restricted-modules-common start
[11:35] <linxeh> other people have had the problem  - I know of 1 guy in #ubuntu so far (that also had success with the removal of --quick fix), and at least 1 more on quakenet
[11:35] <BenC> linxeh: Use paste-bin to get that out to me
[11:35] <linxeh> well, ive modified that now so it doesnt have --quick 
[11:35] <linxeh> do you want me to change it back first?
[11:36] <BenC> the --quick just tells it not to run depmod, that shouldn't affect whether it gets built or not
[11:36] <BenC> is it that it isn't built, or that it's not found by modprobe?
[11:37] <linxeh> nvidia.ko doesnt appear to get put into /lib/modules/`uname -r`/volatile if --quick is on the command line 
[11:38] <tfheen> doko: accepted.
[11:38] <linxeh> benc:   the output of the command you asked for is at http://rafb.net/p/NU4fBq24.html
[11:39] <BenC> linxeh: sorry, sh -x /sbin/lrm-manager --quick
[11:39] <linxeh> ok
[11:40] <linxeh> http://rafb.net/p/oT8Hmq42.html
[11:42] <BenC> + . /etc/default/linux-restricted-modules-common
[11:42] <BenC> + DISABLED_MODULES=nv
[11:42] <BenC> that there is your fault
[11:42] <BenC> edit that file and remove the nv from it
[11:42] <linxeh> ah
[11:42] <linxeh> ok
[11:43] <linxeh> how come it works without --quick though ?
[11:43] <BenC> because without --quick, it doesn't source the default conf file
[11:43] <BenC> quicker == only building the modules you need
[11:43] <linxeh> ahhhhh
[11:43] <linxeh> yeah ok I see now
[11:43] <linxeh> many thanks :D
[11:43] <BenC> np
[11:44] <linxeh> I've said it before, but I'm going to say it again - the community surrounding ubuntu is one of the best I've come across 
[11:44] <linxeh> I'm forced into using redhat enterprise at work, and it positively sucks :(
[11:45] <linxeh> many many thanks for the help :)
[11:46] <sistpoty> sabdfl: thanks for your comment on but #83348 (and I hope you don't mind that I just assigned it to you;)
[11:46] <linxeh> I suspect quite a few people will get caught out by that though
[11:46] <sistpoty> sabdfl: I'm just about to mail craig (he had the idea about games...) any canonical ml I should refer him to?
[11:48] <BenC> linxeh: here's where the community gets better...now you can pass on your experience to others and help them :)
[11:58] <linxeh> definitely
[11:58] <linxeh> I'll be passing it on to the #quakenet ubuntu community
[11:58] <BenC> tfheen: linux-source 8.14 uploaded...lrm is on it's way now, and linux-meta right behind it
[11:59] <Fujitsu> linxeh, we have a community there? What's it doing there?
[11:59] <linxeh> Fujitsu: quakenet is a large network (the largest IRC network I believe, 200,000 users typically) - some of the gamers there use ubuntu, so it makes sense there is a channel there
[12:00] <Fujitsu> Unfortunate that the community is fragmented like that.
[12:00] <linxeh> yes, a little
[12:00] <linxeh> its bound to happen though - it happens with everything really
[12:01] <johanbr> Fragmented... was that a pun?
[12:01] <linxeh> and there is almost a guarantee that people on #quakenet are using linux to play games, so will know about the issues involved etc
[12:01] <BenC> yeah, I think it's probably a good thing that there's an ubuntu specific channel there...shows how pervasive we are :)
[12:07] <linxeh> :)
[12:07] <linxeh> ubuntu is really popular at work with staff