FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor


 
 
LinkBack Thread Tools
 
Old 07-28-2011, 07:17 PM
Stéphane Gaudreault
 
Default krb5-1.9.1-3

Apply a patch derived from Fedora to fix krb5-config :

* Make krb5-config suppress CFLAGS output when called with --libs

In unpatched krb5, the output of "krb5-config --libs" contains the current
value of the CFLAGS :
# CFLAGS="SOME CRAP" krb5-config --libs
SOME CRAP -Wl,--hash-style=gnu -Wl,--as-needed -lkrb5 -lk5crypto -lcom_err

Now :
# CFLAGS="SOME CRAP" krb5-config --libs
-Wl,--hash-style=gnu -Wl,--as-needed -lkrb5 -lk5crypto -lcom_err


* Omit extra libraries because their interfaces are not exposed to
applications by libkrb5, unless do_deps is set to 1, which indicates that the
caller wants the whole list.

# krb5-config --libs
-Wl,--hash-style=gnu -Wl,--as-needed -lkrb5 -lk5crypto -lcom_err

instead of

# krb5-config --libs
-Wl,--hash-style=gnu -Wl,--as-needed -lkrb5 -lk5crypto -lcom_err -lkeyutils -
lresolv -ldl

Please test and signoff

Stéphane
 
Old 07-29-2011, 08:04 AM
Jan de Groot
 
Default krb5-1.9.1-3

On Thu, 2011-07-28 at 15:17 -0400, Stéphane Gaudreault wrote:
> Please test and signoff

Built cups against this version:

old libcups:
-lcups -march=x86-64 -mtune=generic -O2 -pipe -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -DDBUS_API_SUBJECT_TO_CHANGE
-Wl,--hash-style=gnu -Wl,--as-needed -lgssapi_krb5 -lkrb5 -lk5crypto
-lcom_err -lkeyutils -lresolv -ldl -lz -lm -lcrypt
new libcups:
-lcups -Wl,--hash-style=gnu -Wl,--as-needed -lgssapi_krb5 -lkrb5
-lk5crypto -lcom_err -lz -lm -lcrypt

This looks way better

Signoff both architectures


Fri Jul 29 11:30:02 2011
Return-path: <epel-devel-list-bounces@redhat.com>
Envelope-to: tom@linux-archive.org
Delivery-date: Fri, 29 Jul 2011 11:03:28 +0300
Received: from mx3-phx2.redhat.com ([209.132.183.24]:51642)
by s2.java-tips.org with esmtp (Exim 4.69)
(envelope-from <epel-devel-list-bounces@redhat.com>)
id 1Qmi2a-0000Dy-67
for tom@linux-archive.org; Fri, 29 Jul 2011 11:03:28 +0300
Received: from lists01.pubmisc.prod.ext.phx2.redhat.com (lists01.pubmisc.prod.ext.phx2.redhat.com [10.5.19.33])
by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p6T84Xoa004420;
Fri, 29 Jul 2011 04:04:36 -0400
Received: from int-mx09.intmail.prod.int.phx2.redhat.com
(int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
by lists01.pubmisc.prod.ext.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
id p6T84WQH024700 for <epel-devel-list@listman.util.phx.redhat.com>;
Fri, 29 Jul 2011 04:04:32 -0400
Received: from mx1.redhat.com (ext-mx11.extmail.prod.ext.phx2.redhat.com
[10.5.110.16])
by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP
id p6T84QUL016215
for <epel-devel-list@redhat.com>; Fri, 29 Jul 2011 04:04:27 -0400
Received: from mx1.es6.egwn.net (mx32b01.es6.egwn.net [195.10.6.123])
by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p6T84PSA009408
for <epel-devel-list@redhat.com>; Fri, 29 Jul 2011 04:04:26 -0400
Received: from mx2.es6.egwn.net (server09.es6.egwn.net [195.10.6.27])
by mx1.es6.egwn.net (Postfix) with ESMTP id F2C656849C
for <epel-devel-list@redhat.com>; Fri, 29 Jul 2011 10:04:23 +0200 (CEST)
Received: from python3.es.aed.lan (o.es6.aedgency.net [195.10.38.57])
by mx2.es6.egwn.net (new spiffy mail daemon) with ESMTP id D3BC31A4009
for <epel-devel-list@redhat.com>; Fri, 29 Jul 2011 10:04:23 +0200 (CEST)
Date: Fri, 29 Jul 2011 10:04:22 +0200
From: Matthias Saou
<thias@spam.spam.spam.spam.spam.spam.spam.egg.and. spam.freshrpms.net>
To: epel-devel-list@redhat.com
Subject: Re: EPEL conflicts with RHEL channels (was: Possible new maintainer)
Message-ID: <20110729100422.3aa8526a@python3.es.aed.lan>
In-Reply-To: <20110728162802.GR20477@zaya.localdomain>
References: <CAN0oX1YAbPZTKQRvUMf8Y4qF=HxmCoQ1dwSMh"TfA6EmkfZQ @mail.gmail.com>
<1311839023.3606.486.camel@localhost.localdomain >
<20110728135851.GM20477@zaya.localdomain>
<1311863581.3606.502.camel@localhost.localdomain >
<20110728145452.GP20477@zaya.localdomain>
<20110728151604.GQ20477@zaya.localdomain>
<20110728162802.GR20477@zaya.localdomain>
Mime-Version: 1.0
X-RedHat-Spam-Score: 0 ()
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Scanned-By: MIMEDefang 2.68 on 10.5.110.16
X-loop: epel-devel-list@redhat.com
X-BeenThere: epel-devel-list@redhat.com
X-Mailman-Version: 2.1.12
Precedence: junk
Reply-To: EPEL development disccusion <epel-devel-list@redhat.com>
List-Id: EPEL development disccusion <epel-devel-list.redhat.com>
List-Unsubscribe: <https://www.redhat.com/mailman/options/epel-devel-list>,
<mailto:epel-devel-list-request@redhat.com?subject=unsubscribe>
List-Archive: <https://www.redhat.com/archives/epel-devel-list>
List-Post: <mailto:epel-devel-list@redhat.com>
List-Help: <mailto:epel-devel-list-request@redhat.com?subject=help>
List-Subscribe: <https://www.redhat.com/mailman/listinfo/epel-devel-list>,
<mailto:epel-devel-list-request@redhat.com?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: epel-devel-list-bounces@redhat.com
Errors-To: epel-devel-list-bounces@redhat.com

Todd Zullinger wrote :

> David, do you know if the MRG folks have issues with facter and puppet
> in EPEL? As I said, those packages have been in EPEL for years, so
> I'm not sure there's anything to be gained by trying to block them at
> this point. We're already way past MRG in terms of NVR's. But if
> there are ways we can help alleviate issues for MRG users, I'm game to
> try.

I seriously hope MRG will be ignored here : No one using puppet today
will be interested in the old packages it ships, and as you mentioned in
another post, upstream is *very* active and many people are tracking
the releases very closely (me included).

Matthias

--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 14 (Laughlin) - Linux kernel 2.6.35.13-91.fc14.x86_64
Load : 0.39 0.29 0.31

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 07-29-2011, 01:57 PM
Dave Reisner
 
Default krb5-1.9.1-3

On Thu, Jul 28, 2011 at 03:17:43PM -0400, Stéphane Gaudreault wrote:
> Apply a patch derived from Fedora to fix krb5-config :
>
> * Make krb5-config suppress CFLAGS output when called with --libs
>
> In unpatched krb5, the output of "krb5-config --libs" contains the current
> value of the CFLAGS :
> # CFLAGS="SOME CRAP" krb5-config --libs
> SOME CRAP -Wl,--hash-style=gnu -Wl,--as-needed -lkrb5 -lk5crypto -lcom_err
>
> Now :
> # CFLAGS="SOME CRAP" krb5-config --libs
> -Wl,--hash-style=gnu -Wl,--as-needed -lkrb5 -lk5crypto -lcom_err
>
>
> * Omit extra libraries because their interfaces are not exposed to
> applications by libkrb5, unless do_deps is set to 1, which indicates that the
> caller wants the whole list.
>
> # krb5-config --libs
> -Wl,--hash-style=gnu -Wl,--as-needed -lkrb5 -lk5crypto -lcom_err
>
> instead of
>
> # krb5-config --libs
> -Wl,--hash-style=gnu -Wl,--as-needed -lkrb5 -lk5crypto -lcom_err -lkeyutils -
> lresolv -ldl
>
> Please test and signoff
>
> Stéphane

Signoff x86_64, using samba with kerberos auth to AD still works.

dave
 

Thread Tools




All times are GMT. The time now is 03:44 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org