Package Details: art-sharp 2.24.4-7

Git Clone URL: https://aur.archlinux.org/gnome-sharp.git (read-only, click to copy)
Package Base: gnome-sharp
Description: GNOME bindings for C#
Upstream URL: http://gtk-sharp.sourceforge.net
Licenses: LGPL
Submitter: quequotion
Maintainer: Rogach
Last Packager: Rogach
Votes: 7
Popularity: 0.000010
First Submitted: 2017-04-01 18:39 (UTC)
Last Updated: 2020-10-24 08:15 (UTC)

Pinned Comments

quequotion commented on 2019-11-10 09:19 (UTC) (edited on 2019-11-10 09:19 (UTC) by quequotion)

This metapackage has a significant AUR dependency chain. In order to build it in a clean chroot (without using an AUR helper), you will have to preinstall its dependencies and their dependencies (after clean chroot building each of them):

makechrootpkg -c -r $CHROOT \
-I ../libgnomeui/libgnomeui-2.24.5-3-x86_64.pkg.tar.xz \
-I ../libbonoboui/libbonoboui-2.24.5-3-x86_64.pkg.tar.xz \
-I ../libgnome/libgnome-2.32.1-7-x86_64.pkg.tar.xz \
-I ../libgnomecanvas/libgnomecanvas-2.30.3-4-x86_64.pkg.tar.xz \
-I ../libgnome/libgnome-data-2.32.1-7-x86_64.pkg.tar.xz \
-I ../gnome-vfs/gnome-vfs-2.24.4-11-x86_64.pkg.tar.xz \
-I ../gnome-mime-data/gnome-mime-data-2.18.0-8-any.pkg.tar.xz \
-I ../gamin/gamin-0.1.10-9-x86_64.pkg.tar.xz \
-I ../libbonobo/libbonobo-2.32.1-4-x86_64.pkg.tar.xz \
-I ../orbit2/orbit2-2.14.19-7-x86_64.pkg.tar.xz

Latest Comments

Rogach commented on 2020-10-30 20:49 (UTC) (edited on 2020-11-12 06:39 (UTC) by Rogach)

@tallero - glade-sharp was never provided by gnome-sharp package, these bindings were included in gtk-sharp-2 package - thus I do not see how I can help here.

tallero commented on 2020-10-30 20:41 (UTC) (edited on 2020-10-30 21:02 (UTC) by tallero)

actually is banshee (<-mono-upnp` <- gnome-sharp) depends on it.

Rogach commented on 2020-10-24 08:16 (UTC)

@tallero Seems that gtk-sharp-2 removed libglade and thus glade-sharp bindings are not being provided anymore.

gnome-sharp depends on Glade only in EditorShell helper from Gconf.PropertyEditor, which seems to be unused - I added a patch that removes it from the build and package now builds without errors.

tallero commented on 2020-10-23 02:38 (UTC)

glade-sharp is missing.

quequotion commented on 2020-03-30 09:52 (UTC)

I no longer have a use for this package, so I'll leave it for someone else to maintain.

FabioLolix commented on 2020-03-16 22:49 (UTC)

For who need gconf-sharp only I have a dedicated pkgbuild: https://github.com/FabioLolix/PKGBUILD-AUR_fix/blob/master/g/gconf-sharp/PKGBUILD

quequotion commented on 2019-11-10 09:19 (UTC) (edited on 2019-11-10 09:19 (UTC) by quequotion)

This metapackage has a significant AUR dependency chain. In order to build it in a clean chroot (without using an AUR helper), you will have to preinstall its dependencies and their dependencies (after clean chroot building each of them):

makechrootpkg -c -r $CHROOT \
-I ../libgnomeui/libgnomeui-2.24.5-3-x86_64.pkg.tar.xz \
-I ../libbonoboui/libbonoboui-2.24.5-3-x86_64.pkg.tar.xz \
-I ../libgnome/libgnome-2.32.1-7-x86_64.pkg.tar.xz \
-I ../libgnomecanvas/libgnomecanvas-2.30.3-4-x86_64.pkg.tar.xz \
-I ../libgnome/libgnome-data-2.32.1-7-x86_64.pkg.tar.xz \
-I ../gnome-vfs/gnome-vfs-2.24.4-11-x86_64.pkg.tar.xz \
-I ../gnome-mime-data/gnome-mime-data-2.18.0-8-any.pkg.tar.xz \
-I ../gamin/gamin-0.1.10-9-x86_64.pkg.tar.xz \
-I ../libbonobo/libbonobo-2.32.1-4-x86_64.pkg.tar.xz \
-I ../orbit2/orbit2-2.14.19-7-x86_64.pkg.tar.xz

FabioLolix commented on 2019-09-15 14:39 (UTC)

gconf-sharp is available in AUR now

quequotion commented on 2019-07-14 00:06 (UTC)

@FabioLolix

If the source is still out there I'll try to ressurect it as a new AUR package (don't remember which it was actually in), to be honest though gnome-sharp is long dead :( currently I only need it for glippy, which is also long dead :(

One of these days we'll have to move on.

FabioLolix commented on 2019-07-13 16:16 (UTC)

gconf-sharp dependency is no more present in the repo or AUR

AllanDaemon commented on 2017-11-18 08:58 (UTC)

On my system, I had to install the package gnome-sharp to it works. Otherwise, it gives the error: 'MonoDevelop-Unity, add-in could not be started 'MonoDevelop.GnomePlatform.5.?'

quequotion commented on 2017-11-09 18:30 (UTC)

>FuzzyCheese Wow, you are like a bug detective. Good work! >bititanb Repackaged as per your git, except for gconf-sharp, which is provided in [extra] (at version 2.24.2-5). The section is commented out, so the PKGBUILD can be easily modified to build the newer version.

barton commented on 2017-10-26 05:08 (UTC)

I just used the fixes provided by @bititanb. Flawless. Thanks for that.

illegaldisease commented on 2017-09-27 08:36 (UTC) (edited on 2017-09-27 08:39 (UTC) by illegaldisease)

For the fix of this error : Settings.cs(1,1): error CS1012: Too many characters in character literal Settings.cs(1,93): error CS1525: Unexpected symbol `/' Settings.cs(1,114): error CS1012: Too many characters in character literal They or something probably added the first line wrongly. To fix it, comment out the first line at ../gnome-sharp/src/gnome-sharp-2.24.3/sample/gconf/Setting.cs and go to ../gnome-sharp run makepkg -si yourself. this is located at your AUR cache parent-folder. It could differ for everyone.

bititanb commented on 2017-09-15 15:44 (UTC)

>>FuzzyCheese Thanks for the fixes. >>quequotion For now maybe we can ship the version with the patch? I got the patch from FuzzyCheese, made some fixes, so no changes needed from you. Here are the patch and PKGBUILD: https://github.com/bititanb/arch-pkgbuilds/tree/master/gnome-sharp Btw, I removed some old patches that already in upstream.

FuzzyCheese commented on 2017-09-02 23:48 (UTC)

Upstream problem in mono/gnome-sharp A file is being specified "gconf-sharp.dll" instead of just the directory name in gnome-sharp/sample/gconf/Makefile.am line 25. PATCH: fix_mono_path.patch https://pastebin.com/des0edbd Apply patch file to extracted gnome-sharp package snapshot: patch -i fix_mono_path.patch =========================================================== The error is raised on line 438 in mono/mono/metadata/assembly.c because with a file specified it fails the directory test "g_file_test (*splitted, G_FILE_TEST_IS_DIR)" I could only find other uses of MONO_PATH as directory and never as a file. A file has been specified in gnome-sharp/sample/gconf/Makefile.am for at least 11 years. Two years ago mono_set_assemblies_path (mono_path) was implimented. Prior to that change it looks like the DirectoryInfo function was used and it does not care if a file is specified as stated here: https://msdn.microsoft.com/en-us/library/system.io.directoryinfo(v=vs.110).aspx "In members that accept a path, the path can refer to a file or just a directory." I think the mono change on Mar 15, 2016 triggered this problem but is not the cause. https://github.com/mono/mono/commit/ef407901f8fdd9ed8c377dbec8123b5afb932ebb The error can be traced like this: gnome-sharp/sample/gconf/Makefile.am line 25 - Set MONO_PATH env and exicute mono. https://github.com/mono/gnome-sharp/blob/master/sample/gconf/Makefile.am#L25 mono/mono/tests/assembly-load-remap.cs line 30 - Use value from MONO_PATH as parameter to function mono_set_assemblies_path. https://github.com/mono/mono/blob/master/mono/tests/assembly-load-remap.cs#L30 mono/mono/metadata/assembly.c line 438 - Raise warning if path value is not a directory. https://github.com/mono/mono/blob/fc6e8a27fc55319141ceb29fbb7b5c63a9030b5e/mono/metadata/assembly.c#L438 glib function g_file_test() - Tests filename. https://developer.gnome.org/glib/stable/glib-File-Utilities.html#GFileTest

quequotion commented on 2017-06-23 01:11 (UTC)

>f3flight >Raqbit >zllvm Has anyone tried to build this on another distro? I'm curious if this problem is upstream or if something can or should be done about it for arch in particular.

f3flight commented on 2017-06-22 18:39 (UTC)

The fix is to delete error line from src/gnome-sharp-2.24.3/sample/gconf/Settings.cs and re-run makepkg / pacaur / whatever

Raqbit commented on 2017-06-13 18:45 (UTC)

Same issue here. Has any fix been found as of now?

zllvm commented on 2017-05-31 20:08 (UTC) (edited on 2017-05-31 20:20 (UTC) by zllvm)

Have the same problem. It happens due to the following error is written into Setting.cs file as a first line: '/tmp/yaourt-tmp-xxx/aur-gnome-sharp/src/gnome-sharp-2.24.3/gconf/GConf/gconf-sharp.dll' in MONO_PATH doesn't exist or has wrong permissions. Related file: https://github.com/mono/gnome-sharp/blob/master/sample/gconf/Makefile.am

Cysioland commented on 2017-05-27 14:52 (UTC)

Does not compile, with error Settings.cs(1,1): error CS1012: Too many characters in character literal Settings.cs(1,93): error CS1525: Unexpected symbol `/' Settings.cs(1,114): error CS1012: Too many characters in character literal

quequotion commented on 2017-04-08 09:12 (UTC)

>Yah Indeed, it is fixed! I've updated the package to build the git master; there's not a tarball release yet.

Yah commented on 2017-04-07 16:50 (UTC)

quequotion: If i read that right, the problem should be fixed: https://bugzilla.xamarin.com/show_bug.cgi?id=52516

quequotion commented on 2017-04-02 08:39 (UTC)

>sergey See my comment below and the bug report on xamarin. Unfortunately, we cannot build this package or its dependencies (glippy, monodevelop) until a solution is found. If you still have the package that was available from [extra] in January installed don't remove it! >ozmartian My hope is that having the package available will attract the attention needed to get something done about it. Although it was removed from [extra], there are still a few AUR packages that depend on it.

sergey.orloff commented on 2017-04-02 07:56 (UTC)

Hello! Today, when updating the package, the following error occurred: cp ../gtk-sharp.snk . cp ../AssemblyInfo.cs . /usr/bin/mcs -define:GTK_SHARP_2_6 -define:GTK_SHARP_2_8 -define:GNOME_SHARP_2_16 -define:GNOME_SHARP_2_20 -define:GNOME_SHARP_2_24 -nowarn:0169,0612,0618 -unsafe -out:gnome-sharp.dll -target:library -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll /r:../art/art-sharp.dll /r:../gnomevfs/gnome-vfs-sharp.dll -r:Mono.Cairo generated/*.cs ./BonoboUIVerb.cs ./IconTheme.cs ./Modules.cs AssemblyInfo.cs AssemblyInfo.cs(6,11): warning CS1699: Use compiler option `keyfile' or appropriate project settings instead of `AssemblyKeyFile' attribute generated/App.cs(125,17): warning CS0108: `Gnome.App.Name' hides inherited member `Gtk.Widget.Name'. Use the new keyword if hiding was intended /usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll (Location of the symbol related to previous warning) generated/ThemeFile.cs(59,26): warning CS0809: Obsolete member `Gnome.ThemeFile.ToString()' overrides non-obsolete member `object.ToString()' /usr/lib/mono/4.5/mscorlib.dll (Location of the symbol related to previous warning) generated/CanvasPathDef.custom(25,67): error CS1502: The best overloaded method match for `Gnome.CanvasPathDef.gnome_canvas_path_def_new_from_bpath(ref Art.Bpath)' has some invalid arguments generated/CanvasPathDef.cs(260,24): (Location of the symbol related to previous error) generated/CanvasPathDef.custom(25,105): error CS1620: Argument `#1' is missing `ref' modifier Compilation failed: 2 error(s), 3 warnings make[3]: *** [Makefile:686: gnome-sharp.dll] Ошибка 1 make[3]: выход из каталога «/tmp/yaourt-tmp-sergey/aur-libgnome-sharp/src/gnome-sharp-2.24.2/gnome» make[2]: *** [Makefile:379: all-recursive] Ошибка 1 make[2]: выход из каталога «/tmp/yaourt-tmp-sergey/aur-libgnome-sharp/src/gnome-sharp-2.24.2/gnome» make[1]: *** [Makefile:315: all-recursive] Ошибка 1 make[1]: выход из каталога «/tmp/yaourt-tmp-sergey/aur-libgnome-sharp/src/gnome-sharp-2.24.2» make: *** [Makefile:241: all] Ошибка 2 ==> ОШИБКА: Произошел сбой в build(). Прерывание... ==> ОШИБКА: Makepkg не смог собрать gnome-sharp. ==> Перезапустить сборку libgnome-sharp ? да/Нет [y/N] ==> -------------------------------------------------- ==> ==> ОШИБКА: невозможно обновить

ozmartian commented on 2017-04-01 21:02 (UTC)

thanks for the comment re current breakage...

quequotion commented on 2017-04-01 18:44 (UTC)

At present, this package cannot be built because of an update to gtk-sharp: https://bugzilla.xamarin.com/show_bug.cgi?id=52516 You could build it either by downgrading gtk-sharp, or helping to find a way to work with the changes.