Also, for documentation purposes, on the documentation page
<http://banshee.fm/download/development/> , 1, ubuntu section, code line 3,
will no longer work with Zesty since the repositories have moved from 0.1 to
1.0. Please can documentation be added to include this:

Is that the 2.9.1 tag? I just checked that revision out and the
autogen.sh script executed fine although it failed when trying to run
./configure. One thing I notice from your original log is that you're
running it with 'sh autogen.sh' - try just './autogen.sh', it sounds
like your Ubuntu system is trying to execute it with a shell other
than bash, e.g. vanilla sh.

Sorry, I'm just a user and don't have access to maintain the website,
a Debian package may be a possibility in future but it'll be another
PPA dealio and probably wouldn't be built from the main Banshee
repository as there's very little activity there.

libmono-system2.0-cil depends on libmono-corlib2.0-cil (>= 2.6.3); however:
Package libmono-corlib2.0-cil is not installed.
libmono-system2.0-cil depends on libmono-posix2.0-cil (>= 2.4); however:
Package libmono-posix2.0-cil is not installed.
libmono-system2.0-cil depends on libmono-security2.0-cil (>= 2.6.7);
however:
Package libmono-security2.0-cil is not installed.
libmono-system2.0-cil depends on mono-runtime (<< 2.10.8.2); however:
Version of mono-runtime on system is 4.6.2.7+dfsg-1ubuntu1.
mono-devel (4.6.2.7+dfsg-1ubuntu1) breaks libmono-system2.0-cil (<< 4.0.1~)
and is installed.
Version of libmono-system2.0-cil to be configured is 2.10.8.1-8+deb7u1.

Re: Installing 2.9.1: Syntax error: "(" unexpected in autogen.sh

This post was updated on .

Thanks! So just to confirm - If I download the zip from your github fork, I
shouldn't have the issues with the old dependencies? Presumably because
you've updated the code to look for new dependency versions / current repos?

Are you maintaining this as a functionally live Banshee? (AKA, are you the
second coming of Jesus Christ?!)

Edit: installing from zip doesn't work, code below, looks to be because src/Hyena is empty in the zip. It looks like it's a submodule one has to download separately? I assumed downloading zip == git clone but I guess not?

References in gitgub comments "DON'T USE GLUE" aren't especially helpful
since there seem to be no advertised alternatives. Tried ./configure
instead:

"Requested 'glib-sharp-3.0 >= 3.22.6' but version of GLib is 2.99.3
Consider adjusting the PKG_CONFIG_PATH environment variable if you installed
software in a non-standard prefix. Alternatively, you may set the
environment variables GLIB_SHARP_CFLAGS
and GLIB_SHARP_LIBS to avoid the need to call pkg-config."

So, probably: glib-sharp-3.0 >= 3.22.6 not found = no gstreamer-sharp-1.0 =
no banshee 2.9.1
Am I going about this the right way and it really is this insanely
complicated, or is there a much simpler route?

Were those errors on master branch of gstreamer-sharp? [1] Looks like
there's been some activity in that project, from my local copy it
looks like the last commit that I built was
bf18e534a96079ce46b34a2e2afd7d8d23aef915 - you might want to check out
that revision and see if you can get around the errors.

* 10 minutes pass reading gstreamer-sharp's engineering log *

Actually - now that I look the README was removed in
a657259e5fccd57493b7832ad001a5ac30037ab2.

Looks like whoever is maintaining it has abandoned auto-tools in
favour of meson but the README was a zero byte file anyway. It just
has to be there for automake to do its thing. Create it (and the
sources/glue directory) and you'll get configure running although I
think you may have gotten passed that already as you saw the
glib-sharp version complaint - no getting around that one, to compile
master you'll definitely need to compile glib-sharp from the GTK#
bundle.

For now though - I would step around this dependency by passing
--enable-gst-native to Banshee's configure and once you're able to
build come back to it then.

No, it's not meant to be difficult, ideally on an *buntu system you'd
just apt-get build-dep banshee (IIRC) and you'd be able to
successfully ./configure && make but for that to work all the required
source packages have to be in an *buntu repository somewhere and I
think that's what we're missing at the moment - I've started looking
into that but it could be a little while before it's setup, I'm trying
to do this from a Gentoo system...

Re: Installing 2.9.1: Syntax error: "(" unexpected in autogen.sh

git: needed "git init" between clone and the next command but I think it
worked. Although I had everything by now, good to have command for the
future.

Created README & glue, as you said this just led to next error:
> Requested 'glib-sharp-3.0 >= 3.22.6' but version of GLib is 2.99.3

Tried:
$ ./configure --enable-gst-native
> No package 'dbus-sharp-glib-2.0' found
$ sudo apt install libdbus-glib2.0-cil-dev
$ ./configure --enable-gst-native
> configure: error: gudev-sharp-3.0 was not found or is not up to date.
> Please install gudev-sharp-3.0 of at least version 3.0, or disable GIO
> Hardware support by passing --disable-gio-hardware

Maybe it didn't install properly from zip, trying git.
$ git clone https://github.com/mono/gudev-sharp.git> fatal: destination path 'gudev-sharp' already exists and is not an empty
> directory
gudev-sharp doesn't have any submodules so zip should be fine. But obviously
hasn't worked.

I suspect/hope that this process/ordeal will mean that a how-to can be
compiled, just a block of terminal commands to git clone all relevant
modules, install all dependencies, one by one, autogen configure make
install hooray. Though at this point I've forgotten to log probably 20
things I installed to fix missing dependencies...

Re: Installing 2.9.1: Syntax error: "(" unexpected in autogen.sh

On 13 September 2017 at 18:24, Sharky <[hidden email]> wrote:
> Cheers again. Progess:
>
> git: needed "git init" between clone and the next command but I think it
> worked. Although I had everything by now, good to have command for the
> future.

I wouldn't be so sure - sounds like you just initialised the directory
you cloned Banshee to as a git repository :)

My bad - I should have said:

git clone <url>
cd <repo>
git submodule update --init

> Created README & glue, as you said this just led to next error:
>> Requested 'glib-sharp-3.0 >= 3.22.6' but version of GLib is 2.99.3
>
> Tried:
> $ ./configure --enable-gst-native
>> No package 'dbus-sharp-glib-2.0' found
> $ sudo apt install libdbus-glib2.0-cil-dev
> $ ./configure --enable-gst-native
>> configure: error: gudev-sharp-3.0 was not found or is not up to date.
>> Please install gudev-sharp-3.0 of at least version 3.0, or disable GIO
>> Hardware support by passing --disable-gio-hardware
>
> Maybe it didn't install properly from zip, trying git.
> $ git clone https://github.com/mono/gudev-sharp.git>> fatal: destination path 'gudev-sharp' already exists and is not an empty
>> directory
> gudev-sharp doesn't have any submodules so zip should be fine. But obviously
> hasn't worked.

You shouldn't need to get this one from source. The package should be
called gudev-sharp-3.0-cil-dev. If you've done a make install then
it'll have used the default prefix (/usr/local) so you might want to
make uninstall it.

The error is referring to line 950 of the Makefile in the build
directory, looks like it's just trying to compile the
GConfSchemaExtractor.cs file so I'd try compiling that on its own to
see what the error is.

> I suspect/hope that this process/ordeal will mean that a how-to can be
> compiled, just a block of terminal commands to git clone all relevant
> modules, install all dependencies, one by one, autogen configure make
> install hooray. Though at this point I've forgotten to log probably 20
> things I installed to fix missing dependencies...
>
> Thanks for your input mate.

This is crazy. I feel I'm going in circles and somehow backwards. I now have
banshee-2.9.1 and banshee arfbtwn form folders in home, the former from the
more recent git checkout, the latter from previous hacking. Autogen in the
2.9.1 folder fails due to:

Difference from before: gudev-sharp added. Make fails as before.
On a hunch ("/bin/bash: /home/simon/banshee: No such file or directory") I
renamed /banshee arfbtwn fork to /banshee-arfbtwn-fork, redid the
./configure with flags, then redid make.

Re: Installing 2.9.1: Syntax error: "(" unexpected in autogen.sh

On 13 September 2017 at 23:06, Sharky <[hidden email]> wrote:
> Thanks again, notes as I go:
>
> git submodule done, though no response message so maybe it's already alright
> or no response message happens by default.
>
> gudev-sharp-3.0-cil-dev seems not to be a thing but
> https://launchpad.net/ubuntu/+source/gudev-sharp-3.0 suggests it should be
> libgudev3.0-cil and libgudev3.0-cil-dev. Installed both.

cool - that should sort it out.

> This is crazy. I feel I'm going in circles and somehow backwards. I now have
> banshee-2.9.1 and banshee arfbtwn form folders in home, the former from the
> more recent git checkout, the latter from previous hacking. Autogen in the
> 2.9.1 folder fails due to:

I'd get rid of the 2.9.1 folder altogether since it needs patching to
build. FYI you don't need a separate directory to manage multiple
remotes with git - "man git-remote" will give you more information.

sounds like you had a stale configure script lying around - autogen.sh
generates the configure script so usually re-running that would
resolve the problem. The generic autoreconf tool doesn't work on
master branch yet. (see feature/build, there's a pull-request or it)

actually - this is a recent improvement to formally internalise a
system library that usually isn't available as a package, bit like
gstreamer-sharp. Anyway, the C# compiler on my system must allow
language level 6 by default so I didn't think any auto-tools update
was needed where it might be. Just in case it's due to stale files I'd
try resetting with git and autogenning again - I find it odd that your
system's compiler doesn't support that by default, it's not exactly
new...

If that doesn't help (it probably won't) the other option is to
explicitly set the MCS environment variable to a compatible compiler,
"man mcs" should provide some information about what's on your system.
(although that's probably what's already in use)

As a heads up - after merging I quickly added the Notifications
project reference in the B.SoundMenu extension's project file but I
made a mistake when doing so, just remove and re-add that reference to
resolve that if you want to build it using the project file. I need to
add a commit to resolve that.

You're pretty much there at this point - give yourself a pat on the back :)

Ps. When the PPA is setup it really will be just a case of executing
apt-get build-dep banshee.

"explicitly set the MCS environment variable to a compatible compiler, "man
mcs" should provide some information about what's on your system. (although
that's probably what's already in use)"
Not sure what a compatible compiler is and isn't MCS a compiler itself, i.e.
if it's not compatible, don't I need to select something else? Basing this
simply off intuition rather than knowledge.
$ mcs --version
> Mono C# compiler version 4.6.2.0

"As a heads up - after merging I quickly added the Notifications project
reference in the B.SoundMenu extension's project file but I made a mistake
when doing so, just remove and re-add that reference to
resolve that if you want to build it using the project file. I need to add a
commit to resolve that."
Sounds good. I have literally no idea what I am required to do here so in
lieu of taking any action, will just stare off into the middle distance and
contemplate my life choices.

Re: Installing 2.9.1: Syntax error: "(" unexpected in autogen.sh

On 14 September 2017 at 16:12, Sharky <[hidden email]> wrote:
> Thanks again pal.
>
> Code run below, much of this was guesswork as I'm a very different level of
> understanding and probably need things spelled out in crayon (!):

as an FYI - autogen.sh calls configure after generating it with any
switches you pass so you can shorten this with:

./autogen.sh --enable-gst-native

and it should succeed every time.

> "explicitly set the MCS environment variable to a compatible compiler, "man
> mcs" should provide some information about what's on your system. (although
> that's probably what's already in use)"
> Not sure what a compatible compiler is and isn't MCS a compiler itself, i.e.
> if it's not compatible, don't I need to select something else? Basing this
> simply off intuition rather than knowledge.
> $ mcs --version
>> Mono C# compiler version 4.6.2.0

yup, mcs is the C# compiler and the MCS make variable is what the
makefile references to do the build with. There's also MCS_FLAGS but
for some reason I can't get either of them to take effect without
editing the Makefiles directly, I've raised this issue to record that
for addressing later: https://github.com/arfbtwn/banshee/issues/47

So, as a test I edited the Makefile in the Notifications directory and
set MCS_FLAGS = -langversion:4. With that I was able to generate this
kind of error with my compiler:

./Notifications/Notifications.cs(90,59): error CS1644: Feature
`expression bodied members' cannot be used because it is not part of
the C# 4.0 language specification

To get passed this point you'll need one of:

- an mcs supporting -langversion:6 and a way to pass it;
- a patch to remove the C#6 syntax from Notifications or; (this one's
also really easy)
- a mono upgrade to a 5.x version. (-langversion:6 is default on my 5.2.0.196)

Somewhat unrelated but Banshee has a configure switch --disable-shave
that you may find useful when debugging things like this - it causes
the build to output its commands verbosely so you can see exactly
what's going on.

> "As a heads up - after merging I quickly added the Notifications project
> reference in the B.SoundMenu extension's project file but I made a mistake
> when doing so, just remove and re-add that reference to
> resolve that if you want to build it using the project file. I need to add a
> commit to resolve that."
> Sounds good. I have literally no idea what I am required to do here so in
> lieu of taking any action, will just stare off into the middle distance and
> contemplate my life choices.

Just in case you were also using something like Monodevelop. If you
aren't using an IDE that understands the *.sln and *.csproj files in
the repository then don't worry about it - the error is only in the
project file, the auto-tools system builds it just fine. (provided a
compiler supporting the necessary language version)

As you can imagine having the two build systems disconnected muddies
things even further, this pull request should make things a little
better but solving the disconnect is a large bit of work:
https://github.com/arfbtwn/banshee/pull/42

> On 14 September 2017 at 16:12, Sharky <[hidden email]> wrote:
>> Thanks again pal.
>>
>> Code run below, much of this was guesswork as I'm a very different level of
>> understanding and probably need things spelled out in crayon (!):
>
> we've all been there at some point or another :)
>
>> "try resetting with git"
>> $ git reset --hard
>>> no output/report, hopefully that means "congrats it worked!"
>
> bingo +1
>
> All good *nix tools are like that - strong and silent. (when all is well)
>
>> "and autogenning again"
>> $ ./autogen.sh
>>> No package 'gstreamer-sharp-1.0' found
>> $ ./configure --enable-gst-native
>>> yay
>> $ make
>>> same notification errors
>
> as an FYI - autogen.sh calls configure after generating it with any
> switches you pass so you can shorten this with:
>
> ./autogen.sh --enable-gst-native
>
> and it should succeed every time.
>
>> "explicitly set the MCS environment variable to a compatible compiler, "man
>> mcs" should provide some information about what's on your system. (although
>> that's probably what's already in use)"
>> Not sure what a compatible compiler is and isn't MCS a compiler itself, i.e.
>> if it's not compatible, don't I need to select something else? Basing this
>> simply off intuition rather than knowledge.
>> $ mcs --version
>>> Mono C# compiler version 4.6.2.0
>
> yup, mcs is the C# compiler and the MCS make variable is what the
> makefile references to do the build with. There's also MCS_FLAGS but
> for some reason I can't get either of them to take effect without
> editing the Makefiles directly, I've raised this issue to record that
> for addressing later: https://github.com/arfbtwn/banshee/issues/47>
> So, as a test I edited the Makefile in the Notifications directory and
> set MCS_FLAGS = -langversion:4. With that I was able to generate this
> kind of error with my compiler:
>
> ./Notifications/Notifications.cs(90,59): error CS1644: Feature
> `expression bodied members' cannot be used because it is not part of
> the C# 4.0 language specification
>
> To get passed this point you'll need one of:
>
> - an mcs supporting -langversion:6 and a way to pass it;
> - a patch to remove the C#6 syntax from Notifications or; (this one's
> also really easy)
> - a mono upgrade to a 5.x version. (-langversion:6 is default on my 5.2.0.196)
>
> Somewhat unrelated but Banshee has a configure switch --disable-shave
> that you may find useful when debugging things like this - it causes
> the build to output its commands verbosely so you can see exactly
> what's going on.
>
>> "As a heads up - after merging I quickly added the Notifications project
>> reference in the B.SoundMenu extension's project file but I made a mistake
>> when doing so, just remove and re-add that reference to
>> resolve that if you want to build it using the project file. I need to add a
>> commit to resolve that."
>> Sounds good. I have literally no idea what I am required to do here so in
>> lieu of taking any action, will just stare off into the middle distance and
>> contemplate my life choices.
>
> Just in case you were also using something like Monodevelop. If you
> aren't using an IDE that understands the *.sln and *.csproj files in
> the repository then don't worry about it - the error is only in the
> project file, the auto-tools system builds it just fine. (provided a
> compiler supporting the necessary language version)
>
> As you can imagine having the two build systems disconnected muddies
> things even further, this pull request should make things a little
> better but solving the disconnect is a large bit of work:
> https://github.com/arfbtwn/banshee/pull/42>
>> You're pretty much there at this point - give yourself a pat on the back :)
>> https://media.giphy.com/media/9Q249Qsl5cfLi/giphy.gif>
> Loved that show! - can't get the theme tune out of my head now.
>
>> "Ps. When the PPA is setup it really will be just a case of executing
>> apt-get build-dep banshee."
>> T'will be a glorious day.
>>
>> Thanks as ever for your help!
>
> Happy to.
>
> --
> Registered Linux User #392373

Re: Installing 2.9.1: Syntax error: "(" unexpected in autogen.sh

Making all in Banshee.Dap.AppleDevice
MCS ../../../bin/Banshee.Dap.AppleDevice.dll
error CS1703: An assembly `atk-sharp' with the same identity has already
been imported. Consider removing one of the references
/usr/lib/pkgconfig/../../lib/cli/atk-sharp-2.0/atk-sharp.dll (Location of
the symbol related to previous error)
/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-3.0/atk-sharp.dll
(Location of the symbol related to previous error)
error CS1703: An assembly `gdk-sharp' with the same identity has already
been imported. Consider removing one of the references
/usr/lib/pkgconfig/../../lib/cli/gdk-sharp-2.0/gdk-sharp.dll (Location of
the symbol related to previous error)
/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-3.0/gdk-sharp.dll
(Location of the symbol related to previous error)
error CS1703: An assembly `glib-sharp' with the same identity has already
been imported. Consider removing one of the references
/usr/lib/pkgconfig/../../lib/cli/glib-sharp-2.0/glib-sharp.dll (Location of
the symbol related to previous error)
/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-3.0/glib-sharp.dll
(Location of the symbol related to previous error)
error CS1703: An assembly `gtk-sharp' with the same identity has already
been imported. Consider removing one of the references
/usr/lib/pkgconfig/../../lib/cli/gtk-sharp-2.0/gtk-sharp.dll (Location of
the symbol related to previous error)
/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-3.0/gtk-sharp.dll
(Location of the symbol related to previous error)
error CS1703: An assembly `pango-sharp' with the same identity has already
been imported. Consider removing one of the references
/usr/lib/pkgconfig/../../lib/cli/pango-sharp-2.0/pango-sharp.dll (Location
of the symbol related to previous error)
/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-3.0/pango-sharp.dll
(Location of the symbol related to previous error)
Compilation failed: 5 error(s), 0 warnings
Makefile:1035: recipe for target '../../../bin/Banshee.Dap.AppleDevice.dll'
failed
make[4]: *** [../../../bin/Banshee.Dap.AppleDevice.dll] Error 1
Makefile:542: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
Makefile:547: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
Makefile:640: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
Makefile:568: recipe for target 'all' failed
make: *** [all] Error 2

Re: Installing 2.9.1: Syntax error: "(" unexpected in autogen.sh

Making all in Banshee.Gio
MCS ../../../bin/Banshee.Gio.dll
./Banshee.Hardware.Gio/LowLevel/Manager.cs(35,7): error CS0246: The type or
namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/UsbDevice.cs(32,7): error CS0246: The type or
namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(44,17): error CS0246: The type or
namespace name `Client' could not be found. Are you missing
`Banshee.ServiceStack' using directive?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(49,36): error CS0246: The type or
namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(191,16): error CS0246: The type
or namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(202,16): error CS0246: The type
or namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(218,16): error CS0246: The type
or namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(244,16): error CS0246: The type
or namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/UdevMetadataSource.cs(32,9): error CS0246:
The type or namespace name `GUdev' could not be found. Are you missing an
assembly reference?
./Banshee.Hardware.Gio/LowLevel/UdevMetadataSource.cs(72,36): error CS0246:
The type or namespace name `GUdev' could not be found. Are you missing an
assembly reference?
Compilation failed: 10 error(s), 0 warnings
Makefile:1056: recipe for target '../../../bin/Banshee.Gio.dll' failed
make[4]: *** [../../../bin/Banshee.Gio.dll] Error 1
Makefile:544: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
Makefile:547: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
Makefile:640: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
Makefile:568: recipe for target 'all' failed
make: *** [all] Error 2

Re: Installing 2.9.1: Syntax error: "(" unexpected in autogen.sh

Making all in Banshee.Gio
MCS ../../../bin/Banshee.Gio.dll
./Banshee.Hardware.Gio/LowLevel/Manager.cs(35,7): error CS0246: The type or
namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/UsbDevice.cs(32,7): error CS0246: The type or
namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(44,17): error CS0246: The type or
namespace name `Client' could not be found. Are you missing
`Banshee.ServiceStack' using directive?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(49,36): error CS0246: The type or
namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(191,16): error CS0246: The type
or namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(202,16): error CS0246: The type
or namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(218,16): error CS0246: The type
or namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/Manager.cs(244,16): error CS0246: The type
or namespace name `GUdev' could not be found. Are you missing an assembly
reference?
./Banshee.Hardware.Gio/LowLevel/UdevMetadataSource.cs(32,9): error CS0246:
The type or namespace name `GUdev' could not be found. Are you missing an
assembly reference?
./Banshee.Hardware.Gio/LowLevel/UdevMetadataSource.cs(72,36): error CS0246:
The type or namespace name `GUdev' could not be found. Are you missing an
assembly reference?
Compilation failed: 10 error(s), 0 warnings
Makefile:1056: recipe for target '../../../bin/Banshee.Gio.dll' failed
make[4]: *** [../../../bin/Banshee.Gio.dll] Error 1
Makefile:544: recipe for target 'all-recursive' failed

Oddly more progress but then same error....
redid autogen redid make, back to smaller error.
Looks like /gudev-sharp/gudev/ is expected by that folder's makefile to have
gudev-sharp.dll in the folder and it isn't there. It's not in the folder on
github either. I assume you're compiling the same way...?

Digging around:
/usr/lib/mono/gac/gudev-sharp/3.0.0.0__3565e728cafab25e/gudev-sharp.dll =
3.6kb
Same file in usr/lib/cil/gudev-sharp/
Not present in home folder.