[09:46] Is there a way to delete a package from PPA? [09:48] BigWhale: https://launchpad.net/~YOURUSERNAMEHERE/+archive/ppa/+delete-packages [09:48] Ampelbein, thanks.. I figured it out. [14:14] hey guys [14:14] i keep getting /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory [14:14] libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive [14:14] when compiling mutter [14:14] libtool is installed though [14:14] and libltdl-dev too [14:26] seiflotfy: You have to check which package still references libltdl.la (grep libltdl /usr/lib/*.la) and file a bug against that package. It needs either rebuild or it's la file removed. [14:28] Ampelbein: it returns nothing [14:28] and when i tell synaptic to reinstall it tells me no installed files [14:28] Ampelbein: also the debian files does not work [14:34] !find /usr/lib/libltdl.la [14:35] seiflotfy: There has to be some file referencing libltdl. Did you try with "-r"? (recursive) [14:37] File /usr/lib/libltdl.la found in libltdl-dev [14:40] debian's policy is to not install .la files: http://wiki.debian.org/ReleaseGoals/LAFileRemoval [14:40] bjsnider: Yes. That's why I say to open a bug in the package that still references it. [14:41] bjsnider: And in precise, the location would actually be /usr/lib/ Ampelbein: not found [14:42] Ampelbein: [14:42] seif@Wumbo:~$ grep -r libltdl /usr/lib/*.la [14:42] seif@Wumbo:~$ [14:45] seiflotfy: Is this on precise? [14:46] yep [14:46] Ampelbein: [14:50] seiflotfy: Can you pastebin a complete buildlog? [14:50] Ampelbein: buildlog [14:50] u meanthe dpkg -i ? [14:51] seiflotfy: No, the output from debuild/dpkg-buildpackage/whatever you use to comile mutter [14:51] ok [14:52] seiflotfy: I can compile mutter just fine in an up-to-date precise chroot. [14:53] the package that installs that file is libltdl-dev [14:53] http://pastebin.com/sc7uddXz [14:57] seiflotfy: I don't get that error. Is your pbuilder chroot uptodate? [14:57] Ampelbein: i am building mutter from source using jhbuild for gnome [14:58] bjsnider: libltdl-dev doesn't install that file in precise, it gets installed to the multiarched locations. (/usr/lib/ seiflotfy: Maybe there is a reference inside jhbuild to that file? [14:59] Ampelbein: maybe [14:59] Ampelbein: how can i find out [14:59] seiflotfy: grep the jhbuild code? Or ask the gnome guys. [15:01] Ampelbein: found them in the install/lib directory [15:01] i will remove them [15:01] then install libltdl again? [15:02] seiflotfy: No need to reinstall libltdl. [19:29] Ampelbein: http://paste.ubuntu.com/783803/ [19:30] this is what i have when i grep in the root directoy "forgot the /" [19:30] there is much more [19:55] I wonder if I'll see the day when video tools and encoders will work in Linux ... [19:55] :/ [20:17] so, is it safe to just drop g_thread_init now? [20:20] micahg: Yeah, it's deprecated since glib2.24 [20:21] deprecated as in something else automatically handles it? [20:21] The threading is initialised automatically now. [20:21] * micahg looked at the API docs and it didn't seem to be so clear [20:23] The GLib threading system used to be initialized with g_thread_init(). This is no longer necessary. Since version 2.32, the GLib threading system is automatically initialized at the start of your program, and all thread-creation functions and synchronization primitives are available right away. [20:23] I was mistaken [20:23] 2.32, not 2.24 [20:24] (http://developer.gnome.org/glib/unstable/glib-Threads.html) [20:26] ah, so it's precise only patches ATM, not upstream forwarding safe (Debian even only has 2.30 ATM) [20:29] Well, to forward them, I would encapsulate the call in "#if GLIB_MAJOR_VERSION <= 2 && GLIB_MINOR_VERSION < 32" [22:10] Ampelbein: did the grep a u told me got http://paste.ubuntu.com/783803/ [22:10] now what