[06:59] <glickster> hey can i use debian packages in ubuntu?
[07:05] <lucidfox> vish, regarding the wallpaper: you aren't making the distribution for art critics, you're making it for a diverse community of mostly-casual users
[07:06] <lucidfox> Critics might appreciate your delightful combination of orange and purple, praising you for the bold and unorthodox artistic choices.
[07:07] <maco> glickster: source packages, yes. binary ones...no guarantees
[07:07] <lucidfox> As it stands, the users' gut reaction is "ew", and asking them to go any more elaborate than that would be like asking a non-technical user to write kernel patches.
[07:08] <glickster> maco, libapache2-mod-wsgi?
[07:08]  * maco is not a dictionary
[07:09] <persia> glickster, `apt-cache showsrc  libapache2-mod-wsgi`
[07:09] <micahg> glickster: if 3.3 has something we need, you should request a sync and provide a reason why it should get into maverick
[07:11] <micahg> glickster: to answer your original question, since it's sync'd in maverick, it'll probably work, but no guarantees
[07:12] <glickster> because 2.8 is full of bugs?
[07:12] <micahg> glickster: maverick has 3.2
[07:14]  * micahg isn't sure what the backport policy is for apache modules
[07:15] <micahg> glickster: you can try requesting a backport from maverick
[07:15] <glickster> i just downloaded it from debian sid, it appears to be working
[07:43] <vish> lucidfox: seriously, what is the bug about? ;)
[07:43] <vish> anyway , *i* dint make the wallpaper , so just saying it looks ugly is not a bug
[07:43] <vish> ugliness lies in the eye of the beholder ;)
[08:41] <micahg> if a package has the i386 binary in main, is it ok to request the amd64 be promoted as well?
[08:46] <lifeless> they should both be shouldn't they ?
[08:46] <micahg> lifeless: I would think so, just wanted to be sure :)
[08:49] <micahg> lifeless: so I should file an AA bug?
[08:50] <micahg> seems like an oversight will file new bug and reference MIT
[08:50] <micahg> *MIR
[09:24] <persia> micahg, Most of the time, you can get a binary promotion with an archive-admin request here, assuming the source is in main.
[12:40] <penguin42> Hi yofel
[12:40] <yofel> hey
[15:53] <Yaron-Heb_> Hey Guys, does anyone know when is the translation deadline for Maverick?
[16:00] <c_korn> Yaron-Heb_: https://wiki.ubuntu.com/MaverickReleaseSchedule
[16:00] <Yaron-Heb_> c_korn: thanks, you're awesome!
[16:16] <micahg> persia: k, I filed the bug anyway, if there's no response by tomorrow morning my time, I'll ask in here
[18:06] <Gujs> hello guys
[18:06] <Gujs> i would like to rebuild lucid kernel in my ppa
[18:06] <Gujs> but it always fails
[18:06] <Gujs> i just downloaded source with apt-get source linux-image-$(uname -r)
[18:07] <Gujs> and the patch it with one usb hid patch
[18:07] <Gujs> and change changelog
[18:07] <Gujs> and debuild -S
[18:07] <Gujs> and upload it
[18:07] <Gujs> is this ok
[18:08] <Gujs> because it fails to build
[18:09] <penguin42> what error does it give?
[18:10] <Gujs> here is my ppa https://launchpad.net/~gregor-fuis/+archive/xbmc-pvr/+packages
[18:11] <penguin42> Gujs: Well that is failing in usb/core/hcd.c so it looks like the change is broke
[18:12] <Gujs> strange is that it is not the same for i386 and amd64 builds
[18:13] <Gujs> strange
[18:13] <penguin42> yeh that is weird
[18:14] <Gujs> becasu I patch just these files hid-ids.h and hid-topseed.c
[18:14] <Gujs> because
[18:14] <Gujs> :D
[18:15] <Gujs> I would just like to add a path for BTC Remote
[18:15] <Gujs> the one at the bottom https://patchwork.kernel.org/patch/95481/
[18:17] <penguin42> Gujs: You'll have to find the line its actually giving the error about
[18:20] <Gujs> "/build/buildd/linux-2.6.32-24.41/kernel/power/snapshot.c:1546: error: expected expression before ';' token"
[18:20] <Gujs> this is strange
[18:22] <penguin42> Gujs: Some of that code is ifdef'd (I've not got 2.6.32 in front of me) - in 2.6.35 CONFIG_ARCH_HIBERNATION_HEADER is set for x86_64 but not 32
[18:27] <Gujs> debian build files in ubuntu kernel are to much for me for now, I just wanted to be sure if the I am doing it the right way
[18:27] <Gujs> maybe I should try it with latest git 2.6.32
[18:28] <penguin42> Gujs: I'd try building it locally rather than ppaing it
[18:30] <Gujs> I would like to ppa it because I have atom based net top which is running ubuntu i386 and I my desktop on which I am building it is running ubuntu amd64
[18:31] <Gujs> can I build i368 on amd64?
[18:34] <penguin42> I'm not sure
[18:34] <penguin42> I'm fairly you can do it for a kernel build, not sure how to do it for packages
[18:50] <geser> can the archive admin, who rejected my uploaded rebuilds (haskell-{haskore,hjscript}) tell my why they got rejected?
[18:52] <Gujs> running debuild on local computer gives me the same error
[18:52] <Gujs> now I am building it with AUTOBUILD=1 fakeroot debian/rules binary-debs
[18:53] <Laney> geser: presumably because I uploaded those ones too ;)
[18:53] <penguin42> Gujs: That makes it a lot easier to debug
[18:54] <Gujs> I know
[18:54] <Gujs> but it is strange that it gives build error, because it is source from ubuntu repo
[18:56] <penguin42> Gujs: Maybe built using older tools or a different config
[19:00] <Gujs> I use all default tools and configs from 10.04, but I will keep trying this until I succeed
[19:02] <Gujs> AUTOBUILD=1 fakeroot debian/rules binary-debs gives me the same error
[19:03] <Gujs> I will try to get git now
[19:58]  * penguin42 is confused - how does Pulse get perms to open the sound card?  the pulse user is a member of audio, but I'm not and the perms on /dev/snd/* are root:audio rw by user and group but not other; pa isn't setuid or setgid
[19:58]  * penguin42 suspects some consolekit/policykit magic ?
[20:02] <crimsun_> it's via consolekit.
[20:02] <crimsun_> the active seat is automatically granted @audio permission
[20:03] <geser> penguin42: getfacl /dev/snd/*
[20:03] <crimsun_> see ck-list-sessions and getfacl /dev/snd/*
[20:04] <penguin42> ooh, yes I see the user:dg:rw-
[20:04] <crimsun_> also, being a member of @audio is /bad/ as of 9.10
[20:04] <crimsun_> [for Ubuntu, that is]
[20:04] <crimsun_> it's bad for Kubuntu as of 10.10
[20:05]  * penguin42 had tried lsattr which gave an error and didn't know getfacl
[20:06] <penguin42> crimsun_: SO why is the pulse user a member of audio ?
[20:06] <crimsun_> hysterical raisins
[20:07] <crimsun_> someone should probably remove that at some point, but it's more cosmetic than anything
[20:07] <penguin42> ok, that makes more sense
[20:08] <penguin42> crimsun_: I found this out trying to help someone who wasn't running gnome; but console-kit should still give them perms on those files shouldn't it? Would that only happen from gdm or would a non-X login also set that up?
[20:09] <crimsun_> penguin42: assuming "nome running GNOME" also implies "did not have PA installed", then said user isn't relying on ConsoleKit for @audio permissions
[20:09] <crimsun_> s/nome/not/
[20:10] <penguin42> crimsun_: Are PA and the use of consolekit related? i.e. if they aren't using PA should consolekit still add the user perms on it so that non-PA stuff works?
[20:10] <crimsun_> penguin42: in Ubuntu, PA requires ConsoleKit, yes.
[20:11] <penguin42> crimsun_: But what about the opposite? i.e. to use a non-gnome system without PA will CK still set perms up?
[20:11] <crimsun_> penguin42: not that I'm aware
[20:12] <penguin42> hmm actually thinking about it, his case was weirder than that - he had PA but PA couldn't open /dev/snd/* but he could do stuff as root, I wonder if his CK stuff was borked
[20:14] <crimsun_> that's a probable starting point. There is also a possible regression in lucid-updates' linux 2.6.32-24.* that doesn't seem restricted to audio.
[20:15] <crimsun_> David H (diwic) is chasing that one.
[20:16] <penguin42> ah ok