dependencies to development packages
by Christian Krause
Hi,
Recently I've tried to use "rpmdev-rmdevelrpms" and I've stumbled over a
strange dependency chain regarding some mono packages.
Installing banshee requires eventually glib2-devel and
so "rpmdev-rmdevelrpms" won't work since it can't remove glib2-devel
without uninstalling banshee, too.
The dependency chain is in F10:
banshee -> boo -> nant -> mono-sharpcvslib -> mono-nunit-> glib2-devel
and in rawhide:
banshee -> mono-nunit -> glib2-devel
and
banshee -> nant
and
banshee -> boo -> nant
Since in general a normal (user-)programs should not pull in any
development packages for a couple of good reasons I'd like to bring this
topic to your attention. ;)
What do you think - does it make sense to spend some effort into trying
to avoid these problems?
If yes, what could be done with the problem above? I would assume since
banshee needs boo for the scripting interface, that boo should not
depend itself on nant... ( and in rawhide banshee should neither depend
on nant nor mono-nunit, too ).
Best regards,
Christian
14 years, 6 months
come idle on #mono!
by C.J. Adams-Collier KF7BMP
17:58 <@jonp> who's the Fedora developer? i thought there was a fedora expert on this channel...
18:19 <@directhex> jonp, there isn't! which is why the new download page is fedoraless
18:19 <@jonp> i see
18:19 <@jonp> so i can't throw F11 questions at someone else
18:19 <@jonp> what a pity
18:22 < cj> jonp: there is a ml I'm on
18:22 < cj> jonp: fedora-mono(a)lists.fedoraproject.org
18:22 <@jonp> k
14 years, 6 months
Mono 2.6
by Paul F. Johnson
Hi,
Just to clarify. 2.6 will be in rawhide, I'm not moving it to F12 for a
while as it's quite a jump up from the 2.4 branch.
Building 2.6 requires quite a lot of fixes to the current patches as
they just don't work anymore (in some cases). It's due for being out on
the 24th and I'm aiming to have it in the repos on the 25th.
TTFN
Paul
--
Sie können mich aufreizen und wirklich heiß machen!
14 years, 7 months
Fwd: Mono-2.6 - heads up
by Michel Alexandre Salim
Paul sent this to the main development list without Cc:ing
fedora-mono, so here it is.
This update will hopefully *not* land -- it's simply too late, and too
disruptive, for F-12, without clear advantages. I suggested to Paul to
branch mono for F-12 early instead, after which he can land dangerous
changes in -devel.
If this happens, and you track Mono's CVS entries, then be sure to
switch to monitoring F-12 rather than devel.
Paul, are you sure you don't want to add yourself to the fedora-mono list?
--
Michel
---------- Forwarded message ----------
From: Paul <paul(a)all-the-johnsons.co.uk>
Date: Fri, Sep 18, 2009 at 6:10 AM
Subject: Mono-2.6 - heads up
To: Fedora-devel <fedora-devel-list(a)redhat.com>
Hi Folks,
Just spotted on the mono forums that mono-2.6 is being branched on
Monday which means that it (should) be in the Rawhide repos Tuesday.
As it stands, 2.6 is a world of difference to 2.4.2.3 in terms of speed
and reliability. I've not encountered any big problems with code
compiled under previous versions of Mono not running under the 2.6 svn
branch yet, so it should be good and smooth.
I would recommend though that maintainers of applications reliant on
mono recompile them against 2.6 when it hits rawhide just to be safe.
TTFN
Paul
--
Sie können mich aufreizen und wirklich heiß machen!
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
--
Michel Alexandre Salim
14 years, 7 months
boo 0.9.2 update
by Paul Lange
hey,
recently I updated boo in rawhide to the new upstream version 0.9.2.
Now there are many "Missing Dependency" errors in rawhide like this:
Missing Dependency: mono (Boo.Lang) = 2.0.9.1 is needed by package
banshee...
Missing Dependency: mono (Boo.Lang.Compiler) = 2.0.9.1 is needed by
package banshee...
I don't have an idea on how to resolve them. Any hints?
Thanks,
Paul
14 years, 7 months
Review request: chronojump
by Ismael Olea
Maybe the first Mono sporting app :-)
ChronoJump is an open hardware, free software, multiplatform
complete system
for measurement, management and statistics of sport short-time tests.
Chronojump uses a contact platform and/or photocells,
and also a chronometer printed circuit designed ad-hoc in
order to obtain precise and trustworthy measurements.
Chronojump is used by trainers, teachers and students.
https://bugzilla.redhat.com/show_bug.cgi?id=524707
Reviewers are welcome :-)
--
A. Ismael Olea González
http://olea.org/diario/
http://aduaneros.org, la ONG sin futuro.
El mundo debe empezar a tener miedo a un planeta OLEA
14 years, 7 months
Low-hanging fruit for F-12: banishing mono-nunit22
by Michel Alexandre Salim
Hello all,
I noticed yesterday while polishing up gdata-sharp for review that,
after the fixes in the latest Rawhide mono packages, it was no longer
necessary to use mono-nunit22; the unit tests compile just fine
against mono-nunit.
There are several packages that are still depending, directly or
indirectly, on mono-nunit22, and if we could work through them in time
for the beta release, that would be super!
$ repoquery --alldeps --whatrequires mono-nunit22
banshee-0:1.5.1-0.2.git20090831.fc12.i686
mono-sharpcvslib-0:0.35-11.fc12.x86_64
mono-nunit22-devel-1:2.2.10-10.fc12.i686
banshee-0:1.5.1-0.2.git20090831.fc12.x86_64
nant-1:0.85-30.fc12.x86_64
mono-nunit-0:2.4.2.3-2.fc12.x86_64
monodevelop-0:2.0-5.fc12.x86_64
mono-nunit22-1:2.2.10-10.fc12.x86_64
mono-nunit22-devel-1:2.2.10-10.fc12.x86_64
The banshee dependency is through banshee --> boo --> nant. nant BRs
nunit22 directly, and also inherits the dependency through its
requirement on mono-sharpcvslib.
How repoquery computed that mono-nunit depends on mono-nunit22 is
rather odd. Could anyone shed a light on this?
Regards,
--
Michel Alexandre Salim
14 years, 7 months