[00:09] <soreau> How can you find the configure options used for a particular package? A config.log or anything
[00:20] <soreau> I've tried apt-get source and packages.ubuntu.com but not finding the build output for the package
[00:22] <maxb> The build output will only be present on launchpad
[00:22] <soreau> ah
[00:24] <penguin42> soreau: Go to the 'overview' page of a package, scroll down to one of the versions, click the > and it should open a set of publishing details including 'bui;ds' and there might be an i386, click on that, and it should ahve a buildlog link
[00:24]  * penguin42 wishes that was easier to find!
[00:26] <slangasek> well, if what you want is to find the options used, the general rule is download the source package and look at debian/rules
[00:31] <soreau> maxb: penguin42: slangasek: Thanks for the help
[00:31] <soreau> penguin42: Yes I wish it were easier to find too but the information is there
[01:47] <nerdopolis__> Hi. I am trying to compile mesa for use for Wayland on my Live CD. I do get mesa to sucessfuly compile, but the problem is is that the resulting binaries are far larger then the ones compiled in Ubuntu packages.
[01:48] <nerdopolis__> for instance:
[01:48] <nerdopolis__> The egl_gallium that gets built is 20mb while the one in the distro is 6MB
[01:48] <nerdopolis__> The dri folder that gets built is 87mb while the distro is 15MB
[01:48] <nerdopolis__> The gbm folder that gets built is 55mb while the distro is 5mb
[01:49] <xnox> nerdopolis__: are you comparing like for like? deb with debs; unpacked files with unpacked files?
[01:49] <nerdopolis__> xnox: the unpacked files in /usr/lib/i386/(dri|gbm|egl_gallium)
[01:50] <nerdopolis__> My build script with the mesa options I use  is here: http://rebeccablackos.svn.sourceforge.net/viewvc/rebeccablackos/rebeccablacklinux_files/usr/bin/Compile/mesa?revision=591
[01:50] <xnox> nerdopolis__: and like for like builds? optimisation, hardening flags, debug symbols, etc?
[01:50] <xnox> why don't you copy the debian dir and run
[01:50] <xnox> $ debuild
[01:51] <xnox> to create packages as you would be able to install
[01:51] <xnox> your script doesn't tell me what build-flags / optimisation levels / debug symbols are used
[01:51] <xnox> so not much use...
[01:53] <nerdopolis__> xnox: I do use the strip command once the builds are done.  My build vars are here http://rebeccablackos.svn.sourceforge.net/viewvc/rebeccablackos/rebeccablacklinux_files/usr/bin/build_vars?revision=605
[01:54] <xnox> use debian packaging if you want to create a deb.
[01:54] <xnox> you won't be able to easily customize Live CD unless you compile debs
[01:55] <nerdopolis__> xnox: I'm using mesa git. I'm not really aiming to create a deb... I'm installing mesa to /opt.
[01:55] <nerdopolis__> I was just curious what you are using to get your mesa binaries much smaller then mine...
[01:55] <xnox> so? we run daily builds on launchpad from upstream git, bzr, svn, etc while using debian packaging.
[01:56] <nerdopolis__> xnox: I need Wayland build into mesa...
[01:56] <xnox> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/mesa/quantal/view/head:/debian/rules
[01:56] <xnox> this is how we compile mesa
[01:57] <xnox> modify that to enable wayland as well
[01:59] <nerdopolis__> xnox: is there a way to use that file against the mesa source from git?
[02:01] <Darxus> nerdopolis__: Yes.
[02:01] <Darxus> nerdopolis__: Basically you copy the debian directory into the git repo and run the command to build the package.
[02:01] <xnox> nerdopolis__: $ pull-lp-source mesa; mv mesa-*/debian mesa-my-git/; cd mesa-my-git/; debuild
[02:02] <xnox> nerdopolis__: if you modify anything in the debian/rules as you wish.
[02:02] <xnox> nerdopolis__: if debuild fails, use $ debuild binary
[02:02] <xnox> and $ debuild clean
[02:02] <xnox> or simply git reset
[02:02] <Darxus> nerdopolis__: Did you see me mention that the ubuntu package already has a build dependency on wayland 0.95?
[02:03] <Darxus> I wonder if you even need to be building mesa now.
[02:03] <nerdopolis__> xnox: sweet! I'll try that.
[02:03] <nerdopolis__> Darxus: I did see you mention that. I suppose I could give that a try... see what happens if I don't build mesa...
[02:04] <xnox> nerdopolis__: daily builds from upstream $git repository of mesa, wayland and etc. are here by the way https://launchpad.net/~xorg-edgers/+archive/ppa
[02:04] <xnox> if you want latest stuff
[02:07] <nerdopolis__> xnox: I guess I could also try that. I have been using my own buildscripts for building from GIT though...
[02:07] <Darxus> nerdopolis__: Launchpad's automated daily build capabilities are neat.  I set up a spamassassin daily build repo some time ago.
[02:08] <Darxus> Although that svn sync has been broken for something like six months :/
[02:08] <xnox> nerdopolis__: that also build from GIT but into debian packages which you can install/remove/upgrade without pain.
[02:13] <infinity> tjaalton: Halp, the Radeon driver hates my freedom, please fix.
[04:01] <BenC> infinity: What can I do to help the haskell transition along?
[04:01] <infinity> BenC: Fix the radeon driver on my PowerStation.
[04:01] <BenC> infinity: is it as simple as upload each group of dependency levels, waiting and doing the next?
[04:02] <infinity> BenC: But, failing that, talk to me or Laney tomorrow.  I'm literally just running out the door.
[04:02] <BenC> Ok
[04:02] <infinity> It's kinda as simple as that, except where we prefer syncs over reuploads, and sometimes it needs a buildd admin (ie: me) to just retry some things, etc.
[04:02] <infinity> So, yeah, let's talk about it tomorrow, when I'm hung over and in a better mood overall. :)
[04:04] <BenC> hehe, gotcha
[10:22] <tjaalton> infinity: whaat? :)
[13:14] <Andy80> hi
[13:14] <Andy80> something/someone just broke the css (I suppose) in this page http://developer.ubuntu.com/packaging/html/debian-dir-overview.html
[13:14] <Andy80> I see it wrong both with Chrome and Firefox. Do you see the same?
[13:15] <Andy80> uhm... ando also the other pages :(
[13:29] <tumbleweed> Andy80: yaeh, I'm getting 403s on the static content
[13:30] <tumbleweed> when dbholbach turns up, prod him
[13:37] <xnox> I have a community council type of problem who do I speak to?
[15:04] <Laney> the community council?
[15:13] <xnox> Laney: yeah, sorted now.
[15:14] <xnox> Laney: how come edos-debcheck is out of date on the transition tracker?
[15:14] <xnox> if I run locally i get "better" results ;-)
[15:15] <xnox> e.g for ocaml & ghc
[16:39] <Laney> what difference do you see?
[18:03] <xnox> Laney: for example haskell-cmdargs and haskell-chell are installable
[18:03] <xnox> Laney: yet on ghc tracker they are not
[18:05] <Laney> they have ftbfs
[18:08] <xnox> Laney: ok. But only on some arches =/ so edos-check does not distinguish per-arch ? *sigh*
[18:08] <Laney> i think it's rather a problem with the archive keeping the old arch:all package around
[18:10] <xnox> i see
[18:10] <xnox> thanks
[18:10] <Laney> i'd appreciate you doing some rebuilds if you have the time (or anyone else)
[18:11] <xnox> Laney: setting up sbuild on my Panda Board ;-)
[18:12] <xnox> Laney: cause it looks like armhf skew
[18:12] <Laney> yeah there's some new bug on arm
[19:13] <dupondje> [  102.745406] type=1400 audit(1345917432.434:29): apparmor="DENIED" operation="open" parent=2579 profile="/usr/lib/firefox/firefox{,*[^s][^h]}" name="/etc/opensc/opensc.conf" pid=2627 comm="plugin-containe" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[19:13] <dupondje> This should be reported to firefox I guess?
[19:14] <dupondje> This is only needed when you have opensc module loaded in firefox, so not default ...
[19:14] <xnox> dupondje: hmmm.... do you have apparmor profile enabled for firefox?
[19:15] <dupondje> xnox: yea the default firefox apparmor profile
[19:15] <xnox> dupondje: by default it is available, but disabled.
[19:15] <xnox> dupondje: did you anable it?
[19:15] <dupondje> yep :)
[19:15] <xnox> dupondje: please do open a bug about it, but open it against two packages: firefox & apparmor. I think we provide firefox profile separately.
[19:16] <dupondje> firefox profile is packaged in firefox
[19:17] <xnox> dupondje: i'm just suggesting that such that apparmor experts get notified ;-)
[19:17] <dupondje> i'll do :)
[19:20] <dupondje> https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1041621 there :)
[19:20] <xnox> dupondje: apport-collect 1041621
[19:21] <xnox> would help as well ;-)
[19:21] <dupondje> doing :)
[19:23] <dupondje> Spam added! thx
[19:25]  * xnox giggles, don't tell pitti that you call apport hooks spam ;-)
[19:25]  * dupondje hides before getting slapped