[04:30] <infinity> stokachu: You mean resolved with my hugetlbfs test packages on people?
[04:36] <infinity> stokachu: Given the lack of activity on the bug, it's hard to tell who was testing what. :P
[06:15] <dlbike76> Hi pardon my ignorance, but is there an easy way to make pbuilder leave the debugging symbols?
[06:16] <infinity> dlbike76: Leave them, as in make ddeb packages, or leave them as in not strip the binaries?
[06:16] <dlbike76> infinity: as in not strip the binaries.
[06:17] <infinity> dlbike76: In the first case, have pkg-create-dbgsym installed in your chroots, in the second case, build with DEB_BUILD_OPTIONS="nostrip"
[06:17] <infinity> (The latter being what you probably want)
[06:18] <dlbike76> and that ^ is just an env variable right?
[06:18] <infinity> Yep.
[06:18] <infinity> Assuming pbuilder passes it through.  sbuild does.
[06:19] <dlbike76> Thanks a bunch.
[06:22] <dlbike76> infinity: So is sbuild significantly faster than pbuilder when used with snapshots?
[06:23] <infinity> Do you mean is it faster than "pbuilder with snashots" or "is sbuild with snapshots faster than pbuilder"?
[06:23] <infinity> It's not really about speed, either way, it's that sbuild is much closer to what happens on real buildds.
[06:24] <infinity> But, yes, in the default sbuild configuration, using schroot chroots creates with mk-sbuild(1), it uses overlayfs unions, and it's quite speedy.
[06:24] <infinity> s/creates/created/
[06:24] <infinity> Speedier still, if you mount your overlay union directory as a tmpfs, which I do here.
[06:24] <infinity> schroot          12G  2.0G  9.8G  17% /var/lib/schroot/union/overlay
[06:25] <infinity> ^-- That's a tmpfs
[06:26]  * dlbike76 * needs to build a new dev box
[06:55] <tjaalton> infinity: voilà http://pastebin.com/BRNqPvpM
[06:56] <tjaalton> (CLIENT_LIBS adds -lpthread)
[07:50] <infinity> tjaalton: Let me guess, it used to be getting the flags via libsss_util.la which was, in turn, getting them from an overlinked dependency?
[07:50] <infinity> tjaalton: Or did you give up on caring where they used to come from? :P
[08:36] <tjaalton> infinity: recursion goes too deep, stopped caring :)
[08:48] <infinity> tjaalton: :)
[11:33] <tuxillo> hello
[11:34] <tuxillo> I've got problems with ubuntu 12.10 nfs client and dragonflybsd nfs server
[11:34] <tuxillo> which were not observed in ubuntu 11.04
[11:34] <tuxillo> is this the right place to get some help?
[11:35] <tuxillo> I suspect client caching doesn't work the same way in ubuntu 11.04 than in ubuntu 12.10
[11:36] <tuxillo> be it because the kernel or nfs-utils or both
[11:46] <Tm_T> tuxillo: this is more of a development discussion channel, user support happens on #ubuntu (:
[11:49] <tuxillo> I understand
[11:49] <tuxillo> but I don't think I need user support
[11:50] <tuxillo> problem is that files being created, renamed or deleted in the NFS server's directory don't show up in the NFS client
[11:53] <tuxillo> maybe it's better to open a ticket in the bug tracker, dunno
[12:25] <hrw> morning
[12:25] <hrw> can someone sponsor Bug #1085392 for me?
[12:39] <infinity> hrw: Sure.
[12:40] <infinity> hrw: DAISY-I2S?  Really?
[12:40] <hrw> infinity: yes
[12:40] <hrw> infinity: developer platform was named Daisy, massmarket is Snow but name stay
[12:41]  * infinity nods.
[12:41] <hrw> infinity: once it merged I will try to make SRU of it to 12.10
[12:42] <hrw> and who knows, maybe even 12.04 (if it had ucm profiles)
[12:42] <infinity> Argh, PandaES was dropped in the last merge AGAIN.
[12:43] <hrw> infinity: we may have to do alsa-ucm-profiles package and maintain it in Debian instead of patching alsa-lib?
[12:49] <infinity> hrw: Possibly.
[12:55] <infinity> hrw: Hrm, you probably also need a new alsa-utils to actually trigger this.
[12:55] <infinity> hrw: See /lib/udev/rules.d/90-alsa-ucm.rules
[12:56] <hrw> good point. Thanks
[12:56] <hrw> added discussion to the bug so I will not forget
[12:57] <hrw> can not test now cause chromebook need to charge enough to boot
[13:01] <infinity> hrw: Right, well.  alsa-lib uploaded.
[13:06] <infinity> hrw: I think it's fair to say that an alsa-ucm-profiles package might not be an awful idea, *and* it should ship 90-alsa-ucm.rules as well (crazy to have that in alsa-lib, where it can be out of sync).
[13:07] <infinity> hrw: So, said new package would need a versioned Replaces on both the alsa-lib and alsa-utils where we dropped those files.
[13:07] <infinity> hrw: Definitely best coordinated with Debian, so we can get the versioning in sync on both sides, and not carry a tiny Replaces version delta forever.
[13:08] <hrw> yep
[13:08] <hrw> have to go now but will back to it during next days
[13:08] <infinity> Shiny.
[15:05] <jdstrand> @pilot out
[15:05] <jdstrand> (quite some time ago ;)
[16:04] <hrw> infinity: alsa-utils debdiff added ;D
[16:11] <infinity> hrw: And tested to DTRT?
[17:38] <hrw> infinity: sound works fine for me after reboot. do not know other method of checking
[17:40] <infinity> hrw: Already uploaded.
[17:49] <hrw> thanks
[19:21] <alexbligh> dpkg-deb: file `my-ubuntu-package.deb' contains ununderstood data member data.tar.xz     , giving up <- What debuild to make data.tar.xz ?
[19:22] <alexbligh> What *causes* debuild to make data.tar.xz
[19:27] <sladen> alexbligh: debian/source/options   --compression=xz ?
[19:30] <sladen> alexbligh: (or -Z.. for the short version)
[19:34] <jtaylor> thats the control.tar, dh_builddeb -Z compresses the data.tar
[20:51] <hrw> ech, imported edited version of upstream sources once in git-buildpackage repo and now updates are pain ;(