[05:48] <pitti> Good morning
[06:21] <lifeless> micahg: btw ff seems to work ok for me
[06:24] <micahg> lifeless: cool, thanks :)
[06:36] <dpolehn> I am kind of a noob.  So I have what is probably a noobish question.  I have bunch of changes after running pdebuild on a package should I shelve these changes before proposing a merge?
[06:43] <micahg> dpolehn: you shouldn't be running pdebuild in the same dir as the bzr checkout
[06:44] <dpolehn> oh alright how should I be running it then?
[06:45] <micahg> dpolehn: use bzr-builddeb
[06:45] <dpolehn> I had a hard time finding good usage documentation
[06:45] <dpolehn> ok I am testing to see if it will build on oneiric
[06:45] <dpolehn> still use bzr-builddeb?
[06:46] <micahg> dpolehn: yeah, you can pass it an argument to use whatever build env you want
[06:46] <dpolehn> great thank you
[06:48] <micahg> dpolehn: you're welcome
[07:49] <dholbach> good morning
[08:11] <didrocks> good morning
[09:33] <rokr1> hello all
[09:33] <rokr1> I cannot bridge iwl3945 module
[09:34] <rokr1> Which I can do in debian
[09:34] <rokr1> any solution
[09:34] <rokr1> ?
[09:34] <rokr1> anyone ?
[09:34] <rokr1> here ?
[09:34] <persia> Have you tried #ubuntu?  That's a better support channel.  If you're trying precisely the same steps in Debian and Ubuntu and it's not working, you might want to file a bug.
[09:35] <rokr1> Yes I tried
[09:35] <rokr1> but seems like its a bug in ubuntu
[09:37] <rokr1> since its release
[10:18] <lifeless> cjwatson: if you're around, we have a small q in launchpad about Contents.gz and non-utf8 paths
[10:18] <lifeless> cjwatson: seeking an off-the-cuff-opinion about LP dropping such paths from Contents[.gz] at some future date (probably a few months out)
[10:18] <StevenK> lifeless: I've already asked
[10:19] <lifeless> StevenK: ah!
[10:19] <lifeless> StevenK: i didn't see it
[10:19] <StevenK> Not in this channel :-)
[10:22] <lifeless> StevenK: and did you get an indicative response?
[10:23] <StevenK> Nope
[10:35] <cjwatson> lifeless: my answer was "I would not be excessively sad if you felt like dropping non-UTF-8 names from Contents, although it would be better to deal with non-UTF-8 data"
[10:45] <lool> cjwatson: Hmm I have a weirdo with ssh/sshd; I can ssh locally quickly, but if I pass -X or -XY then it takes a long time before it completes login; it's stuck at "debug2: x11_get_proto: /usr/bin/xauth  list :0.0 2>/dev/null", after it unstucks it says "Warning: No xauth data; using fake authentication data for X11 forwarding."
[10:46] <lool> cjwatson: oddly, if I 'ssh host "/usr/bin/xauth  list :0.0"' this completes immediately
[10:46] <lool> now it gets uglier: if I open a regular ssh (no -X/-XY) in another term while the first one is trying to connect, the other ssh gets stuck too
[10:47] <lool> it seems sshd is stuck on the server side in some long-running call; maybe a reverse DNS check of some form?
[10:48] <cjwatson> I don't know, sorry - you'd want to run with -vvv, and possibly run a temporary server on a different port with -ddd in order to see what it's doing
[10:48] <geser> lool: do you use connection-sharing for the 2nd ssh?
[10:48] <lool> geser: no
[10:48] <lool> cjwatson: I ran the client with -v, but not the server; ok, will try running a debug server, thanks
[10:48] <lool> (s/-v/-vvv/)
[10:49] <cjwatson> if you're very lucky there's already something useful in server:/var/log/auth.log, but probably not
[10:49] <lool> Didn't find anything relevantin the logs  :-/
[10:49] <lool> it's just a stream of sessin opened, disconnect, session closed
[10:50] <lool> but dumping network traffic, I see no additional DNS request over a regular SSH
[10:50] <lool> (that is, same requests for ssh -XY/-X or for plain ssh)
[10:53] <lool> cjwatson: with a sshd -ddd, the last line before the hang is "debug1: server_input_global_request: rtype no-more-sessions@openssh.com want_reply 0" and the first one after the hang is "debug1: server_input_channel_req: channel 0 request x11-req reply 0", which confirms it's X related, albeit I don't understand how
[10:53] <lool> -4 doesn't change anything
[10:55] <lool> http://paste.ubuntu.com/629742/
[10:55] <cjwatson> perhaps gethostname() is slow
[10:56] <cjwatson> I'd be inclined to strace the server
[10:57] <cjwatson> actually, your pause is *before* processing x11-req, why would that be ...
[10:57] <lool> strace might have private key, right?
[10:58] <cjwatson> yes
[10:58] <lool> 9563  11:56:55 select(8, [3 7], [], NULL, NULL) = 1 (in [3])
[10:58] <lool> 9563  11:57:15 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
[10:58] <lool> Now what's fd 8
[10:58] <cjwatson> I doubt that approach is useful
[10:59] <lool> wtmp
[10:59] <cjwatson> oh, sorry, misread
[10:59] <cjwatson> well, that's just "waiting for responses from anything at all for 20 seconds"
[11:00] <cjwatson> it sounds to me as though it's the client pausing, not the server
[11:00] <apw> lool, thats not fd8, its any of the first 8 fds, though 3 and 7 i think are marked as intersting .. 3 was the one which did something
[11:01] <lool> apw: yes sorry
[11:02] <lool> I can see the PAM session started already
[11:02] <cjwatson> do you have -vvv output where you've noted the position of the pause?
[11:03] <cjwatson> (client)
[11:03] <lool> yep, that was the first message when I pinged you; I'll get a full log
[11:04] <cjwatson> 'ssh host "/usr/bin/xauth  list :0.0"' is the result of confusion
[11:04] <cjwatson> ssh is trying to get xauth data on the client side, not the server side
[11:04] <apw> lool that shouldn't be remote, but local xorg list
[11:04] <apw> heh what cjwatson said
[11:04] <cjwatson> snap
[11:05]  * apw bets the xauth lock is 'lost'
[11:05] <lool> oh right
[11:05] <lool> indeed, this command is hanging here
[11:05] <lool> gah, sorry for the confusion folks!
[11:36] <lool> I filed LP #799674 on the xauth issue mentioned earlier
[13:44] <davmor2> Hey guys quick query I'm running a vm of oneiric and on my netbook too.  I noticed in the vm that you get a warning about not being able to write to /run/udev I thought it was just a vm thing however it is also displayed on the netbook is this an issue,  also I get a string of modem types when shutting down instead of a splash screen.
[13:48] <cjwatson> davmor2: it's known but there's no particular need to worry about it for the momenet
[13:48] <davmor2> cjwatson: okay cool just thought I'd check :)
[14:26] <smoser> anyone core-dev or motu willing/able to sponsor https://code.launchpad.net/~dpolehn-gmail/ubuntu/oneiric/pygame/fix-755980/+merge/65114 ?
[14:37] <mdeslaur> smoser: sure, I'll upload it, hold on a sec
[14:40] <RoozbehOnline> mvo: hi dude :)
[14:40] <RoozbehOnline> are you there ?
[14:45] <mvo> hey RoozbehOnline, I'm good, thanks
[14:46] <RoozbehOnline> mvo: daniel holbach intoduce you to me :)
[14:46] <RoozbehOnline> mvo: you are developer of ubuntu software center yes ?
[14:46] <RoozbehOnline> introduce *
[14:47] <mvo> RoozbehOnline: yes, one of the developers indeed
[14:47] <RoozbehOnline> :)
[14:47] <RoozbehOnline> good
[14:47] <RoozbehOnline> i have an idea and im working on since last night
[14:48] <mvo> what is this idea about :) ?
[14:48] <RoozbehOnline> mvo: my idea (project) is an online ubuntu app center
[14:49] <RoozbehOnline> with web2.0 features
[14:50] <mvo> RoozbehOnline: nice! there is some django code with some basic work on this already, let me try to find the branch
[14:50] <RoozbehOnline> :)
[14:50] <mvo> RoozbehOnline: sounds like you and that django project should join forces!
[14:50] <RoozbehOnline> is it active ?
[14:51] <mvo> yes
[14:52] <RoozbehOnline> mvo: http://roozbehonline.net/filez/app-get-soon.jpg
[14:52] <RoozbehOnline> mvo: can you link me ?
[14:53] <mvo> RoozbehOnline: check https://launchpad.net/ubuntu-webcatalog it has a bunch of django code already, I haven't checked yet how complete it is at this point though
[14:54] <RoozbehOnline> mvo: the problem is the base of django is python
[14:54] <mvo> RoozbehOnline: I'm not really part of that effort, but the ISD people behind it will certainly welcome your input/code/ideas
[14:54] <RoozbehOnline> mvo: im working with php
[14:54] <mvo> RoozbehOnline: oh, i see
[14:56] <RoozbehOnline> mvo: if i do this from scratch will you support this project ?
[14:56] <mdeslaur> smoser: the fix for pygame is wrong
[14:56] <smoser> mdeslaur, oh?
[14:56] <pitti> tseliot: ah, another missing module for py3ification of jockey is python3-curl
[14:56] <smoser> it does fix the ftbfs
[14:57] <mdeslaur> smoser: the patch fixes the prompt, but the actual fix is to get the dependencies right so the prompt doesn't get asked
[14:57] <mdeslaur> smoser: Warning, some of the pygame dependencies were not found. Pygame can still
[14:57] <mdeslaur> compile and install, but games that depend on those missing dependencies
[14:57] <mdeslaur> will not run. Would you like to continue the configuration? [Y/n]
[14:57] <tseliot> pitti: oh, so I guess it's something we'll have to postpone to Oneiric+1?
[14:57] <smoser> well, thank you for not trusting me, mdeslaur
[14:57]  * smoser embarrased to not have looked deeper.
[14:58] <mdeslaur> smoser: lol, I just looked as the fix didn't work when I build it locally with sbuild
[14:58] <mdeslaur> smoser: it stops until I hit enter
[14:58] <pitti> tseliot: not necessarily; perhaps python3 now has a non-broken proxy handling for https
[14:58] <pitti> tseliot: I just stumbled over it when trying to port it some more
[14:58] <smoser> mdeslaur, it *did* work for me locally with sbuild
[14:58] <mdeslaur> smoser: huh, curious
[14:59] <mdeslaur> smoser: I'm using a wrapper and stuff around sbuild, maybe I have a terminal set or something
[14:59] <tseliot> pitti: ah, good. BTW I'm going to have some fixes for Jockey for multi-arch. We can discuss this in PM
[14:59] <mdeslaur> smoser: anyway, sorry for giving you the impression I don't trust you :)
[15:00] <smoser> my sbuild is running on natty, with my sbuild of 0.62.2-1ubuntu1~natty1 (backport of natty for a dependencies resolution fix).
[15:00] <smoser> http://paste.ubuntu.com/629826/
[15:01] <mdeslaur> smoser: ok, maybe it's something on my end. Want me to upload it anyway?
[15:02] <smoser> well, i do see that error in my build logwhic his strange
[15:04] <smoser> ah, the one in my log though happens , then patches are a pplied, and it does not happen.
[15:06] <smoser> mdeslaur, i think you're correct though, that something else is amuck.
[15:06] <mdeslaur> smoser: your call, just let me know if you want me to upload it as-is.
[15:33] <pitti> tseliot: hm, no hurry with jockey -- it also needs python3-gobject (which should be doable) and python3-dbus (which won't happen most probably)
[15:33] <pitti> tseliot: and gdbus servers from python are still buggy :(
[15:33] <tseliot> pitti: right, you mentioned the lack of -dbus last time
[15:33] <tseliot> too bad
[15:48] <mvo> RoozbehOnline: ups, missed your last line. it depends on what you mean with support, but I will welcome it and I don't have anything against it. I would prefer having a single project though :/
[15:49] <MoonTiger> hey guys :)
[15:49] <MoonTiger> has the glibconfig.h problem been solved yet?
[15:53] <stat> This is where you come to ask about policies and decisions that have been made for Ubuntu, correct?
[15:55] <smoser> i'm guessing this is multi arch related..
[15:55] <smoser> but is this right: http://paste.ubuntu.com/629852/
[15:55] <smoser> libpng only puts stuff in /lib/x86_64-linux-gnu/libpng12.so.0
[15:55] <cjwatson> smoser: looks right to me
[15:55] <cjwatson> the linker knows to look there
[15:56] <smoser> cjwatson, so.. i'm loking at pygame build, it is just asusming that it can look in /usr/lib for dependency libraries
[15:56] <smoser> what would you recommend for that simplistic view of the world ?
[15:56] <cjwatson> it's not uncommon for stupid build systems to make incorrect assumptions about where libraries live
[15:56] <cjwatson> they should not make incorrect assumptions
[15:57] <smoser> :) all developers should be as knowledgeable as you, cjwatson, i dont think you'll find argument with that.
[15:57] <cjwatson> the correct way to link against libpng is to ask pkg-config
[15:58] <cjwatson> stat: that depends ...
[15:58] <stat> I'm curious about a choise to disable the "big memory" flag fopr the PAE kernel.
[15:58] <stat> It seems that the "big memory" flag is disabled by default now. That means you only get a maximum of 3.5GB. If you only get an extra 512MB, why even bother with PAE?
[15:59] <cjwatson> for the kernel, I'd ask in #ubuntu-kernel instead
[15:59] <stat> Ah, ok. Thanks.
[16:01] <smoser> cjwatson, ok. so i'll try to move that to use pkg-config. thank you.
[16:05] <janimo> rsalveti, do you know why clutter needed to have the same glx soname for the EGL backend? Hardcoded in some packages using Clutter?
[16:08] <rsalveti> janimo: problem is the way clutter is handling the backends
[16:08] <rsalveti> currently you still don't have one common so that then can load the backend one, and have different functionalities selected at run time
[16:08] <cjwatson> smoser: I think you'd want to do something a bit like DependencyProg in config_unix.py, although the pkg-config calling convention is a bit different (--modversion instead of --version, and ask for modversion separately from cflags/libs)
[16:08] <rsalveti> like support for gl and gles
[16:08] <smoser> cjwatson, yeah, thats what i was doing.
[16:08] <rsalveti> janimo: they were still producing different libraries for those different backends
[16:09] <cjwatson> smoser: *nod*
[16:09] <rsalveti> janimo: even if the gles abi was almost the same one as the gl so
[16:09] <janimo> rsalveti, and what woudl be lost if we had an egl.so?
[16:10] <rsalveti> janimo: we would need to build the clutter applications against it if we want gles support
[16:10] <rsalveti> there was a bug upstream about this, let me try to find
[16:10] <janimo> rsalveti, if an app (gnome shell) wants to use clutter, should it know which backend it uses? Now it looks for glx which can be fixed by renaming our .pc file as well from egl to glx
[16:10] <janimo> but then als includes things from clutter/glx
[16:11] <rsalveti> janimo: it shouldn't, but currently it's related directly with the backend, as the glx one is the default provider for clutter
[16:13] <janimo> rsalveti, bug 791310 is where I hit the issue. The configure step can be fixed but I am not sure it won't be even more confusing later when GS thinks it uses the GLX backend, but does not have inlcude paths
[16:13] <rsalveti> JanC: http://bugzilla.clutter-project.org/show_bug.cgi?id=2276
[16:13] <rsalveti> JanC: sorry
[16:13] <rsalveti> janimo: the upstream bug
[16:14] <janimo> rsalveti, thanks, no progess since last time apparently
[16:14] <rsalveti> nops
[16:16] <rsalveti> janimo: so yes, if we want to maintain the same so with both gl and gles support (based on the arch), then we should make it consistent regarding so name, include paths and so on
[16:16] <rsalveti> otherwise we'll end up having gl support by default on all archs
[16:16] <rsalveti> and if you want to use gles you'll install the clutter es package and rebuild your application against it
[16:17] <rsalveti> :q
[16:17] <rsalveti> argh
[16:19] <rsalveti> janimo: currently this is the abi difference between glx and egl: http://paste.ubuntu.com/629870/
[16:20] <rsalveti> egl is just adding more functions, so it should be at least 100% compatible with the glx one
[16:30] <rsalveti> janimo: problem is, upstream is not going to accept this change for the 1.x series, and will probably also hard to convince debian to apply them
[16:31] <rsalveti> janimo: upstream would probably just want to fix 2276, and probably against 2.x series
[16:52] <RoozbehOnline> mvo: because i cant work with django and python now , i prefer do this with php :)
[16:54] <RoozbehOnline> mvo: i hope this project become an official project for ubuntu as firefox or chromium home page :)
[16:54] <RoozbehOnline> in next releases
[17:34] <Daviey> cjwatson: The netcfg BOOTIF fix, is that a mac address, or IP address field?
[17:34] <cjwatson> mac
[17:34] <Daviey> super, thanks
[17:34] <cjwatson> the syntax is defined in pxelinux's docs
[17:35] <Daviey> okay, dandy.
[17:35] <cjwatson> it's basically BOOTIF=01-$(echo "$mac" | tr : -)
[17:39] <jamespage> cjwatson: when you next take a look at new packages to sync from Debian please could you pull in libpam4j
[17:42] <cjwatson> jamespage: done
[17:42] <jamespage> cjwatson: thanks!
[20:04] <stgraber> geser: ping (DMB if you happen to be around)
[20:24] <smoser> mdeslaur, if you'd like to revisit the pygame fix, i'd appreciate it at https://code.launchpad.net/~smoser/ubuntu/oneiric/pygame/fix-755980/+merge/65255 .
[20:26] <mdeslaur> smoser: ah! nice...
[20:28] <mdeslaur> smoser: that turned into a can of worms apparently :)
[20:28] <mdeslaur> smoser: sorry about that :)
[20:32] <smoser> mdeslaur, well, i think it wuld have regressed without your suggestions.
[20:32] <smoser> its much cleaner now i think.
[20:33] <smoser> i really dont know if its better to run "wrap-and-sort" or not.  I had originally suggested it to the original poster. the ubuntu version is newer than the debian.
[20:35] <micahg> smoser: we should only run wrap-and-sort on stuff that's Ubuntu only, it adds an unnecessary diff when merging from Debian
[20:39] <mdeslaur> smoser: As micahg said, I would tend not to run it if the package is in debian. In this case, it looks like the package diverted from debian anyway quite a bit, so...meh...
[20:40] <mdeslaur> smoser: uploaded. thanks!
[20:42] <micahg> actually, there's a new version of pygame on mentors.d.o apparently
[21:03] <bryceh> smoser, are you still patch piloting?  tedg could use some piloting help on his lp:ubuntu/json-glib branch
[21:06] <smoser> @pilot out
[21:07] <smoser> bryceh, so , no. :-(
[21:12] <maco> hah. a couple coworkers just walked past my desk:  "do you use ubuntu?" "oh yeah, definitely"
[21:14] <sladen> were you part of the conversation, or just the listener?
[21:14] <maco> listener
[22:30] <ScottK> maco doesn't (AFAIK) use Ubuntu in any case.
[22:30] <micahg> heh
[22:30]  * micahg thought she liked Aubergine...
[22:31] <maco> micahg: nope, i'm K user
[22:31] <micahg> maco: I know :)
[22:31] <ScottK> When there was Ubuntu (the project) and Ubuntu Desktop (the product) I think one could reasonably infer that any Ubuntu sibling that has official ISOs was a user of Ubuntu, but since Ubuntu is now the desktop, not so much.
[22:44] <Keybuk> yeah, I don't use Ubuntu either ...
[22:44] <Keybuk> it's ironically more confusing