plication, you enable the repo file (enabled=1), and upgrade.
>
> hope this helps,
> Timotheus
>
> On 23 August 2016 at 22:10, Rick Tillery <rtilleryw...@gmail.com> wrote:
> > We have an application that can be (and has been) broken by a mono
> update to
> > t
We have an application that can be (and has been) broken by a mono update
to the repo
; On Tue, Aug 23, 2016 at 9:10 PM, Rick Tillery <rtilleryw...@gmail.com>
> wrote:
> > We have an application that can be (and has been) broken by a mono
> update to
> > the repo. It seems that using a parallel mono environment is the most
> > reasonable way to ensure
I'm sorry, I neglected to specify the environments:
mono 5.0.1.1
CentOS 7 & Ubuntu 16.04
Rick
On Mon, Jul 31, 2017 at 11:46 AM, Rick Tillery <rtilleryw...@gmail.com>
wrote:
> In conjunction with "Sync of mono Cert Store," I'm trying to utilize
> FileSystemWat
", "vi foo" :w, "vi bar" :w, "nano foo" ctrl-o, "nano bar" ctrl-o,
"gedit foo" save, "gedit bar" save, etc.)
Is there something I'm doing wrong here?
Rick
On Mon, Jul 31, 2017 at 1:22 PM, Rick Tillery <rtilleryw...@gmail.c
Due to our reliance on mono & our need to ensure a tested version is used
with our product, we are bundling mono in our package for install. With
this setup, we have a separate registry, configuration, directory of
assemblies, etc., so install/uninstall/update of system mono won't affect
us.
> At the moment it seems there's no supported way of changing the path,
> other than changing the source.
>
> - Alex
>
> On 13 Jul 2017, at 17:52, Rick Tillery <rtilleryw...@gmail.com> wrote:
>
> Due to our reliance on mono & our need to ensure a tested version is u
duct-specific
approach (syncing before each call back to our server), assuming
FileSystemWatcher will work for both CentOS/RHEL 7 and CentOS/RHEL 6.
Does anyone have any thoughts on this?
Rick
On Jul 13, 2017 7:01 PM, "Rick Tillery" <rtilleryw...@gmail.com> wrote:
> Fantas
is used, there will
be only one store?
Thanks,
Rick
On Mon, Jul 17, 2017 at 10:39 AM, Rick Tillery <rtilleryw...@gmail.com>
wrote:
> Just FYI, I don't see anything in the CentOS packaging to keep the mono
> cert store sync'd with the system cert store after the initial sync duri
30, 2017 at 9:24 AM, Rick Tillery <rtilleryw...@gmail.com>
wrote:
> I'm still trying to determine which FileSystemWatcher backend is being
> used in different distros and versions. I was trying to see if strace could
> help. But I'm seeing something strange. Using the code be
In
http://www.mono-project.com/docs/faq/technical/#what-are-the-issues-with-filesystemwatcher,
it mentions:
The Mono implementation of FileSystemWatcher has a number of backends, the
most optimal one, the one with fewer dependencies is the inotify-backend
(available in Mono 1.1.17 and newer
I have an app running via mono (5.0.1.1) on Linux (CentOS 6 & 7) that
creates a (complicated) object with a main thread, starts the main thread,
waits for a SIGINT or SIGTERM (using Mono.Posix.dll), then stops the main
thread, and exits. But upon exit, after all the code has executed, there
is a
We're having problems getting IPv6 working with mono (5.0.1.1 on
RHEL/CentOS).
I have IPv4 & IPv6 addresses for a test server. I can ping/ping6 both of
these addresses. And I am able to use curl (wget not installed on the
minimal headless machines we use for test) to download the HTML (after
if you see the same issue with a more recent Mono
> from http://www.mono-project.com/download/stable/#download-lin-centos ?
>
> - Alex
>
> On 1 Mar 2018, at 17:09, Rick Tillery <rtilleryw...@gmail.com> wrote:
>
> We're having problems getting IPv6 working with mono (5.0
14 matches
Mail list logo