[00:41] <infinity> rbelem: Cheers.
[09:15] <lollisoft> Hi, did anyone know if I can avoid using a preprocessor command in a typical make & configure & make install build? I am trying to compile unixODBC, but it may be a general question of posibility.
[09:36] <sladen> lollisoft: start with  sudo apt-get build-dep unixodbc-bin ; apt-get source unixodbc-bin   if you need to rebuild the package
[09:36] <sladen> lollisoft: but ideally, work out what you need that is not already in the pre-packaged .deb and try and get it fixed for everyone at the same time
[09:42] <lollisoft> I think the issue is not known in the Linux world, as I try to build a multi architecture binary on Mac. I thought there is any way to skip intermediate preprocessor steps as these will produce asm code that is not possible when one arch is i386 and the other is ppc. I have got another hint to use two distinct builds and then use lipo. RTFM :-)
[09:49] <vibhav> !language > lollisoft
[09:50] <ion> vibhav: …seriously?
[09:50] <micahg> yeah, it was totally abbroviated
[09:50] <micahg> *abbreviated even
[09:50] <ion> F!
[09:50] <ion> F! F! F!
[09:51] <micahg> and we can pretend it means Fplease just like in JFDI :)
[09:53] <vibhav> ion: yup
[09:53] <micahg> we even have a package with that in the archive
[09:53] <micahg> !info rt3.8rtfm
[09:53] <micahg> !info rt3.8-rtfm
[09:53] <vibhav> ...
[09:54] <vibhav> But thats still not family friendly
[09:55] <micahg> there's nothing explicit in that description
[09:55] <ion> vibhav: Please don’t use the bad letter in “*amily *riendly”.
[09:56] <elky> vibhav, the f in rtfm can mean several things. this isn't a support channel, so the main reason we ask people to refrain from 'rtfm' isn't quite relevant here.
[10:04] <m4n1sh> Ampelbein: ping
[10:08] <lollisoft> Yey - by
[12:39] <vibhav> jamespage: You ther?
[16:07] <penguin42> what's the 'mdp' block device (254) - not listed in the upstream kernel device list
[17:59] <shadeslayer> skaet_: do you have a moment?
[18:01] <ScottK> lifeless: https://help.launchpad.net/Packaging/BuildScores needs updating for the build prioritization changes cjwatson recently landed, but I don't seem to have access to edit it.
[18:46] <tumbleweed> Laney: are you waiting for broder to review https://code.launchpad.net/~laney/ubuntu-dev-tools/debuild-no-debemail-1007042/+merge/110189 ?
[18:47] <broder> oh, am i supposed to be reviewing it?
[18:47] <tumbleweed> he flagged you as a reviewer
[18:48] <lifeless> ScottK: ~launchpad-doc gates that, care to join ?
[18:48] <Laney> only because it was backportpackage
[18:48] <Laney> anyone can review it
[18:48] <tumbleweed> in that case, landing it
[18:49] <broder> reviewed
[18:49] <broder> fwiw
[18:49] <Laney> ta
[18:50] <Laney> wait
[18:50] <Laney> doesn't it need to check that DEBEMAIL is in env?
[18:50] <tumbleweed> err, yes
[18:51]  * tumbleweed does that because I just committed it
[18:51] <Laney> teehee
[18:51] <ScottK> lifeless: Not really.  This is the first time I've ever felt the need, so it's not a common need.
[18:52] <lifeless> ok, so, I odn't know the details of the changes, could you at least file a ticket on answers.l.n/launchpad, for the maintenance squad to pickup and apply?
[19:43] <hyperair> could a unity user run "notify-send --hint=int:transient:1 foo" and tell me if there's anything different from a normal notification "notify-send foo"?
[19:46] <ion> Doesn’t seem to be.
[19:47] <hyperair> okay, thanks
[19:47] <hyperair> that means i can safely set the hint for gnome-shell and not worry about it affecting unity.
[22:22] <SpamapS> bkerensa: re ceph and leveldb.. I wouldn't worry too much about that
[22:22] <SpamapS> bkerensa: what specifically are you not sure of tho?