[12:26] <mdke> dapper is well good
[12:35] <Riddell> mdke: sorted that is
[12:38] <mdke> Riddell, hmm?
[12:38] <Riddell> just playing at being English :)
[12:40] <mdke> bah
[12:40] <mdke> hoots mon
[12:40] <mdke> dapper is nice tho
[01:06] <floam> aptitude changed to apt but ubuntu-minimal still wants aptitude
[01:06] <floam> err
[01:07] <floam> that made no sense. for one reason or another apt wants to get rid of aptitude and ubuntu-minimal
[01:07] <Riddell> floam: #ubuntu
[01:07] <\sh> welcome to dapper
[01:09] <psusi> probably because of the broken library replacements that are in progress
[01:09] <psusi> the other day synaptic wanted to remove gnomemeeting and ubuntu-desktop
[01:10] <psusi> because gnomemeeting depended on the old version of libpt, but the libpt-plugins that I was trying to update needed the new version ( which removed the old one )
[01:11] <mdke> that's life i guess
[01:12] <psusi> so I just didn't bother updating the libpt-plugins
[02:17] <mdke> Riddell, still awake?
[02:17] <Riddell> mdke: always
[02:17] <mdke> worrying...
[02:18] <mdke> Riddell, re: your latest email to -doc, which do _you_ think is the best way to do it?
[02:18] <Riddell> dunno, singe source, 2 binaries seems nice I guess
[02:18] <Riddell> but I'd rather not do the work :)
[02:19] <mdke> heh
[02:19] <mdke> Riddell, can we get dholbach to do it?
[02:19] <Riddell> mdke: if we ask nicely he may well do it
[02:20] <mdke> Riddell, i'll try it... but I've noticed that he is helpful even if not asked nicely
[02:20] <mdke> :)
[02:20] <Riddell> true, he's good that way 
[02:21] <mdke> Riddell, do you envisage any obvious difficulties?
[02:22] <Riddell> mdke: I can't think of any
[02:22] <mdke> sounds good to me
[02:38] <psusi> darn it... what was the name of that package you can install to profile your bootup that's been all over the devel mailing list lately?
[02:39] <tseng> bootchart
[02:39] <psusi> bah... chart... I couldn't think of the word chart... 
[02:40] <psusi> was trying every other boot* I could think of
[02:54] <wjb> psusi: i have got myself into the situation you described above, i.e. ubuntu-desktop - gnomemeeting - libpt
[02:54] <wjb> any suggestions on how to get out of it?
[03:31] <psusi> bootchart shows how much IO and cpu is going on during boot up... is there a way to find out exactly what files are being accessed at a given time in the boot sequence?
[03:31] <psusi> there's a ton of IO that is being done and waited on that takes place after the hardware detection lull... might want to add those files to the readahead
[03:55] <desrt> Kinnison; prod
[04:45] <mojo> when I compile a plugin, I get an err msg
[04:45] <mojo> In file included from /usr/include/X11/extensions/xf86vmode.h:39,
[04:45] <mojo>                  from draw.c:4403:
[04:45] <mojo> /usr/include/X11/Xmd.h:157: error: two or more data types in declaration specifiers
[04:45] <mojo> /usr/include/X11/Xmd.h:157: error: two or more data types in declaration specifiers
[04:45] <mojo> i check the header file and found out that the var has been declared as 2 different types
[04:45] <mojo> for some reasons, gcc4 does not compile this files
[04:45] <mojo> any1 has any idea?
[04:50] <psusi> that isn't allowed... the source is broken
[04:50] <psusi> you mean it has like: extern short foo; in one place, and extern long foo; in another?
[04:51] <psusi> did you apply some patches that had some hunks fail?
[05:28] <mae> !!!
[05:42] <infinity> neuralis : Thanks for that.
[05:46] <mhz> re
[05:46] <mhz> re
[06:37] <lamont-away> libtool: link: cannot find the library `/usr/lib/libdbus-glib-1.la'
[06:37] <lamont-away> infinity: ??
[06:39] <lamont-away> dapper/universe libglibmm-2.4-1c2a - that one needs some promotion.
[06:39] <lamont-away> elmo: Kamion: mdz: ^^^
[06:45] <infinity> lamont-away : That libtool error means you have some other .la file that's referencing the (probably obsolete) libdbus.la
[06:46] <infinity> lamont-away : A grep to find the offender, followed by a rebuild to fix the problem is all you can do.
[06:46] <lamont-away> infinity: that's what I thought...  sorta
[06:46] <infinity> lamont-away : That .la isn't in breezy, so the bug is reasonably old and crusty.
[06:48] <infinity> I'd really like to just get rid of all the .la files on the system.
[06:48] <infinity> This, however, doesn't seem like a realistic dapper goal, so I'll either have to start subverting etch development to make it happen, or do it in dapper+1.
[07:39] <YokoZar_> Is anyone in the bay area by chance?  I need my key signed.
[07:39] <YokoZar_> Also, this page is now out of date: http://www.ubuntu.com/developers
[07:39] <desrt> YokoZar_; nobody in ubuntu really uses encryption.....
[07:40] <YokoZar_> To upload packages, silly
[07:42] <crimsun> hmm.
[07:42] <crimsun> I'm driving out there with my sister next month, perhaps we can exchange
[07:43] <infinity> YokoZar_ : You could try looking for Debian Developers in the area, there are dozens.
[07:48] <YokoZar_> infinity: ahh, yes
[07:49] <infinity> YokoZar_ : https://nm.debian.org/gpg_offer.php is a good start.
[07:50] <infinity> YokoZar_ : As well as http://bad.debian.net/
[07:50] <YokoZar_> bless you
[07:51] <infinity> And, while it's not a requirement (afaik), I'd highly recommend anyone wanting to get involved with MOTU also joining Debian NM.
[07:51] <YokoZar_> NM?
[07:52] <infinity> New Maintainer procress.  nm.debian.org
[07:52] <YokoZar_> oh right
[07:52] <YokoZar_> Now I remember
[07:52] <YokoZar_> As I recall, that required getting a signed key as well
[07:52] <infinity> makes it much easier to communicate effectively with both parties and get fixes back and forth if you're associated with both groups and understand both.
[07:52] <infinity> Yes, indeed. :)
[07:52] <mhz> jdub: ping
[07:53] <mhz> mako: ping
[10:10] <dholbach> hi
[10:10] <dholbach> is anybody here who could process libglibmm-2.4-1c2a from NEW and promote it?
[10:10] <crimsun> daniel, ping mdz or kamion about NEWing libglibmm-2.4-1c2a
[10:11] <dholbach> thanks daniel
[10:12] <dholbach> mdz,kamion: could one of you process libglibmm-2.4-1c2a and promote it, libgtkmm-2.4-1c2a would need the same afterwards
[10:14] <mdz> crimsun: libglibmm-2.4-1c2a | 2.8.2-0ubuntu1 |        dapper | amd64, hppa, i386, ia64, powerpc, sparc
[10:14] <mdz> dholbach: ^^
[10:14] <dholbach> oh, sorry matt, then libgtkmm just needs to be given-back
[10:14] <dholbach> gtkmm2.4 rather
[10:14] <dholbach> nevermind
[10:20] <pitti> Moin moin
[10:20] <dholbach> hi pitti
[10:21] <dholbach> pitti: sivang wanted to talk to you, because you wanted to talk to him
[10:22] <pitti> oh, yes
[10:26] <ajmitch> hi
[10:26] <dholbach> ajmitch: hi andrew
[10:35] <pitti> Hi ajmitch 
[10:36] <pitti> ok, that's a really bad joke - WTF killed my server again?
[10:36] <pitti> The NOC does not reboot on weekends...
[10:43] <pef> elmo: hello, can you please sync libexif-gtk ? I've checked the sync doesn't lost Ubuntu changes
[11:19] <Kamion> jbailey: yes, ubuntu-sounds is OK to add to DapperStandardsBase
[11:32] <sivang> pitti: pong
[11:36] <mdke> hey dholbach 
[11:38] <dholbach> hey mdke 
[11:38] <dholbach> brb
[11:42] <mdke> dholbach, couple of things
[11:42] <mdke> dholbach, yelp works on my dapper (firefox has been kept back) so if you wanna stick the package up, i'll test it
[11:42] <mdke> dholbach, also, I've thought of some other things to put in there
[11:43] <dholbach> mdke: put in there? like what?
[11:44] <mdke> dholbach, some database links for the desktopguide, html version of the serverguide, and so on
[11:45] <dholbach> grrr
[11:46] <mdke> :)
[11:46] <dholbach> i accidentally middleclicked on the cpufreq-applet
[11:46] <dholbach> which you shouldnt do
[11:46] <mdke> turns all electricity in the house off?
[11:46] <dholbach> it eats your mouse cursor and stuff doesn't "just work" anymore
[11:47] <dholbach> we have a bug about it, but i was testing a11y stuff and it ... just happened :)
[11:47] <mdke> dholbach, also, I'm tempted to put in the new packaging guide
[11:47] <dholbach> oh, the one that unfrgiven worked on?
[11:47] <mdke> yeah
[11:47] <mdke> LaserJock has ported it to xml
[11:47] <dholbach> i said this to a couple of people already:
[11:48] <dholbach> you should talk to diziet and everybody else who worked on the developer-documentation spec :)
[11:48] <dholbach> or else we will have quite a couple of packaging guides to maintain :)
[11:48] <mdke> good point
[11:48] <mdke> i'll tell him
[11:48] <dholbach> i think he already looked at it
[11:49] <dholbach> at least they should be in sync :)
[11:49] <mdke> this is what LaserJock has done: http://doc.ubuntu.com/generic/packagingguide/C/index.html
[11:50] <\sh> morning
[11:50] <Nafallo> morning \sh 
[11:56] <\sh> infinity / lamont-away: can you kick conquest-8.1.1-5ubuntu1 because the status "Dep-Wait: libgl-dev" is not true at all..(not anymore with this upload) thx :)
[12:03] <dholbach> have a nice WE
[12:10] <mdke> is is possible to put comments in a debian/install?
[12:14] <azeem> "You can also put comments in these files; lines beginning with "#" are ignored." debhelper(7)
[12:15] <mdke> thanks azeem 
[12:18] <mdke> azeem, white lines are ok too right?
[12:18] <azeem> I'm not sure
[12:35] <ogra> Riddell, ping 
[12:38] <\sh> moins ogra..this is not your time dude :) what happend? snow wall in front of the house?
[12:38] <\sh> ;)
[12:38] <ogra> hehe, not really, only 15cm snow ... but a heavy storm ....
[12:39] <\sh> well...a storm was yesterday here..but snow I never saw here...but I have to get up and have a look..
[12:42] <crimsun> elmo: please sync mp3gain from Sid (ok to override Ubuntu changes), thanks
[12:43] <pef> for french people : http://www.fsffrance.org/news/article2005-11-25.fr.html :/
[12:44] <pef> opensources software may become illegal in France
[01:14] <Kamion> mdke: you can only use comments in DH_COMPAT=5
[01:14] <Kamion> likewise blank lines
[01:15] <mdke> Kamion, ah, -docs is 4 I believe
[01:17] <mdke> Kamion, thanks
[01:17] <Kamion> np
[01:50] <slomo_> elmo: please sync sablevm from debian/unstable... ubuntu changes can be dropped
[01:55] <Riddell> ogra: hi
[01:56] <ogra> Riddell, i wanted to ask about kino merging ... seems you have it assigned again because of the k in front :)
[01:57] <ogra> ok if i grab it ? i'd like to have it ready for flight 2 and you have other proirities i think
[01:57] <Riddell> ogra: yeah, grab away
[01:57] <ogra> fine :)
[01:57] <Riddell> ogra: are you likely to do ocaml-facile for kalzium?
[01:58] <ogra> hmm, i have no idea about caml at all ... give me a day to find time to look at it before i answer this :) 
[02:06] <Riddell> ogra: kindae why I was avoiding it :)
[02:06] <ogra> heh
[02:19] <\sh> and only in packaging state
[02:24] <\sh> dh_install -penlightenment --sourcedir=/build/buildd/enlightenment-0.16.7.2/debian/tmp/ 
[02:24] <\sh> cp: cannot stat `/build/buildd/enlightenment-0.16.7.2/debian/tmp///usr/share/xsessions': No such file or directory
[02:25] <\sh> this is strange...it's in the package for i386...
[02:26] <\sh> same on ppc
[02:26] <\sh> I blame hmm..lets see...ogra
[02:27] <\sh> Mithrandir: ping...could I have a dapper chroot as playground on ravel? thx...and no..not this weekend
[02:35] <StevenK> So, can I find out why support for GLw was dropped in Dapper? It makes inventor FTBFS, which makes testing the merge I'm doing impossible.
[02:35] <StevenK> (The package in question is libgl1-mesa-swrast.)
[02:36] <siretart> StevenK: what is GLw?
[02:37] <StevenK> siretart: It has something to do with GL and Lesstif.
[02:38] <siretart> motif again :/
[02:41] <\sh> StevenK: there is a rational...please ask daniels..
[02:41] <\sh> StevenK: but normally u should be able to drop GLw support
[02:42] <StevenK> \sh: That requires understand how this sodding thing builds and links.
[02:43] <StevenK> And no automake, so no ./configure love.
[02:43] <\sh> StevenK: I had one source, which had an switch to his configure tool..to disable GLw support 
[02:43] <\sh> StevenK: hmmm...
[02:43] <Kinnison> desrt: pong
[02:44] <StevenK> I suspect it's going to take makefile hackage or worse. I'm forcing it to build, so I can see where it blows up.
[02:44] <\sh> StevenK: best thing you can do...if you need a second pair of eyes...I'm back on one hour or so...
[02:45] <\sh> s/on/in/
[02:45] <StevenK> Heh, I'll probably look further tomorrow night, considering it's nearly 1am here.
[02:45] <\sh> StevenK: best part of the day to work :)
[02:46] <\sh> StevenK: it 2pm here :) so I have to do some RL work now 
[02:47] <\sh> as I said...be back in 1h or give me 1h30m
[03:24] <ogra> hmm, no pcmcia love for me ... :/
[03:31] <ogra> Kamion, is it expected behavior that cardmgr doesnt get started and no pcmcia modules get loaded ? 
[03:34] <ogra> did anyone else lose his gnome-menu ? it shows up for 1/2 second and then the contents just disappear
[03:35] <slomo_> ogra: try killing gam_server... sometimes it works after killing it ;)
[03:35] <ogra> slomo_, i just rebooted ...
[03:35] <slomo_> hm
[03:35] <\sh> ogra: yes
[03:35] <\sh> ogra: same here
[03:36] <ogra> ok
[03:36] <\sh> but in kde my panel is crashing too
[03:37] <\sh> (the old version not 3.5)
[03:37] <ogra> hmm, is gtkmm supposed to work already ? 
[03:37] <ogra> err gtkmm2
[03:37] <\sh> no
[03:37] <\sh> it's waiting for a give back
[03:38] <ogra> seems i cant get kino to show any contens of the app window ... 
[03:38] <ogra> ah, ok
[03:38] <\sh> ogra: 2.4 you mean
[03:38] <\sh> gtkmm2.0 and 1.2 are already merged and installable in universe ,)
[03:38] <ogra> then this will have to wait ... since it occurs with the old version too i suspect it not kino itself
[03:42] <ogra> \sh, yes, 2.4
[03:45] <robotgeek> could anyone explain the 'will break gui tools' part at https://wiki.ubuntu.com/RootSudo 
[03:46] <ogra> robotgeek, wrong channel, thats a #ubuntu question (see topic)
[03:46] <robotgeek> i did enable it, just to find out. most of the tools i tried still worked with my user password
[03:47] <robotgeek> ogra: i spend most of my time there. i tht you guys might know better. sorry
[03:48] <robotgeek> ogra: lots of ppl were coming in after enabling their root accounts, i did not know exactly what damage it caused. just wanted to know more :)
[03:48] <siretart> robotgeek: even if, this is no support channel. If we would answer user questions here, then the development would have to move to another channel
[03:48] <siretart> robotgeek: so we don't answer any user questions here
[03:49] <robotgeek> siretart: okay, go it.
[03:49] <robotgeek> sorry
[04:01] <Riddell> jbailey: ping
[04:02] <ogra> grimble ... xchat starts lynx for me instead of firefox
[04:02] <\sh> lol
[04:07] <\sh> hmmm...
[04:07] <\sh> The following packages have unmet dependencies:
[04:07] <\sh>   imlib11-dev: Depends: libpng12-dev but it is not going to be installed
[04:07] <\sh> another strange pbuilder vs. chroot mismatch 
[04:20] <\sh> grmpf
[04:20] <\sh> pbuilder login ; apt-get install imlib11-dev = success
[04:20] <\sh> pbuilder build package with imlib11-dev build-dep == no success.
[04:22] <slomo_> \sh: try to install all b-d... maybe there's a conflict between them
[04:23] <\sh> yes...blind person sitting in front of the computer
[04:23] <\sh> i need new glasses really
[04:24] <\sh> slomo_: libpng2-dev was still in the b-d
[04:37] <\sh> elmo: please sync footmatic-gui , elvis-tiny , emifreq-applet , grace from unstable, dropping ubuntu changes ok, thx
[04:45] <infinity> \sh : Cleared
[04:45] <\sh> infinity: thx
[04:46] <\sh> infinity: btw....do u know why this happens on amd64 and ppc but not on i386? http://people.ubuntu.com/~lamont/buildLogs/e/enlightenment/1:0.16.7.2-1ubuntu1/enlightenment_1:0.16.7.2-1ubuntu1_20051126-1249-amd64-failed.gz
[04:47] <\sh> infinity: actually it's a question of blaming someone or daniels...;)
[04:49] <infinity> I'd blame enlightenment.
[04:49] <\sh> infinity: what if I tell you, that /usr/share/xsessions/ is correct on i386?
[04:50] <\sh> well..I'll wait for Mithrandir to setup a dapper chroot on ravel to test it 
[04:50] <infinity> I say it's a fluke of "building at just the right time with just the right package versions"
[04:51] <infinity> grep the source for "xsessions" and tell me where that's supposed to be happening.
[04:51] <infinity> conquest built successfully, BTW.
[04:52] <\sh> infinity: thx..
[04:54] <\sh> infinity: in debian/rules
[04:54] <\sh>  #install .desktop file
[04:54] <\sh>         install -D -m 0644 $(CURDIR)/debian/enlightenment.desktop $(CURDIR)/debian/tmp/usr/share/xsessions/enlightenment.desktop
[04:55] <infinity> Right, so what creates debian/tmp/usr/share/xsessions/?
[04:55] <\sh> install -D ?
[04:56] <\sh> create all leading components of DEST except the last and then copy source to dest
[04:56] <infinity> Oh, right.  I'm blind.
[04:56] <infinity> I missed the -D
[04:56] <\sh> but I wonder 
[04:56] <\sh> binary-post-install/enlightenment-data
[04:57] <\sh> it's in this target...but it should be enlightenment package 
[04:57] <\sh> from my point of view...well, it would not change the issue
[04:58] <infinity> Err, there's supposed to be a backslash in there, right?
[04:59] <\sh> where?
[04:59] <infinity> Maybe my IRC client uncleverly stripped that out to confuse me.
[05:00] <infinity> Oh, I see.  It just line-wrapped at a spot where I thought it was two lines without a backslash. :)
[05:00] <\sh> a backslash shout be where? in [16:56]  <\sh> binary-post-install/enlightenment-data:: ? no
[05:00] <infinity> Ignore me.
[05:01] <StevenK> Waaaaaahhh.
[05:01] <\sh> WAH
[05:01] <\sh> mumble...grumble
[05:01] <infinity> I don't have a dapper chroot on my PPC system?   Wow, I'm a slacker.
[05:02] <\sh> i'll blame bddebian
[05:02] <StevenK> Disable the part of the build that requires GLw, and another part fails, since the first part builds a *.h* that the second part requires.
[05:02] <\sh> enlightenment.install:usr/share/xsessions
[05:02] <Riddell> infinity: any idea what's happened to kdepim?  it was uploaded but hasn't appeared in the buildds
[05:02] <\sh> well...but xsessions/* is installed during binary-post-install
[05:03] <infinity> Oh, wait.
[05:03] <infinity> Duh.
[05:03] <siretart> StevenK: perhaps you should talk to daniels about this
[05:03] <\sh> x11/kdepim_4:3.5-rc2-0ubuntu1: Dep-Wait by buildd+terranova [optional:out-of-date] 
[05:03] <\sh>   Dependencies: libreadline4-dev
[05:03] <infinity> \sh : Build with -B instead of -b
[05:03] <StevenK> Perhaps. But where is he?
[05:03] <\sh> because it's readline5 now?
[05:03] <infinity> \sh : That directory only gets created if you're building arch-indep.
[05:03] <Riddell> \sh: where do you see that?  I just see x11/kdepim_4:3.4.3-0ubuntu2: Installed by buildd+terranova
[05:04] <\sh> http://people.ubuntu.com/~lamont/buildLogs/Lists/dapper.all.i386
[05:04] <Riddell> \sh: ah oops, I'm looking at breezy :)
[05:05] <Treenaks> StevenK: bug 1: it exists; bug 2: it's still actively maintained ;))
[05:05] <\sh> infinity: but why is it there on i386 and not on amd64/ppc?
[05:05] <infinity> \sh : Read what I wrote again.
[05:05] <StevenK> Treenaks: No, bug 1: I can only see two fonts, Clean and Fixed.
[05:05] <StevenK> bug 2: It can't connect to any network services at all.
[05:05] <infinity> \sh : (hint, the i386 buildds build "arch: all" packages, the other buildds don't)
[05:05] <\sh> infinity: ignore me :)
[05:06] <infinity> \sh : Just include that directory in debian/enlightenment.dirs, and your problems will be solved.
[05:06] <siretart> infinity: did you get my email requesting an openhackware build on ppc instead on x86?
[05:07] <infinity> Err, no it won't.  God, why do people use debian/tmp?
[05:07] <siretart> infinity: it is an arch: all package, which only builds on ppc :/
[05:07] <\sh> infinity: why do people use cdbs
[05:07] <infinity> \sh : Create the directory explicitely in debian/tmp somewhere, I guess.  Or fix the package to suck less.
[05:07] <lamont-away> \sh: note that the Lists are only updated every 20 minutes - they're not realtime
[05:08] <infinity> siretart : I vaguely recall something about that, yes.  I'll have to build it by hand at some point, which sucks.
[05:08] <\sh> lamont-away: but I think the list is right thinking of kdepim :)
[05:08] <lamont-away> heh
[05:10] <\sh> infinity: it
[05:10] <\sh> 's in the wrong target...reading this stupid cdbs manual now for the NN time
[05:11] <lamont-away> \sh: and that's why I hate cdbs
[05:11] <lamont-away> :-)
[05:11] <infinity> That's the only reason?
[05:11] <StevenK> Heh
[05:11] <StevenK> There's nothing common about cdbs.
[05:11] <lamont-away> infinity: I like to be able to read my makefiles, thank you.
[05:11] <\sh> infinity: first ... install/enlightenment-data:: is the right target for indep stuff
[05:12] <infinity> \sh : Well, I assume that if the .desktop file is meant to be in the englightenment package, you should s/enlightenment-data/enlightenment/ in debian/rules.
[05:13] <\sh> infinity: ah well..the enlightenment package itself is somehow going mad..I realise it now 
[05:13] <StevenK> infinity: If you're still in .au, what the heck are you still doing up?
[05:13] <infinity> StevenK : just got home.
[05:13] <StevenK> Ew.
[05:13] <\sh> i'll fix it after a grabbed my clothes from my washing machine...and banging my head 100times against a wall...to not blame bddebian
[05:14] <infinity> Night out.  Dinner, movie, coffee, etc.
[05:14] <\sh> brb
[05:14] <StevenK> Get home and work on Ubuntu. Seems ... logical. :-)
[05:14] <infinity> I just passed by IRC and got suckered in.  Leaving again in about 30 seconds. :)
[05:14] <StevenK> I had 18 hours sleep, and so couldn't sleep.
[05:15] <StevenK> Yeah, I'll be buggering off as soon as this build fails again.
[05:15] <StevenK> Since it probably will.
[05:16] <StevenK> Hah, there it goes.
[06:01] (ogra/#ubuntu-devel) seems to be there ...
[06:04] <slomo_> BenC: when can i expect a 2.6.15 for powerpc? ;)
[06:05] <BenC> slomo_: -4.6 should build everywhere
[06:05] <ogra> ogra@honk:~ $ apt-cache search linux-image-2.6.15
[06:05] <ogra> linux-image-2.6.15-2-amd64-k8 - Linux kernel image for version 2.6.15 on AMD K8.
[06:05] <BenC> I have it running on my G4, but the ppc64 stuff has been causing some build problems (kernel-package related and toolchain related)
[06:05] <ogra> hmm, whom do i poke for that ...
[06:06] <slomo_> BenC: thanks :) so let's wait for it to finish building... do you know if softmac is new enough to be used with the latest bcm43xx driver?
[06:06] <BenC> slmo: I appled the softmac patch, and bcm43xx is latest svn...is there anything I have to do, to get bcm43xx to use it?
[06:07] <mjg59> BenC: The softmac stuff from softmac.sipsolutions.de?
[06:07] <mjg59> .net, not .de
[06:08] <mjg59> It seems to have been spun out to a separate project now
[06:08] <BenC> mjg59: no, the one from the bcm43xx ftp site
[06:08] <BenC> I'll check out that one
[06:08] <slomo_> BenC: hm, in the changelog you've written something about rev 698 iirc for bcm43xx, we're currently at 732 and around 700 were some changes "stuff for latest softmac"... i could look for the actual revision if you want
[06:08] <BenC> well, it was the latest when -4.4 came out :)
[06:09] <BenC> I did see a log that said "latest softmac" or similar
[06:09] <slomo_> ok, thanks :) should be new enough then
[06:10] <BenC> mjg59: ah, that one is a seperate stack...I like that, if only the modules that need it start actually using it
[06:11] <mjg59> BenC: It's derived from the rtl8180 driver, so I'd hope they'll move that over at least
[06:11] <mjg59> Then we just need the atheros and prism54 drivers moved over
[06:12] <BenC> looks like a weekend project I might do here soon then
[06:16] <Riddell> \sh: please wait on new cdbs before doing lots of kde uploads
[06:16] <\sh> Riddell: hmm..I had only one kde upload till now..
[06:16] <Riddell> \sh: I know, just warning you :)
[06:17] <\sh> Riddell: roger :)
[06:17] <\sh> Riddell: just working on some "g" stuff during merges now :)
[06:18] <ogra> hmmm, no pcmcia at all ...
[06:19] <ogra> cool, there is no unknown device in my device manager anymore, yay ...
[06:22] <slomo_> BenC: *sigh* failed on powerpc :(
[06:22] <BenC> grrr
[06:25] <BenC> well, that error will only affect ppc
[06:27] <ogra> not even apple uses ppc anymore ... who cares :p
[06:30] <slomo_> ogra: i care :P and there are more ppc than the apple ones ;)
[06:30] <ogra> slomo_, just kidding ...
[06:31] <slomo_> ogra: me too... i can live with .12 currently as there are other more important things broken currently which needs fixing ;) no need to break more with a new kernel
[06:37] <BenC> blasphemer, the kernel is goodness and never creates breakage
[06:38] <ogra>  -3 works fine here .... 
[06:38] <ogra> modulo pcmcia ...
[06:39] <slomo_> BenC: most of the time, yes... but i fear the xfs/initramfs problem is still there and it maybe doesn't work with old initrd as noone tested it
[06:48] <BenC> I should test that on one of my systems, but even still, that isn't a kernel bug, IMO :)
[06:48] <\sh> CDBS GEEKS NEEDED !
[06:49] <ogra> \sh, just repackage with debhelper :P
[06:49] <\sh> ogra: nono...cdbs ftbfs on buildd but not in riddells pbuilder
[06:50] <ogra> who uses cdbs anyway ...
[06:50] <BenC> what's the error?
[06:50] <ogra> only the unimportant packages ...
[06:50] <Riddell> ogra: building the cdbs package with debhelper but not impress some people :)
[06:50] <ogra> heh
[06:51] <\sh> Riddell: what was it...recursive.sh ?
[06:51] <Riddell> BenC: FAIL: recursive.sh  1 of 8 tests failed
[06:51] <BenC> any log from recursive.sh?
[06:52] <Riddell> BenC: not in the buildlog
[06:52] <Riddell> http://people.ubuntu.com/~lamont/buildLogs/c/cdbs/0.4.30ubuntu4/cdbs_0.4.30ubuntu4_20051126-0411-i386-failed.gz
[06:53] <Riddell> PASS: autotools-5.sh
[06:53] <Riddell> rm: cannot remove `/build/buildd/cdbs-0.4.30ubuntu4/test/workdir/cdbs/debian/cdbs'
[06:53] <Riddell> FAIL: recursive.sh
[06:53] <Riddell> is that it?
[06:58] <Riddell> \sh: I'd say it's more a package issue than a buildd issue
[06:58] <\sh> Riddell: if it's building in your pbuilder?
[06:58] <BenC> if it works on pbuilder and not buildd, then I'd say it is a buildd issue, maybe something int he environment
[06:58] <\sh> Riddell: tried with a chroot?
[06:59] <Riddell> \sh: yes
[06:59] <\sh> Riddell: and worked?
[06:59] <Riddell> yes
[07:00] <\sh> so buildd issue i guess and bet
[07:01] <\sh> if not...I have to plan my next holiday somewhere near your place to pay some pitchers
[07:09] <Kamion> ogra: install pcmciautils; cardmgr is obsolete and will not work with Linux >= 2.6.13-rc1
[07:09] <ogra> Kamion, i have it installed
[07:10] <ogra> but i have to modprobe orinoco_cs and run cardmgr to have a working wlan card
[07:10] <mjg59> Kamion: I've actually got 2.6.15 PCMCIA working with cardmgr
[07:10] <mjg59> On amd64, though
[07:10] <ogra> here too
[07:10] <Kamion> ok, well, it won't work for much longer :)
[07:11] <ogra> hmm, but pcmciautils doesnt work either ....
[07:11] <ogra> lets wait for udev then ...
[07:11] <ogra> Keybuks changes might fix the module loading
[07:11] <Kamion> could be, but pcmciautils does work fine for me, so I'd like to investigate
[07:11] <Riddell> Kamion: are you able to promote imlib11-dev to main?
[07:13] <\sh> checking for Qt... configure: error: Qt (>= Qt 3.1.0) (headers and libraries) not found. Please check your installation!
[07:13] <\sh> cool
[07:13] <Kamion> ogra: please set udev_log="debug" in /etc/udev/udev.conf, boot with that, and file a bug on pcmciautils attaching your /var/log/syslog
[07:13] <ogra> will do
[07:13] <Riddell> \sh: what's that for?  sounds like it has an anchient admin/ directory
[07:14] <\sh> Riddell: creox
[07:14] <Kamion> Riddell: does something already depend/build-depend on it?
[07:14] <Riddell> Kamion: kdegraphics does
[07:14] <Riddell> build-dep
[07:14] <ogra> hmm, no BenC  ... i wonder which orinoco driver i use here ... it sudenly seems to support scanning 
[07:15] <Kamion> Riddell: postdates the last cron.sync, I'm rerunning that now
[07:15] <Kamion> ogra: orinoco gained scanning support recently-ish
[07:15] <ogra> yay
[07:15] <Riddell> Kamion: also same for libakode-dev, I'm hoping that doesn't need a main inclusion report, it's a rename+separation from akode-dev which was in kdemultimedia
[07:15] <ogra> so i could finally use n-m
[07:17] <Kamion> Riddell: generally it takes up to a day before this stuff shows up on our automatic reports
[07:17] <Riddell> Kamion: that's why I'm asking you now :)
[07:18] <Kamion> uh, ok, it *is* a Saturday
[07:18] <Kamion> I'm only here because the channel was lit up when I got back home
[07:18] <Riddell> I know, I know, but my KDE users are impatient
[07:19] <Kamion> anyway, all promoted
[07:19] <Riddell> great, thanks, go and enjoy your weekend
[07:20] <Kamion> thanks :)
[07:21] <Kamion> BenC: feel free to ditch rtc-modules-* from the kernel any time you feel like it; d-i no longer needs it
[07:23] <Kamion> hmm. amarok-gstreamer depends on gstreamer0.8-mad. IIRC that's something we've been very deliberately avoiding for main
[07:24] <\sh> Kamion: i'll fix it
[07:24] <Kamion> thanks
[07:24] <\sh> I can move it to suggest?
[07:24] <Kamion> if that's appropriate for the package, sure
[07:25] <\sh> Kamion: ok..doing so...if not..the people will cry
[07:25] <\sh> but I can fix it first, if and when cdbs is fixed 
[07:27] <\sh> Kamion: actually it's not in depends...the substvars tells me it's in suggests
[07:28] <\sh> gstreamer:Suggests=gstreamer0.8-plugins, gstreamer0.8-mad
[07:28] <Riddell> \sh, Kamion I've fixed that
[07:28] <\sh> k
[07:28] <Kamion>  Package: amarok-gstreamer
[07:28] <Kamion>  Version: 2:1.3.6-1ubuntu1
[07:28] <Kamion>  Depends: amarok (= 2:1.3.6-1ubuntu1), gstreamer0.8-oss | gstreamer0.8-audiosink, gstreamer0.8-misc, gstreamer0.8-mad, gstreamer0.8-vorbis, kdelibs4c2 (>= 4:3.4.3), libc6 (>= 2.3.4-1), libgcc1 (>= 1:4.0.2), libglib2.0-0 (>= 2.8.0), libgstreamer0.8-0 (>= 0.8.11), libstdc++6 (>= 4.0.2-4), libxml2 (>= 2.6.22), zlib1g (>= 1:1.2.1)
[07:28] <Riddell> it's waiting on kdemultimedia, which is waiting on akode, which kamion just promoted
[07:28] <Kamion> ah, the newest version hasn't built, ok, no problem
[07:30] <\sh> hmmm..riddell we should remove in debian/control the libvisual stuff 
[07:30] <\sh> Riddell: in the description thatis
[07:30] <Riddell> \sh: and look into adding libgpod
[07:31] <\sh> Riddell: k...well waiting for cdbs :)
[07:33] <Riddell> \sh: I added a section at the end of this about the .pot generation http://wiki.kubuntu.org/KubuntuPackagingGuide
[07:35] <lamont-away> infinity: all the machines in the house run linux, either debian or ubuntu
[07:35] <lamont-away> mostly ubuntu
[07:40] <ogra> mjg59, feel free to comment on #20154
[07:42] <mjg59> ogra: Sounds like a pcmciautils or udev problem
[07:42] <mjg59> The kernel is fine
[07:42] <ogra> yup
[07:42] <ogra> i thought you might want to attach your syslog too for Kamion to investigate ....
[07:43] <ogra> intrestingly no mention of pcmcia shows up in the syslog at all
[07:44] <Kamion> ogra: what's the PCI ID of your orinoco card?
[07:44] <Kamion> meh, though, udev_log="debug" doesn't actually seem all that helpful
[07:45] <mjg59> Kamion: Orinocos aren't PCI
[07:45] <Kamion> oh, right, 16-bit PCMCIA?
[07:45] <ogra> yup
[07:45] <Kamion> duh, ok
[07:45] <Kamion> silly me
[07:46] <ogra> i can give you the cardbus PCI id though if that helps anyhow
[07:47] <Kamion> I thought you said it wasn't cardbus
[07:47] <ogra> the controler is ...
[07:47] <ogra> +l
[07:47] <Kamion> that seems to be being loaded OK; there are log entries about yenta_socket
[07:47] <ogra> 0000:00:0b.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller
[07:47] <ogra> yep
[07:48] <ogra> i also see it with lsmod after boot
[07:48] <Kamion> is the pcmcia module loaded?
[07:48] <ogra> hmm, have to reboot to check... now it is
[07:54] <Kamion> oh, he's gone. the orinoco card I have here works fine for me on Debian though
[07:54] <Kamion> although I had to kick the interface a bit to make it come up
[07:56] <ogra> Kamion, pcmcia_core is loaded, pcmcia isnt
[07:57] <\sh> oh man..I never buy a wifi router again
[07:59] <Treenaks> \sh: why?
[07:59] <BearPerson> excuse me... I'm building installer CD images for the linux distribution Source Mage, and I've been having some trouble with the ppc ISOs...
[08:00] <\sh> Treenaks: because I'm becoming a lazy person...
[08:00] <BearPerson> nalioth pointed me to this channel, saying you'll probably be having (or had) the same issues that I do
[08:00] <BearPerson> I'd be happy for any pointers
[08:00] <Treenaks> \sh: ... :)
[08:00] <BearPerson> right now, only some kernel versions work, of two kernels with pretty much the same configuration only one works, they work on one machine but not on another, ...
[08:01] <BearPerson> I'm currently using yaboot for bootup and the 2.6.12 kernel
[08:01] <\sh> Treenaks: really...I just slept away for a few minutes..with the portege in my hand...
[08:02] <Treenaks> \sh: LOL
[08:02] <\sh> that never happend when I was sitting at my desk
[08:03] <Treenaks> \sh: you woke up from the battery beep? :)
[08:03] <Treenaks> "LOW BATTERY! BEEP!*
[08:03] <\sh> Treenaks: no...my left hand was getting a bit hot..
[08:04] <\sh> Treenaks: the portege heated up under my blanket
[08:05] <Treenaks> :)
[08:10] <\sh> hmm...where is xvfb-run hiding now, if not anymore in xvfb?
[08:14] <\sh> oh wow...checking xorg
[08:15] <\sh> 45mb of fun
[08:19] <\sh> lamont-away: ping..can u give me some advice?
[08:22] <Kamion> ogra: modprobe pcmcia; does it work now?
[08:22] <ogra> nope
[08:22] <ogra> tried that
[08:22] <ogra> no go without runningcardmgr
[08:22] <Kamion> my orinoco card's working fine here, for whatever that's worth
[08:22] <Kamion> with cardmgr stopped
[08:23] <ogra> let me try to kill cardmgr ...
[08:23] <Kamion> unplug/replug the card, check that 'pccardctl ident' shows the card
[08:23] <ogra> killing cardmgr seems not to affect it, since i'm still here
[08:24] <ogra> ok, replugging without cardmgr running ...
[08:24] <Kamion> no, it won't until you unplug/replug
[08:24] <ogra> brb
[08:24] <lamont-away> \sh: sup?
[08:25] <\sh> lamont-away: I'm missing xvfb-run from the xvfb package...I checked the xorg source it should be there but it's not
[08:26] <ogra> ogra@honk:~ $ pccardctl ident
[08:26] <ogra> Socket 0:
[08:26] <ogra>   no product info available
[08:26] <ogra> Socket 1:
[08:26] <ogra>   no product info available
[08:26] <ogra> nothing
[08:27] <Kamion> pcmcia module loaded at the moment?
[08:27] <ogra> yes
[08:27] <ogra> i had to run cardmgr again to get it working
[08:28] <lamont-away> \sh: you sure it didn't get split out?
[08:29] <\sh> lamont-away: well..since i can't get apt-file functional...in breezy it was in xvfb.
[08:30] <\sh> and reading and grepping xorg debian/ dir it should be in xvfb
[08:30] <Kamion> dapper has xorg-server not xorg
[08:30] <\sh> apt-get source xserver-xorg?
[08:30] <\sh> or xorg-server?
[08:31] <Kamion> xorg-server. was not a typo
[08:31] <tseng> if you use the name of the binary apt-get source will get the right source anyway
[08:31] <\sh> grmpf 
[08:31] <Kamion> looks like a bug in the new packaging, yes
[08:31] <\sh> (dapper_chroot)shermann@nc6000:~/packages/dapper/xserver-xorg/xorg-server-0.99.3/debian$ grep "xvfb-run" *
[08:31] <\sh> control: This package also contains a convenience script called xvfb-run which
[08:32] <\sh> this is the only occurance
[08:32] <\sh> jepp
[08:32] <\sh> it's missing
[08:32] <Kamion> ok, file a bug
[08:32] <\sh> I could fix it
[08:32] <Kamion> either the package's contents are wrong or the description is
[08:32] <\sh> no...xorg-server gives xvfb
[08:32] <\sh> but xvfb-run is not in the xfvb.install
[08:33] <\sh> I'll build first..and check
[08:33] <Kamion> please file a bug so that we can find out whether it was deliberate or, if not, whether it's part of a class of problems that daniels could fix along with it
[08:33] <\sh> ok
[08:37] <\sh> Kamion: against what product? UNKNOWN or xserver-org, because xorg-server is too new for bugzilla ;)
[08:37] <Kamion> \sh: xvfb
[08:38] <\sh> well..the difference between source and binary...
[08:38] <Kamion> \sh: use the binary unless you are the maintainer and know better
[08:38] <Kamion> it's always better to have more finely-categorised bugs
[08:38] <Kamion> and xserver-xorg would just be wrong
[08:38] <\sh> sure
[08:39] <Kamion> ogra: hmm, pccardctl pokes around in sysfs itself, so it can't be a udev problem if that doesn't work
[08:39] <\sh> elmo: please sync ganglia-monitor-core , gauche from unstable, dropping ubuntu patches ok, thx
[08:39] <Kamion> ogra: (although pccardctl gives you nothing useful for cardbus cards)
[08:40] <ogra> hmm
[08:40] <ogra> accortding to hal its /sys/devices/pci0000:00/0000:00:0b.0/0.0
[08:40] <Kamion> ogra: when everything works, does lspci show your card? I'm beginning to think it must be cardbus after all
[08:41] <Kamion> ogra: that's the bridge, not the card
[08:41] <Kamion> Nov 26 19:27:54 localhost kernel: [   45.401695]  Yenta: CardBus bridge found at 0000:00:0b.0 [1025:006e] 
[08:42] <ogra> lspci doesnt show anything new.... 
[08:43] <mjg59> Kamion: There are no cardbus devices that use the orinoco driver
[08:43] <mjg59> If orinoco_cs drives it, it has to be legacy PCMCIA
[08:43] <ogra> yes, i dont think its  a cardbus card ...
[08:43] <Kamion> hmm. well I hate to disagree with mjg59 above, but I don't see how this is anything other than a kernel bug
[08:43] <Kamion> mjg59: ok
[08:43] <mjg59> Kamion: Well, with pcmcia-cs, an orinoco works fine with 2.6.15
[08:43] <ogra> its a very old lucent silver ... one of the first sold wlan cards ever
[08:44] <Kamion> mjg59: pcmcia-cs doesn't rely on sysfs; pcmciautils does
[08:44] <Kamion> if the device isn't exposed in sysfs, then it won't work
[08:44] <mjg59> Kamion: Ah, I see
[08:45] <Kamion> and userspace isn't supposed to be responsible for most of this stuff any more - it's meant to have been moved into the kernel
[08:45] <Kamion> ogra: another idea; what does 'cardctl ident' say for this card? maybe the device->driver mapping in the kernel is missing
[08:45] <mjg59> Where are PCMCIA devices supposed to be exposed in sysfs, then?
[08:45] <mjg59> Kamion: PCMCIA doesn't have device->driver mapping
[08:45] <mjg59> Not in-kernel, anyway
[08:45] <Kamion> mjg59: /sys/bus/pcmcia/devices/, and the socket in /sys/class/pcmcia_socket/
[08:45] <ogra> Socket 0:
[08:45] <ogra>   product info: "Lucent Technologies", "WaveLAN/IEEE", "Version 01.01", ""
[08:45] <ogra>   manfid: 0x0156, 0x0002
[08:45] <ogra>   function: 6 (network)
[08:45] <ogra> cardctrl ident ^^^
[08:46] <ogra> -r
[08:46] <Kamion> mjg59: does in >= 2.6.13
[08:46] <Kamion> mjg59: see e.g. drivers/net/wireless/orinoco_cs.c, orinoco_cs_ids
[08:46] <mjg59> Kamion: Uhm. Ew.
[08:46] <Kamion> static struct pcmcia_device_id orinoco_cs_ids[]  = {
[08:46] <Kamion>         PCMCIA_DEVICE_MANF_CARD(0x0156, 0x0002), /* Lucent Orinoco and old Intersil */
[08:46] <ogra> i have a 0.0 in /sys/bus/pcmcia/devices/ ... (but with the loaded driver and card indeed)
[08:47] <Kamion> ogra: does it work if you don't start cardmgr, but instead just modprobe orinoco_cs?
[08:47] <ogra> nope
[08:47] <ogra> tried that before
[08:47] <mjg59> Kamion: Ok, I have a /sys/bus/pcmcia/devices/0.0 that contains the product id and manufacturer id
[08:48] <Kamion> we do need to go through the kernel to make sure all our /etc/pcmcia/config.opts patches are reflected there, but after that we can just maintain it the same way as we do PCI
[08:48] <mjg59> Kamion: Sorry, I'd been under the impression that the mapping was still going to be done in userspace. Oh well.
[08:48] <Kamion> but that doesn't seem to be ogra's problem
[08:48] <Kamion> mjg59: for one, I'm much happier with it in the kernel
[08:49] <mjg59> Yeah, it's more consistent
[08:49] <Kamion> maybe with the sort of overrides by echoing stuff into /sys that we have for PCI/USB
[08:49] <mjg59> We don't seem to have that at the moment, sadly
[08:50] <Kamion> ogra: anything interesting in syslog after you modprobe orinoco_cs?
[08:51] <ogra> wait a sec, its a bit hard to find between the Nov 26 20:24:10 localhost kernel: [  820.997166]  psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 4 lines ... i get 10 per second from these sometimes ...
[08:53] <\sh> ok..xvfb-run is not in xorg-server
[08:55] <ogra> that might be it
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1023 queued, devpath '/module/orinoco'
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1023 forked, pid 9343, 0 seconds old
[08:55] <ogra> Nov 26 19:54:14 localhost kernel: [   96.063021]  orinoco 0.15rc3 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1024 queued, devpath '/module/orinoco_cs'
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1024 forked, pid 9345, 0 seconds old
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: udevd event message received
[08:55] <ogra> Nov 26 19:54:14 localhost kernel: [   96.065776]  orinoco_cs 0.15rc3 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
[08:55] <Kamion> ogra: (sorry, when I say modprobe orinoco_cs, I assume you've already modprobed pcmcia)
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1025 queued, devpath '/bus/pcmcia/drivers/orinoco_cs
[08:55] <ogra> i didnt 
[08:55] <ogra> it gets pulled in by orinoco_cs
[08:56] <ogra> orinoco_cs depends orinoco, which in turn depends pcmcia
[08:56] <Kamion> good point
[08:57] <Kamion> that's depressing though, there are no error messages at all
[08:57] <ogra> nope
[08:58] <ogra> this card is evil ... it always was ...
[08:58] <ogra> but since its a lucent and one of the first it might be wide spread ...
[08:59] <Kamion> ogra: I've got a card with the exact same manfid (but different product info) and it works fine
[08:59] <Kamion> then again this is on 2.6.14
[09:00] <ogra> without cardmgr ...
[09:00] <Kamion> indeed
[09:00] <Kamion> I'll test it on 2.6.15 once we have a working installer for it
[09:00] <ogra> i havent even used 2.6.14
[09:13] <Kamion> ogra: ok, I'm out of ideas for the moment. Last thing, if you could take tarball snapshots of /sys/bus/pcmcia/devices/ + /sys/class/pcmcia_socket/ both before and after starting cardmgr (thus before and after making the card work) and attach those to the bug, I'd appreciate it
[09:13] <ogra> yup, will do... 
[09:13] <ogra> but i'm tired of rebooting for now :)
[09:13] <Kamion> I'm assuming you have newest pcmciautils; it's very weird that you don't get pcmcia automatically loaded
[09:14] <ogra> i have dist-upgraded at about 1pm today
[09:14] <ogra> so it should be all up to date
[09:18] <Riddell> elmo: do you know what's happened to the akode packages?  apparantly they've been accepted but are not in the archive
[09:19] <Kamion>      akode | 2-rc1-1ubuntu2 |        dapper | source
[09:19] <Kamion>      akode | 4:3.4.3-0ubuntu2 |        dapper | amd64, hppa, i386, ia64, powerpc, sparc
[09:19] <Kamion> try making the version number later than the previous one ;-)
[09:19] <Kamion> you probably need a 5: epoch, ugh
[09:20] <ogra> *shudder*
[09:21] <Riddell> Kamion: hmm, right.  thanks
[09:22] <mdz> Kamion: how did the source make it in?
[09:22] <mdz> mizar:[~]  dpkg --compare-versions 4:3.4.3-0ubuntu1 lt 2-rc1-1ubuntu2
[09:22] <mdz> zsh: exit 1     dpkg --compare-versions 4:3.4.3-0ubuntu1 lt 2-rc1-1ubuntu2
[09:22] <\sh> ugly
[09:22] <Kamion> mdz: there was no akode source beforehand; it was built from kdemultimedia or something like that
[09:22] <mdz> ah, makes sense
[09:23] <\sh> Accepted akode 2-rc1-1ubuntu2 (source)
[09:24] <Riddell> but there is no akode binary package now, it's libakode2, so I'm a bit confused what's not matching
[09:29] <Kamion> Riddell: well, the other binaries are available
[09:29] <Kamion> not for amd64 or powerpc though; I'm presuming they haven't built
[09:29] <Kamion> what exactly are you looking for that isn't there?
[09:31] <Riddell> Kamion: I'm just looking to get this new akode into the archives, I'll add the epoch
[09:31] <Kamion> Riddell: if there's no akode binary, you're right, you don't need the epoch
[09:31] <Kamion> the new akode is in the archive. http://archive.ubuntu.com/ubuntu/pool/main/a/akode/
[09:32] <Kamion> oh, source out of sync
[09:33] <Riddell> there is a new libakode2-mpeg package in the -0ubuntu2 upload
[09:33] <Kamion> hmm, ok, it somehow became NEW after ACCEPTing, which shouldn't happen
[09:34] <Kamion> and was then rejected
[09:34] <Kamion> I'll attempt to repair
[09:34] <Riddell> thanks
[09:37] <Kamion> oh, er, ow, I must have promoted it to main while files were in accepted and it got terminally confused by the component changing
[09:37] <Kamion> elmo: err?
[09:38] <ogra> "Is it a stealth marketing exercise by the kubuntu team?"
[09:38] <ogra> *giggle*
[09:42] <Kamion> Riddell: please wait until after the weekend, I'll have to talk with elmo; I don't feel confident to fix this
[09:43] <Riddell> Kamion: ok, thanks for looking into it
[09:43] <Kamion> in the meantime some/all binaries for akode, libcommoncpp2, sysfsutils are stuck
[09:44] <ogra> hmm, ff1.5 doesnt respect *any* of my old ff1.0 settings ... :/
[09:48] <Chipzz> ff doesn't even show me the preferences menu
[09:50] <ogra> it does... but fontsettings are gone,  had to set the startpage back to a blank one, it suddenly opens everything in tabs (i hate tabs) no biggie, since at least it kept my bookmarks and history ...
[09:51] <ogra> but there might come upgrade probs our way ...
[10:08] <mae> so, how comes the drake
[10:09] <ogra> it sometimes limps a bit, but all in all very good
[10:18] <Riddell> another buildd oddity
[10:18] <Riddell> kdeutils_4:3.5-rc2-0ubuntu2 Dep-Wait libsnmp5-dev but that package was changed to depend on libsnmp9-dev
[10:23] <\sh> Riddell: old upload
[10:24] <\sh> Riddell: new upload will go further after this state has to be cleared by buildd admin...
[10:30] <Riddell> how confusing
[10:30] <Riddell> so I should poke infinity?
[10:31] <siretart> if it is urgent, yes. 
[10:32] <Riddell> and if it's not urgent?
[10:32] <siretart> afaik he and lamont are checking packages in dep-wait on a regular basis
[10:32] <siretart> and put them in 'needs-build' state
[10:32] <siretart> Riddell: see http://www.us.debian.org/devel/buildd/wanna-build.png
[10:32] <siretart> Riddell: and this for explanation: http://www.us.debian.org/devel/buildd/wanna-build-states
[10:34] <Kamion> Riddell: if it isn't urgent, let other people do their jobs in peace. :-)
[10:36] <\sh> hmmm...i wasn't productive today...
[10:36] <ogra> only 50 uploads ? 
[10:36] <siretart> hrhr
[10:37] <\sh> 10 syncs and 15 uploads or so..not much 
[10:37] <\sh> bah...more to come this evening
[11:01] <\sh> moins daniels 
[11:50] <\sh> elmo: please sync ginac , glunarclock from unstable, dropping ubuntu changes ok, thx