[00:04] <`26> Your silence is approbative.
[00:05] <directhex> and ablative, and subjunctive.
[00:32] <Sarvatt> i'm sorry, wasnt looking at this channel. if you don't want to figure out why X wont start with those packages to use the newer stuff what other option do you have besides downgrading things back? anything older than i965 doesn't have GLSL support by the way, which is why I was asking
[00:32] <`26> Sarvatt: GLSL runs just fine here, I tested with qsharededit.
[00:33] <`26> *qshaderedit
[00:33] <Sarvatt> in swrast yeah
[00:34] <`26> Sarvatt: it didn't use any CPU in the Mandelbrot example -- also, the extension for shader program appears in glxinfo (when used against some DRI libraries that actually work)
[00:36] <Sarvatt> you saw GL_ARB_vertex_shader and GL_ARB_fragment_shader, or just GL_ARB_fragment_program and GL_ARB_vertex_program?
[00:37] <Sarvatt> lspci | grep Display
[00:38] <`26> Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
[00:38] <`26> I'm not done downgrading yet, apt is being strange.
[00:40] <Sarvatt> ah should be ok then, after you downgrade it would probably be best to ask over in #dri-devel
[01:09] <`26> Sarvatt: Mesa DRI Mobile Intel® GM45 Express Chipset GEM 20090326 2009Q1 RC2
[01:30] <stgraber> ogra: any chance you're still around this late ?
[01:32] <Tonio_> ca m'output ca :
[01:33] <Tonio_> anyone using gnome over karmic could tell me the output of this command please ? pkg-config --print-errors --short-errors "gtk+-2.0"
[01:37] <Sarvatt> Package @GDK_PRIVATE_PACKAGES@ was not found in the pkg-config search path.
[01:37] <Sarvatt> Perhaps you should add the directory containing `@GDK_PRIVATE_PACKAGES@.pc'
[01:37] <Sarvatt> to the PKG_CONFIG_PATH environment variable
[01:37] <Sarvatt> Package '@GDK_PRIVATE_PACKAGES@', required by 'GDK', not found
[01:37] <cjwatson> Tonio_: no output
[01:37] <cjwatson> oh, well, I last upgraded this afternoon
[01:38] <Sarvatt> was 2 gtk+ updates today, second one hasnt been published yet
[01:39] <Tonio_> cjwatson: hum ok I'll test the second one... I get a strange issue, and since I know nothing about gtk...
[01:41] <cjwatson> $ dpkg-query -W libgtk2.0-dev
[01:41] <cjwatson> libgtk2.0-dev   2.17.0-0ubuntu1
[01:43] <Tonio_> cjwatson: libgtk2.0-dev   2.17.2-0ubuntu1
[01:43] <Sarvatt> https://lists.ubuntu.com/archives//karmic-changes/2009-June/002794.html
[01:43] <Tonio_> cjwatson: the above command outputs me Package @GDK_PRIVATE_PACKAGES@ was not found in the pkg-config search path.
[01:44] <Sarvatt> theres a 0ubuntu2 coming
[01:44] <cjwatson> sounds like a fairly clear build snafu
[01:44] <cjwatson> that's an indicator of the autotools not having been properly told to substitute something
[01:44] <Tonio_> Sarvatt: thanks for the info, I'll wait and retest then...
[01:49] <Tonio_> cjwatson: thanks for the help
[02:29] <TheMuso> IdentityFile /home/luke/.ssh/work_rsa/c
[02:29] <TheMuso> woops
[06:23] <TheMuso> Fresh install of karmic, does evolution crash for anyone else?
[06:24] <TheMuso> i.e no GUI comes up at all?
[06:39] <pitti> Good morning
[06:39] <Sarvatt> TheMuso: it works here
[06:40] <TheMuso> Sarvatt: Interesting. THis is a fresh karmic install done today, and updated.
[06:41] <TheMuso> pitti: Good morning.
[06:42] <ajmitch> morning pitti
[06:42] <StevenK> Morning pitti
[06:43] <StevenK> pitti: I synced  opal a little while ago, and it wants celt :-(
[06:44] <pitti> yay new versions
[06:45] <StevenK> pitti: Yes :-(
[06:45] <StevenK> pitti: Shall I file an MIR and beat you with it?
[06:45] <pitti> s/you/anyone in MIR team/
[06:47] <StevenK> pitti: Beating you is much more fun :-P
[06:47] <pitti> pah
[06:59] <iulian> Riddell: Hey.  I've just seen that you uploaded a new version of python-qt4 to Karmic.  Is there any reason why you didn't merge it with Sid?  The reason I'm asking is because git-cola currently FTBFS because of a simple wrapper for pyuic4 which is in Sid at the moment but not in Karmic.
[07:00] <iulian> I'd like to have that wrapper script for pyuic4 in Karmic.  This could prevent other packages from FTBFS.
[07:01] <iulian> Having said that, I'm not 100% sure that this is the reason why git-cola failed to build, but looking at the build log from Debian, there is no sign of failing.  So, I believe this is the reason why it failed to build in Karmic.
[07:07] <TheMuso> c
[07:10] <highvoltage> d
[07:10] <iulian> Oh well, ScottK mentioned something about qscintilla(?) when I asked him about merging python-qt4 with Sid.  I don't know what he meant (/me hides).  Maybe he can give his opinion about this?
[07:10] <iulian> ScottK: ^
[07:11] <dholbach> good morning
[07:11] <iulian> Morning Daniel.
[07:11] <highvoltage> morning dholbach
[07:11] <dholbach> hiya iulian, hi highvoltage
[07:22] <StevenK> pitti: Bug #388285 for celt MIR :-)
[07:23] <pitti> asac, lool: ^ time to have a look?
[07:44] <pitti> jamesh: \o/ debian bug 532757
[07:45] <jamesh> pitti: cool.  The rabbitmq-server packages in Debian have also been updated with reduced dependencies now.
[07:46] <jamesh> so I guess the only erlang package specific delta we're carrying w.r.t. Debian is the libmozjs one in couchdb
[07:53] <jerroome> Hi, can anyone tell me how to manage the case where 2 packages procduced by myself have conflicts because they copy a file at the same location.
[07:53] <lifeless> jerroome: don't do that.
[07:54] <jerroome> secondly, is anyone able to tell what the reversed slot is for
[07:54] <StevenK> Reversed slot?
[07:54] <jerroome> inside the control file, there is a slot called rdepends
[07:55] <jerroome> sorry, I meant rdepends, not reverse slot
[07:55] <jerroome> why not doing that
[07:55] <jerroome> ?
[07:55] <StevenK> There shouldn't be, that can be determined by the archive
[07:55] <slangasek> (and can't be determined by the package itself)
[07:56] <jerroome> ok
[07:56] <jerroome> and why not writing at the same location with 2 different packages
[07:56] <jerroome> .
[07:56] <jerroome> ?
[07:57] <Hobbsee> because it's the equivalent of parking two cars on top of each other.
[07:57] <slangasek> turning the question around: why do you think this is something you *want* to do?
[07:57] <jerroome> should I create a third package and set the two others dependend on that one ?
[07:58] <slangasek> if it's the same exact file, then yes, definitely
[07:58] <slangasek> that, or have one of the packages depend on the other, if that's a reasonable thing to do
[07:59] <jerroome> no it isn't because there aren't necessary 2
[07:59] <jerroome> there can be one or n
[08:00] <jerroome> I'm developping software to run on axel terminals
[08:00] <jerroome> sorry, which should also run on terminals
[08:01] <jerroome> sometimes, there can be a few terminals
[08:01] <jerroome> and I need one package per system to run
[08:01] <jerroome> because, I have to be able to add and remove easily one machine
[08:02] <jerroome> I have trouble to explain everything in english
[08:02] <jerroome> ..
[08:02] <jerroome> I will make a third package
[08:02] <jerroome> thank you guys, once again, I got an answer quite fast .. :)
[09:02] <pitti> meh, seems gcc went crazy on the ports? I get a lot of "configure: error: C compiler cannot create executables
[09:03] <pitti> doko: ^
[09:04] <al-maisan> pitti: probably the recent binutils upload?
[09:04] <pitti> could be
[09:07] <al-maisan> pitti: from a recent perl build on sparc:
[09:08] <al-maisan> sh: gcc: not found
[09:08] <pitti> I saw it on libsoup2.4 and gnome-games
[09:10] <al-maisan> here's the relevant snippet from the build log: http://pastebin.com/m4f1ff8c4
[09:11] <seb128> pitti, not only on port, I got the same issue for gtk on armel
[09:11] <pitti> seb128: me too
[09:45] <reduz> Hi guys, question! does anyone here know if there is a way to get opengl 3.1 nvidia drivers working on ubuntu?
[10:37] <Riddell> hi  iulian
[10:37] <Riddell> I didn't see anything  in debian's svn for that package that was new, but let me look again
[11:13] <asac> hmm ... getting /usr/lib/gcc/powerpc-linux-gnu/4.4.0/../../../../lib/crti.o: could not read symbols: File format not recognized
[11:13] <asac> thats probably known?
[11:13] <Tallken> ft
[11:13] <Tallken> ups soz
[11:17] <asac> doko: ^^
[11:20] <mok0> Would someone please request a give-back on libdc1394-22 ?
[11:20] <mok0> It's clogging up the pipeline
[11:21] <Hobbsee> karmic, all arches?
[11:21] <mok0> Hobbsee: yes
[11:24]  * Hobbsee blinks at this new stuff
[11:25] <mok0> Hobbsee: what new stuff is that?
[11:25] <Hobbsee> neat
[11:25] <Hobbsee> mok0: the credential stuff for ubuntu-dev-tools
[11:25] <mok0> ah
[11:26] <lifeless> API's
[11:26] <Laney> we got a bug telling us off for that recently
[11:27] <Hobbsee> Laney: why so?  although it would be nice if the man page were finished
[11:27] <Hobbsee> in particular, the part about what consumer is
[11:27] <Hobbsee> and what it should be set to
[11:28] <Laney> Hobbsee: It can send http requests to LP to login on your behalf, which is naughty
[11:29] <mok0> Hobbsee: thx, I see it's building now!
[11:29] <Hobbsee> Laney: well, there is that
[11:29] <Hobbsee> Laney: does it log in properly?  ie, both to production and edge?  :D
[11:30] <Hobbsee> mok0: you're welcome
[11:31] <Laney> Hobbsee: I didn't even know it could do this actually. I didn't pass my credentials and it spawned a browser for me to login there.
[11:32] <Laney> that's the Proper OAuth Way isn't it?
[11:32] <Hobbsee> Laney: i'm not sure - but i would expect that's the sane solution
[11:33] <Laney> check out th ebug for a detailed analysis if you're curious
[11:34] <wgrant> Laney: That is the Proper Way, yes.
[11:34] <Hobbsee> i'm suer that will further stop me from studying for exams :(
[11:34] <wgrant> ie. you only ever give your Launchpad password to Launchpad.
[11:34] <wgrant> Not some nasty script written by those malicious Ubuntu developers.
[11:35] <Hobbsee> after all, they might take over your sysetm
[11:35] <Laney> they talk about writing some CLI clients to do this auth for you because doing the context switch to a web browser is undesirable
[11:35]  * Laney didn't think it was that bad
[11:49] <mok0> Hobbsee: Hm, the rebuild didn't succeed. I don't understand it, the dependency it claims is missing, is there
[11:49] <wgrant> mok0: Log?
[11:49] <mok0> https://edge.launchpad.net/ubuntu/karmic/+builds?build_text=libdc1394-22&build_state=all
[11:50] <mok0> I just built the package successfully right here ?!?!!
[11:51] <wgrant> mok0: ogre-model
[11:51] <cjwatson> libdc1394-22 is in main
[11:51] <wgrant> The dep is in universe.
[11:51] <mok0> ah
[11:52] <bigon> Hi I think that libchamplain and geoclue must go to main if we want geoloc in next empathy release
[11:54] <mok0> wgrant: so should I request a move to universe?
[11:55] <wgrant> mok0: That doesn't sound like a very good idea.... stuff in main probably depends on it.
[11:55] <mok0> wgrant: well, that's no good if it doesn't build
[11:56] <mok0> request libusb-1.0-1 -> main then
[11:56] <ogra> write a MIR for the dep ? or fix the package to not dep on it ?
[11:56] <directhex> do i need to explicitly ask for something to drop to universe?
[11:58] <ogra> directhex, only if its seeded, else it should move on its own if all dependencies are gone
[11:58] <pitti> directhex: if it appears on http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt, then no
[11:58] <pitti> directhex: if it doesn't appear there and needs to be unseeded, then please file a bug against ubuntu-meta
[11:58] <pitti> or ping here
[11:59] <pitti> hm, wget --no-check-certificate -O- 'https://wiki.kubuntu.org/Kubuntu/Todo/Karmic?action=raw' gets me a 403
[11:59] <directhex> pitti, will do. i need a package uploaded to debian before i can realistically do it
[11:59] <tkamppeter> pitti, I want to prepare the SRU for CUPS, but there is no reference to the repo for Jaunty.
[12:00] <tkamppeter> Seems that LP has lost connection to the repos.
[12:00] <directhex> pitti, this change also removes a circular build-dep (yay)
[12:00] <pitti> tkamppeter: it's lp:~ubuntu-core-dev/cups/jaunty/
[12:01] <pitti> tkamppeter: (as Vcs-Bzr: says)
[12:01] <tkamppeter> pitti, there is no reference on https://code.launchpad.net/ubuntu/jaunty/+source/cups to any repo. Could they get added?
[12:01] <pitti> tkamppeter: no, those are package branches
[12:01] <pitti> tkamppeter: but they aren't intended to be used for the debian/ only bzr trees we currently have
[12:01] <pitti> so they remain on https://code.launchpad.net/cups for now
[12:02] <pitti> tkamppeter: eventually we'll use the package branches, but it's currently in a transition period
[12:02] <gaspa> is there some plan to change from usplash to plymouth in ubuntu as well?
[12:03] <ogra> seb128, the new padding in the listview of the latest evo looks weird
[12:03] <ogra> gaspa, no
[12:03] <Keybuk> kees: you never committed upstart 0.3.9-8 to bzr
[12:03] <Keybuk> damn you
[12:03] <Keybuk> *shakes first*
[12:03] <Keybuk> :p
[12:03] <Keybuk> err, fist
[12:05] <Keybuk> argh, worst still you patched the source directly
[12:05] <Keybuk> meh
[12:05] <ogra> debdiff ftw :)
[12:05] <gaspa> ogra: not at all? or simply "hasn't been talked about"?
[12:06] <Keybuk> actually, I'm trying to figure this mess out ;)
[12:06] <ogra> gaspa, the plan is to boot fast enough to not require any splash
[12:06] <Keybuk> source packages in revision control make everything such hard work
[12:06] <ogra> yeah
[12:06] <gaspa> ogra: ah, wow. :)
[12:06] <gaspa> thanks
[12:07] <ogra> there will be cases where you cant be fast enough, i.e. fsck or encrypted homedirs, where usplash will kick in
[13:28] <ScottK> iulian: Look at the eric bugs in Ubuntu (I mis-remembered).
[13:33] <billisnice> If you guys add click2try please make sure it can be disabled in services. I do not want the office staff to have access to it.
[13:35] <billisnice> I would like to see a service that is diabled not to show in the menus. Be totallly gone so not to try.
[13:36] <iulian> ScottK: Aha, OK, thanks.  I believe Riddell is looking into it as well.
[13:36] <iulian> It's worth having that wrapper script for pyuic4 in Karmic.
[13:50] <Laney> billisnice: what is quick2try exactly? I can't figure it out from their website
[13:51] <Chipzz> billisnice: how about uninstalling it then?
[13:54] <Keybuk> configure: error: C compiler cannot create executables
[13:54] <Keybuk> ...err,,,
[13:55] <pitti> Keybuk: all builds on ports fail today, probably binutils wreckage
[13:55] <Keybuk> oops ;)
[13:55] <seb128> not only port, armel fails the same way
[13:55] <seb128> only i386, amd64 and lpia are building
[14:07] <pitti> anyone happens to have experience with wiki downloading?
[14:07] <pitti> wget -O- 'https://wiki.ubuntu.com/Kubuntu/Todo/Karmic?action=raw' just gets me a 403
[14:09] <pitti> hm, seems it's just wget acting up. urllib works fine
[14:11] <liw> hm, I used requestsync and now I don't know what happened to the request
[14:12] <liw> the request bug should be filed against the source package, right? (speedcrunch in this case)
[14:12] <ion_> liw: Btw, even though the clientside processing overhead is not considered for karmic (re: apt-sync), since you’ll set up a benchmarking environment, might as well benchmark the extra CPU time for each method. That information will be useful in the future. :-)
[14:25] <cjwatson> liw: yes
[14:25] <RainCT> Out of curiosity, is Karmic following Debian with the section changes?
[14:26] <cjwatson> we already did
[14:26] <RainCT> ok, cool
[14:27] <cjwatson> though we haven't actually gone through all the packages and changed the sections - but the archive supports the new sections
[14:27] <liw> ok, unless the mail requestsync generated is in some queue somewhere, the bug has completely vanished
[14:27] <cjwatson> mails to LP should be processed every three minutes, normally
[14:27] <cjwatson> maybe it's in some local mail queue?
[14:28] <cjwatson> you could also try using the --lp option rather than relying on mail
[14:29] <liw> the mail got accepted by mx.canonical.com about 25 minutes ago, so I doubt it is in a queue anymore
[14:30] <liw> oh, there's an --lp option? why isn't it used by default? why mess with mail at all?
[14:30] <Laney> the api is relatively new
[14:30] <cody-somerville> Whats the process for applying to get upload permissions to a single package?
[14:31] <cody-somerville> ie. I want to get upload rights to dput in main
[14:31] <liw> bah. "launchpadlib.errors.HTTPError: HTTP Error 401: Unauthorized"
[14:32] <cjwatson> manage-credentials, I think
[14:32]  * liw decides requestsync is not worth the trouble
[14:32] <cjwatson> cody-somerville: https://wiki.ubuntu.com/UbuntuDevelopers#Per-package%20Uploaders
[14:32] <cody-somerville> cjwatson, thanks
[14:32] <liw> I've done manage-credentials once already. If it needs doing multiple times: not worth it.
[14:32] <billisnice> chipzz: The folks in my office do not understand uninstall, etc. They just want it to work. Millions just want it to work.
[14:34] <RainCT> liw: Running it once should be enough; seems like there's something wrong if that doesn't work
[14:35] <liw> RainCT, well, yes
[15:00] <Riddell> iulian: I don't understand what the wrapper script is for, there's already a /usr/bin/pyuic4 script
[15:15] <iulian> Riddell: Hmm, take a look at this build log: http://launchpadlibrarian.net/27856034/buildlog_ubuntu-karmic-i386.git-cola_1.3.7.45-2ubuntu1_FAILEDTOBUILD.txt.gz
[15:15] <iulian> /usr/bin/pyuic4: 1: import: not found
[15:16] <cjwatson> somebody forgot a #! line?
[15:17] <iulian> cjwatson: I don't think so, where?
[15:19] <Riddell> cjwatson is right, the upstream /usr/bin/pyuic4 has no #! line
[15:19] <cjwatson> iulian: if pyuic4 is a python script then it should have #! /usr/bin/python at the top ...?
[15:19] <iulian> Oh, right.
[15:19] <liw> Riddell, fyi #388450 (speedcrunch merge/sync)
[15:21] <Chipzz> billisnice: I was thinking you would be the one installing those pcs...
[15:21] <billisnice> we have 30 office puters
[15:22] <billisnice> i do not know that much either
[15:22] <billisnice> just enough to mess it up
[15:22] <Riddell> iulian (cjwatson): I see, our package uses the upstream module and puts it in /usr/bin which doesn't work.  debian has that wrapper script instead so I'll change to what debian is doing
[15:25] <Riddell> liw: excellent, thanks
[15:31] <iulian> Riddell: Yea, that should do it, thanks.
[15:40] <Chipzz> billisnice: ... ...
[15:41] <Chipzz> billisnice: also, why are you talking about that here?
[15:42] <ogra> Chipzz, because you respond ?
[15:42] <ogra> :)
[15:42] <Chipzz> ogra: oh you mean I should tell him in my usually subtle way to read the fine topic? :)>
[15:42] <Chipzz> s/usually/usual/
[15:47] <billisnice> i thought developers were in here
[15:47] <billisnice> maybe not
[15:48] <ogra> billisnice, yes, developers are in here, discussing development issues of developing ubuntu :)
[15:50] <billisnice> i though it would a nice feature to add for us non tech folks, that is why i asked here....
[15:52] <Hobbsee> billisnice: there are a lot of nice featues that could be added.  Fotunately, there's a great place to collate them, and that's brainstorm.ubuntu.com.  You might want to try there, as irc really doesn't make a good todo list
[15:52] <ogra> beyond that i didnt see and question yet ...
[15:53] <ogra> "<billisnice> If you guys add click2try please make sure it can be disabled in services. I do not want the office staff to have access to it." .... doesnt really look like a feature request or something
[15:54]  * Chipzz wonders if someone can disable sth in services, why he can't uninstall it...
[15:54]  * ogra wonders what click2try is 
[15:54] <Chipzz> but I suppose that would just be me
[15:54] <Chipzz> ogra: that too :)
[15:54] <billisnice> i will look for that site. I am in the real world of using Ubuntu for business. We do not understand or have time to understand the tech stuff.  lol
[15:55] <billisnice> i am on vac for a few weeks...and enjoy ubuntu
[15:56] <Chipzz> billisnice: you have it the wrong way around. click2try offers ubuntu. ubuntu doesn't offer click2try
[15:57] <Chipzz> now unless you can point us to a click2try package in the ubuntu repositories, I suggest you take the issue elsewhere
[15:57] <Pici> If you just want to chat about Ubuntu, you can join #ubuntu-offtopic, but the -devel channels are for actual development issues :)
[15:58] <billisnice> i do not understand lots for sure, but to not show services turned off in the menus leave no confusion of what you can and can not do...just a wanted feature for non tech folks.
[15:58] <Chipzz> billisnice: again, point us to the package which would be causing problems
[15:58] <Chipzz> I suspect there is none
[15:59] <billisnice> http://www.ereleases.com/pr/click2trytm-helps-users-run-ubuntu-open-source-catalog-21839
[15:59] <Chipzz> billisnice: did you even READ that????
[15:59] <Chipzz> FIRST sentence:
[15:59] <Chipzz> "click2try (http://www.click2try.com) today announced the availability of Ubuntu 8.04 (http://www.ubuntu.com) in its online catalog of virtualized Open Source applications."
[15:59] <billisnice> ok
[16:00] <billisnice> na
[16:00] <billisnice> just saw it
[16:00] <Chipzz> analyze the grammar
[16:00] <Chipzz> analyze the vocabulary
[16:00] <Chipzz> and tell me how this does concern the ubuntu developers?
[16:00] <Hobbsee> nice idea, though.  Totally irrelevant to here
[16:01] <billisnice> i am just a dumb butt for sure
[16:01] <billisnice> lol
[16:01] <billisnice> i do like ubuntu
[16:05] <cjwatson> billisnice: services are usually servers, rather than anything that might appear in the menus
[16:05] <cjwatson> if you mean as in System -> Administration -> Services
[16:05] <billisnice> ok, thanks
[16:06] <cjwatson> very few things there are at all tightly bound to a menu item
[16:06] <cjwatson> and in the cases where they are, it's usually in a client/server kind of way where the service is not necessarily on the same machine as the clients which would have the menu items
[16:08] <kees> Keybuk: iirc, upstart's tree was only writable by you at the time. :P
[16:10] <Keybuk> kees: not only that, but the source is missing from it anyway
[16:10] <Keybuk> so it has changelogs but no patches
[16:10]  * Keybuk deleted the tree
[16:11] <kees> Keybuk: heh
[16:12] <kees> Keybuk: making a core-dev branch for it?
[16:12] <Keybuk> kees: will do so at some point
[16:13] <Keybuk> though it's kinda hard
[16:13] <Keybuk> the core-dev branches are supposed to be buildable from a checkout
[16:13] <Keybuk> but I'd kinda like it to be branched off the upstream branch
[16:13] <Keybuk> which doesn't make things like configure in it ;)
[16:14] <kees> Keybuk: how about a get-orig-source build target?
[16:15] <cjwatson> Keybuk: like many things, James has a plan for that ;-)
[16:15] <cjwatson> (tarball branches)
[16:19] <pitti> Keybuk: or we just give in and call autoreconf in debian/rules; many packages do that, after all
[16:19] <pitti> (I don't particularly like it, but it's practical for git snapshots)
[16:20] <Keybuk> cjwatson: with an easy tool to update the tarball branch?
[16:20] <cjwatson> I'm not sure I've ever seen james_w do something that *didn't* involve writing a bzr plugin that anyone could use
[16:20] <cjwatson> (aka yes)
[16:45] <Riddell> asac: some MIRs assigned there for you.  feel free to take bug 374973 too although kees was looking at it last
[16:54] <asac> Riddell: did you use "assign" or subscribe?
[16:55]  * asac wonders whats up with his procmail rules ... no mails about thos MIRS in his "assigned" folder
[16:56] <Riddell> asac: subscribe
[16:57] <asac> Riddell: hmm ... my subscribed mailbox is currently under construction ;)
[16:57] <asac> do you have bug ids at hand? ;)
[16:57] <Riddell> asac: now assigned
[16:57] <asac> great
[16:57] <asac> thx
[17:05] <kees> asac: feel free to snag enca.
[17:05] <kees> i won't be able to check mir until later this week
[17:08] <mok0> Huh?? configure: error: C compiler cannot create executables
[17:08] <mok0> That's quite problematic for a compiler...
[17:10] <hyperair> mok0: the compilers sure seem to hate you recently
[17:11] <mok0> hyperair: they do
[17:11] <hyperair> heh
[17:11] <slangasek> it's a known problem
[17:11] <cjwatson> same binutils thing we were discussing earlier no?
[17:11] <slangasek> everything's FTBFS on the ports
[17:11] <hyperair> ouch
[17:11] <slangasek> cjwatson: made any progress on that, beyond definitively blaming binutils? :)
[17:12] <cjwatson> not I, didn't know I was on the hook
[17:12] <MacSlow> what's the package-name again of the https apt "thing"?
[17:13] <MacSlow> sorry for the lack of a better word
[17:13] <slangasek> cjwatson: you're not, but I thought you might know of some progress
[17:14] <MacSlow> ah... apt-transport-https it is I think
[17:15] <cjwatson> slangasek: I don't, I'm afraid; I can't even see a bug report
[17:15] <cjwatson> binutils was uploaded about the time everything stopped building, that's all
[17:15] <slangasek> no response from doko to the poking
[17:15] <freinhard> hi!
[17:15] <slangasek> doko: are you around?
[17:17] <freinhard> pitti: fixed some bugs in kubuntu's install-package, all of them catch exceptions, so no new features, just fix crashes. can we get these into jaunty? see http://bazaar.launchpad.net/~jr/install-package/trunk/revision/21
[17:19] <slangasek> al-maisan: did you reproduce the build failures on any of the porter boxes, and confirm that binutils is to blame?
[17:19] <doko> slangasek: yes, arm and ia64 fixes are there, but not yet for sparc and powerpc
[17:19] <al-maisan> slangasek: no, not yet.
[17:20] <slangasek> doko: ok - staged on your side I guess, given that I don't see an upload?
[17:20] <doko> still running test builds
[17:20] <mok0> doko, give us  a poke when we can request give-backs
[17:21] <mok0> I thought I read that hppa was going away?
[17:22] <slangasek> mok0: would be more appropriate for the give-backs to be done centrally
[17:22] <mok0> slangasek: ok
[17:23] <ScottK> mok0: AFAICT, I think it's gone already.
[17:23] <mok0> ScottK, I got one error like that during the last hour or so
[17:23] <ScottK> mok0: (I mean hppa)
[17:23] <mok0> ScottK, ah :-)
[17:25] <mok0> ScottK, indeed, you are right. It's the sparc arch that's giving me troubles
[17:25] <mok0> Translational brain error
[17:28] <Riddell> iulian: new python-qt4 uploaded
[17:30] <mok0> Things are changing. This is the error I get now: Checking for C Compiler ...  Error: no C compiler detected - cannot do anything
[17:31] <slangasek> that's the same thing still
[17:31] <iulian> Riddell: Excellent, ta.
[17:32] <mok0> Isn't it possible to pause the buildds on the ports until things are back to normal?
[17:36] <pitti> freinhard: please check which of the fixed bugs match the criteria on https://wiki.ubuntu.com/StableReleaseUpdates, request an SRU on them, and  and subscribe ubuntu-sru
[17:37] <ScottK> mok0: IIRC it'd have to be stopped for all releases and not just the developement release, so that'd have an unfortunate affect on -updates/proposed and -backports.
[17:39] <pitti> I think we'll just do a global retry on those
[17:43] <cjwatson> I don't see a reason to pause the buildds - there seems to be a negligible risk of misbuilds here, it's just a certain amount of mails (which serve to remind us of the problem)
[17:56] <shtylman> anyone having inkscape crash on them with an internal error? and no other info?
[20:33] <mweichert> how is compiz called in gnome-session? I ask because I want compiz called with the following options --loose-binding and --indirect-rendering
[21:10] <ccheney> anyone have a suggestion for something to mirror https deb packages besides lftp? lftp in karmic seems very broken and segfaults after a small amount of transfer for me every time
[21:14]  * ccheney sees if it works for jaunty
[21:58] <billybigrigger> colin?
[22:21] <billybigrigger> !seen colin
[23:16] <joshk> is there a way to print something to tty0 even during a quiet boot?
[23:16] <joshk> i've tried: stderr, and log_*_msg from /lib/lsb/init-functions
[23:17] <joshk> i have this /etc/rc.local file that takes a while to run
[23:20] <TheMuso> Good morning.
[23:25]  * slangasek waves to TheMuso 
[23:25] <slangasek> hmm, why is flash not talking to pulseaudio again here
[23:31] <dtchen> if you're using flashplugin-installer, check ia32-libs.
[23:32] <dtchen> fta: was the migration for libpulsecore* => libpulse0 done in ia32-libs?
[23:33] <billybigrigger> dtchen::: ia32-libs needs to be installed for sound in flash?
[23:34] <dtchen> billybigrigger: if pulse is configured to be active (which it is by default) using the 32-bit plugin and nspluginwrapper, yes
[23:34] <billybigrigger> that's only if i installed via flashplugin-installer?
[23:35] <dtchen> billybigrigger: if you're on 64-bit and installed via flashplugin-{nonfree,installer}, yes
[23:37] <billybigrigger> hmm
[23:37] <billybigrigger> i have met all the above requirements, still no sound
[23:37] <soren> dtchen: Do you have any pointers on troubleshooting a system I have where anything involving gstreamer just gives me a sort of static, while mplayer for instance produces sound just fine?
[23:38] <dtchen> soren: is pulse active?
[23:38] <soren> dtchen: Or is that a bit too high up the stack for you? :)
[23:38] <soren> dtchen: It's a fresh Jaunty install.
[23:38] <soren> dtchen: With a Karmic kernel, though.
[23:38] <dtchen> billybigrigger: hence my question above to fta; i haven't checked if ia32-libs has been updated
[23:39] <hile> hmmh, why is alsa-plugins still dropping build dependency on libavcodec-dev - I understood this was a temporary problem with ffmpeg not being in main, but afaik all bits required for this ARE in main
[23:39] <soren> dtchen: I've not activated nor deactivated pulse. Whatever is the default, that's what I got. :)
[23:40] <billybigrigger> so once ia32-libs has been updated we should be looking for working sound in flash then
[23:40] <dtchen> hile: ogra seems to be the last person to nudge/verify the libavcodec shipping (rather, not being able to be shipped) on cds issue
[23:41] <hile> I'm not actually interested about a52 output myself, was just wondering the alsa jack output status and noticed this as well (yes I would be much happier if libjack-dev were in main)
[23:41] <fta> dtchen: i have an updated ia32-libs in my staging PPA but it breaks flash, so i'm holding it for now, until we figure out why nspluginwrapper breaks with it.
[23:41] <dtchen> fta: ok, thanks
[23:42] <soren> dtchen: I see a pulseaudio process running, so I'm assuming that means "pulse is active".
[23:42] <hile> dtchen, you mean a52 output is not supported because the libs don't fit to CDs? duh
[23:42] <fta> dtchen, https://edge.launchpad.net/~fta/+archive/staging
[23:42] <dtchen> soren: if you configure the GSt audio.*sink to use alsasink, is the static reproducible?
[23:43] <dtchen> soren: if it's still reproducible, then you'd look at alsa-lib, specifically whether "speaker-test -c2 -Dplughw:X" corroborates the symptom
[23:44] <dtchen> soren: if it's not reproducible, then you'd look at which sink (and its corresponding "volume") is chosen in pavucontrol
[23:45] <dtchen> hile: no, there was a redistribution issue back in the hardy timeframe
[23:45] <soren> dtchen: No matter which sink I choose in gstreamer-properties and hit "Test", I get static.
[23:45] <soren> dtchen: It's a very clear static. I doubt it's a volume thing.
[23:45] <soren> dtchen: ..but what do I know? :)
[23:45] <hile> dtchen, but we DO ship the ffmpeg code in question anyway, or is this some a52-related patent stuff?
[23:46] <soren> brb
[23:46] <dtchen> soren: ok, so presuming Master/PCM/Front are not zeroed or muted, is the sink configured as intended? e.g., check pavucontrol
[23:47] <dtchen> hile: checking the changelog, it seems more a matter of "no one dropped the delta", but i haven't chased it down
[23:47] <hile> yeah, maybe it should be checked again before release?
[23:47] <hile> well, whatever, does not help promoting libjack+deps to main even if a52 is solved (so that I could use the damn jack alsa plugin without recompile)
[23:49] <dtchen> hile: the movement of j-a-c-k back into main is in progress
[23:51] <hile> very good, hope it can be done for karmic...
[23:53] <soren> dtchen: Thanks for your pointers. I'll have to check tomorrow. It's getting late, and I've still got a stack of actual work to do before I can call it a day. :/
[23:54] <dtchen> soren: yw
[23:55] <slangasek> dtchen: "back into" main?
[23:59] <soren> slangasek: libjack and friends were in main in Breezy and earlier.
[23:59] <slangasek> ah
[23:59] <slangasek> ancient history :)