-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am 08.03.2011 um 22:45 schrieb Alexander Hansen: [...] >>> I'm going to deactivate gmime24 for 64-bit, >> >> I'd really prefer if we removed the mono bindings from gmime24 instead and >> put these into a separate gmime24-mono package. >> >>> and the pan maintainer >>> (cc'ed) needs to do something for the unstable tree version of the >>> package as well. >> >> The only thing I could do would be to disable pan for the 64bit tree, too. >> Not nice. >> >> >> Bye, >> Max > > It appears that gmime24 has always had mono as a dependency, so clearly > there has been a breakdown in testing these packages. If you mean by "breakdown" that I overlooked that gmime24 drags in mono which does not support 64bit and hence neglected to mark the new pan.info from today as "32 bit only" -- then yes, we had a breakdown :) (and similarly, gmime24 should have been marked as 32-bit only...). Of course, it would be nice if mono supported 64bit, but regardless of this, I'd really prefer to not have mono as a dependency for pan (or gmime24, and anything else depending on it). It's a very big packages with dozens of dependencies, after all, and so should be avoided. I am not sure whether Jack has any plans to work on this (nor, for that matter, whether Jack has any plans to fix any of his packages... ;-) ), but I'll look into splitting the gmime24.info, moving the mono stuff into a separate package; alternatively, we could make gmime24-nomono, I guess, and let stuff depend on "gmime24 | gmime24-nomon", but I'd really prefer if the mono bindings were in a separate package. Bye, Max -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk12t0cACgkQcOddj60wuryrPgCfczI1Jhy9cdf4SRDViQvtSQYx 6MoAnihDrP7PgA3qKzRoENzfXkv/2SI3 =U3gT -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d _______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
