On Fri, Jul 20, 2007 at 10:22:52AM +0200, Steinar H. Gunderson wrote:
On Thu, Jul 19, 2007 at 02:13:26AM +0200, Steinar H. Gunderson wrote:
Full build logs are available at
http://people.debian.org/~sesse/enriched-chroot/ -- look at the bottom to
find the differences. Note that these builds
On 7/30/07, Filippo Giunchedi [EMAIL PROTECTED] wrote:
Is it possible to use wdiff to diff package informations? This comes handy
when comparing dependencies for example.
You are looking for the debdiff program. Feed it the .debs or
.changes. There is also interdiff for the .diff.gz
--
bye,
On Fri, Jul 20, 2007 at 10:22:52AM +0200, Steinar H. Gunderson wrote:
Hamish Moffatt [EMAIL PROTECTED]
kptc (U)
phaseshift (U)
qsstv (U)
ucblogo
verilog
The first 4 of these are all extra dependencies on libdnet, which all
come from AC_PATH_XTRA in
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 software,
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 loses a
On Thu, Jul 19, 2007 at 02:13:26AM +0200, Steinar H. Gunderson wrote:
Full build logs are available at
http://people.debian.org/~sesse/enriched-chroot/ -- look at the bottom to
find the differences. Note that these builds were made some time ago, so they
might not be 100% up-to-date -- I will
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 has
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 completely. The build
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
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
mechanism it
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 Heimdal
and MIT
Hi!
* Steinar H. Gunderson [EMAIL PROTECTED] [070720 10:22]:
[..]
Alexander Schmehl [EMAIL PROTECTED]
ht
Could it be, that you are now filtering to strict? I could swear, that
when I looked at the list yesterday I saw fillets-ng which had a new lib
according to the log...
You still had
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,
On Fri, Jul 20, 2007 at 06:50:03PM +0200, Alexander Schmehl wrote:
Could it be, that you are now filtering to strict? I could swear, that
when I looked at the list yesterday I saw fillets-ng which had a new lib
according to the log...
It seems fillets-ng was never completely built in the
On 20/07/07 at 10:22 +0200, Steinar H. Gunderson wrote:
On Thu, Jul 19, 2007 at 02:13:26AM +0200, Steinar H. Gunderson wrote:
Full build logs are available at
http://people.debian.org/~sesse/enriched-chroot/ -- look at the bottom to
find the differences. Note that these builds were made
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 probing for
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
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 sid
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. (More
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 seems at
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
implementation.
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
is: zlib1g
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 way.
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 dfsg
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
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].
So please,
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
(I already wrote this mail once, but have no idea where it went. Apologies if
it comes out twice.)
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
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 GSSAPI
29 matches
Mail list logo
