[12:51] <infinity> Riddell: Fixed.
[12:52] <Riddell> infinity: what was up?
[01:08] <infinity> Riddell: A bit of a hiccup on drescher, s'all.
[01:13] <geser> infinity: Hi. Any progress on the HASH bug in the buildds?
[01:30] <geser> keescook: gnupg2 2.0.3 was released today (primarly including a patch for the gnupg security problem). I've already new packages ready.
[01:30] <geser> Should I try to get an UVF exception for it?
[01:32] <keescook> geser: yeah, go for it.
[01:33] <keescook> I need to do the gnupg2 backports still, but it's currently a lower priority than other stuff
[01:36] <geser> the security announcement also provides a patch for gpgme 1.1.3
[01:36] <geser> but we still have gpgme 0.3.16 (first uploaded to warty) :(
[01:37] <keescook> geser: there's also gpgme1.0
[01:37] <geser> that would explain why it's so old :)
[01:44] <sistpoty> tfheen: How many packages would fall under 
[01:45] <sistpoty> tfheen: sorry, wrong question... copy/paste error... just wanted to ping you about binary only removals, thx
[01:46] <sistpoty> tfheen: as in if ubuntu-archive came to a decision already
[04:36] <alex-weej> elkbuntu: have you considered openid for ubuntucounter? :P
[05:15] <AnAnt> Hello, anyone knows what has changed from Edgy to Feisty regarding virtual console (keymap,translations,...) ?
[06:15] <jdong> anyone have experience with the Python bugtracker?
[06:15] <jdong> I found a typo in Python....
[06:15] <jdong> >>> (1-24j)**34324324
[06:15] <jdong> OverflowError: complex exponentiaion
[06:16] <jdong> it seems to have survived from python2.3 to 2.5, at least
[06:22] <Chipzz> what's wrong with that?
[06:24] <PuMpErNiCkLe> "exponentiaion"
[06:25] <jdong> Chipzz: are you a Python developer by any chance? ;-)
[06:26] <Chipzz> jdong: no, not at all :)
[06:27] <Chipzz> jdong: I was looking at the code instead of the line below ;)
[06:27] <jdong> hehe
[06:27] <Chipzz> silly me :P
[06:27] <jdong> found it while... err... traversing a polynomial for a real solution
[06:28] <jdong> (and of course it didn't have any)
[06:28] <Chipzz> brute-force attack? :)
[06:28] <jdong> of course :)
[06:28] <jdong> we got an e-mail a week and a half ago stating that spawning mathematica/matlab is not an acceptable algorithm anymore
[06:28] <jdong> the "anymore" part concerned me :D
[06:29] <Chipzz> heh
[06:29] <Chipzz> you really don't want to program in matlab anyway :P
[06:29] <jdong> I know, but when your assignment is to write an arbitrary matrix inverter, it's tempting.
[06:30] <jdong> especially since you know the validator has mathematica and matlab installed....
[06:30] <Chipzz> from the little experience I have with matlab, it looks impossible to create a clean solution to certain problems
[06:30] <jdong> it's ok but not fantastic
[06:30] <jdong> simulink is cool though
[06:30] <jdong> realtime workshop.... click button and C code comes out
[06:30] <Chipzz> the lack of any kind of references sucks monkey balls
[06:31] <jdong> it's not that kind of programming language, lol
[06:32] <Chipzz> the problem I once had was a large matrix, and I needed to call a function which changed it quite a lot of times
[06:33] <jdong> ah
[06:33] <jdong> yeah then performance will blow
[06:33] <Chipzz> the solution to that is to give the matrix as a parameter, and return a copy of the modified version
[06:33] <Chipzz> yeah
[06:33] <Chipzz> it copies it every time
[06:33] <Chipzz> so
[06:33] <Chipzz> it was either that
[06:33] <Chipzz> or use a global variable
[06:33] <Chipzz> both solutions suck :P
[06:34] <jdong> well you're supposed to cave into global variable peer pressure
[06:34] <Chipzz> a reference type would have helped there
[06:35] <jdong> no. bad compiz. do that again and beryl's going back on.
[06:36] <Fujitsu> jdong: I've only ever had that issue with Beryl.
[06:36] <jdong> Fujitsu: really?
[06:37] <jdong> compiz is doing that to me like every 1 of 10 times I maximize a terminal
[06:37] <jdong> with other maximized apps in the background
[06:37] <jdong> it simply wiggles forever
[06:37] <jdong> it's very annoying when trying to type into it
[06:37] <Fujitsu> Hah.
[06:37] <jdong> it's like giving a directional derivatives lecture to a room of people with ADD.
[06:37] <Fujitsu> A couple of weeks back, I made the mistake of shrinking a window slightly vertically.
[06:38] <Fujitsu> It proceeded to bounce between the two ends for eternity.
[06:38] <jdong> "now you... you take the gradient.... the grad.. HEY SIT DOWN. STOP JUMPING"
[06:38] <jdong> ha, we should have a silly beryl tricks contest :)
[06:39] <jdong> submission #1: Compiz:
[06:39] <jdong> http://web.mit.edu/~jdong/www/wobble.ogg
[06:39] <jdong> got 3 windows to wobble indefinitely
[06:39] <jdong> and for some reason firefox started bouncing a bit too
[06:39] <Fujitsu> Nice, jdong.
[06:40] <jdong> :)
[06:42] <jdong> bug 54776 was pretty good.... despite it was a dupe :(
[06:42] <Ubugtu> Malone bug 54776 in openoffice.org "font hinting does not work with libfreetype6 v. 2.2.1" [Low,Confirmed]  https://launchpad.net/bugs/54776
[06:42] <jdong> umm
[06:42] <jdong> bug 90636
[06:42] <jdong>  rather :)
[06:42] <Ubugtu> Malone bug 90636 in openoffice.org "Openoffice fonts aren't blurry enough (dup-of: 54776)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90636
[06:42] <Ubugtu> Malone bug 54776 in openoffice.org "font hinting does not work with libfreetype6 v. 2.2.1" [Low,Confirmed]  https://launchpad.net/bugs/54776
[06:47] <jdong> oh for the love of libpthread, come up you stupid mailserver :(
[06:50] <jdong> Hobbsee: waah, make it work... poke my mailserver with your long pointy stick
[06:51] <jdong> yay!
[06:51] <Hobbsee> jdong: what's it doing?
[06:51] <jdong> Hobbsee: well apparently it's been fscking for the past 30 hours
[06:52] <Hobbsee> fun
[06:52] <Fujitsu> That's NOTHING.
[06:52] <Fujitsu> snapshot.debian.net was fscking for a couple of months, I believe.
[06:52] <jdong> well... I was supposed to be getting 2 homework assignemnts thru e-mail
[06:52] <jdong> due tomorrow
[06:52] <jdong> and it's 1AM :(
[06:53] <jdong> Fujitsu: well, I shall see how long the mailserver takes.... apparently they've given up on fsck and are mounting it ro and copying everything onto a new RAID
[08:08] <pitti> Good morning
[08:10] <tepsipakki> Morgen pitti :)
[08:10] <ajmitch> hi pitti 
[08:11] <tepsipakki> pitti: seems that I forgot to create the series-file for quilt in libxcb, crimsun fixed it
[08:11] <pitti> tepsipakki: ah, toss me a debdiff, then I'll upload
[08:12] <tepsipakki> it's uploaded already, -1ubuntu2
[08:15] <fabbione> glide even
[08:16] <fabbione> installing those libraries is a moot point without a bunch of other stuff includeing the 3dfx kernel module
[08:17] <fabbione> and they ask questions at install time that needs to be preseeded with sane defaults to be of any use
[08:17] <fabbione> otherwise default install will suck
[08:17] <fabbione> they were left out for a veeeeery good reason
[08:18] <fabbione> tepsipakki: anyway you are doing a really good job up till now.. i am impressed
[08:22] <tepsipakki> fabbione: thanks ;)
[08:23] <tepsipakki> fabbione: libglide2/3 are in main? Seem to be in universe here..
[08:23] <pitti> fabbione: how do you mean? glide source and binaries are in universe
[08:37] <fabbione> pitti: they have been pulled in by this morning update... might be a depends: change..
[08:37] <fabbione> tepsipakki: ^^
[08:38] <fabbione> this damn developers that needs stuff from universe..
[08:39] <_ion> Hi pitti
[08:39] <_ion> Did you get my email?
[08:39] <pitti> fabbione: right, but there's no MIR, thus noone promotes it; it's just a broken Dependency then, I guess
[08:40] <pitti> _ion: yup, saw it, thank you! will merge and answer you
[08:40] <fabbione> pitti: ok :)
[08:40] <_ion> pitti: If you use bzr merge --pull, it will probably just pull the change, unless the branches have diverged, btw.
[08:42] <pitti> _ion: right, or just 'bzr pull' :)
[08:43] <_ion> Yeah, that works if one already knows they haven't diverged. :-)
[08:59] <pitti> argh, no LP
[09:12] <_ion> Hey, that's offensive! You must surely mean the Caucasian Intelligence Officer.
[09:31] <slomo_> tepsipakki: just curious but won't the xcb patch lead to apps deadlocking instead of aborting them?
[09:32] <tepsipakki> no, it will ignore the locking check altogether
[09:36] <slomo_> tepsipakki: hmm... but isn't this assertion done just before locking (or unlocking) to prevent a deadlock? i don't see how that patch could do something good ;)
[09:37] <tepsipakki> the links are there for reference, pitti just reversed the logic ;)
[09:40] <slomo_> tepsipakki: ok... do we have the mesa patch btw? and the locking issue in gtk was fixed some hours ago fortunately :)
[09:41] <tepsipakki> oh, do you have the link to the gtk-fix?
[09:42] <tepsipakki> what was that mesa patch again?
[09:42] <slomo_> tepsipakki: http://svn.gnome.org/viewcvs/gtk%2B/trunk/gdk/x11/gdkasync.c?r1=17436&r2=17435&pathrev=17436
[09:42] <slomo_> tepsipakki: i wanted to ask seb128 if he can include it with his next upload later
[09:43] <pitti> mvo: do you know a bit about python-notify? pynotify.defs has attach_to_status_icon(), but the .so doesn't
[09:43] <pitti> mvo: and I actually need this for restricted-manager
[09:43] <slomo_> tepsipakki: https://bugs.freedesktop.org/show_bug.cgi?id=8521
[09:43] <Ubugtu> Freedesktop bug 8521 in GLX "AllocAndFetchScreenConfigs unlocks twice" [Normal,Resolved: fixed]  
[09:45] <tepsipakki> slomo_: you wanted that for dapper/edgy?
[09:46] <slomo_> tepsipakki: hm? no
[09:46] <slomo_> tepsipakki: i only wanted to know if we have this patch in feisty ;;)
[09:46] <tepsipakki> that's in mesa-6.5.2
[09:46] <tepsipakki> which is in feisty
[09:46] <slomo_> perfect
[09:50] <mvo> pitti: I haven't used that yet, but what about attach_to_widget?
[09:51] <pitti> mvo: a gtk.StatusIcon is not a widget
[09:51] <mvo> pitti: righ, you could just pack it into a eventbox to get a widget 
[09:52] <pitti> mvo: yup, but how do I add the statusicon into it?
[09:53] <pitti> mvo: I think for precisely this problem libnotify has an attach_to_status_icon() :)
[09:53] <pitti> just the Python binding seems to be missing
[09:53] <cjwatson> pitti: some of the language-pack bits in http://people.ubuntu.com/~robertc/possible-conflicts/feisty/main.txt look like they just need extra Replaces
[09:53] <doko_> pitti: I'm done with the uploads
[09:53] <pitti> doko_: yay, thanks
[09:54] <pitti> cjwatson: ah, thanks; those are probably the ones that have never been updated since I added the misssing replaces
[09:55] <cjwatson> ok
[09:57] <dholbach> good morning
[10:03] <seb128> morning
[10:04] <seb128> pitti: I've started to look at the KDE packages waiting to NEW yesterday and I've questions about them
[10:05] <pitti> urgh, NEW?
[10:05] <seb128> does debian/copyright needs to list the copyright holders?
[10:05] <pitti> seb128: yes, it does
[10:05] <seb128> pitti: yeah, you know, where new source packages go
[10:05] <pitti> seb128: ah, you mean for feisty, not for the edgy-proposed thing
[10:05] <pitti> seb128: sorry, wrong mental context :)
[10:05] <seb128> np ;)
[10:05] <seb128> k, because they don't
[10:06] <seb128> another weird thing is
[10:06] <pitti> mvo: ah, simple bug, pynotify.c is not regenerated properly
[10:06] <mvo> aha
[10:08] <seb128> k, can't get it from NEW, will look later
[10:54] <pitti> wow, Riddell grew another 'l' :)
[10:56] <pitti> tepsipakki, mvo: so, can you please have a look at http://pastebin.ca/387387 if it looks sane for fglrx?
[11:02] <mpt> pitti, http://groups.google.com/group/mozilla.dev.quality/browse_thread/thread/9d42950d1147e8ed
[11:02] <mpt> (don't know whether you're interested)
[11:03] <pitti> mpt: indeed I am, and I saw it this morning; unfortunately I'm at a concert tonight, but I'll join the next meeting
[11:04] <tepsipakki> pitti: looks good
[11:04] <cjwatson> mpt: are you going to be listening in?
[11:05] <cjwatson> if nobody else can, I might, although the timing isn't good for me either
[11:05] <mvo> pitti: looks good
[11:05] <pitti> tepsipakki, mvo: thanks
[11:16] <mpt> cjwatson, sorry, I'll be busy being a weekend tourist guide
[11:17] <mpt> (and I probably couldn't contribute/understand much anyway, I iz just a UI designah)
[11:23] <dholbach> Riddell: I just uploaded a new example-content and did some small changes - if you want to update Kubuntu related changes, I added the branch URL in XS-Vcs-Bzr
[11:24] <dholbach> Riddell: or if you know somebody who'd like to do that (maybe kwwii?)
[11:24] <mpt> cjwatson, if you attend, be aware that Benjamin Smedberg's PT-to-UTC conversion isn't accurate
[11:25] <kwwii> dholbach: did a lot change?
[11:25] <dholbach> kwwii: no, I merely changed some occurences of 6.06 and 6.10
[11:26] <dholbach> kwwii: I just saw that the Kubuntu presentation has "Add Image Here" in it and still mentions powerpc
[11:26] <dholbach> kwwii: and it's 3 times as big as the ubuntu one :)
[11:30] <kwwii> dholbach: I'll look into that
[11:31] <dholbach> kwwii: super
[11:32] <Seveas> beta.lp sure is oopsing a LOT
[11:35] <Fujitsu> Seveas: every 3rd HTTP request or so, it seems.
[11:38] <mpt> beta's working again?
[11:38] <pitti> hm, I had two 'oops -- no css -- looks normal' cycles now
[11:38] <mpt> ah, thanks for the notification Seveas :-)
[11:39] <mpt> pitti, the technical term for that is FOUC
[11:39] <mpt> Flash Of Unstyled Content
[11:39] <pitti> mpt: but certainly not for the oopses :)
[11:39] <mpt> The non-technical term is "Style sheet, I've waited too long for you to arrive, so I'm going to draw the page anyway"
[11:40] <mpt> True, not for the oopses
[11:40] <Fujitsu> mpt: No, it's style-sheet, I got an OOPS page in return, so it's not valid, so I'm not going to render you.
[11:40] <mpt> Top Men are working on those
[11:41] <mpt> Fujitsu, I find it very difficult to believe that the style sheet would return an OOPS
[11:41] <mpt> we don't do any database queries for the style sheet :-)
[11:41] <Fujitsu> It did.
[11:41] <Fujitsu> Try it.
[11:41] <Fujitsu> Refresh a few times.
[11:41] <Fujitsu> You'll get one (/+icing/style.css, for example)
[11:42] <cjwatson> mpt: heh, good point
[11:42] <Fujitsu> You get a nice beta-styled oops.
[11:42] <mpt> WOW
[11:43] <Fujitsu> Or I've somehow managed to insert OOPS-433BD703 into the magical database.
[11:43] <Hobbsee> haha
[11:43] <mpt> I was going to say "Loaded it ten times, no oopses"
[11:43] <Fujitsu> mpt: Hah.
[11:43] <Hobbsee> even mpt is suprised about LP - scary!
[11:43] <mpt> but then it oopsed at the bottom of the ninth
[11:43] <mpt> with bases loaded
[11:43] <Fujitsu> mpt: Any idea what's happening!?
[11:43] <Seveas> all your launchpad are belong to OOPS
[11:43] <Fujitsu> Surely there's no DB-foo behind it...
[11:43] <mpt> Fujitsu, I said Top Men are working on it
[11:43] <pitti> "Launchpad will be going offline for maintenance very very soon."
[11:43] <mpt> Honestly, do I look like a Top Man?
[11:43] <pitti> hmm, I thought it just came back?
[11:44] <Seveas> mpt, yes
[11:44] <mpt> I don't even have any muscles.
[11:44] <Fujitsu> mpt: Ah, didn't see that.
[11:44] <Hobbsee> pitti: it did.  it decided it didnt like life, so is in hiding again.
[11:44] <Seveas> Hobbsee, lp has a marvin attitude?
[11:44] <Hobbsee> Seveas: seems so...
[11:45] <TheMuso> Lp. DOn't talk to me about lp.
[11:45] <Hobbsee> haha
[11:45] <Seveas> I think you ought to know, I'm feeling very OOPS'ed
[11:46] <TheMuso> lol
[11:50] <imbrandon> OOPS has taken the BSOD top spot ;)
[11:53] <Riddell> pitti: I screwed up again, the python-kde package is missing the necessary new function and a symlink
[11:54] <Riddell> pitti: which is all very annoying, it's not like I didn't test this stuff three times
[11:54] <Riddell> pitti: http://kubuntu.org/~jriddell/tmp/pykde.debdiff
[12:00] <Riddell> pitti: and http://kubuntu.org/~jriddell/tmp/adept.debdiff
[12:05] <pitti> Riddell: looks fine
[12:06] <pitti> Riddell: not sure whether uploads will work, though, but just try :)
[12:06] <Riddell> mm, but it looked fine last time.  grump
[12:06] <Riddell> thanks
[12:08] <Keybuk> heyhey
[12:08] <Fujitsu> Hi Keybuk.
[12:09] <pitti> ouch
[12:09] <pitti> Hobbsee: how did I earn that?
[12:09] <Hobbsee> pitti: the lack of greeting from earlier :P
[12:09] <seb128> Riddell: your new KDE4 packages have no copyright holders listed to debian/copyright
[12:09] <pitti> Hobbsee: *big hug*
[12:10] <Hobbsee> pitti: :D *big hug back*
[12:10] <seb128> kde4multimedia has files under the LGPL, it doesn't ship a copy of the text though
[12:11] <seb128> that is weird
[12:11] <seb128> " *  This program is free software; you can redistribute it and/or
[12:11] <seb128>  *  modify it under the terms of the GNU General Public
[12:11] <seb128>  *  License version 2 as published by the Free Software Foundation.
[12:11] <seb128> ...
[12:11] <seb128>  *  You should have received a copy of the GNU Library General Public License
[12:11] <seb128>  *  along with this library; see the file COPYING.LIB.  If not, write to
[12:11] <seb128>  *  the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,"
[12:11] <seb128> 
[12:11] <seb128> is that normal to have file under the GPL with an indication of where to get the LGPL?
[12:12] <Riddell> seb128: it's the same copying file as in the KDE 3 package
[12:12] <Riddell> which probably hasn't changed much since KDE 0.1
[12:12] <pitti> seb128: the 'a little bit more than lesser GPL'?
[12:13] <seb128> pitti: no, just wondering why it says the file is "under the terms of the GNU General Public" and mentions the "GNU Library General Public License" then
[12:14] <pitti> seb128: right, I noticed
[12:14] <seb128> that's from kdeadmin
[12:16] <Riddell> oh joy I think I've deleted all the kde4* packages from my local hard disk
[12:16] <Riddell> seb128: if you reject them can you put the sources somewhere I can get at them?
[12:17] <seb128> Riddell: I'm not going to reject them, I'm not comfortable enough on source NEW yet, I'll let tfheen or pitti do them
[12:17] <seb128> Riddell: I think you have to ship at least the LGPL text with the package
[12:18] <pitti> seb128: if debian/copyright does not have copyright holders, and the upstream license is wrong, then they need to be rejected
[12:18] <seb128> dunno if debian/copyright has to list the copyright holders, they don't
[12:18] <Riddell> or point to it in common licences
[12:18] <pitti> Riddell: no
[12:18] <Riddell> but it's no worse than what's in the current KDE 3 packages in debian and ubuntu
[12:18] <pitti> Riddell: pointer is good for debian/copyright, but *not* for orig.tar.gz's
[12:18] <Riddell> pitti: why not?
[12:18] <seb128> and dunno if source mentionning the GPL and then the LGPL is a problem to fix
[12:18] <Riddell> oh, I see
[12:19] <Riddell> seb128: can you put the sources somewhere I can get at them?
[12:19] <pitti> seb128: it's ok to license some parts as lgpl and some as gpl, but upstream's files have to tell which license applies in the file headers, and debian/copyright needs to list the various parts
[12:21] <seb128> pitti: could you have a look to kdeadmin, kuser/ku_usermodel.cpp for example?
[12:21] <seb128> and let me know if you think it's correct
[12:21] <pitti> seb128: fetching
[12:21] <seb128> Riddell: will do
[12:23] <Hobbsee> pitti: was supposed to be more fixed, too
[12:23] <pitti> seb128: looks fine to me, what's wrong wit it?
[12:24] <seb128> pitti: k, I was not sure about the file being GPL and then pointing to LGPL and COPYING.LIB (which is not shipped with the tarball)
[12:24] <pitti> Riddell: d/copyright also needs to point out which parts are under the docbook license
[12:24] <pitti> seb128: it's certainly weird that it's COPYING.LIB, and not COPYING; so if COPYING.LIB is the GPL, that's fine
[12:25] <pitti> seb128: oh, indeed that doesn't exist. that's wrong then
[12:25] <seb128> pitti: well, it's written "You should have received a copy of the GNU Library General Public License"
[12:25] <pitti> seb128: ah, you are right
[12:25] <pitti> this is completely screwed up then
[12:25] <pitti> seb128: sorry, I didn't read hard enough
[12:26] <seb128> np
[12:27] <seb128> pitti: since it's your archive day I'll let you reject the uploads if that's ok with you. Could you also copy them on chinstrap or somewhere for Riddell?
[12:27] <pitti> seb128: sure
[12:27] <seb128> thank you
[12:29] <Riddell> pitti, seb128: by the way I care less about KDE 4 today than about libkexiv getting through NEW
[12:29] <pitti> Riddell: trying, depends on how much lp loves me
[12:30] <seb128> Riddell: ah, I though tfheen was going to do it since he said it was ok during the meeting
[12:31] <pitti> Riddell: I guess you want it in main; is there a MIR or is it a code splitout?
[12:32] <Riddell> pitti: it's code that has been split out of the previous version of digikam
[12:32] <pitti> Riddell: ah, so main
[12:32] <Riddell> yes please
[12:35] <pitti> Riddell: libkexiv2 source-NEWed
[12:35] <Riddell> pitti: thanks
[12:36] <pitti> Riddell: http://people.ubuntu.com/~pitti/tmp/kde4/
[12:36] <pitti> Riddell: I'll reject kde4network then, do you need another mail or is above IRC discussion enough?
[12:37] <pitti> Riddell: erm, s/network/admin/
[12:37] <pitti> seb128: did you already check the other kde packages, too?
[12:38] <seb128> pitti: admin and multimedia
[12:38] <seb128> not the others
[12:39] <pitti> seb128: mm had the same problem or was ok?
[12:39] <seb128> is has problems
[12:39] <seb128> at least not shipping the LGPL text and no copyright holder
[12:40] <Riddell> seb128: no copyright holder where?
[12:41] <Riddell> pitti: irc is fine
[12:42] <pitti> Riddell: debian/copyright has no copyrights
[12:42] <StevenK> seb128: Have you seen an issue with Edgy where icons for the Games don't show up in the menu and the update-notifier icon doesn't display either?
[12:43] <Riddell> hmm, right
[12:44] <seb128> StevenK: no, looks like an outdated cache
[12:45] <seb128> brb
[12:54] <pitti> Riddell: kde4edu is hte same problem: missing COPYING.LIB and no copyright in debian/copyright;
[12:56] <Riddell> pitti: ok
[12:57] <Riddell> I'll need to fix this all upstream
[12:57] <Riddell> which is not a-typical of KDE
[12:57] <pitti> right, probably the other sources have a similar problem
[12:58] <Riddell> pitti: adept and pykde seem to be accepted into edgy-proposed ready for approval
[12:58] <pitti> Riddell: done
[01:00] <StevenK> seb128: Your cache answer was spot-on, thanks.
[01:00] <seb128> StevenK: np
[01:02] <pitti> Riddell: which package provides kde-config? I need to rebuild skim for the Maintainer: change
[01:03] <supervillain> hello, is apt-proxy secure? can I trust an apt-proxy server?
[01:03] <Riddell> pitti: kdelibs4c2a
[01:04] <pitti> urgh, 20 MB deps  just to rebuild a source package :/
[01:04] <seb128> pitti: don't build it, just debuild -S and upload ;)
[01:04] <pitti> seb128: right, but even that needs kde-config, scons, and everything
[01:05] <seb128> ah
[01:05] <Riddell> debuild -S shouldn't, only scons and cdbs
[01:06] <pitti> Riddell: scons -c is called in clean, that needs all the stuff
[01:06] <Riddell> ah well, I guess there's a reason KDE dropped scons :)
[01:06] <pitti> Checking for the qt library       :  qt was not found
[01:07] <pitti> grr
[01:07] <pitti> I have libqt3-mt-dev
[01:08] <Hobbsee> supervillain: ask the guys that wrote it?
[01:08] <tepsipakki> tfheen: did you see that sync-request about discover-data?
[01:28] <pitti> cjwatson: I just noticed that libgucharmap is NBS in feisty (gucharmap builds soname 6 now); do these packages need to be removed manually, or will you do it in a big wave at some point?
[01:29] <cjwatson> pitti: archive-cruft-check scans for that; feel free to remove stuff in there after a cursory check
[01:29] <cjwatson> (remove-package.py -m '(pitti) NBS' -b foo bar baz)
[01:29] <pitti> cjwatson: right, I checked rdepends in this case, I just wondered whether there was some automagic script for it
[01:30] <cjwatson> pitti: I generally give things at least a few days before removing them to make transitions less painful
[01:30] <cjwatson> pitti: archive-cruft-check for finding them, but nothing automatic for removing them
[01:30] <pitti> cjwatson: I think this one has been around for at least two weeks
[01:30] <cjwatson> erm, archive-cruft-check -n too, IIRC
[01:30] <pitti> cjwatson: ah, I see; alright, I'll clean up a little
[01:30] <cjwatson> I usually do archive-cruft-check -n | sed 's/,//g' to make it easier to paste bits of the output
[01:32] <pitti> cjwatson: is there anything we need to do about the ASBA lines?
[01:47] <Riddell> mvo: is update-manager the only place which prompts you to download and run the dist-upgrade tool in ubuntu?
[01:48] <mvo> Riddell: yes
[01:48] <mvo> Riddell: well, and update-notifier if a CD is inserted
[01:48] <mvo> Riddell: with a update image
[01:48] <Riddell> mvo: how do you run dist-upgrade if there's no packages in the stable release to update and pop up the update-notifier icon?
[01:50] <mvo> Riddell: currently there is only update-manager. it could be made part of update-notifier I think, but that makes matters more complicated
[01:52] <pitti> Riddell: could you please fix kdemultimedia and juk to not b-dep on libtunepimp-bin any more? it's not built any more
[01:52] <Riddell> pitti: ok
[01:52] <Riddell> mvo: so if there's no stable release updates you can't run the dist-upgrade tool?
[01:52] <pitti> Riddell: (and rebuild kid3 if you like to keep it installable)
[01:52] <pitti> Riddell: thank you
[01:52] <mvo> Riddell: no, just just need to run it manually
[01:53] <Riddell> mvo: from the command line?
[01:53] <mvo> Riddell: there is no notification in the tray
[01:53] <mvo> Riddell: from the menu 
[01:53] <Riddell> ah, right
[01:53] <Riddell> thanks mvo 
[01:53] <pitti> cjwatson: is it generally safe to remove all the older kernel ABI debs now?
[01:54] <mvo> Riddell: so far this was not a limitation
[01:57] <kagou> mvo, i'v looked at displayconfig-gtk. My screen is missing from your MonitorsDB
[01:58] <kagou> mvo, where this file come from ? 
[01:58] <Fujitsu> pitti: can you nuke the asterisk upload to Feisty before publisher runs, or not?
[01:58] <pitti> Fujitsu: I think I can
[01:58] <pitti> Fujitsu: but it's not in accepted
[01:59] <mvo> kagou: its part of the source right now, displayconfig/ldetect-lst/MonitorsDB
[01:59] <Fujitsu> It was uploaded about 10 minutes ago, I believe.
[01:59] <kagou> mvo, yes but how did you have generated it ?
[01:59] <cjwatson> pitti: ignore ASBA, not much you can do about it
[02:00] <cjwatson> pitti: normally yes, though check that all the bits that need to be rebuilt for a new kernel ABI have been rebuilt
[02:00] <pitti> cjwatson: that is, d-i and ubiquity?
[02:00] <cjwatson> pitti: not ubiquity; linux-restricted-modules, linux-meta, linux-backports-modules, d-i
[02:00] <kagou> mvo, i'v an belinea.inf from windows driver, i will try to parse it and try to make a diff with your file 
[02:00] <pitti> cjwatson: ah, ok; thanks
[02:01] <mvo> kagou: its taken from kde-guidance and they have it from Xconfigrator
[02:01] <pitti> kwwii_: just a warning, various artwork packages depend on usplash-dev; this needs to be fixed to libusplash-dev
[02:02] <kagou> mvo, oh ! so may be  i should make a diff for Xconfigurator. It's a better choice no ?
[02:03] <mvo> kagou: I'm not sure how active Xconfigrator is actually :) so a diff against the one in displayconfig-gtk is a saver choice for now. it should also go to the kde-guidance people
[02:05] <pitti> cjwatson: how do I check d-i?
[02:05] <kagou> ok mvo  thanks
[02:07] <kwwii_> pitti: where does one change that?
[02:07] <pitti> kwwii_: debian/control, 'Build-Depends:'
[02:09] <kwwii_> pitti: cool, thanks...dholbach will help me on that, I am sure :-)
[02:22] <ogra> pitti, hmm, restricted manager doesnt do the right thing for me it seems ... intrestingly lsmod|grep fglrx doesnt show the module anymore now ...
[02:22] <pitti> ogra: --verbose, please
[02:22] <ogra> lsmod --verbose ? 
[02:22] <pitti> ogra: you are using 0.4?
[02:22] <pitti> ogra: no, your explanation :)
[02:22] <ogra> ah
[02:23] <ogra> yes, i upgraded the whole system, removed the fglrx driver and reinstalled it with r-m to test the functionallity
[02:23] <ogra> since thne my lsmod 
[02:23] <ogra> doesnt show the module anymore
[02:24] <ogra> apart from that 
[02:24] <ogra> ogra@edubuntu:~$ glxgears 
[02:24] <ogra> Xlib:  extension "XFree86-DRI" missing on display ":0.0".
[02:24] <pitti> ogra: xorg.conf has ati or fglrx?
[02:24] <ogra> fglrx 
[02:24] <ogra> apparently its also using it ...
[02:24] <pitti> le huh?
[02:25] <ogra> (there are massive font differences between ati and fglrx ... according to the font i'm using the fglrx driver)
[02:25] <ogra> (and according to xorg.conf)
[02:25] <ogra> its just the module i dont see 
[02:25] <pitti> that works without the kernel module?
[02:25] <ogra> nor any traces in dmesg
[02:25] <pitti> ogra: ah, wait, that might just be the module for DRI
[02:26] <ogra> right
[02:26] <ogra> still
[02:26] <pitti> ogra: can you please ugprade x11-common to 7.2-0ubuntu7?
[02:26] <pitti> ogra: this dexconf fixed DRI handling
[02:26] <pitti> for fglrx
[02:26] <ogra> it just silently fails ... i'd at least expect anything in dmesg
[02:26] <ogra> my system is up to date and rebooted
[02:27] <pitti> ogra: what's your version? might not yet have been built
[02:27] <cjwatson> pitti: /srv/launchpad.net/ubuntu-archive/ubuntu/dists/feisty/main/installer-i386/current/images/MANIFEST.udebs
[02:27] <ogra> ah, right
[02:27] <ogra> ubuntu7
[02:27] <pitti> cjwatson: thanks
[02:27] <pitti> ogra: ah, so you hhave the Extensions section with composite disabing?
[02:28] <pitti> in xorg.conf
[02:29] <ogra> there is:
[02:29] <ogra> Section "Extensions"
[02:29] <ogra>     Option "Composite" "Enable"
[02:29] <ogra> EndSection
[02:29] <ogra> hmm
[02:29] <ogra> dunno where that comes from though ... it wasnt there before 
[02:29] <pitti> ogra: hm, current dexconf should set it to '0' for driver == fglrx
[02:29] <pitti> and dexconf doesn't write Extensions otherwise
[02:30] <pitti> ogra: sudo dexconf -o /tmp/conf produces a different one?
[02:32] <ogra> ogra@edubuntu:~$ diff -ruN /etc/X11/xorg.conf /tmp/conf
[02:32] <ogra> --- /etc/X11/xorg.conf  2007-03-09 14:16:05.000000000 +0100
[02:32] <ogra> +++ /tmp/conf   2007-03-09 14:30:46.000000000 +0100
[02:32] <ogra> @@ -153,7 +153,3 @@
[02:32] <ogra>  Section "DRI"
[02:32] <ogra>         Mode    0666
[02:32] <ogra>  EndSection
[02:32] <ogra> -
[02:32] <ogra> -Section "Extensions"
[02:32] <ogra> -    Option "Composite" "Enable"
[02:32] <ogra> -EndSection
[02:32] <ogra> yep
[02:32] <pitti> ogra: that's still wrong; can you double-check that driver is fglrx?
[02:33] <ogra> ogra@edubuntu:~$ grep fglrx /etc/X11/xorg.conf
[02:33] <ogra>         Driver          "fglrx"
[02:34] <pitti> dpkg -l x11-common | grep -q 0ubuntu7 || echo OUTOFDATE
[02:36] <ogra> ogra@edubuntu:~$ dpkg -l x11-common | grep -q 0ubuntu7 || echo OUTOFDATE
[02:36] <ogra> OUTOFDATE
[02:36] <pitti> ogra: if that doesn't do anything, can you please get me a sh -ex output of dexconf?
[02:36] <pitti> aaah
[02:36] <pitti> ogra: as I said, 0ubuntu7 is necessary
[02:36] <ogra> didnt i say i have ubuntu6 only ? 
 ah, right
 ubuntu7
[02:37] <pitti> ogra: just a misunderstanding then, sorry :)
[02:37] <ogra> oh, crap
[02:37] <pitti> ogra: amd64? http://people.ubuntu.com/~pitti/tmp/x11-common_7.2-0ubuntu7_amd64.deb
[02:37] <ogra> i shouldnt have six conversations simultaneously, sorry
[02:37] <ogra> i386
[02:37] <pitti> ogra: it's not yet on archive
[02:38] <ogra> yep, i can wait, just wanted to notify you that it doesnt work yet for me 
[02:38] <pitti> ogra: http://people.ubuntu.com/~pitti/tmp/dexconf, please put into /usr/bin
[02:38] <ogra> but more weird is the module thing
[02:38] <pitti> ogra: oh, it's just the script that's wrong
[02:38] <pitti> ogra: right, that module thing is the bit I'd like to find out
[02:39] <pitti> ogra: if it's not loaded automatically by the fglrx X driver, we might need to stuff it into /etc/modules or so
[02:39] <tepsipakki> it should load automatically
[02:40] <allee> Mhh, why does autobuilder complain about already existing Orig-maintainer field?  it's a 0ubuntu1 pkgs.  so I thought I have to add it. pkgmaintainermangler: Error: /build/buildd/libkexiv2-0.1.1/debian/libkexiv2-0-dbgsym/DEBIAN/control already contains an Original-Maintainer field; 
[02:41] <ogra> well, usually the Xserver wouldnt start or at least complain if it werent loaded 
[02:41] <allee> https://launchpad.net/+builds/+build/308754
[02:41] <pitti> allee: it's XSBC-Original-Maintainer
[02:41] <allee> pitti: that's what I added
[02:41] <ogra> so it *mus* be loaded ... i wnder if the kernel has a bug in listing it somehow
[02:41] <pitti> ogra: in this case it seems to go on without DRI
[02:41] <ogra> hmm
[02:41] <pitti> ogra: sudo modprobe fglrx?
[02:41] <pitti> allee: looking
[02:42] <allee>  $ grep Maintainer libkexiv2-0.1.1/debian/control
[02:42] <allee> Maintainer: Achim Bohnet <allee@kubuntu.org>
[02:42] <allee> XSBC-Original-Maintainer: Debian KDE Extras Team <pkg-kde-extras@lists.alioth.debian.org>
[02:42] <ogra> pitti, done 1000 times today
[02:42] <ogra> its not showing up
[02:42] <tepsipakki> ogra: dmesg?
[02:42] <pitti> ogra: hm, that seems to be outside of r-m's domain then
[02:43] <pitti> allee: can you please put that debian/control somewhere?
[02:44] <ogra> tepsipakki, just to repeat myself, nothing in dmesg, no commandline output etc ... no trace of the module, but its in /lib/modules where it belongs
[02:44] <mooey> is it wrong that a package won't install in a chroot?
[02:44] <pitti> allee: nevermind, I'll try it myself here
[02:44] <mvo> mooey: depens on the package, which one is it?
[02:44] <tepsipakki> ogra: ok, strange..
[02:45] <mooey> mvo, sun-java6-jre from edgy backports, it installs out of a chroot fine but it fails consistantly in a chroot
[02:45] <pitti> mooey: /proc, /sys, and /dev not mounted perhaps?
[02:46] <tepsipakki> mooey: does it ask you about the license?
[02:46] <pitti> mooey: we need the output of the postinst, preferably as sh -ex /var/lib/dpkg/info/<package>.postinst configure
[02:46] <ogra> tepsipakki, 
[02:46] <ogra> Mar  9 11:26:57 edubuntu kernel: [663600.348000]  [fglrx]  total      TIM  = 0
[02:46] <ogra> ogra@edubuntu:~$ date
[02:46] <ogra> Fr 9. Mr 14:46:36 CET 2007
[02:46] <mooey> tepsipakki, it does yea
[02:46] <mooey> pitti, one moment
[02:47] <ogra> tepsipakki, last trace of fglrx is 11:26 ... its now 14:46, i upgraded inbetween and had more than 60 reboots during that time (two fsck's)
[02:48] <tepsipakki> ogra: try reinstalling l-r-m
[02:48] <mooey> oops, mounting /proc fixed it
[02:49] <tepsipakki> ogra: just guessing here..
[02:49] <pitti> allee: alright, reproduced locally; I'll fix this in pkgmaintainermangler and ask for a rebuild
[02:54] <pitti> allee: fixed pkgbinarymangler uploaded; sorry for the hassle
[02:55] <allee> pitti: okay, thx a lot!
[03:05] <Keybuk> every time I modify the file, I have to "make clean all" otherwise it complains about "Merge mismatch for summaries"
[03:05] <ogra> tepsipakki, 
[03:05] <ogra> ogra@edubuntu:~$ sudo apt-get install --reinstall linux-restricted-modules-2.6.20-9-generic
[03:05] <ogra> ogra@edubuntu:~$ sudo modprobe fglrx
[03:05] <ogra> ogra@edubuntu:~$ dmesg|grep fgl
[03:05] <ogra> ogra@edubuntu:~$ lsmod|grep fgl
[03:05] <ogra> nothing ...
[03:07] <tepsipakki> weird
[03:08] <Treenaks> ogra: rmmod radeon ?
[03:09] <ogra> ogra@edubuntu:~$ lsmod|grep radeon
[03:09] <ogra> ogra@edubuntu:~$
[03:09] <ogra> :)
[03:09] <ogra> nothing to rmmod
[03:15] <zul> elmo: ping I should have xen-2.6.20 this weekend hopefully
[03:16] <elmo> zul: wow - with what version hypervisor?
[03:16] <seb128> ogra: xorg-driver-fglrx
[03:16] <zul> 3.0.3
[03:17] <ogra> seb128, what about it ? 
[03:18] <zul> elmo: Im actually building the x86 version right now
[03:18] <seb128> ogra: it looked like you were trying to get fglrx from linux-restricted-modules-2.6.20-9-generic
[03:18] <elmo> zul: hmm, how come 3.0.3 and not 3.0.4?
[03:18] <ogra> seb128, yes ... and even everything is installed, the module doesnt show up anywhere 
[03:18] <ogra> even if i modprobe ...
[03:18] <ogra> not even in dmesg ...
[03:19] <ogra> no error, no success ....
[03:19] <zul> elmo: because redhat didnt have a kernel for 3.0.3 at the time and 3.0.4 was giving users grief with timing issues
[03:19] <seb128> ogra: tried to modprobe it from a VT?
[03:19] <elmo> zul: hmm, ok
[03:19] <zul> 3.0.5 for feisty+1 though
[03:20] <ogra> seb128, good idea ... but same symptoms
[03:20] <seb128> ogra: you should get errors on the command line from a VT
[03:20] <pitti> seb128: but those errors should appear in kern.log/dmesg, too, no?
[03:21] <ogra> seb128, nope, absolute silence 
[03:21] <seb128> pitti: right
[03:21] <ogra> seb128, are you using fglrx anywhere atm ? 
[03:22] <seb128> ogra: no, but I can try it quickly on my desktop
[03:22] <ogra> i wonder if the l-r-m package is broken
[03:22] <seb128> I tried a week ago and it was working fine
[03:22] <ogra> well, yesterday it was working fine for me :)
[03:22] <ogra> until i upgraded and tried out restricted-manager 
[03:23] <pitti> seb128: use r-m :)
[03:24] <ogra> r-m- is cool btw ... kudos pitti 
[03:24] <pitti> seb128: and, before that, please install http://people.ubuntu.com/~pitti/tmp/dexconf
[03:24] <pitti> ogra: Keybuk did most of the work so far :)
[03:24] <ogra> the "in use" column doesnt show anything yet ...
[03:24] <pitti> seb128: to /usr/bin/dexconf; it's uploaded, but not yet on the archive, it fixes the composite setting
[03:24] <pitti> ogra: the 'in use' column basically does lsmod|grep module
[03:24] <ogra> ah
[03:25] <pitti> ogra: but for fglrx we probably need some additional magic, like grepping the X.org log or hacky stuff
[03:25] <pitti> ogra: unless you happen to know a command or call how to determine the *currently running* X driver?
[03:27] <torkel> pitti: does r-m magically makes fglrx work with older cards (Mobility FireGL 9000) too? :-)
[03:27] <pitti> torkel: I don't have an ATI card, I don't know; feedback and bug reports appreciated
[03:27] <ogra> pitti, usually the lsmod should work as well 
[03:27] <pitti> ogra: it does for nvidia at least, it won't start up without the module
[03:27] <pitti> but apparently the fglrx driver can do without DRI
[03:28] <bddebian> Heya
[03:29] <ogra> pitti, hmm, right ...
[03:29] <seb128> pitti: ok, what should I do to try fglrx?
[03:29] <pitti> seb128: download above dexconf, stick it into /usr/bin
[03:30] <pitti> seb128: (that will happen once x11-common reaches the archive)
[03:30] <pitti> seb128: and then just start restricted-manager (make sure to have 0.4) and enable the driver
[03:30] <torkel> pitti: they have dropped a lot of older cards in later versions of fglrx (see also #83958)
[03:31] <tepsipakki> torkel: it doesn't magically fix that, no
[03:32] <torkel> tepsipakki: I know, it was an attempt to a joke
[03:33] <tepsipakki> torkel: this is serious :)
[03:35] <Riddell> pitti: I just got both a reject and accept e-mail for xdg-utils, do you know what that's about?
[03:35] <pitti> Riddell: yes, sorry; first I rejected it because of the wrong .changes
[03:35] <pitti> Riddell: then I noticed that it was universe in edgy, and accepted it
[03:36] <pitti> Riddell: for main I'm stricter about following the policy
[03:36] <Riddell> pitti: ok, thanks
[03:47] <seb128> pitti: works fine (activating fglrx)
[03:47] <pitti> seb128: yay!
[03:48] <pitti> seb128: you have the composite disabling in xorg.conf, too?
[03:48] <seb128> yep
[03:48] <seb128> dunno if that's required though
[03:48] <seb128> I tried without that option and xorg was working fine
[03:49] <seb128> ogra: there is no fglrx kernel module, that's a video driver BTW, what do you try to modprobe?
[03:51] <ogra> seb128, ls /lib/modules/2.6.20-9-generic/volatile/
[03:51] <ogra> do you see fglrx.ko ?
[03:51] <jdong> BenC: can we have fglrx 8.34.8, pretty please? Fixes suspend and resume.
[03:51] <seb128> $ ls /lib/modules/2.6.20-9-generic/volatile/
[03:51] <seb128> ls: /lib/modules/2.6.20-9-generic/volatile/: No such file or directory
[03:51] <jdong> and oh yeah. xv on amd64 doesn't segfault anymore
[03:51] <ogra> seb128, hmm, intresting 
[03:52] <BenC> jdong: Sure
[03:52] <mjg59> seb128: Uh, there really is an fglrx module
[03:52] <seb128> mjg59: I'm using fglrx without it
[03:52] <jdong> BenC: thanks!
[03:52] <ogra> ogra@edubuntu:~/devel$ dpkg -S /lib/modules/2.6.20-9-generic/volatile/fglrx.ko 
[03:52] <ogra> dpkg: /lib/modules/2.6.20-9-generic/volatile/fglrx.ko nicht gefunden.
[03:52] <mjg59> seb128: Can you put xorg.conf somewhere, please?
[03:52] <ogra> hmm, dpkg disagrees with mjg59 
[03:52] <BenC> seb128: Then you aren't using the Xorg fglrx in xorg.conf
[03:53] <mjg59> ogra: Yes, that's because it's a generated file
[03:53] <ogra> ah
[03:53] <mjg59> seb128: Also Xorg.0.log
[03:54] <ogra> mjg59, same goes for me, i'm using fglrx without th ekernel module ... which doesnt show up anywhere or doesnt show any output to modprobe
[03:54] <seb128> mjg59, BenC: http://people.ubuntu.com/~seb128/xorg.conf
[03:54] <ogra> i start to suspect l-r-m is borked
[03:54] <seb128> http://people.ubuntu.com/~seb128/Xorg.0.log
[03:54] <BenC> the xorg fglrx driver should choke if it can't load the fglrx kernel module
[03:54] <jdong> ogra: dpkg installs fglrx.o in /lib/l-r-m
[03:55] <jdong> BenC: actually it doesn't...
[03:55] <jdong> BenC: it falls back to 2D
[03:55] <ogra> jdong, yes, i see it 
[03:55] <ogra> its there, but modprobe remains silent ...
[03:55] <kylem> ogra, run depmod -a
[03:55] <kylem> and try again
[03:55] <mjg59> seb128: You have a /dev/dri/foo. That means there's a kernel driver there.
[03:56] <mjg59> Oh, on the other hand, (WW) fglrx(0): Failed to open DRM connection
[03:56] <seb128> mjg59: 
[03:56] <seb128> $ sudo lsmod | grep fglrx
[03:56] <seb128> $
[03:56] <mjg59> (WW) fglrx(0): * DRI initialization failed!                  *
[03:56] <mjg59> (WW) fglrx(0): * (maybe driver kernel module missing or bad) *
[03:56] <BenC> seb128, ogra: See what "sudo modprobe fglrx" says
[03:56] <ogra> kylem, did that already  ... but for you ....
[03:56] <ogra> ogra@edubuntu:~/devel$ sudo depmod -a && sudo modprobe fglrx && lsmod |grep fgl
[03:56] <ogra> Password:
[03:56] <ogra> ogra@edubuntu:~/devel$
[03:57] <kylem> ogra, special.
[03:57] <ogra> BenC, nothing, not eve in kern.log or anywhere 
[03:57] <seb128> $ sudo modprobe fglrx
[03:57] <seb128> FATAL: Error running install command for fglrx
[03:57] <ogra> oh, you have a modprobe.d file ?
[03:57] <BenC> sudo /etc/init.d/linux-restricted-modules start
[03:57] <BenC> there are modprobe.d files
[03:57] <BenC> calls an lrm tool
[03:57] <ogra> ogra@edubuntu:~/devel$ sudo /etc/init.d/linux-restricted-modules start
[03:57] <ogra> sudo: /etc/init.d/linux-restricted-modules: command not found
[03:57] <jdong> BenC: l-r-m-common
[03:57] <seb128> $ sudo /etc/init.d/linux-restricted-modules start
[03:57] <seb128> sudo: /etc/init.d/linux-restricted-modules: command not found
[03:57] <ogra> hmm
[03:57] <jdong> lol
[03:58] <seb128> it's -common
[03:58] <seb128> make no difference
[03:58] <BenC> seb128: s/modules/modules-common/
[03:58] <seb128> $ sudo /etc/init.d/linux-restricted-modules-common start
[03:58] <seb128>  * Preparing restricted drivers...  
[03:58] <seb128> $ sudo modprobe fglrx
[03:58] <seb128> FATAL: Error running install command for fglrx
[03:58] <jdong> seb128: have cat xorg.conf | grep fglrx?
[03:58] <ogra> ogra@edubuntu:~/devel$ sudo /etc/init.d/linux-restricted-modules-common start
[03:58] <ogra>  * Preparing restricted drivers...                                                                                                      [ OK ]  
[03:58] <ogra> ogra@edubuntu:~/devel$ 
[03:58] <mjg59> jdong: xorg.conf is fine
[03:58] <BenC> seb128: Do you even have lrm-commone installed?
[03:58] <jdong> mjg59: mmm ok
[03:58] <jdong> they both seem to
[03:59] <ogra> ogra@edubuntu:~/devel$ sudo modprobe fglrx && lsmod|grep fgl
[03:59] <ogra> ogra@edubuntu:~/devel$ 
[03:59] <BenC> or lrm for that matter
[03:59] <jdong> it's the post-install command that apparently borks out
[03:59] <jdong> that big ugly sed thing :)
[03:59] <seb128> ii  linux-restricted-modules 2.6.20.2-9.8             Non-free Linux 2.6.20 modules helper script
[03:59] <ogra> BenC, until 11:26 am today i had fglrx :) it vanished with an upgrade ... (16:00 now here)
[04:00] <_ion> '/sbin/modinfo -F alias nvidia' lists a bunch of 'pci:' aliases, but '/sbin/modinfo -F alias fglrx' lists none. Could that be related to the problem at all?
[04:00] <ogra> BenC, i really think something in l-r-m is broken 
[04:00] <BenC> sudo apt-get install linux-generic
[04:00] <BenC> make sure you have all the meta packages installed
[04:01] <ogra> ogra@edubuntu:~/devel$ LANG=C sudo apt-get install linux-generic
[04:01] <ogra> Reading package lists... Done
[04:01] <ogra> Building dependency tree       
[04:01] <ogra> Reading state information... Done
[04:01] <ogra> linux-generic is already the newest version.
[04:01] <seb128> BenC: I don't have linux-restricted-modules-2.6.20-9-generic installed
[04:01] <ogra> nope ...
[04:01] <seb128> installing ...
[04:01] <BenC> seb128: installing linux-generic should pull it in
[04:01] <_ion> Even easier: apt-get install linux :-) It depends on linux-generic.
[04:01] <seb128> BenC: yeah, it does
[04:01] <seb128>   linux-generic linux-image-generic linux-restricted-modules-2.6.20-9-generic linux-restricted-modules-generic
[04:02] <BenC> seb128: Ok, so yours we can chalk up to a meta-package desync local to your system
[04:02] <BenC> ogra: I'm concerned about why yours isn't working. What ATI chip do you have?
[04:03] <ogra> radeon mobility r200m
[04:03] <ogra> 01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS 200M 5955 (PCIE)
[04:03] <ogra> to be precise
[04:04] <mjr> xpress 200m is notorious
[04:04] <ogra> fglrx worked with it at some point ...
[04:04] <mjg59> If by "notorious" you mean "shit", then yes
[04:04] <mjr> the DRI developers don't know how to initialize memory for it, dunno about fglrx
[04:04] <mjg59> But that's not really the point
[04:04] <BenC> I wonder if the newer driver doesn't support it anymore
[04:05] <mjr> mjg59, yes I do mean "shit", but true, beside the point. I was just setting up my further comment.
[04:05] <BenC> anyone know how to get to the latest ATI beta drivers?
[04:05] <ogra> i havent tried 3D stuff for a while, but it worked before todays upgrade ... which must have been the ats 2.6.20-9 package 
[04:05] <ogra> *last
[04:05] <BenC> normal support link goes to 8.32.5
[04:05] <mjg59> The 200M is supposed to be supported
[04:05] <ogra> yes
[04:06] <ogra> the silence of modprobe is very suspicious /me thinks
[04:06] <jdong> xpress 200m works nowaays
[04:06] <seb128> BenC: 
[04:06] <BenC> the feed shows 8.34.8, but doesn't link to the download
[04:06] <seb128> $ sudo modprobe fglrx
[04:06] <seb128> FATAL: Error running install command for fglrx
[04:06] <jdong> I've helped many people get fglrx+xgl to dthat
[04:06] <mjg59> ogra: What does modinfo fglrx give you?
[04:06] <seb128> after package install and  sudo /etc/init.d/linux-restricted-modules-common start
[04:06] <jdong> BenC: go to ATI.com, download Linux drivers for the highest radeon model
[04:06] <jdong> BenC: their stupid release notes don't link to drivers
[04:06] <ogra> ogra@edubuntu:~/devel$ modinfo fglrx
[04:06] <ogra> filename:       /lib/modules/2.6.20-9-generic/volatile/fglrx.ko
[04:06] <ogra> depends:        agpgart
[04:06] <ogra> vermagic:       2.6.20-9-generic SMP mod_unload 586 
[04:06] <ogra> license:        Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY
[04:06] <ogra> ...
[04:06] <ogra> seems fine
[04:06] <seb128>  kernel: [19204.817528]  [fglrx]  Maximum main memory to use for locked dma buffers: 929 MBytes.
[04:07] <seb128> kernel: [19204.817731]  [fglrx:firegl_init_module]  *ERROR* firegl_stub_register failed
[04:07] <BenC> seb128: cool, I saw that at dell
[04:07] <mjg59> Seb loses.
[04:07] <tepsipakki> :)
[04:07] <BenC> err, on a dell
[04:07] <jdong> seb128: are you running amd64 or something?
[04:07] <ogra> seb128, thats kern.log ? 
[04:07] <seb128> jdong: i386 distro on an amd64 box
[04:07] <seb128> ogra: yep
[04:07] <mjg59> ogra: ls /sys/module/*fgl* ?
[04:07] <jdong> that shouldn't do it then :(
[04:08] <seb128> ogra: my computer has no brand ;)
[04:08] <seb128> ups
[04:08] <mjg59> jdong: Drivers shouldn't bail out with cryptic errors on load? Shock!
[04:08] <ogra> ogra@edubuntu:~/devel$ ls /sys/module/*fgl*
[04:08] <ogra> ls: /sys/module/*fgl*: No such file or directory
[04:08] <ogra> mjg59, ^^
[04:08] <seb128> BenC: my computer has no brand ;)
[04:08] <BenC> seb128: poor thing, you need to help it find an identify :)
[04:08] <ogra> ogra@edubuntu:~/devel$ grep fglrx /var/log/kern.log
[04:08] <ogra> ...
[04:08] <ogra> Mar  9 11:26:57 edubuntu kernel: [663600.348000]  [fglrx]  max single Inv  = 0
[04:08] <ogra> Mar  9 11:26:57 edubuntu kernel: [663600.348000]  [fglrx]  total      TIM  = 0
[04:08] <ogra> ogra@edubuntu:~/devel$ date
[04:08] <ogra> Fr 9. Mr 16:08:33 CET 2007
[04:08] <mjg59> ogra: In that case, the modprobe.d fragment is under the impression that you don't need fglrx, and so is refusing to load it
[04:08] <seb128> BenC: :)
[04:08] <jdong> mjg59: usplash shouldn't destory all my vt's? *shock* (kidding!)
[04:09] <ogra> mjg59, hmm ... l-r-m common intalls these snippets ? 
[04:09] <mjg59> Yes
[04:09] <BenC> the modprobe.d just calls a script in lrm-common
[04:10] <BenC> install fglrx /sbin/lrm-video fglrx $CMDLINE_OPTS
[04:10] <ogra> ogra@edubuntu:~/devel$ LANG=C dpkg -S  /etc/modprobe.d/fglrx
[04:10] <ogra> dpkg: /etc/modprobe.d/fglrx not found.
[04:10] <ogra> intresting
[04:10] <lamont> doko_: you around?
[04:10] <BenC> so you can actually do: sudo lrm-video fglrx
[04:10] <lamont> doko_: how come oopenoffice.org says it built successfully on ia64, but didn't deliver openoffice.org-writer?
[04:10] <BenC> ogra: /etc/modprobe.d/lrm-video
[04:11] <ogra> right 
[04:11] <ogra> i wonder if that fglrx file pverrides it
[04:11] <ogra> *overrides
[04:11] <ogra> and where that comes from ... i surely didnt create it
[04:11] <mjg59> ogra: They're shell scripts. It's easy to have a play.
[04:12] <BenC> ogra: $ dpkg -S /etc/modprobe.d/lrm-video  linux-restricted-modules-common: /etc/modprobe.d/lrm-video
[04:12] <BenC> missing \n, but it's lrm-common
[04:12] <ogra> BenC, i meant /etc/modprobe.d/fglrx in my dir ...
[04:12] <BenC> ogra: Oh, that sounds like just you :)
[04:13] <ogra> i didnt create it
[04:13] <BenC> the lrm-video has been in use since I started in ubuntu, IIRC
[04:13] <ogra> and fglrx worked until last upgrade ... 
[04:13] <BenC> ogra: Try removing that file
[04:13] <BenC> see if things work after that
[04:14] <doko_> lamont: libmythes-dev only; you didn't port ooo, did you?
[04:14] <ogra> ogra@edubuntu:~/devel$ sudo mv /etc/modprobe.d/fglrx .
[04:14] <ogra> ogra@edubuntu:~/devel$ sudo modprobe fglrx
[04:14] <ogra> ogra@edubuntu:~/devel$ lsmod |grep fgl
[04:14] <ogra> nope
[04:14] <tepsipakki> ogra: check /var/log/dpkg.log for changes after you had it working
[04:14] <doko_> lamont: but I can make it ftbfs for you ;-p
[04:15] <torkel> ankpelle:~# dpkg -S /etc/modprobe.d/fglrx
[04:15] <torkel> xorg-driver-fglrx: /etc/modprobe.d/fglrx
[04:17] <BenC> interesting that there's an override on that
[04:17] <BenC> torkel: What does the file contain?
[04:17] <ogra> install fglrx if cat /etc/X11/xorg.conf 2>/dev/null | sed -n -e '/^[ \\t] *section[ \\t] *"device"/I,/^[ \\t] *endsection/I{/^[ \\t] *driver[ \\t] */I{s/^[ \\t] *driver[ \\t] *"*//I;s/"*[ \\t] *$//;p}}' | grep -q -w fglrx; then modprobe --ignore-install -Qb $CMDLINE_OPTS fglrx; else echo "Not loading fglrx module; not used in /etc/X11/xorg.conf" 1>&2; fi
[04:17] <ogra> only one line 
[04:18] <BenC> that is so ugly
[04:18] <ogra> yeah
[04:18] <BenC> generally, it's the xorg driver that loads it, so I suspect that snippet is overkill
[04:19] <BenC> except to save people who manually add fglrx to /etc/modules or something
[04:19] <BenC> I wonder if that's from ati's driver...maybe I could just leave it out
[04:20] <BenC> The /sbin/lrm-video script has a similar snippet
[04:20] <BenC> so it is overkill
[04:21] <BenC> cat /etc/X11/xorg.conf | sed -n -e '/^[ \t] *section[ \\t] *"device"/I,/^[ \t] *endsection/I{/^[ \t] *driver[ \t] */I{s/^[ \t] *driver[ \t] *"*//I;s/"*[ \t] *$//;p}}'
[04:21] <BenC> ogra: What does that command output for you?
[04:22] <ogra> AHA !!!!
[04:22] <ogra> ogra@edubuntu:~/devel$ sudo insmod /lib/modules/2.6.20-9-generic/volatile/fglrx.ko 
[04:22] <ogra> ogra@edubuntu:~/devel$ lsmod |grep fglrx
[04:22] <ogra> fglrx                 527192  0 
[04:22] <ogra> agpgart                33480  2 fglrx,ati_agp
[04:22] <ogra> ogra@edubuntu:~/devel$ sudo modprobe fglrx
[04:22] <ogra> ogra@edubuntu:~/devel$ lsmod |grep fglrx
[04:22] <ogra> ogra@edubuntu:~/devel$
[04:22] <kylem> oh.
[04:23] <ogra> modprobe is broken !
[04:23] <jdong> BenC: no, the xorg driver makes no attempt at loadking fglrx.ko....
[04:23] <jdong> (that's nvidia you're thinking of)
[04:23] <jdong> most people do put fglrx in /etc/modules
[04:23] <BenC> ogra: Most likely the lrm-video and fglrx modprobe.d snippet isn't liking your xorg.conf...what does that cat/sed command above shows for you?
[04:24] <ogra> ogra@edubuntu:~/devel$ cat /etc/X11/xorg.conf 2>/dev/null | sed -n -e '/^[ \\t] *section[ \\t] *"device"/I,/^[ \\t] *endsection/I{/^[ \\t] *driver[ \\t] */I{s/^[ \\t] *driver[ \\t] *"*//I;s/"*[ \\t] *$//;p}}' | grep -q -w fglrx
[04:24] <ogra> ogra@edubuntu:~/devel$ 
[04:24] <BenC> jdong: Ah, I thought fglrx tried to load it like nvidia
[04:24] <ogra> niente ....
[04:24] <BenC> ogra: Minus the final grep, what does it actually output
[04:24] <ogra> nothing either
[04:24] <pitti> jdong: btw, sorry for so many needsinfo sync bugs; the backports process was more or less dead for quite a while, but it's settled now
[04:25] <BenC> ogra: And use the one I pasted, since that's the one lrm-video uses
[04:25] <jdong> pitti: no sweat, thanks archive team for all the backports processed :)
[04:25] <BenC> ogra: Uploading your xorg.conf somewhere would be nice too
[04:25] <ogra> BenC, fglrx
[04:25] <kylem> i don't think you can have the kernel agp drivers loaded along with fglrx... i think you need to blacklist them...
[04:25] <BenC> ogra: So the fglrx modprobe.d file is broken
[04:26] <ogra> BenC, but removing it doesnt fix it
[04:26] <jdong> kylem: no, that's fine....
[04:26] <jdong> I've had a few bad runins with the insmod sedjob thingie
[04:26] <ogra> BenC, http://people.ubuntu.com/~ogra/xorg.conf
[04:26] <ogra> its freshly generated 
[04:26] <jdong> where it would not believe at times fglrx is needed
[04:26] <ogra> two hours ago or so
[04:27] <ogra> BenC, what bothers me is that insmod works but modprobe doesnt 
[04:28] <lamont> doko_: ooffice was using ia32-libs-openoffice.org on ia64 and amd64 - did that change?
[04:30] <doko_> lamont: we don't have the ia32 package anymore (builds native on amd64), already in edgy
[04:30] <lamont> figures
[04:33] <BenC> ogra: modprobe --ignore-install -Qb fglrx
[04:33] <BenC> oops
[04:34] <BenC> ogra: modprobe --ignore-install -Qb fglrx
[04:34] <BenC> that'll probably work
[04:34] <ogra> wait ...
[04:34] <ogra> ogra@edubuntu:~$ modprobe --ignore-install -Qb fglrx
[04:34] <ogra> ogra@edubuntu:~$ lsmod |grep fgl
[04:34] <ogra> nop
[04:35] <BenC> ogra: Run depmod -a
[04:35] <ogra> did that several times ... but will do again
[04:35] <kylem> lamont, duct taped to the ceiling.
[04:35] <BenC> ogra: Does "modinfo fglrx" show it?
[04:35] <ogra> ogra@edubuntu:~$ sudo depmod -a
[04:35] <ogra> ogra@edubuntu:~$ modprobe --ignore-install -Qb fglrx
[04:35] <ogra> ogra@edubuntu:~$ lsmod |grep fgl
[04:35] <ogra> ogra@edubuntu:~$
[04:35] <lamont> kylem: iz t-bar ceiling --> won't hold it
[04:36] <ogra> ogra@edubuntu:~$ modinfo fglrx
[04:36] <ogra> filename:       /lib/modules/2.6.20-9-generic/volatile/fglrx.ko
[04:36] <ogra> depends:        agpgart
[04:36] <ogra> ...
[04:36] <ogra> all fine
[04:36] <BenC> ogra: does "rgrep fglrx /etc/modprobe.d/" show any other references?
[04:37] <BenC> ogra: and did you remove /etc/modprobe.d/fglrx?
[04:37] <ogra> /etc/modprobe.d/blacklist-restricted:blacklist fglrx
[04:37] <ogra> ugh
[04:37] <BenC> feh
[04:37] <ogra> where does that come from ? 
[04:37] <jdong> lol
[04:37] <BenC> I don't have that file
[04:37] <jdong> ogra: can I buy you a legal nonalcoholic beverage next time I see you?
[04:37] <jdong> :D
[04:38] <BenC> ogra: Did you get OSS anal one day and add that file? :)
[04:38] <ogra> BenC, me neither
[04:38] <ogra> ogra@edubuntu:~$ LANG=C dpkg -S /etc/modprobe.d/blacklist-restricted
[04:38] <ogra> dpkg: /etc/modprobe.d/blacklist-restricted not found.
[04:38] <ogra> ogra@edubuntu:~$ cat /etc/modprobe.d/blacklist-restricted
[04:38] <ogra> # This file is used to disable restricted drivers
[04:38] <ogra> blacklist fglrx
[04:38] <BenC> sudo apt-get --purge remove rms
[04:38] <ogra> ogra@edubuntu:~$ ls -lh /etc/modprobe.d/blacklist-restricted
[04:38] <ogra> -rw-r--r-- 1 root root 66 2007-03-09 12:53 /etc/modprobe.d/blacklist-restricted
[04:38] <jdong> BenC: RMS found his ssh key....
[04:39] <ogra> and its brandnew
[04:39] <ogra> pitti, ??? ^^^
[04:39] <ogra> does r-m create it ? 
[04:39] <jdong> oh wtf BenC you already made an RMS joke :D
[04:39] <BenC> ogra: I just did a dist-upgrade and don't have that file
[04:39] <BenC> and I have lrm+lrm-common installed
[04:39] <BenC> brb
[04:39] <ogra> BenC, did you use restricted-manager to switch it on and off ? 
[04:40] <Keybuk> ogra: you fired up r-m and disabled it then <g>
[04:40] <Keybuk> restricted-manager --enable fglrx
[04:41] <ogra> Keybuk, i disabled and enabled it through the gui as that was my testcase for pitti :)
[04:41] <Keybuk> you didn't enable it hard enough <g>
[04:41] <ogra> but i cant enable it again ...
[04:41] <ogra> heh
[04:41] <Keybuk> what does that command say?
[04:41] <jdong> "FreeSoftwareError: RMS is going to murder you"
[04:41] <ogra> Must be run as root :P
[04:41] <Keybuk> jdong: I did originally name it "Restricted Module Setup"
[04:42] <ogra> Keybuk, "fglrx is already enabled"
[04:42] <Keybuk> ogra: I assume you know what to do next
[04:42] <ogra> :)
[04:42] <jdong> Keybuk: HA! that's priceless
[04:42] <ogra> Keybuk, but still
[04:42] <ogra> ogra@edubuntu:~$ cat /etc/modprobe.d/blacklist-restricted
[04:42] <ogra> # This file is used to disable restricted drivers
[04:42] <ogra> blacklist fglrx
[04:42] <jdong> can anyone reproduce?
[04:42] <pitti> tfheen: could you please throw a look at bug 85403? both elmo and seb128 think that's a good idea
[04:42] <Ubugtu> Malone bug 85403 in vnc4 "ship xvnc4viewer by default (in main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/85403
[04:42] <Keybuk> ogra: you must have disabled it with an earlier version of restricted-manager
[04:43] <jdong> (not biologically, that bug)
[04:43] <Keybuk> just remove that file
[04:43] <Keybuk> (pitti has added an fglrx module handler to it)
[04:43] <ogra> Keybuk, indeed, that might be
[04:44] <pitti> ogra: ah, it was still blacklisted? now that explains a lot :)
[04:44] <Keybuk> r-m uses the blacklist to enable/disable modules when there's no specific handler for it
[04:44] <ogra> yeah
[04:44] <seb128> jdong: hi
[04:44] <ogra> works fine now :)
[04:44] <Keybuk> but when there's a specific handler, it doesn't use the blacklist since the specific handler overrides the enable() function :p
[04:44] <pitti> ogra: however, this transition should be handled more cleanly; can you please file a bug for me to remember?
[04:44] <ogra> will do
[04:44] <pitti> ogra: in this case the enabling/disabling should *also* handle module blacklisting
[04:44] <seb128> jdong:is somebody else authorized to approve backport requests?
[04:44] <pitti> ogra: thanks a lot!
[04:45] <ogra> tanks for the help :)
[04:45] <ogra> *thanks as well :)
[04:47] <BenC> ogra: No, haven't touched that. Maybe that's it
[04:48] <jdong> seb128: imbrandon, slomo_, anyone on the Backports team I fully trust to approve them
[04:48] <cjwatson> seb128: ubuntu-backporters team, or at least that's who I've been trusting
[04:48] <ogra> BenC, yes, its the r-m 0.3 version i used ... 
[04:50] <seb128> jdong: ok, because I did a round of edgy backports approval yesterday, I was not sure who else than you is authorized to do that, do you use a special status like "In Progress" when the backport has been accepted? 
[04:50] <seb128> random people do +1 on bugs
[04:50] <jdong> seb128: In Progress == accepted
[04:50] <seb128> it's not clear if they are accepted or not though
[04:50] <seb128> cjwatson: ok
[04:50] <jdong> seb128: +1 people are my testing drones... only In Progress counts :)
[04:51] <seb128> jdong: ok
[04:51] <jdong> well, off to lecture
[04:51] <jdong> will see everyone later :)
[04:52] <seb128> pitti: did you process the backports today?
[04:52] <pitti> seb128: yes, all of them
[04:53] <seb128> pitti: utch :/
[04:53] <pitti> seb128: well, except those which aren't confirmed, of course
[04:53] <seb128> pitti: you did backport a lot of things not accepted I think
[04:53] <seb128> pitti: "confirmed" is not to backport
[04:53] <seb128> "in progress" are those to backport
[04:53] <pitti> seb128: right
[04:53] <pitti> seb128: I meant 'I looked at all the backport bugs, did the ones with jdong's approval, and triaged the rest'
[04:54] <pitti> seb128: I set back some to needsinfo which were out of sync, for example
[04:54] <pitti> and which had been inprogress before
[04:54] <seb128> weird, there was like backports 30 bugs open yesterday and ubuntu-archive list of subscribed bug is 18 bugs today
[04:54] <seb128> did you close all the "SRU should be consider first"?
[04:54] <seb128> there was a bunch of them
[04:54] <pitti> seb128: right, I did my best to clean up u-archive/+subedbugs
[04:54] <seb128> ah ok
[04:54] <pitti> seb128: I unsub'ed u-archive from the SRUs
[04:55] <pitti> seb128: since they cannot be fixed immediately, and ubuntu-sru/+subscribedbugs is much better for this
[04:55] <pitti> they just clutter up the archive team bug list
[04:55] <seb128> pitti: I don't do sru, I just looked at backport yesterday
[04:55] <pitti> tfheen: can you please give-back libkexiv2? fixed pkgbinarymangler is in the archive now
[04:55] <seb128> I'm just surprised that you manager to reduce the backport list so much
[04:56] <seb128> managed
[04:56] <seb128> I had the impression than many of them were waiting on approval yesterday
[04:56] <pitti> seb128: *shrug*, there were some approved dapper-backports requests where you only did the edgy one
[04:56] <pitti> seb128: feel free to check the list, but I'm fairly sure I checked them correctly
[04:57] <seb128> I did backports for the first time yesterday, just wondering if I'm too cautious
[04:57] <pitti> seb128: maybe the confusion comes from the bug status
[04:57] <seb128> not questioning what you did
[04:57] <pitti> seb128: it's likely that there were approved bugs with 'confirmed' status
[04:57] <pitti> seb128: I looked at the actual bug comments and 'approved' mails from jdong
[04:58] <seb128> pitti: ok, in fact I got confused because you changed to Needs Info the things that need to be confirmed
[04:59] <seb128> that's all fine ;)
[05:01] <seb128> np
[05:01] <ogra> :)
[05:01] <seb128> I'll be back to ati to next xorg restart though :p
[05:01] <seb128> I prefer composite to 3d ;)
[05:01] <ogra> i whish comosite would work for me
[05:01] <ogra> *composite
[05:02] <pitti> seb128: right, if the free driver works, so much the better
[05:02] <seb128> yeah
[05:02] <seb128> pitti: I'm confused by https://launchpad.net/~ubuntu-archive/+subscribedbugs now :/
[05:02] <pitti> seb128: however, compiz gets better - I managed to work with it yesterday for a whole 30 minutes! that's absolute record so far
[05:02] <seb128> pitti: it used to list all the edgy-backport tasks, no?
[05:03] <pitti> seb128: right
[05:03] <pitti> seb128: it still lists some which are needsinfo and such
[05:03] <seb128> k, that's why the list changed so much
[05:03] <seb128> there is still lot of bugs open on https://bugs.launchpad.net/edgy-backports/+bugs
[05:03] <seb128> ubuntu-archive is just not subscribed to them
[05:04] <pitti> oh, indeed
[05:04] <pitti> I never looked at the edgy-backports/+bugs page
[05:04] <seb128> yesterday there was like 40 bugs I did close
[05:04] <seb128> I didn't get how you manager to close them
[05:04] <elmo> oh
[05:04] <seb128> well, lp must have changed
[05:04] <seb128> or teams
[05:04] <elmo> there are a bunch of backport bugs assigned to me
[05:04] <seb128> because yesterday they were listed on ubuntu-archive subscribed
[05:04] <pitti> seb128: no, probably those bugs have never been subscribed to u-archive
[05:04] <elmo> could someone redirect them somewhere appropriate?  they may also be entirely obsolete
[05:04] <seb128> they were yesterday
[05:04] <pitti> seb128: are you sure?
[05:05] <seb128> hum, no
[05:05] <pitti> elmo: those all belong to {dapper,edgy}-backports product? if so, we'll get them
[05:06] <seb128> pitti: k, maybe I switching from ubuntu-archive/+bugs to edgy-backport/+bugs yesterday while working
[05:06] <elmo> pitti: breezy-backports actually :)
[05:06] <seb128> switched
[05:06] <pitti> elmo: *cough* not worth bothering about those, I guess
[05:06] <pitti> seb128: I'll walk though those lists again
[05:07] <seb128> pitti: I did read almost all the edgy backports bugs yesterday, not real need to bother with them
[05:07] <seb128> feel free to do the dapper ones if you want ;)
[05:07] <pitti> alright
[05:08] <elmo> The Ubuntu list servers are going down for 30 mins or so for a hardware upgrade.  
[05:08] <seb128> pitti: good work on the ubuntu-archive list of bugs BTW, nice to have it so short again ;)
[05:11] <pitti> seb128: then let's formalize this by unsub'ing u-archive from the rest of the backports bugs and I'll change the wiki page
[05:11] <seb128> pitti: ok, thank you
[05:11] <seb128> only backports that need to processed should have ubuntu-archive subscribed
[05:12] <pitti> seb128: why, filtering the products for confirmed+inprogress does this more reliably, right?
[05:13] <seb128> alright, that works as well
[05:13] <pitti> seb128: but as you wish, I can leave them subscribed
[05:13] <seb128> "in progress" only
[05:13] <pitti> but personally I prefer canned searches over manual subscribing
[05:13] <seb128> jdong said those are the ones approved
[05:13] <pitti> ok, if we can rely on that, sure
[05:19] <pitti> seb128: yay, https://launchpad.net/~ubuntu-archive/+subscribedbugs is even shorter now :)
[05:20] <seb128> awesome work ;)
[05:39] <geser> keescook: I've prepared debdiffs for gpgme1.0 at bug #90864
[05:39] <Ubugtu> Malone bug 90864 in gpgme1.0 "Debdiff to fix CVE-2007-1263 in feisty and edgy" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90864
[05:40] <keescook> geser: you rule!  thank you!  :)
[05:42] <siretart> keescook: thanks for your patch in debbugs! did you see the additional hunk A Menucc posted?
[05:43] <keescook> siretart: I just started checking email.  what's the url?
[05:45] <siretart> keescook: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=414072;msg=12
[05:45] <Ubugtu> Debian bug 414072 in xine-lib "Bug#414072: CVE-2007-1246: DMO decoder heap allocation overflow" [Grave,Closed]  
[05:46] <keescook> siretart: cool, thanks.
[05:58] <j1mc> hey all, per the instructions near the bottom of this page (https://wiki.ubuntu.com/Testing/ReportingResults), shouldn't new "bugs" be created for each nightly release for ISO testers to report their results (see here:  https://bugs.launchpad.net/ubuntu-iso-tests/+bugs)?  it looks like we're a bit behind.
[05:59] <j1mc> should individual testers just create a new "reporting bug" if one doesn't already exist for their most recent nightly image?
[06:07] <ogra> KMAP=$(echo "get xserver-xorg/config/inputdevice/keyboard/layout"|debconf-communicate 2>/dev/null|cut -d ' ' -f 2)
[06:07] <pochu> j1mc: no, individual testers shouldn't create bugs, just comment existing ones
[06:07] <pochu> j1mc: looking the wiki
[06:08] <ogra> ^^ does anybody have a hint how to make that return noting if the debconf value doesnt exist ? 
[06:08] <ogra> *nothing
[06:08] <ogra> seems denconf communicate just reached the path through if xserver-xorg/config/inputdevice/keyboard/layout isnt existing
[06:08] <ogra> *reaches
[06:10] <j1mc> pochu: are the last set of images created really from 20070302, or are people just behind in creating new reporting bugs?
[06:11] <pochu> j1mc: the last images are of today,
[06:12] <pochu> j1mc: people shouldn't create them
[06:14] <j1mc> pochu: sorry for any confusion, but ( https://bugs.launchpad.net/ubuntu-iso-tests/+bugs ) only shows xubuntu builds as of March 1st.
[06:14] <j1mc> of course, you can download nightlies that are more recent than that.
[06:15] <pochu> j1mc: the reports are for testing the release candidates (herd candidates, beta candidates...) but not for testing daily builds
[06:15] <pochu> j1mc: so all the reports are all
[06:16] <pochu> tfheen: am I right? (not sure hehe)
[06:16] <pochu> j1mc: the reports are done by a script, so you shouldn't create new reports
[06:17] <j1mc> pochu: thanks . . .   do you know where should testers be reporting results off of nightly images?  
[06:18] <pochu> j1mc: I think there is no need to report results of daily builds, ATM
[06:18] <pochu> j1mc: just reports bug against the right packages :)
[06:19] <angasule> is there a #ubuntu-games-devel channel? or anyone who cares about games on ubuntu? the current status isn't very good
[06:19] <j1mc> pochu: thanks.  :)  i'll relay this to the xubuntu testers.  i take it that nightly tests will pick back up as we approach the first beta?
[06:19] <pochu> j1mc: but we are going to test the images for the beta this weekend, so we should create reports for that
[06:19] <j1mc> :-)
[06:20] <pochu> j1mc: sure :)
[06:20] <j1mc> pochu: thanks . . .  talk to you later.
[06:20] <pochu> j1mc: when you want :)
[06:21] <pochu> j1mc: and thanks for you work ;)
[06:21] <j1mc> pochu: you're welcome!  
[06:24] <jdong> ha. Ubuntu. gaming
[06:24] <jdong> the only game is let's see if Xgl can break even more.
[06:25] <seb128> jdong: are some people still using Xgl?
[06:25] <angasule> anyone? I was thinking ubuntu could include an updated OpenAL (the current version is years old) as well as some other libraries that are good for games
[06:25] <angasule> seb128: quite a few, I hear a few mentions of xgl on #beryl every now and then
[06:25] <jdong> seb128: fglrx people have no choice
[06:25] <jdong> seb128: and nvidia-legacy people
[06:25] <seb128> jdong: why?
[06:25] <jdong> seb128: no AIGLX
[06:26] <seb128> ?
[06:26] <seb128> no composite you mean?
[06:26] <jdong> the drivers do not support AIGLX
[06:26] <jdong> no composite, too
[06:26] <jdong> glx_ext_texture_from_pixmap
[06:26] <mjg59> The drivers do support aiglx
[06:26] <mjg59> They don't support glx_ext_texture_from_pixmap
[06:26] <jdong> seb128: and for most desktop effects, Xgl is actually faster/smoother. Many nvidia MX440 users I know choose Xgl
[06:27] <jdong> because effects are markedly smoother.
[06:27] <jdong> especially full screen video textures
[06:27] <mjg59> It's still not trivially supportable
[06:27] <angasule> of course, MX440 and the like should die as soon as possible...
[06:27] <jdong> mjg59: at least it should not be totally borken in feisty
[06:27] <jdong> :(
[06:27] <jdong> mjg59: please?
[06:28] <seb128> fglrx and aiglx work fine on my desktop
[06:28] <jdong> I'm on my knees and begging about this
[06:28] <jdong> seb128: WHAT?
[06:28] <seb128> there is no composite, out of that it works fine
[06:28] <jdong> seb128: how do you have AIGLX???
[06:28] <seb128> install feisty
[06:28] <jdong> seb128: I am on feisty.
[06:28] <mjg59> jdong: aiglx isn't difficult. It's just not what you want.
[06:28] <seb128> use restricted-manager and click ati
[06:29] <jdong> seb128: you cannot start beryl/compiz
[06:29] <seb128> no, there is no composite
[06:29] <jdong> seb128: no glx_ext_texture_from_pixmap
[06:29] <jdong> that's what matters at the end of the day.
[06:29] <seb128> I'll patch compiz with the no-tfp patch
[06:29] <mjg59> jdong: AIGLX does not mean what you think it means
[06:29] <jdong> mjg59: hmm ok
[06:29] <jdong> seb128: cool, analogous to Beryl's "Copy" mode?
[06:29] <mjg59> seb128: Is that useful without composite?
[06:29] <jdong> seb128: it still needs Composite, no?
[06:30] <seb128> mjg59: it makes it work when glx_ext_texture_from_pixmap is not available
[06:30] <mjg59> If not, I wouldn't bother
[06:30] <jdong> seb128: that still requires composite to work right?
[06:30] <mjg59> seb128: glx_ext_texture_from_pixmap is available on all the systems we support
[06:30] <seb128> jdong: I don't know much about beryl
[06:30] <seb128> mjg59: it's not with fglrx
[06:30] <mjg59> seb128: But fglrx doesn't support composite when 3D is enabled
[06:30] <jdong> seb128: and compiz works on fglrx with that patch?
[06:30] <mjg59> So you can't run compiz
[06:30] <seb128> hum
[06:30] <jdong> seb128: DRI acceleration and Composite are mutually exclusive in fglrx
[06:31] <jdong> turn on one and the other is forced off
[06:31] <seb128> Nicolas who works on compiz and sent me the patch told me it makes compiz work with fglrx
[06:31] <seb128> I need to try
[06:31] <jdong> seb128: hum, I'd love to hear if that works
[06:34] <Skorgu|Work> Is this the right place to ask a packaging question (about my own package, not an ubuntu one)?
[06:34] <jdong> nope....
[06:34] <jdong> -motu at best
[06:34] <Skorgu|Work> thanks
[06:47] <keescook> geser: have you got any time to snag gnupg2's 2.0.3 release?  I need to backport that to edgy too, but it seems they only released patches for gpg and gpgme.  I suspect it'll be close to the gpg patch.
[06:49] <geser> keescook: I've packages ready for 2.0.3 but not a separated patch for it
[06:50] <geser> the diff between 2.0.2 and 2.0.3 isn't that large
[06:51] <keescook> geser: cool, I can do the edgy patch.  do you have a UVFe open for 2.0.3?  That should be pretty easy to get approved, and then I can upload it for you.
[06:52] <geser> I've send a mail to tfheen and cjwatson but not opened a bug for it
[06:52] <geser> keescook: but you can find it on http://members.ping.de/~mb/gnupg2/
[06:52] <keescook> geser: great, thanks!
[06:55] <sistpoty> tfheen: did ubuntu-archive come to a decision about removing binary packages of unsupportable software yet?
[06:57] <jdong> wait, before Xgl goes, can I make a eulogy?
[06:58] <jdong> meh I still need to write one up
[07:16] <cjwatson> ogra: the first bit of the output from debconf-communicate will be something other than "0" if the question doesn't exist
[07:17] <ogra> yeah
[07:17] <ogra> i got it fixed 
[07:17] <cjwatson> ogra: is there a reason you can't just . /usr/share/debconf/confmodule and do if db_get xserver-xorg/config/inputdevice/keyboard/layout; then KMAP="$RET"; else KMAP=; fi ?
[07:17] <cjwatson> (there might be such a reason - just wondering)
[07:17] <ogra> no, there is none ...
[07:18] <ogra> i was just lazy copying the other preseed code we use in the initscript for setting preseed values 
[07:19] <cjwatson> hmm, I don't think it's a good idea for an initscript to load debconf
[07:19] <angasule> is this the place to discuss versions of included libraries and general game support or not?
[07:19] <cjwatson> better to do that in a maintainer script
[07:20] <ogra> well, the ltsp-client initscript needs to preseed the X values if they are set in lts.conf ...
[07:20] <ogra> we use it like that since the first release
[07:21] <ogra> the current code i'm working on is rather to preseed the chroot values from the server during chroot build ...
[07:21] <jdong_> noooooooo my ghost died
[07:21] <ogra> your code looks a lot better than mine, so i'll use it ;)
[07:21] <cjwatson> ok
[07:22] <mmax> hi, I'm running edgy with edgy-backports actived and there is a problem with a package from backports, is it the good place to speak about that and to expose the problem?
[07:23] <pochu> mmax: from what repository?
[07:24] <mmax> http://archive.ubuntu.com edgy-updates/main
[07:24] <jdong_> mmax, that's not backports, that's edgy-updates
[07:25] <jdong_> but yeah, this can be a good place to discuss issues
[07:25] <mmax> sorry
[07:25] <mmax> http://archive.ubuntu.com edgy-backports/main
[07:25] <jdong_> ok, that's me.
[07:25] <mmax> past/copy error ;)
[07:25] <jdong_> what's up?
[07:26] <mmax> I have done an upgrade and libgphoto2-2 version 2.3 has been installed from backports
[07:26] <mmax> there is a problem (not critical) with the udev rules generated by the postinstall script of this package
[07:26] <mmax> the rules are created for udev >=0.98 but edgy provides 0.93, so at booting I saw lots of these two error messages repeated many times:
[07:26] <mmax> add_to_rules: unknown key 'ATTRS{idVendor}'
[07:27] <mmax> add_to_rules: unknown key 'ATTRS{idProduct}'
[07:27] <jdong_> lovely...
[07:27] <mmax> so I manually replace ATTRS by former SYSFS in this rules file
[07:27] <jdong_> that wasn't an issue when the backport was initially approved
[07:27] <mmax> the line in the post-install script is:
[07:27] <jdong_> but yeah, I will after class prepare an upload that fixes the issue
[07:28] <jdong_> cjwatson, you ok with sponsoring a fix to mmax's bug?
[07:28] <mmax> print-camera-list udev-rules-0.98 mode 0660 group plugdev etc.
[07:28] <cjwatson> jdong_: sure
[07:28] <jdong_> (s/ATTRS/SYSFS/)
[07:28] <cjwatson> mail me a debdiff
[07:28] <mmax> and should replace udev-rules-0.98 argument by udev-rules in order to generate rules for udev < 0.98
[07:28] <jdong_> cjwatson, should I prepare a debdiff or is it trivial enough that you can handle it?
[07:28] <cjwatson> jdong_: I'd rather you did it and tested it and such, I'm kinda swamped
[07:28] <mmax> or another solution would be to get udev version with udevinfo, and the script woulb be compatible with any version of udev
[07:29] <jdong_> cjwatson, yeah sure
[07:29] <jdong_> mmax, well fixing the package is an easier way
[07:30] <jdong_> mmax, I've filed bug 90905 against gphoto, I will prepare a fix in about 1:30h
[07:30] <Ubugtu> Malone bug 90905 in libgphoto2 "Should depend on newer udev" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90905
[07:31] <jdong_> mmax, thanks for letting me know
[07:31] <sistpoty> can we sync from debian/testing as well?
[07:31] <mmax> ok
[07:31] <cjwatson> sistpoty: yes
[07:31] <sistpoty> greate!
[07:31] <sistpoty> -e
[07:31] <mmax> thanks to have listening to me
[07:35] <dadi> besoin d'info sur la construction de paquets de lib et lib-dev
[07:36] <pochu> dadi: tu veux #ubuntu-fr :)
[07:36] <dadi> scuze merci
[07:36] <pochu> de rien
[07:37] <jdong_> pochu, you hablo jamaican?
[07:37] <jdong_> didnt' know that!
[07:42] <pochu> jdong_: jajaja
[07:42] <pochu> :)
[07:42] <jdong_> pochu, ey manne!
[08:06] <keescook> geser: if you make a bug for UVFe on gnupg2, I can upload it when it's been +1'd.  I've got it built and ready for upload.  :)
[08:07] <geser> is it bug + mail or only mail to get an UVF exception in main?
[08:08] <keescook> geser: I've always just done bugs, but I haven't done that many...
[08:08] <keescook> I figure a bug is better in case other people want the same UVFe.  :)
[08:17] <EtienneG> hey guys
[08:17] <EtienneG> I would need a sponsor for bzr/bzrtools
[08:17] <EtienneG> I also have bzr-gtk, but I can ask a MOTU for that one
[08:51] <lamont> sigh.  ENODOKO
[09:02] <dholbach> have a nice evening everybody! see you next week!
[09:02] <kylem> take care, dholbach 
[09:02] <dholbach> kylem: you too :-)
[09:02] <bddebian> Later dholbach
[09:02] <dholbach> bye bddebian
[09:34] <jdong> cjwatson: I've attached the debdiff onto bug 90724
[09:34] <Ubugtu> Malone bug 90724 in libgphoto2 "March 8 2007 updates caused EPSOn CX6400 to not be recognised" [High,Confirmed]  https://launchpad.net/bugs/90724
[10:38] <wick2o> evening
[10:46] <cjwatson> jdong: please do mail me a note at least, otherwise I'm guaranteed to forget
[10:50] <jdong> cjwatson: ok, sure
[11:19] <tepsipakki> uh, lp doesn't allow to close old bugs which are marked for xserver-xorg-driver-* if xorg is already marked for that bug
[11:19] <tepsipakki> since it would rename the component to xorg which it can't do
[11:30] <greff> Hello. If any package maintainer / developer here has enough free time to manage a few new packages, then can he/she please look into adding pam_cups and pam_script into the Ubuntu repositories?
[11:31] <jdong> greff: -motu, better luck there
[11:31] <LaserJock> we're also a fair ways past NewPackageFreeze (or whateve we're calling it)
[11:31] <Fujitsu> LaserJock: NewPackagesFreezeUnivere, in fact.
[11:32] <Fujitsu> greff: You'll likely have to wait until after April.
[11:32] <jdong> ha, the new package police is out in full patrol!
[11:32] <jdong> testing alarm system.... fglrx. x264. mencoder. xgl. beryl.
[11:33] <jdong> lol
[11:33] <Fujitsu> Beryl! Attack!
[11:33] <jdong> Do a beryl roll!
[11:33] <jdong> wow, that was a bad pun.
[11:33] <bhale> ugh beryl
[11:40] <mdke> elmo: any progress on the screencasts.u.c request?
[11:49] <cjwatson> jdong: still around?
[11:49] <cjwatson> jdong: I don't think that fix is right - there are other keys to change
[11:49] <jdong> cjwatson: oh, there are?
[11:50] <mdke> does anyone's ipods work? Or is it just me?
[11:50] <cjwatson> jdong: can I suggest instead changing udev-rules-0.98 to udev-rules in debian/libgphoto2-2.postinst?
[11:50] <jdong> mdke: mine works fine.
[11:50] <cjwatson> that seems to be the "approved" method
[11:50] <mdke> jdong: aha. I'll go to lp then
[11:50] <mdke> ty
[11:51] <jdong> cjwatson: hmm, I'm really a clueless one when it comes to udev and friends
[11:51] <cjwatson> jdong: would be nice to try it out on an edgy-backports system ...
[11:51] <cjwatson> sudo sh -c '/usr/lib/libgphoto2/print-camera-list udev-rules mode 0660 group plugdev > /etc/udev/rules.d/45-libgphoto2.rules'
[11:52] <jdong> cjwatson: yeah; I was under the impression that line caused the problems
[11:52] <cjwatson> jdong: right, but before it was "udev-rules-0.98" not "udev-rules"
[11:52] <jdong> and I grepped for ATTRS and that was all that came up code-wise
[11:52] <cjwatson> if you read the source for print-camera-list, it has switchability built in
[11:52] <cjwatson> you just need to call it with a different argument and you'll get SYSFS instead of ATTRS and BUS instead of SUBSYSTEM
[11:53] <jdong> cjwatson: oh, oops, how embarrasing :)
[11:53] <jdong> cjwatson: one general concern regarding this kind of situation.... if on a backports request I approve a particular version, will archive be able to process that version?
[11:53] <jdong> cjwatson: this situation only happened because the backport was processed some month after it was approved
[11:53] <cjwatson> sorry, what do you mean?
[11:53] <cjwatson> ah
[11:54] <cjwatson> um, can be difficult, the tool can only backport from whatever's current in a suite
[11:54] <cjwatson> s/suite/distrorelease/
[11:54] <jdong> hmm
[11:54] <cjwatson> best fix is really just for us to be better about processing them quickly
[11:54] <jdong> the unpredictable archive turnaround time is a plaguing issue :(
[11:55] <cjwatson> or possibly to add intelligence to the tool to let us specify a version so that it will fail if there's a mismatch
[11:55] <crimsun> elmo: is the affected laptop in LP #88332 running the latest BIOS revision?
[11:55] <cjwatson> jdong: how about http://people.ubuntu.com/~cjwatson/tmp/90724.diff ?
[11:56] <jdong> cjwatson: yeah, a quick test-run on my feisty box does confirm that command generates SYSFS{} rules
[11:59] <cjwatson> jdong: I've diffed the rules output and it looks sensible
[12:00] <cjwatson> righto, I'll go with that then
[12:00] <jdong> cjwatson: yeah, awesome :)
[12:02] <cjwatson> ok, should build RSN
[12:05] <cjwatson> jdong: off to bed now, if it breaks shout and either I'll look at it at some point tomorrow or somebody will beat me to it
[12:05] <jdong> cjwatson: haha, ok, hopefully that closes off This Month in Backports :D
[12:06] <greff> Can dh_make handle zip source archives?