Hendrik Sattler <[EMAIL PROTECTED]> writes:
> Am Freitag 20 Juli 2007 17:47 schrieb Russ Allbery:
>> So in addition to having a --with-krb5 flag specifying the paths to the
>> libraries, I also need to add a --without-* flag for every Kerberos
>> implementation that I support which disables probin
Am Freitag 20 Juli 2007 17:47 schrieb Russ Allbery:
> So in addition to having a --with-krb5 flag specifying the paths to the
> libraries, I also need to add a --without-* flag for every Kerberos
> implementation that I support which disables probing for that
> implementation? That's kind of lame,
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Russ Allbery <[EMAIL PROTECTED]> writes:
>> I don't know of any Kerberos software, among dozens of packages, that
>> works this way. This simply isn't how multiple Kerberos
>> implementations have ever been handled; they all just check for Heimda
Gabor Gombas <[EMAIL PROTECTED]> writes:
> Ideally everything should use libgssapi2 (or some other mechglue
> implementation) and nothing should build directly aginst the
> Kerberos-specific GSSAPI implementations.
Your statement is true for software that really doesn't care what GSS-API
mechanis
On Thu, Jul 19, 2007 at 11:02:39AM -0700, Russ Allbery wrote:
> Now, I'm willing to lead the way for Kerberos packages going forward, I
> guess, if I can figure out a good way to do that, but I don't know how
> that configure logic would even work or what those --with flags would look
> like. The
Steinar H. Gunderson schrieb:
> On Fri, Jul 20, 2007 at 12:31:57AM +0200, Michael Biebl wrote:
>>> Michael Biebl <[EMAIL PROTECTED]>
>>>knetworkmanager
>>>kpowersave
>> These two are affected because of unsermake being installed and so the
>> build fails completely.
>
> Define "fails compl
On Friday 20 July 2007 00:31, Michael Biebl wrote:
> These two are affected because of unsermake being installed and so the
> build fails completely.
> unsermake though is scheduled/requested to be removed [1].
> So please, don't file bugs for these two packages or better, wait until
> unsermake ha
On Fri, Jul 20, 2007 at 12:31:57AM +0200, Michael Biebl wrote:
>> Michael Biebl <[EMAIL PROTECTED]>
>>knetworkmanager
>>kpowersave
> These two are affected because of unsermake being installed and so the
> build fails completely.
Define "fails completely". The build creates a .deb, it just
Russ Allbery <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>
>> If the libraries have different names then there should be
>> --with/--without switches possible for configure.
>
> (I'm also upstream for several of these packages.)
>
> I don't know of any Kerberos s
On Thu, Jul 19, 2007 at 06:37:55PM +0100, Neil Williams wrote:
> Didn't mean to sound accusatory - more surprised. It was strange that
> one package is commonly affected and others that also changed versions
> were not. Maybe something to do with pattern matching failing when a
> version includes
Michael Biebl schrieb:
> Steinar H. Gunderson schrieb:
>
>> Michael Biebl <[EMAIL PROTECTED]>
>>knetworkmanager
>>kpowersave
>
> These two are affected because of unsermake being installed and so the
> build fails completely.
> unsermake though is scheduled/requested to be removed [1].
>
Steinar H. Gunderson schrieb:
> Michael Biebl <[EMAIL PROTECTED]>
>knetworkmanager
>kpowersave
These two are affected because of unsermake being installed and so the
build fails completely.
unsermake though is scheduled/requested to be removed [1].
So please, don't file bugs for these two
On Thu, Jul 19, 2007 at 06:37:55PM +0100, Neil Williams wrote:
> Didn't mean to sound accusatory - more surprised. It was strange that
> one package is commonly affected and others that also changed versions
> were not. Maybe something to do with pattern matching failing when a
> version includes d
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> If the libraries have different names then there should be
> --with/--without switches possible for configure.
(I'm also upstream for several of these packages.)
I don't know of any Kerberos software, among dozens of packages, that
works this wa
On Thu, 19 Jul 2007 10:53:50 +0200
"Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 19, 2007 at 08:09:49AM +0100, Neil Williams wrote:
> > As other have noted, the logs are in error. I've checked the log for
> > deb-gview in meld and the only difference in the two Depends line
> > i
Russ Allbery <[EMAIL PROTECTED]> writes:
> "Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
>
>> Russ Allbery <[EMAIL PROTECTED]>
>>sident
>
> Hm. I don't know best to fix this. The problem is that there's now a
> libgssapi2 package which provides a generic GSSAPI layer but no actual
> imp
On Thu, Jul 19, 2007 at 08:09:49AM +0100, Neil Williams wrote:
> As other have noted, the logs are in error. I've checked the log for
> deb-gview in meld and the only difference in the two Depends line is:
> zlib1g (>= 1:1.2.3.3.dfsg-1)
> zlib1g (>= 1:1.2.1)
>
> That is NOT a bug!!!
Ouch. It seem
On Thu, 19 Jul 2007 08:09:49 +0100
Neil Williams <[EMAIL PROTECTED]> wrote:
> On Thu, 19 Jul 2007 02:13:26 +0200
> "Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote:
>
> > In a few days, I'll start filing bugs against packages that build
> > unpredictably when extra build-dependencies are present.
On Thu, 19 Jul 2007 02:13:26 +0200
"Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote:
> In a few days, I'll start filing bugs against packages that build
> unpredictably when extra build-dependencies are present. (More
> precisely, packages where the dependency or file list differ between
> a clean
Hi,
On Thu, Jul 19, 2007 at 02:13:26AM +0200, Steinar H. Gunderson wrote:
> Michael Hanke <[EMAIL PROTECTED]>
>kbibtex
Maybe I did not get the point, but to me the diff in the dependencies
just reflects the time between the two compared builds:
=== START OF kbibtex_0.1.5-5_amd64.deb INFORMA
"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> Russ Allbery <[EMAIL PROTECTED]>
>sident
Hm. I don't know best to fix this. The problem is that there's now a
libgssapi2 package which provides a generic GSSAPI layer but no actual
implementation. S/Ident supports building against any GS
21 matches
Mail list logo
