Kevin Fenzi wrote:
> Well, according to our guidelines:
>
> https://fedoraproject.org/wiki/Packaging/Treatment_Of_Bundled_Libraries
>
> They should just remove the bundled libs in %prep:
>
> "Bundled libraries (and/or their source code) must be explicitly
> deleted during %prep."
>
> So, could
Tom Lane wrote:
> Hmm ... so what should I do with mysql? Since approximately forever,
> upstream has recommended using -fno-exceptions (and also
> -felide-constructors -fno-rtti) in CXXFLAGS. I now realize that it's
> a bit silly to do that when the plain-C files (of which there are
> plenty) ar
Adam Williamson wrote:
> Configuration from 0.8 does not migrate to 0.9. You'll have to re-do
> your configuration. This isn't a consequence of the gconf stuff
> mentioned above, it's just an upstream change: for all config storage
> backends, there was a clean break from 0.8 to 0.9 and configurati
Toshio Kuratomi wrote:
> It's possible that it could be shown to be a copylib:
> https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries#Copylibs
That whole CONCEPT of a "copylib" is broken and it's sad that we're making
exceptions for those.
> But waf does make periodic releases so that m
Simo Sorce wrote:
> As far as I know the waf author himself considers embedding the right
> way to go for projetcs.
That shows that that upstream is completely wacky and it's idiotic for ANY
project to rely on his code!
> Samba4 (and soon talloc, tdb tevent, we are building them these days)
> do
Kevin Fenzi wrote:
> On Mon, 17 Jan 2011 09:28:10 +0100
> Thomas Moschny wrote:
>> It's not a matter of 'forcing' updates: As I said in my first post,
>> waf had, and has incompatible api changes (1.4 -> 1.5 in the bug
>> mentioned, and 1.5 -> 1.6 in this thread). Our policies explicitly
>> *forb
No need to bump soname now.
Problem fixed by patching config.h both for i686 and x86_64.
Thanks Kevin Kofler for patch.
Alexey Kurov
> Hi,
>
> Need help with soname for new libcryptopp build.
>
> One of previous cryptopp versions built with
> disabled SSE2 for x86 because it doesn't built with
febootstrap doesn't like:
febootstrap: error: /etc/mtab is a config file which is listed in two
packages
(setup-2.8.30-1.fc15.noarch.rpm,
util-linux-2.19-0.2.fc15.x86_64.rpm)
Is it OK for a %config file to exist in two RPMs?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://
Hi,
Need help with soname for new libcryptopp build.
One of previous cryptopp versions built with
disabled SSE2 for x86 because it doesn't built with SSE2.
See
http://groups.google.com/group/cryptopp-users/browse_thread/thread/d639907b0b1816b9
This was done by adding in config.h line (only for
On Sat, 22 Jan 2011 06:42:38 -0800, Brad wrote:
> The www.coin-or.org server seems to be down, so I have placed a copy of
> the CppAD spec file at
> http://www.seanet.com/~bradbell/cppad.spec
Okay, got it. In %prep, you patch the source code to use
includedir=%{buildroot}%{_includedir}
As
On Sat, Jan 22, 2011 at 09:55:34AM -0600, Jason L Tibbitts III wrote:
> > "RWMJ" == Richard W M Jones writes:
>
> RWMJ> I thought that was all I had to do, but apparently there's
> RWMJ> something else needed to drop it entirely.
>
> Did you delete all of the files and add a dead.package fil
drago01 wrote:
> On Thu, Jan 20, 2011 at 1:13 AM, Ben Boeckel wrote:
>> In gmane.linux.redhat.fedora.devel Adam Williamson
>> wrote:
>>> * desktop-effects is deprecated and broken, do not use it: install
>>> 'compiz-gnome' and there'll be a 'Classic GNOME with Compiz' choice at
>>> the login ma
On 01/22/2011 06:22 AM, Matthew Miller wrote:
> On Fri, Jan 21, 2011 at 05:54:22PM +0100, Lennart Poettering wrote:
>> The FHS is kinda old these days, and it has been a while since it was
>> last updated. The LSB added some additional rules on top of it:
>
> As long as we keep in mind that we don
> "RWMJ" == Richard W M Jones writes:
RWMJ> I thought that was all I had to do, but apparently there's
RWMJ> something else needed to drop it entirely.
Did you delete all of the files and add a dead.package file?
http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
- J<
--
There's just one OCaml package left for the feature, which requires
some work upstream:
> coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Osetb) =
> 0:8f21a0a4f771662673604ed92a237d79
This package is orphaned:
> ocaml-camlimages-3.0.2-2.fc13.x86_64 requires ocaml(Bigarray) =
>
The www.coin-or.org server seems to be down, so I have placed a copy of
the CppAD spec file at
http://www.seanet.com/~bradbell/cppad.spec
On 11:59 AM, Michael Schwendt wrote:
> On Fri, 21 Jan 2011 10:54:13 -0800, Brad wrote:
>
... snip ...
>>> Can you upload the spec file to some public plac
On Fri, Jan 21, 2011 at 05:54:22PM +0100, Lennart Poettering wrote:
> The FHS is kinda old these days, and it has been a while since it was
> last updated. The LSB added some additional rules on top of it:
As long as we keep in mind that we don't follow the LSB at points where it
is ridiculous.
-
Compose started at Sat Jan 22 08:15:21 UTC 2011
Broken deps for x86_64
--
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit)
beagle-0.3.9-19.fc14.
Garrett Holmstrom wrote, at 01/22/2011 03:54 PM +9:00:
> It seems that the "core" yum group pulls in X11 libraries, at the very
> least on x86_64, via the following dependency chain:
>
> policycoreutils
> dbus-glib
> gobject-introspection
> cairo
> libX11
>
> Does that much seriously need to be in
On Sat, Jan 22, 2011 at 6:54 AM, Garrett Holmstrom
wrote:
> It seems that the "core" yum group pulls in X11 libraries, at the very
> least on x86_64, via the following dependency chain:
>
> policycoreutils
> dbus-glib
> gobject-introspection
> cairo
> libX11
>
> Does that much seriously need to be
On Fri, 21 Jan 2011 10:54:13 -0800, Brad wrote:
> On 11:59 AM, Michael Schwendt wrote:
> > On Wed, 19 Jan 2011 06:57:09 -0800, Brad wrote:
> >
> >> I am using the compile directive
> >> -I%{buildroot}%{_includedir}
> >> during the test phase of a projects rpm build. This tests the installed
21 matches
Mail list logo
