FYI: Update gtk-sharp2
by Christian Krause
Hi,
in order to enable clutter-gtk support in clutter-sharp (needed for
banshee-community-extensions, see
https://bugzilla.redhat.com/show_bug.cgi?id=570605) I'd like to put
clutter-sharp's assemblies manually into the gac. However, until now
clutter-sharp does some binary patching of glib-sharp due to a bug in
gtk-sharp (and includes the assembly locally). Since we can't put
another glib-sharp assembly into the gac, this should be avoided. ;-)
Fortunately this bug was fixed upstream some time ago. Since gtk-sharp2
released a new bug fix version (2.12.10) a couple of weeks ago, I'll
update the package in Fedora. According to the ChangeLog there were
mostly bug fixes and so far it works without any problems on my local
system. No rebuilds seems to be required.
If there are any objections, please let me know.
Best regards,
Christian
14 years
MD 2.2 for f12
by Paul F. Johnson
Hi,
Has anyone any objections to me pushing MD 2.2 with the plugins to f12?
If people are happy, I'll do it tonight.
There have been no stability issues with the 2.2 release that I've seen
or reported via BZ.
TTFN
Paul
--
Biggles was quietly reading his favourite book when Algy burst through
the door. Distracted for a moment, Biggles surveyed what had happened
and turned a page. "Algy old man" he said, clearing his throat, "use the
handle next time..." - Taken from "Biggles combs his Hair"
14 years, 1 month
OpenTK licence
by Paul F. Johnson
Hi,
Thinking of packaging opentk (www.opentk.com). The code isn't a problem,
but could someone have a quick look-see at the licence. Pretty much
looks like MIT to me, but can't be sure.
TTFN
Paul
--
Biggles was quietly reading his favourite book when Algy burst through
the door. Distracted for a moment, Biggles surveyed what had happened
and turned a page. "Algy old man" he said, clearing his throat, "use the
handle next time..." - Taken from "Biggles combs his Hair"
14 years, 1 month
heads-up: mono seems to be broken in F13 and Rawhide
by Christian Krause
Hi,
it looks like that the recent glibc update broke the whole mono stack in
Fedora (F13 and Rawhide). Most mono-based programs like f-spot, banshee,
tomboy, gnome-do etc. don't work anymore and die with a mono backtrace
right on startup.
This includes the problem that it is not possible to build any
mono-based package (or mono itself) for F13/Rawhide in koji right now.
I've filed a bug for glibc (since this update has at least triggered the
problem):
https://bugzilla.redhat.com/show_bug.cgi?id=574210
Probably the following problem compiling banshee-community-extensions in
mock and koji is related to the problem:
https://bugzilla.novell.com/show_bug.cgi?id=588540
Does anyone have an idea how we could most easily recover from this?
Best regards,
Christian
14 years, 1 month
Re: rpms/monodevelop/F-12 md-2.2-pc.patch, NONE, 1.1 md-2.2-unbundle-cecil.patch, NONE, 1.1 .cvsignore, 1.25, 1.26 import.log, 1.24, 1.25 monodevelop.spec, 1.46, 1.47 sources, 1.25, 1.26 monodevelop-2.1.0-unbundle-cecil.patch, 1.1, NONE
by Christian Krause
Hi Paul,
On 03/09/2010 09:13 PM, Paul F. Johnson wrote:
> Index: .cvsignore
> ===================================================================
> RCS file: /cvs/pkgs/rpms/monodevelop/F-12/.cvsignore,v
> retrieving revision 1.25
> retrieving revision 1.26
> diff -u -p -r1.25 -r1.26
> --- .cvsignore 9 Sep 2009 22:24:12 -0000 1.25
> +++ .cvsignore 9 Mar 2010 20:13:38 -0000 1.26
> @@ -1 +1 @@
> -monodevelop-2.1.0.tar.bz2
> +monodevelop-2.2.tar.bz2
Short question just for curiosity: Why don't you directly update to
2.2.1? This should be the most stable release of the 2.2 branch...
Best regards,
Christian
14 years, 1 month
[Fwd: [Mono-dev] Removing Obsolete Code from Mono 2.8]
by Paul F. Johnson
Hi,
Just a heads up for what is around the corner...
TTFN
Paul
-------- Forwarded Message --------
From: Miguel de Icaza <miguel(a)novell.com>
To: mono-devel <mono-devel-list(a)lists.ximian.com>
Subject: [Mono-dev] Removing Obsolete Code from Mono 2.8
Date: Mon, 1 Mar 2010 01:54:24 -0500
With the upcoming release of Mono 2.8 we are dropping the 1.0 profile as
developers moved a long time ago to the generics-based 2.0 profile and
because it is maintenance burden for us.
In addition to this, I would like to stop distributing some libraries
that were either never completed and are not being actively maintained.
We could move these libraries to a separate module if people would like
to maintain them or keep distributing them.
Here is what I have in mind:
* Drop Microsoft.JScript and `mjs'
Microsoft abandoned JScript, our implementation was never complete,
and DLR-based solutions (all 3 of them) offer better
ECMAScript/Javascript compatibility.
* The ByteFX data provider for MySQL.
It has not been developed since 2004, it is released under the LGPL,
unlike the MySQL driver which is GPL, but nobody has updated the driver.
* FirebirdSql data provider.
The firebird team provides downloads for the database from their web
site from 2010; Our provider was last updated in 2005.
= Debatable =
The Npgsql provider is also maintained externally, but the API that we
have has been maintained in our tree for a while. In the meantime the
upstream project broke binary compatibility. It seems like an extra
burden in our team to maintain the old APIs that upstream developers are
breaking.
Miguel.
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list(a)lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
--
Sie können mich aufreizen und wirklich heiß machen!
14 years, 1 month