On Fri, Jun 25, 2010 at 01:42:43PM -0400, Colin Walters wrote:
> On Fri, Jun 25, 2010 at 12:55 PM, Toshio Kuratomi wrote:
> >
> > The fact that you have to use those sed lines shows that there's something
> > wrong somewhere as we normally don't need them to produce rpath-free
> > binaries if we'r
On Fri, 2010-06-25 at 13:42 -0400, Colin Walters wrote:
> As far as using that, note the glib2 tarballs are actually typically
> created on an Ubuntu system. So...
>
What makes you think so ?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/
On Fri, Jun 25, 2010 at 12:55 PM, Toshio Kuratomi wrote:
>
> The fact that you have to use those sed lines shows that there's something
> wrong somewhere as we normally don't need them to produce rpath-free
> binaries if we're using Fedora or Red Hat libtool. Since you have the
> ability to commi
On Fri, Jun 25, 2010 at 11:34:34AM -0400, Colin Walters wrote:
> On Fri, Jun 25, 2010 at 11:25 AM, Toshio Kuratomi wrote:
> >
> > None of the above. Why libtool isn't handling this rpath (and the binaries
> > created during the build process) correctly when it does in other software.
>
> No, lib
On Fri, Jun 25, 2010 at 11:25 AM, Toshio Kuratomi wrote:
>
> None of the above. Why libtool isn't handling this rpath (and the binaries
> created during the build process) correctly when it does in other software.
No, libtool is adding an rpath fine; see below:
> So if you have the package some
On Fri, Jun 25, 2010 at 08:43:35AM -0400, Colin Walters wrote:
> On Thu, Jun 24, 2010 at 8:57 PM, Toshio Kuratomi wrote:
> >
> > So... AFAIK, libtool does solve this which is why I'm wondering why you're
> > seeing this. Is the package that's giving you problems checked into the
> > rawhide cvs r
On Thu, Jun 24, 2010 at 8:57 PM, Toshio Kuratomi wrote:
>
> So... AFAIK, libtool does solve this which is why I'm wondering why you're
> seeing this. Is the package that's giving you problems checked into the
> rawhide cvs right now?
What changed is simply that I'm using my script "fedpkg-vcs" t
On Thu, Jun 24, 2010 at 02:28:11PM -0400, Colin Walters wrote:
> On Thu, Jun 24, 2010 at 2:11 PM, Toshio Kuratomi wrote:
> > The
> > gtkdoc-scanobj program that's being run is compiled each time
>
> That program itself compiles a new binary.
>
> > What is rpath being embedded into?
>
> The bin
On Thu, Jun 24, 2010 at 2:11 PM, Toshio Kuratomi wrote:
> The
> gtkdoc-scanobj program that's being run is compiled each time
That program itself compiles a new binary.
> What is rpath being embedded into?
The binary created above. The rpath refers to the uninstalled shared libraries.
> Does
On Thu, Jun 24, 2010 at 09:18:30AM -0400, Colin Walters wrote:
> On Wed, Jun 23, 2010 at 10:04 PM, Toshio Kuratomi wrote:
> >
> > What is being run at build time needing which rpath in order to function?
>
> The GObject type system as currently designed defines some components
> (like properties
On Wed, 2010-06-23 at 19:58 -0400, Colin Walters wrote:
> Hello internet,
>
> So I lost yesterday and part of today to what I thought was a libtool
> bug, but turned out to be an interaction with Fedora's current primary
> recommendation for rpath handling:
>
> htt
On Wed, Jun 23, 2010 at 10:04 PM, Toshio Kuratomi wrote:
>
> What is being run at build time needing which rpath in order to function?
The GObject type system as currently designed defines some components
(like properties and signals) in C code, and this has necessitated
running a binary to extra
th Fedora's current primary
> > recommendation for rpath handling:
> >
> > http://fedoraproject.org/wiki/RPath_Packaging_Draft
> >
> > The main recommendation is to use sed to reach into libtool's guts,
> > which normally works (well, until libtool cha
On Wed, Jun 23, 2010 at 07:58:18PM -0400, Colin Walters wrote:
> Hello internet,
>
> So I lost yesterday and part of today to what I thought was a libtool
> bug, but turned out to be an interaction with Fedora's current primary
> recommendation for rpath handling:
>
>
Hello internet,
So I lost yesterday and part of today to what I thought was a libtool
bug, but turned out to be an interaction with Fedora's current primary
recommendation for rpath handling:
http://fedoraproject.org/wiki/RPath_Packaging_Draft
The main recommendation is to use sed to reach
15 matches
Mail list logo
