Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#6954 - gtk-sharp depends on Mono instead of makedepends

Attached to Project: Arch Linux
Opened by Harley Laue (losinggeneration) - Wednesday, 18 April 2007, 04:38 GMT
Last edited by Tobias Kieslich (tobias) - Monday, 11 June 2007, 22:58 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Kieslich (tobias)
Architecture All
Severity Low
Priority Normal
Reported Version 0.8 Voodoo
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

gtk-sharp must be built with Mono, but it doesn't require Mono to be installed to be used by another runtime such as dotGNU. So the PKGBUILD should have Mono as a make dependency and not a general dependency.

Attached is the corrected PKGBUILD
   PKGBUILD (1.3 KiB)
This task depends upon

Closed by  Tobias Kieslich (tobias)
Monday, 11 June 2007, 22:58 GMT
Reason for closing:  Won't implement
Comment by Tobias Kieslich (tobias) - Wednesday, 18 April 2007, 21:35 GMT
Your package would not work, because it would not pull in a runtime automatically for all the users that don't have mono or dotGNU installed. The point is it DOES NEED a runtime and mono is the only runtime we are shipping. So it would not make sense to create a virtual provide package dotnetruntime if we as a distribution ship only one runtime.
Comment by Harley Laue (losinggeneration) - Thursday, 19 April 2007, 01:04 GMT
alright, I'll just post the PKGBUILD so that people trying the dotGNU packages that they can rebuild gtk-sharp/gtk-sharp-2 without a runtime dependency. You can close this bug and the gtk-sharp-2 bug if that's the acceptable solution.
Comment by Tobias Kieslich (tobias) - Thursday, 03 May 2007, 21:32 GMT
We will come across this one when we might support other runtimes in the future. Although I actually like to hard depend it on mono as the development of most of the packages come from people who are associated with the mono project, hence the likelyhood of braeking with mono is not as high.

Loading...