[Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

See
https://developer.tizen.org/forums/native-application-development/still-seeking-contractor-port-mono-runtime-tizen


I want to PAY SOMEBODY to port the Mono Runtime to Tizen. Could that
person be YOU?If so, please contact me.

I have been asked what qualifications I am looking for.

Requirements

*Must not be employed by Xamarin.   I don't want any conflicts of
interest.
*Must have extensive experience with C and C++, including at a
relatively low level
*Must have a decent level of experience with C#, though that is
less important for this specific task
*Must be enthusiastic about working on this project
*Must be able to commit to spending time on the project

Major "pros"

*Proven Github track-record of contributions on the Mono Runtime,
or to other parts of Mono
*Experience with Tizen
*Experience with Linux, Android or Mac OS X
*Experience with developing any other VM or low-level platform
components which are similar in nature to Mono



Last night I forked Mono in Github ...

http://monotizen.wordpress.com/2014/06/05/and-so-it-begins/


You would just be working in the open there, and submitting pull requests
back to the Mono mainline, until we have working Tizen support in Mono.



Cheers,

Bob Summerwill,

Kitsilano Software





-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

PS.   http://www.tizenexperts.com/2014/05/introduction-monotizen/


On Mon, Jun 9, 2014 at 1:55 AM, Bob Summerwill  wrote:

>
> See
> https://developer.tizen.org/forums/native-application-development/still-seeking-contractor-port-mono-runtime-tizen
>
>
> I want to PAY SOMEBODY to port the Mono Runtime to Tizen. Could that
> person be YOU?If so, please contact me.
>
> I have been asked what qualifications I am looking for.
>
> Requirements
>
> *Must not be employed by Xamarin.   I don't want any conflicts of
> interest.
> *Must have extensive experience with C and C++, including at a
> relatively low level
> *Must have a decent level of experience with C#, though that is
> less important for this specific task
> *Must be enthusiastic about working on this project
> *Must be able to commit to spending time on the project
>
> Major "pros"
>
> *Proven Github track-record of contributions on the Mono Runtime,
> or to other parts of Mono
> *Experience with Tizen
> *Experience with Linux, Android or Mac OS X
> *Experience with developing any other VM or low-level platform
> components which are similar in nature to Mono
>
>
>
> Last night I forked Mono in Github ...
>
> http://monotizen.wordpress.com/2014/06/05/and-so-it-begins/
>
>
> You would just be working in the open there, and submitting pull requests
> back to the Mono mainline, until we have working Tizen support in Mono.
>
>
>
> Cheers,
>
> Bob Summerwill,
>
> Kitsilano Software
>
>
>
>
>
> --
> b...@summerwill.net
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

(reply,  rather than reply-all in error 2 days ago)

Hey Edward,

Thanks for making me smile at the start of the day!

I'm not as naive as you may think.   I know Miguel and Nat personally,
having met them at Xamarin Evolve last year and been in contact
periodically ever since.I've been asking them about Tizen support for
the last year, but it just isn't a big enough market for them to bother
with YET.I attended the Tizen Developer Conference last week, and now
have contacts in Samsung and Intel too. I also have contacts in
Unity3D, having just ended at 15+ year spell at EA.

If you read my TizenExperts posting you will get a better idea of what I'm
looking to build.
http://www.tizenexperts.com/2014/05/introduction-monotizen/

I'm seeking a contractor PURELY to port the runtime.It already works on
Linux, and I know that there are already multiple working private ports to
Tizen.  I don't think it's right to keep for Mono Runtime on Tizen to be
commercial.

I'm not trying to build a full Xamarin.Tizen stack, including UI designers,
etc.That indeed would be a fool's errand.

Phase 1 - Mono Runtime (seeking contractor, or I will do it myself worse
case)

Phase 2 - Bind Tizen C++ APIs using CppSharp (I have a contractor already
lined up)

Phase 3 - Very minimal MonoDevelop plugin (just build, run, debug) based on
existing MeeGo plugin

This humbler project is not an Ark.   It's actually pretty simple, and it
is utterly complementary to Xamarin's business.   I shook Nat's hand last
Tuesday as I gave him on a MonoTizen card in Xamarin's SF offices.I
spent two hours having lunch with J.Frederick. I'm not trying to screw
Xamarin or directly compete with them.Just to starting bringing Mono
(open source) into Tizen world.

Best wishes!

BTW...  The "must not work for Xamarin"  should really have been...  "must
not work for Xamarin,  Microsoft,  Unity,  Samsung or Intel".
Porting the Mono Runtime to Tizen is a community project.

The benefit of this first phase (with no commercial extras)  is that it
enables any developer in the world to build C# applications on Tizen.   A
huge win for us all.   You'll need to write P/Invoke calls to any native
code and won't have a Tizen-specific support in MonoDevelop,  but it will
kick the answer out of HTML5 development for Tizen,  and will open things
up for the huge number of app developers who will recoil in horror when
they realize the complexity of C++ native development on Tizen.

Cheers,
Bob
On Jun 10, 2014 4:56 AM, "Edward Ned Harvey (mono)" <
edward.harvey.m...@clevertrove.com> wrote:

> > From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> > boun...@lists.ximian.com] On Behalf Of Bob Summerwill
> >
> > I want to PAY SOMEBODY to port the Mono Runtime to Tizen. Could that
> > person be YOU?If so, please contact me.
>
> ...
>
> > .Must not be employed by Xamarin.
>
> Good luck.  You might as well be asking a single human to build an ark, or
> the Titanic.
>
> Xamarin is a whole *company* full of people to make mono run on iOS and
> Android primarily (and Mac too, as a 2nd class citizen.)
>
> The fact that tizen is linux-based is irrelevant.  So is Android.
>
> Personally I think the best bet is to come up with an attractive business
> model and form a business relationship to expand Xamarin's product offering
> to include Xamarin.Tizen.  Come up with some investment capital, identify a
> business plan that leverages existing resources where possible and
> increases where necessary...
>
> As I said...  Good luck...
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

PS.   If nobody comes forward I WILL just do the work myself.   I've been
doing professional C++ in the games industry for 18 years and am entirely
capable.

I am just very time-limited personally,  and have never built Mono myself,
let alone done a port,  so it's going to be a rather slow process.   I
would rather pay an expert to do it quickly,  so I can get on to the more
interesting phases of the project.

I would have hoped that somebody in this group would have been interested
in porting the Mono Runtime to a true Linux mobile platform, in the open,
and getting paid for their effort into the bargain?

I guess I thought wrong :-(

Cheers,
Bob
On Jun 12, 2014 9:09 AM, "Bob Summerwill"  wrote:

>
> (reply,  rather than reply-all in error 2 days ago)
>
> Hey Edward,
>
> Thanks for making me smile at the start of the day!
>
> I'm not as naive as you may think.   I know Miguel and Nat personally,
> having met them at Xamarin Evolve last year and been in contact
> periodically ever since.I've been asking them about Tizen support for
> the last year, but it just isn't a big enough market for them to bother
> with YET.I attended the Tizen Developer Conference last week, and now
> have contacts in Samsung and Intel too. I also have contacts in
> Unity3D, having just ended at 15+ year spell at EA.
>
> If you read my TizenExperts posting you will get a better idea of what I'm
> looking to build.
> http://www.tizenexperts.com/2014/05/introduction-monotizen/
>
> I'm seeking a contractor PURELY to port the runtime.It already works
> on Linux, and I know that there are already multiple working private ports
> to Tizen.  I don't think it's right to keep for Mono Runtime on Tizen to be
> commercial.
>
> I'm not trying to build a full Xamarin.Tizen stack, including UI
> designers, etc.That indeed would be a fool's errand.
>
> Phase 1 - Mono Runtime (seeking contractor, or I will do it myself worse
> case)
>
> Phase 2 - Bind Tizen C++ APIs using CppSharp (I have a contractor already
> lined up)
>
> Phase 3 - Very minimal MonoDevelop plugin (just build, run, debug) based
> on existing MeeGo plugin
>
> This humbler project is not an Ark.   It's actually pretty simple, and it
> is utterly complementary to Xamarin's business.   I shook Nat's hand last
> Tuesday as I gave him on a MonoTizen card in Xamarin's SF offices.I
> spent two hours having lunch with J.Frederick. I'm not trying to screw
> Xamarin or directly compete with them.Just to starting bringing Mono
> (open source) into Tizen world.
>
> Best wishes!
>
> BTW...  The "must not work for Xamarin"  should really have been...  "must
> not work for Xamarin,  Microsoft,  Unity,  Samsung or Intel".
> Porting the Mono Runtime to Tizen is a community project.
>
> The benefit of this first phase (with no commercial extras)  is that it
> enables any developer in the world to build C# applications on Tizen.   A
> huge win for us all.   You'll need to write P/Invoke calls to any native
> code and won't have a Tizen-specific support in MonoDevelop,  but it will
> kick the answer out of HTML5 development for Tizen,  and will open things
> up for the huge number of app developers who will recoil in horror when
> they realize the complexity of C++ native development on Tizen.
>
> Cheers,
> Bob
> On Jun 10, 2014 4:56 AM, "Edward Ned Harvey (mono)" <
> edward.harvey.m...@clevertrove.com> wrote:
>
>> > From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
>> > boun...@lists.ximian.com] On Behalf Of Bob Summerwill
>> >
>> > I want to PAY SOMEBODY to port the Mono Runtime to Tizen. Could that
>> > person be YOU?If so, please contact me.
>>
>> ...
>>
>> > .Must not be employed by Xamarin.
>>
>> Good luck.  You might as well be asking a single human to build an ark,
>> or the Titanic.
>>
>> Xamarin is a whole *company* full of people to make mono run on iOS and
>> Android primarily (and Mac too, as a 2nd class citizen.)
>>
>> The fact that tizen is linux-based is irrelevant.  So is Android.
>>
>> Personally I think the best bet is to come up with an attractive business
>> model and form a business relationship to expand Xamarin's product offering
>> to include Xamarin.Tizen.  Come up with some investment capital, identify a
>> business plan that leverages existing resources where possible and
>> increases where necessary...
>>
>> As I said...  Good luck...
>>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

I think it's probably really simple,  yes.
I hope so anyway!Thanks for the good wishes.

Cheers,
Bob
On Jun 12, 2014 10:03 AM, "Rafael Teixeira"  wrote:

> Hi Bob,
>
> I hope you succeed either way, on finding a contractor or doing it
> yourself, but in truth I'm not sure how much 'porting' you need to do, as
> Tizen is just a broad target as Android and Linux are too. Do you need to
> port it to some specific CPU/SOC? Tizen lacks some basic dependency Mono
> can't leave without? (From the top of my mind, besides the tooling:
> autotool, gcc, etc..., Mono needs threading, normally pthreads, and a
> recent libc which should be in synch with gcc, so it is minimal stuff)
>
> Recently I've built Mono from head on Raspberry Pi, and it was quite easy,
> although it was very slow (a full day to build/install).
> Probably all you'll need is to guarantee you have the tooling right and
> adjust the autoconf scripts to recognize Tizen.
>
> Good luck, :)
>
> Rafael Teixeira
> O..:.)
>
>
> On Thu, Jun 12, 2014 at 1:18 PM, Bob Summerwill 
> wrote:
>
>>
>> PS.   If nobody comes forward I WILL just do the work myself.   I've been
>> doing professional C++ in the games industry for 18 years and am entirely
>> capable.
>>
>> I am just very time-limited personally,  and have never built Mono
>> myself,  let alone done a port,  so it's going to be a rather slow
>> process.   I would rather pay an expert to do it quickly,  so I can get on
>> to the more interesting phases of the project.
>>
>> I would have hoped that somebody in this group would have been interested
>> in porting the Mono Runtime to a true Linux mobile platform, in the open,
>> and getting paid for their effort into the bargain?
>>
>> I guess I thought wrong :-(
>>
>> Cheers,
>> Bob
>> On Jun 12, 2014 9:09 AM, "Bob Summerwill"  wrote:
>>
>>>
>>> (reply,  rather than reply-all in error 2 days ago)
>>>
>>> Hey Edward,
>>>
>>> Thanks for making me smile at the start of the day!
>>>
>>> I'm not as naive as you may think.   I know Miguel and Nat personally,
>>> having met them at Xamarin Evolve last year and been in contact
>>> periodically ever since.I've been asking them about Tizen support for
>>> the last year, but it just isn't a big enough market for them to bother
>>> with YET.I attended the Tizen Developer Conference last week, and now
>>> have contacts in Samsung and Intel too. I also have contacts in
>>> Unity3D, having just ended at 15+ year spell at EA.
>>>
>>> If you read my TizenExperts posting you will get a better idea of what
>>> I'm looking to build.
>>> http://www.tizenexperts.com/2014/05/introduction-monotizen/
>>>
>>> I'm seeking a contractor PURELY to port the runtime.It already works
>>> on Linux, and I know that there are already multiple working private ports
>>> to Tizen.  I don't think it's right to keep for Mono Runtime on Tizen to be
>>> commercial.
>>>
>>> I'm not trying to build a full Xamarin.Tizen stack, including UI
>>> designers, etc.That indeed would be a fool's errand.
>>>
>>> Phase 1 - Mono Runtime (seeking contractor, or I will do it myself worse
>>> case)
>>>
>>> Phase 2 - Bind Tizen C++ APIs using CppSharp (I have a contractor
>>> already lined up)
>>>
>>> Phase 3 - Very minimal MonoDevelop plugin (just build, run, debug) based
>>> on existing MeeGo plugin
>>>
>>> This humbler project is not an Ark.   It's actually pretty simple, and
>>> it is utterly complementary to Xamarin's business.   I shook Nat's hand
>>> last Tuesday as I gave him on a MonoTizen card in Xamarin's SF offices.
>>> I spent two hours having lunch with J.Frederick. I'm not trying to
>>> screw Xamarin or directly compete with them.Just to starting bringing
>>> Mono (open source) into Tizen world.
>>>
>>> Best wishes!
>>>
>>> BTW...  The "must not work for Xamarin"  should really have been...
>>> "must not work for Xamarin,  Microsoft,  Unity,  Samsung or Intel".
>>> Porting the Mono Runtime to Tizen is a community project.
>>>
>>> The benefit of this first phase (with no commercial extras)  is that it
>>> enables any developer in the world to build C# applications on Tizen.   A
>>> huge win for us all.   You'll nee

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

Fantastic news!Thanks for sharing that information, Sergey.

It sounds like the contract work for Tizen is going to be even more
minimal, then, along the lines of ...

1. Make configure changes in an upstream-able, clean format.Submit a
pull request and get that accepted.  Tada!   We have Tizen support for Mono
:-)
2. Verify that all appropriate samples and unit-tests are buildable and
runnable against the Tizen emulator.Make a list of WON'T FIX ones.
3. Work out how to augment the Mono automated builds/tests to include Tizen
support.

On the question of automation ...  http://wrench.mono-project.com/builds
appears to be dead.

Is there automation for Mono separate from whatever Xamarin have running
for their own needs?

For Tizen at least I would like to get automated builds and runs going
within Windows Azure VMs which I will "sponsor" the costs of runnin.Is
there an existing automation infrastructure for this to be added to?
Thanks!


Cheers,
Bob


On Fri, Jun 13, 2014 at 8:36 AM, xplicit  wrote:

> I was able to compile and run mono on tizen(x86) out of the box. Only very
> small change is needed in configure.ac to compile and run mono
> successfully.
>
> I even compiled my mono web-server HyperFastCgi v0.4
> (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the
> Tizen machine with ServiceStack-hosted "hello, World!" web-application
> (front-end nginx is located on the Ubuntu machine and sends requests to
> tizen machine). Seems that all works fine, I've got "Hello, World!" message
> in my browser.
>
> Here are the the sequence of commands I had to do to compile mono
> https://gist.github.com/xplicit/2f8444afe162ac69a5f7
> Here are the change for configure.ac
> https://gist.github.com/xplicit/f3d5d08b3eac836fae38
> I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image.
>
>
>
> --
> View this message in context:
> http://mono.1490590.n4.nabble.com/Still-seeking-contractor-to-adding-Tizen-support-to-Mono-tp4663022p4663077.html
> Sent from the Mono - Dev mailing list archive at Nabble.com.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

Yep, Tizen can target various architectures, though as Damien says, I don't
imagine those will be very troublesome either.Tizen is just a very
normal Linux.

There is a common base (called Tizen:Common) on which all the specific
profiles are built (IVI and Mobile for now, IoT, TV, appliances
forthcoming).

See https://wiki.tizen.org/wiki/Common.

 Reference Hardware

The actual reference targets are:

   - x86_64:
  - Intel Atom NUC <https://wiki.tizen.org/wiki/Devices#PC> - Bay Trail
  <http://ark.intel.com/products/codename/55844/Bay-Trail#@All>
  - Intel Minnowboard MAX
  <http://www.minnowboard.org/meet-minnowboard-max/> (Atom E38xx)
  - VTC 7120-BK
  
<http://www.nexcom.com/Products/mobile-computing-solutions/tizen-ivi-platform/tizen-ivi-platform/tizen-ivi-vtc-7120-bk>
  (Celeron 847E)
  - VTC 1010
  
<http://www.nexcom.com/Products/mobile-computing-solutions/tizen-ivi-platform/tizen-ivi-platform/vtc-1010-ivi>
  (Atom E3827)
   - i586:
  - Intel Haswell NUC (Core i3, Core i5)
  
<http://www.anandtech.com/show/7566/intels-haswell-nuc-d54250wyk-ucff-pc-review>
  - Lenovo x230 IvyBridge (Core i5)


   - armv7l:
  - (to be defined) see ARM <https://wiki.tizen.org/wiki/ARM> page
   - aarch64:
  - (to be defined)


See also "Leon Anavi - Porting Tizen to open source hardware devices for
beginners"

http://www.tizenexperts.com/2014/06/1-porting-tizen-open-source-hardware-devices-beginners

I have an RD-PQ Tizen developer phone, and an Intel NUC, which was a
giveaway at the Tizen Developer Conference.   I've also got a Gear 2
smartwatch, which also runs Tizen, but only the HTML5 APIs are exposed on
the watch, unless you root it (
http://www.tizenexperts.com/2014/06/hack-tizen-samsung-gear-2-gear-2-neo-get-root-access/
)

See
http://www.tizenexperts.com/2014/06/unboxing-intel-nuc-tizen-developer-conference-2014/
for more details on the Intel NUC.

BTW - tizenexperts.com is the best Tizen news site.
https://twitter.com/tizenexperts.


Cheers,
Bob



On Fri, Jun 13, 2014 at 9:55 AM, Damien Diederen  wrote:

>
> Bob, Sergey,
>
> I was wondering what Tizen had that was so different from other Linux
> distributions; I guess we now have an answer: not much!
>
> Of course, this is x86 and Bob is--AFAICT--interested in ARM, but I don't
> expect major problems there either as Tizen seems to be a bona fide
> glibc/RPM platform, unlike Android.
>
> Cheers, -D
>
>
> Bob Summerwill  writes:
> > Fantastic news!Thanks for sharing that information, Sergey.
> >
> > It sounds like the contract work for Tizen is going to be even more
> > minimal, then, along the lines of ...
> >
> > 1. Make configure changes in an upstream-able, clean format.Submit a
> > pull request and get that accepted.  Tada!   We have Tizen support for
> Mono
> > :-)
> > 2. Verify that all appropriate samples and unit-tests are buildable and
> > runnable against the Tizen emulator.Make a list of WON'T FIX ones.
> > 3. Work out how to augment the Mono automated builds/tests to include
> Tizen
> > support.
> >
> > On the question of automation ...  http://wrench.mono-project.com/builds
> > appears to be dead.
> >
> > Is there automation for Mono separate from whatever Xamarin have running
> > for their own needs?
> >
> > For Tizen at least I would like to get automated builds and runs going
> > within Windows Azure VMs which I will "sponsor" the costs of runnin.
>  Is
> > there an existing automation infrastructure for this to be added to?
> > Thanks!
> >
> >
> > Cheers,
> > Bob
> >
> >
> > On Fri, Jun 13, 2014 at 8:36 AM, xplicit  wrote:
> >
> >> I was able to compile and run mono on tizen(x86) out of the box. Only
> very
> >> small change is needed in configure.ac to compile and run mono
> >> successfully.
> >>
> >> I even compiled my mono web-server HyperFastCgi v0.4
> >> (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on
> the
> >> Tizen machine with ServiceStack-hosted "hello, World!" web-application
> >> (front-end nginx is located on the Ubuntu machine and sends requests to
> >> tizen machine). Seems that all works fine, I've got "Hello, World!"
> message
> >> in my browser.
> >>
> >> Here are the the sequence of commands I had to do to compile mono
> >> https://gist.github.com/xplicit/2f8444afe162ac69a5f7
> >> Here are the change for configure.ac
> >> https://gist.github.com/xplicit/f3d5d08b3eac836fae38
> >> I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image.
>
> --
> http://crosstwine.com
> tel:  +49 89 2189 2939
> cell: +49 174 3489 428
>
> "Strong Opinions, Weakly Held"
>  -- Bob Johansen
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

>From this discussion,  would I be correct in thinking there is NO existing
public automated build and testing infrastructure set up which is
independent of whatever Xamarin have for their own needs?

I was thinking I would be "adding Tizen configs"  but it sounds like we
need to build this for all platforms?
 On Jun 13, 2014 12:25 PM, "Daniel Lo Nigro"  wrote:

> Maybe drone could be used for CI. https://github.com/drone/drone/
>
>
> What does Drone do that other more common CI systems like Jenkins and
> TeamCity don't do?
>
>
> On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov  wrote:
>
>> On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote:
>>
>> Maybe drone could be used for CI. https://github.com/drone/drone/
>>
>> Also for open-source project you can try travis.ci, but it has one-hour
>> limit for running what can be critical for running mono tests inside the
>> tizen emulator.
>>
>> >
>> > For Tizen at least I would like to get automated builds and runs going
>> > within Windows Azure VMs which I will "sponsor" the costs of runnin.
>> > Is there an existing automation infrastructure for this to be added
>> > to?   Thanks!
>> >
>> >
>>
>>
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] MonoTizen contractor found - Crosstwine Labs (Damien Diederen)!

[Bob Summerwill]

I am delighted to announce that Crosstwine Labs (Damien Diederen) will be
contracting for Kitsilano Software to bring Tizen support to Mono up to
spec.

http://crosstwine.com/
https://twitter.com/ztzg
https://www.linkedin.com/pub/damien-diederen/0/5a9/473

It sounds like the Mono runtime very nearly "just works" on Tizen already,
so much of the work is likely to be ensuring that all the samples and
unit-tests are in a good state, and then setting up automated builds and
tests for everything, to ensure that things stay in a healthy state forever!

Thanks to the other individuals who also contacted me.   Best wishes ...


Cheers,
Bob Summerwill
Kitsilano Software

https://twitter.com/monotizen
http://kitsilanosoftware.wordpress.com/about/
http://bobsummerwill.wordpress.com/contact-bob/


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

Please could somebody confirm that there is no existing Mono project
automation?

Outside of whatever Xamarin do for their own needs, I mean?   Thanks!


Cheers,
Bob



On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov  wrote:

> They all do the same things, the only difference what I see is a pricing
> and limitations for cloud-based jenkins/drone/travis (don't know is
> there a cloud-based TeamCity services). CloudBees based on Jenkins has
> 100 min/month for free projects while drone.io does not have monthly
> limitations for open source. But drone.io has 30-min compile-time
> limitation which they say can be removed. Travis.CI site says that there
> are no limitation for open source projects, but somewhere I saw that it
> has 1 hour limit to compile time.
>
> For open-source project it's a good to have ability to avoid thinking
> about additional infrastructure for CI, its cost and maintenance. So in
> this case using cloud-based travis or drone can help devs to concentrate
> on software itself without spending their time and money to supporting
> internal CI build server.
>
>
> On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote:
> > Maybe drone could be used for
> > CI. https://github.com/drone/drone/
> >
> >
> > What does Drone do that other more common CI systems like Jenkins and
> > TeamCity don't do?
> >
> >
> > On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov  wrote:
> > On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote:
> >
> >
> > Maybe drone could be used for CI.
> > https://github.com/drone/drone/
> >
> > Also for open-source project you can try travis.ci, but it has
> > one-hour
> > limit for running what can be critical for running mono tests
> > inside the
> > tizen emulator.
> >
> > >
> > > For Tizen at least I would like to get automated builds and
> > runs going
> > > within Windows Azure VMs which I will "sponsor" the costs of
> > runnin.
> > > Is there an existing automation infrastructure for this to
> > be added
> > > to?   Thanks!
> > >
> > >
> >
> >
> >
> >
> > ___
> > Mono-devel-list mailing list
> > Mono-devel-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >
> >
> >
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

But there is no centrally maintained automated build instance right now,
correct?Or incorrect?




On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov  wrote:

> Anybody can use Travis.CI or drone.io as build system. They can run
> tests on different platforms. For example, here the post how to run
> tests on ARM platform using Travis.CI.
> http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html
>
> Also Travis.CI has built-in support for OSX and Ubuntu operating
> systems. So it's possible to write script, which will test mono across
> several tizen platforms the only bad thing could be a build time
> limitation.
>
>
> On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote:
> >
> > Please could somebody confirm that there is no existing Mono project
> > automation?
> >
> > Outside of whatever Xamarin do for their own needs, I mean?   Thanks!
> >
> >
> > Cheers,
> > Bob
> >
> >
> >
> >
> > On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov  wrote:
> > They all do the same things, the only difference what I see is
> > a pricing
> > and limitations for cloud-based jenkins/drone/travis (don't
> > know is
> > there a cloud-based TeamCity services). CloudBees based on
> > Jenkins has
> > 100 min/month for free projects while drone.io does not have
> > monthly
> > limitations for open source. But drone.io has 30-min
> > compile-time
> > limitation which they say can be removed. Travis.CI site says
> > that there
> > are no limitation for open source projects, but somewhere I
> > saw that it
> > has 1 hour limit to compile time.
> >
> > For open-source project it's a good to have ability to avoid
> > thinking
> > about additional infrastructure for CI, its cost and
> > maintenance. So in
> > this case using cloud-based travis or drone can help devs to
> > concentrate
> > on software itself without spending their time and money to
> > supporting
> > internal CI build server.
> >
> >
> > On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote:
> > > Maybe drone could be used for
> > > CI. https://github.com/drone/drone/
> > >
> > >
> > > What does Drone do that other more common CI systems like
> > Jenkins and
> > > TeamCity don't do?
> > >
> > >
> > > On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov 
> > wrote:
> > > On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill
> > wrote:
> > >
> > >
> > > Maybe drone could be used for CI.
> > > https://github.com/drone/drone/
> > >
> > > Also for open-source project you can try travis.ci,
> > but it has
> > > one-hour
> > > limit for running what can be critical for running
> > mono tests
> > > inside the
> > > tizen emulator.
> > >
> > > >
> > > > For Tizen at least I would like to get automated
> > builds and
> > > runs going
> > > > within Windows Azure VMs which I will "sponsor"
> > the costs of
> > > runnin.
> > > > Is there an existing automation infrastructure for
> > this to
> > > be added
> > > > to?   Thanks!
> > > >
> > > >
> > >
> > >
> > >
> > >
> > > ___
> > > Mono-devel-list mailing list
> > > Mono-devel-list@lists.ximian.com
> > >
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> > >
> > >
> > >
> >
> >
> > ___
> > Mono-devel-list mailing list
> > Mono-devel-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >
> >
> >
> >
> > --
> > b...@summerwill.net
> >
> >
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

I think you are right, Brandon.

The build status link from http://mono-project.com/Contributing leads to
http://wrench.mono-project.com/builds, which is dead.

The website in general appears to be a mixture of unloved and advert for
Xamarin, which strikes me as wrong.I will start another thread on the
general mailing list on that topic.


Cheers,
Bob


On Fri, Jun 13, 2014 at 2:49 PM, Brandon Perry 
wrote:

> I think your lack of response is probably a 'no' (outside of anything
> Xamarin might use internally).
>
>
> On Fri, Jun 13, 2014 at 4:47 PM, Bob Summerwill 
> wrote:
>
>>
>> But there is no centrally maintained automated build instance right now,
>> correct?Or incorrect?
>>
>>
>>
>>
>> On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov  wrote:
>>
>>> Anybody can use Travis.CI or drone.io as build system. They can run
>>> tests on different platforms. For example, here the post how to run
>>> tests on ARM platform using Travis.CI.
>>> http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html
>>>
>>> Also Travis.CI has built-in support for OSX and Ubuntu operating
>>> systems. So it's possible to write script, which will test mono across
>>> several tizen platforms the only bad thing could be a build time
>>> limitation.
>>>
>>>
>>> On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote:
>>> >
>>> > Please could somebody confirm that there is no existing Mono project
>>> > automation?
>>> >
>>> > Outside of whatever Xamarin do for their own needs, I mean?   Thanks!
>>> >
>>> >
>>> > Cheers,
>>> > Bob
>>> >
>>> >
>>> >
>>> >
>>> > On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov  wrote:
>>> > They all do the same things, the only difference what I see is
>>> > a pricing
>>> > and limitations for cloud-based jenkins/drone/travis (don't
>>> > know is
>>> > there a cloud-based TeamCity services). CloudBees based on
>>> > Jenkins has
>>> > 100 min/month for free projects while drone.io does not have
>>> > monthly
>>> > limitations for open source. But drone.io has 30-min
>>> > compile-time
>>> > limitation which they say can be removed. Travis.CI site says
>>> > that there
>>> > are no limitation for open source projects, but somewhere I
>>> > saw that it
>>> > has 1 hour limit to compile time.
>>> >
>>> > For open-source project it's a good to have ability to avoid
>>> > thinking
>>> > about additional infrastructure for CI, its cost and
>>> > maintenance. So in
>>> > this case using cloud-based travis or drone can help devs to
>>> > concentrate
>>> > on software itself without spending their time and money to
>>> > supporting
>>> > internal CI build server.
>>> >
>>> >
>>> > On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote:
>>> > > Maybe drone could be used for
>>> > > CI. https://github.com/drone/drone/
>>> > >
>>> > >
>>> > > What does Drone do that other more common CI systems like
>>> > Jenkins and
>>> > > TeamCity don't do?
>>> > >
>>> > >
>>> > > On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov 
>>> > wrote:
>>> > > On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill
>>> > wrote:
>>> > >
>>> > >
>>> > > Maybe drone could be used for CI.
>>> > > https://github.com/drone/drone/
>>> > >
>>> > > Also for open-source project you can try travis.ci,
>>> > but it has
>>> > > one-hour
>>> > > limit for running what can be critical for running
>>> > mono tests
>>> > > inside the
>>> > > tizen emulator.
>>> > >
>>> > >

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

Right, so maybe this is more a case of the website not getting enough love?

We should still have automation independent of Xamarin, though. Mono !=
Xamarin.


Cheers,
Bob


On Fri, Jun 13, 2014 at 3:04 PM, Sergey Zhukov  wrote:

> AFAIK, Xamarin uses this for mono (it's working link)
> https://wrench.mono-project.com/Wrench/
>
> also I've seen travis scripts in the mono tree some time ago (some of
> them or even all were removed)
>
>
> On Fri, 2014-06-13 at 14:47 -0700, Bob Summerwill wrote:
> >
> > But there is no centrally maintained automated build instance right
> > now, correct?Or incorrect?
> >
> >
> >
> >
> >
> > On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov  wrote:
> > Anybody can use Travis.CI or drone.io as build system. They
> > can run
> > tests on different platforms. For example, here the post how
> > to run
> > tests on ARM platform using Travis.CI.
> >
> http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html
> >
> > Also Travis.CI has built-in support for OSX and Ubuntu
> > operating
> > systems. So it's possible to write script, which will test
> > mono across
> > several tizen platforms the only bad thing could be a build
> > time
> > limitation.
> >
> >
> > On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote:
> > >
> > > Please could somebody confirm that there is no existing Mono
> > project
> > > automation?
> > >
> > > Outside of whatever Xamarin do for their own needs, I mean?
> > Thanks!
> > >
> > >
> > > Cheers,
> > > Bob
> > >
> > >
> > >
> > >
> > > On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov 
> > wrote:
> > > They all do the same things, the only difference
> > what I see is
> > > a pricing
> > > and limitations for cloud-based jenkins/drone/travis
> > (don't
> > > know is
> > > there a cloud-based TeamCity services). CloudBees
> > based on
> > > Jenkins has
> > > 100 min/month for free projects while drone.io does
> > not have
> > > monthly
> > > limitations for open source. But drone.io has 30-min
> > > compile-time
> > > limitation which they say can be removed. Travis.CI
> > site says
> > > that there
> > > are no limitation for open source projects, but
> > somewhere I
> > > saw that it
> > > has 1 hour limit to compile time.
> > >
> > > For open-source project it's a good to have ability
> > to avoid
> > > thinking
> > > about additional infrastructure for CI, its cost and
> > > maintenance. So in
> > > this case using cloud-based travis or drone can help
> > devs to
> > > concentrate
> > > on software itself without spending their time and
> > money to
> > > supporting
> > > internal CI build server.
> > >
> > >
> > >     On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro
> > wrote:
> > > > Maybe drone could be used for
> > > > CI. https://github.com/drone/drone/
> > > >
> > > >
> > > > What does Drone do that other more common CI
> > systems like
> > > Jenkins and
> > > > TeamCity don't do?
> > > >
> > > >
> > > > On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov
> > 
> > > wrote:
> > > > On Fri, 2014-06-13 at 09:12 -0700, Bob
> > Summerwill
> > > wrote:
> > > >
> > > >
> &

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

It looks like it might be https://github.com/alexrp (Alex Rønne
Petersen).   CC-ed.


On Fri, Jun 13, 2014 at 3:18 PM, Sergey Zhukov  wrote:

> Also I've found this link, don't know who maintains it
>
> http://monojenkins.cloudapp.net/
>
> On Fri, 2014-06-13 at 15:07 -0700, Bob Summerwill wrote:
> > Right, so maybe this is more a case of the website not getting enough
> > love?
> >
> >
> > We should still have automation independent of Xamarin, though.
> > Mono != Xamarin.
> >
> >
> >
> > Cheers,
> > Bob
> >
> >
> >
> > On Fri, Jun 13, 2014 at 3:04 PM, Sergey Zhukov  wrote:
> > AFAIK, Xamarin uses this for mono (it's working link)
> > https://wrench.mono-project.com/Wrench/
> >
> > also I've seen travis scripts in the mono tree some time ago
> > (some of
> > them or even all were removed)
> >
> >
> > On Fri, 2014-06-13 at 14:47 -0700, Bob Summerwill wrote:
> > >
> > > But there is no centrally maintained automated build
> > instance right
> > > now, correct?Or incorrect?
> > >
> > >
> > >
> > >
> > >
> > > On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov 
> > wrote:
> > > Anybody can use Travis.CI or drone.io as build
> > system. They
> > > can run
> > > tests on different platforms. For example, here the
> > post how
> > > to run
> > > tests on ARM platform using Travis.CI.
> > >
> >
> http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html
> > >
> > > Also Travis.CI has built-in support for OSX and
> > Ubuntu
> > >     operating
> > > systems. So it's possible to write script, which
> > will test
> > > mono across
> > > several tizen platforms the only bad thing could be
> > a build
> > > time
> > > limitation.
> > >
> > >
> > > On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill
> > wrote:
> > > >
> > > > Please could somebody confirm that there is no
> > existing Mono
> > > project
> > > > automation?
> > > >
> > > > Outside of whatever Xamarin do for their own
> > needs, I mean?
> > > Thanks!
> > > >
> > > >
> > > > Cheers,
> > > > Bob
> > > >
> > > >
> > > >
> > > >
> > > > On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov
> > 
> > > wrote:
> > > > They all do the same things, the only
> > difference
> > > what I see is
> > > > a pricing
> > > > and limitations for cloud-based
> > jenkins/drone/travis
> > > (don't
> > > > know is
> > > > there a cloud-based TeamCity services).
> > CloudBees
> > > based on
> > > > Jenkins has
> > > > 100 min/month for free projects while
> > drone.io does
> > > not have
> > > > monthly
> > > > limitations for open source. But drone.io
> > has 30-min
> > > > compile-time
> > > > limitation which they say can be removed.
> > Travis.CI
> > > site says
> > > > that there
> > > > are no limitation for open source
> > projects, but
> > > somewhere I
> > > > saw that it
> > > > has 1 hour limit to compile time.

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

Thanks for the information, Alex.

Is that Xamarin-funded infrastructure?Or something which you set up
outside of Xamarin prior to your employment?

If there is some way in which we can ensure that non-Xamarin-employees
working on Mono can contribute to that automation setup, that would be
splendid.


Cheers,
Bob


On Fri, Jun 13, 2014 at 11:23 PM, Alex Rønne Petersen 
wrote:

> Yes, http://monojenkins.cloudapp.net/ is what is used to test the
> major projects under the Mono org on Linux, and also to test pull
> requests.
>
> We will soon be changing the setup there to accommodate
> multi-configuration builds (e.g. x86, amd64, linux, os x, ...) so if
> you have machines you'd like to contribute, that can definitely be
> arranged.
>
> Note that for each platform, we'd need 4 machines at minimum to be
> able to keep up on busy days. The Small (A1) Azure tier seems to work
> well enough for this purpose.
>
> On Sat, Jun 14, 2014 at 12:46 AM, Bob Summerwill 
> wrote:
> >
> > It looks like it might be https://github.com/alexrp (Alex Rønne
> Petersen).
> > CC-ed.
> >
> >
> > On Fri, Jun 13, 2014 at 3:18 PM, Sergey Zhukov  wrote:
> >>
> >> Also I've found this link, don't know who maintains it
> >>
> >> http://monojenkins.cloudapp.net/
> >>
> >> On Fri, 2014-06-13 at 15:07 -0700, Bob Summerwill wrote:
> >> > Right, so maybe this is more a case of the website not getting enough
> >> > love?
> >> >
> >> >
> >> > We should still have automation independent of Xamarin, though.
> >> > Mono != Xamarin.
> >> >
> >> >
> >> >
> >> > Cheers,
> >> > Bob
> >> >
> >> >
> >> >
> >> > On Fri, Jun 13, 2014 at 3:04 PM, Sergey Zhukov  wrote:
> >> > AFAIK, Xamarin uses this for mono (it's working link)
> >> > https://wrench.mono-project.com/Wrench/
> >> >
> >> > also I've seen travis scripts in the mono tree some time ago
> >> > (some of
> >> > them or even all were removed)
> >> >
> >> >
> >> > On Fri, 2014-06-13 at 14:47 -0700, Bob Summerwill wrote:
> >> > >
> >> > > But there is no centrally maintained automated build
> >> > instance right
> >> > > now, correct?Or incorrect?
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov 
> >> > wrote:
> >> > > Anybody can use Travis.CI or drone.io as build
> >> > system. They
> >> > > can run
> >> > > tests on different platforms. For example, here the
> >> > post how
> >> > > to run
> >> >     > tests on ARM platform using Travis.CI.
> >> > >
> >> >
> >> > http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html
> >> > >
> >> > > Also Travis.CI has built-in support for OSX and
> >> > Ubuntu
> >> > > operating
> >> > > systems. So it's possible to write script, which
> >> > will test
> >> > > mono across
> >> > > several tizen platforms the only bad thing could be
> >> > a build
> >> > > time
> >> > > limitation.
> >> > >
> >> > >
> >> > > On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill
> >> > wrote:
> >> > > >
> >> > > > Please could somebody confirm that there is no
> >> > existing Mono
> >> > > project
> >> > > > automation?
> >> > > >
> >> > > > Outside of whatever Xamarin do for their own
> >> > needs, I mean?
> >> > > Thanks!
> >> > > >
> >> > > >
> >> > > > Cheers,
> >> &

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

Great - so for the Tizen test-cases, Damien should probably get an
equivalent set of automation running on an Azure VM, and then we should
work out how to incorporate that VM into your Jenkins instance?


Cheers,
Bob


On Sat, Jun 14, 2014 at 12:07 AM, Alex Rønne Petersen 
wrote:

> Xamarin pays for the current infrastructure and the upcoming x86 VMs
> we're going to add to it. That doesn't stop anyone from contributing
> more infrastructure.
>
> The build automation inside Xamarin for our commercial products is
> based on Wrench.
>
> On Sat, Jun 14, 2014 at 9:03 AM, Bob Summerwill 
> wrote:
> > Thanks for the information, Alex.
> >
> > Is that Xamarin-funded infrastructure?Or something which you set up
> > outside of Xamarin prior to your employment?
> >
> > If there is some way in which we can ensure that non-Xamarin-employees
> > working on Mono can contribute to that automation setup, that would be
> > splendid.
> >
> >
> > Cheers,
> > Bob
> >
> >
> > On Fri, Jun 13, 2014 at 11:23 PM, Alex Rønne Petersen 
> > wrote:
> >>
> >> Yes, http://monojenkins.cloudapp.net/ is what is used to test the
> >> major projects under the Mono org on Linux, and also to test pull
> >> requests.
> >>
> >> We will soon be changing the setup there to accommodate
> >> multi-configuration builds (e.g. x86, amd64, linux, os x, ...) so if
> >> you have machines you'd like to contribute, that can definitely be
> >> arranged.
> >>
> >> Note that for each platform, we'd need 4 machines at minimum to be
> >> able to keep up on busy days. The Small (A1) Azure tier seems to work
> >> well enough for this purpose.
> >>
> >> On Sat, Jun 14, 2014 at 12:46 AM, Bob Summerwill 
> >> wrote:
> >> >
> >> > It looks like it might be https://github.com/alexrp (Alex Rønne
> >> > Petersen).
> >> > CC-ed.
> >> >
> >> >
> >> > On Fri, Jun 13, 2014 at 3:18 PM, Sergey Zhukov  wrote:
> >> >>
> >> >> Also I've found this link, don't know who maintains it
> >> >>
> >> >> http://monojenkins.cloudapp.net/
> >> >>
> >> >> On Fri, 2014-06-13 at 15:07 -0700, Bob Summerwill wrote:
> >> >> > Right, so maybe this is more a case of the website not getting
> enough
> >> >> > love?
> >> >> >
> >> >> >
> >> >> > We should still have automation independent of Xamarin, though.
> >> >> > Mono != Xamarin.
> >> >> >
> >> >> >
> >> >> >
> >> >> > Cheers,
> >> >> > Bob
> >> >> >
> >> >> >
> >> >> >
> >> >> > On Fri, Jun 13, 2014 at 3:04 PM, Sergey Zhukov  wrote:
> >> >> > AFAIK, Xamarin uses this for mono (it's working link)
> >> >> > https://wrench.mono-project.com/Wrench/
> >> >> >
> >> >> > also I've seen travis scripts in the mono tree some time
> ago
> >> >> > (some of
> >> >> > them or even all were removed)
> >> >> >
> >> >> >
> >> >> > On Fri, 2014-06-13 at 14:47 -0700, Bob Summerwill wrote:
> >> >> > >
> >> >> > > But there is no centrally maintained automated build
> >> >> > instance right
> >> >> > > now, correct?Or incorrect?
> >> >> > >
> >> >> > >
> >> >> > >
> >> >> > >
> >> >> > >
> >> >> > > On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov <
> s...@ngs.ru>
> >> >> > wrote:
> >> >> > > Anybody can use Travis.CI or drone.io as build
> >> >> > system. They
> >> >> > > can run
> >> >> > > tests on different platforms. For example, here
> the
> >> >> > post how
> >> >> > > to run
> >> >> > > tests on ARM platform using Travis.CI.
> >> >> > >
> >> >> >
> >> >> > http://www.tomaz.me/2013/12/

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

Great - thanks for the info!



On Sat, Jun 14, 2014 at 12:33 AM, Alex Rønne Petersen 
wrote:

> Nothing much has to be done on slave VMs other than installing
> necessary software to build/run Mono. Jenkins connects to slaves via
> plain old SSH.
>
> Note that I need an account with sudo access on all VMs hooked up to
> http://monojenkins.cloudapp.net/.
>
> On Sat, Jun 14, 2014 at 9:16 AM, Bob Summerwill 
> wrote:
> > Great - so for the Tizen test-cases, Damien should probably get an
> > equivalent set of automation running on an Azure VM, and then we should
> work
> > out how to incorporate that VM into your Jenkins instance?
> >
> >
> > Cheers,
> > Bob
> >
> >
> > On Sat, Jun 14, 2014 at 12:07 AM, Alex Rønne Petersen 
> > wrote:
> >>
> >> Xamarin pays for the current infrastructure and the upcoming x86 VMs
> >> we're going to add to it. That doesn't stop anyone from contributing
> >> more infrastructure.
> >>
> >> The build automation inside Xamarin for our commercial products is
> >> based on Wrench.
> >>
> >> On Sat, Jun 14, 2014 at 9:03 AM, Bob Summerwill 
> >> wrote:
> >> > Thanks for the information, Alex.
> >> >
> >> > Is that Xamarin-funded infrastructure?Or something which you set
> up
> >> > outside of Xamarin prior to your employment?
> >> >
> >> > If there is some way in which we can ensure that non-Xamarin-employees
> >> > working on Mono can contribute to that automation setup, that would be
> >> > splendid.
> >> >
> >> >
> >> > Cheers,
> >> > Bob
> >> >
> >> >
> >> > On Fri, Jun 13, 2014 at 11:23 PM, Alex Rønne Petersen <
> a...@alexrp.com>
> >> > wrote:
> >> >>
> >> >> Yes, http://monojenkins.cloudapp.net/ is what is used to test the
> >> >> major projects under the Mono org on Linux, and also to test pull
> >> >> requests.
> >> >>
> >> >> We will soon be changing the setup there to accommodate
> >> >> multi-configuration builds (e.g. x86, amd64, linux, os x, ...) so if
> >> >> you have machines you'd like to contribute, that can definitely be
> >> >> arranged.
> >> >>
> >> >> Note that for each platform, we'd need 4 machines at minimum to be
> >> >> able to keep up on busy days. The Small (A1) Azure tier seems to work
> >> >> well enough for this purpose.
> >> >>
> >> >> On Sat, Jun 14, 2014 at 12:46 AM, Bob Summerwill  >
> >> >> wrote:
> >> >> >
> >> >> > It looks like it might be https://github.com/alexrp (Alex Rønne
> >> >> > Petersen).
> >> >> > CC-ed.
> >> >> >
> >> >> >
> >> >> > On Fri, Jun 13, 2014 at 3:18 PM, Sergey Zhukov  wrote:
> >> >> >>
> >> >> >> Also I've found this link, don't know who maintains it
> >> >> >>
> >> >> >> http://monojenkins.cloudapp.net/
> >> >> >>
> >> >> >> On Fri, 2014-06-13 at 15:07 -0700, Bob Summerwill wrote:
> >> >> >> > Right, so maybe this is more a case of the website not getting
> >> >> >> > enough
> >> >> >> > love?
> >> >> >> >
> >> >> >> >
> >> >> >> > We should still have automation independent of Xamarin, though.
> >> >> >> > Mono != Xamarin.
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >> > Cheers,
> >> >> >> > Bob
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >> > On Fri, Jun 13, 2014 at 3:04 PM, Sergey Zhukov 
> wrote:
> >> >> >> > AFAIK, Xamarin uses this for mono (it's working link)
> >> >> >> > https://wrench.mono-project.com/Wrench/
> >> >> >> >
> >> >> >> > also I've seen travis scripts in the mono tree some time
> >> >> >> > ago
> >> >> >> > (some of
> >> >> >> > them or even all were removed)
> >> >> >> >
&

[Mono-dev] MonoTizen - Day #1 of Production!

[Bob Summerwill]

OK - we're away!

http://monotizen.wordpress.com/2014/06/16/monotizen-day1-of-production/


Cheers,
Bob Summerwill
Kitsilano Software Inc
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Debian CI & PPA for Ubuntu/Debian

[Bob Summerwill]

Hey Chris and Miguel,

I need to support an "extra platform" too, for Tizen (see
http://monotizen.com).

Perhaps we can collaborate on producing some good standard "patterns" for
community-supported additional platform support?

It would be good if there was a simple way for additional platforms to hook
into common CI infrastucture (with contributed VMs), and to expose their
binaries through the Mono Project website in a common way.

It is great that Xamarin is bringing Linux support back up to first-class
support, but there will always be a role for community supported "lesser
platforms", and there is no need or benefit in trying to do those in the
same way as the core platforms.


Cheers,
Bob


On Mon, Jun 16, 2014 at 7:39 AM, Miguel de Icaza  wrote:

> Hello Chris,
>
> I am not sure that we will cover every possible Linux, but we will try to
> cover the major Linux distributions/versions.
>
> So there is still room for other minor versions to keep their own builds
> going.
>
>
> On Mon, Jun 16, 2014 at 7:34 AM, Chris Tacke  wrote:
>
>> Does this mean you 'll start looking at hosting official packages for
>> other distros too?  For example, I currently maintain a 586 (not 686) build
>> for Wind River Linux.  For a variety of reasons, not having to do that
>> myself sure would be nice.
>>
>>
>>
>> -Chris
>>
>>
>>
>>
>>
>> *From:* mono-devel-list-boun...@lists.ximian.com [mailto:
>> mono-devel-list-boun...@lists.ximian.com] *On Behalf Of *Miguel de Icaza
>> *Sent:* Monday, June 16, 2014 8:16 AM
>> *To:* Alexander Trauzzi
>> *Cc:* mono-devel
>> *Subject:* Re: [Mono-dev] Debian CI & PPA for Ubuntu/Debian
>>
>>
>>
>> Hello Alexander,
>>
>>
>>
>> We are getting our house in order in terms of Linux support.   Jo
>> Shields, one of the Mono/Debian maintainers will be joining Xamarin this
>> July to work on both keeping our packages up to date on Linux, as well as
>> restoring our sanity when it comes to regressions, public CI and other
>> services that have languished.
>>
>>
>>
>> We really wish he could start earlier, but he had to wrap up a long
>> commitment with his current employer.
>>
>>
>>
>> That said, we look forward for a bright and lovely future for Mono on
>> Linux again.
>>
>>
>>
>> Miguel
>>
>>
>>
>> On Mon, Jun 16, 2014 at 6:07 AM, Alexander Trauzzi 
>> wrote:
>>
>> Hello to the Mono devel list!
>>
>>
>>
>> I started a discussion this weekend on ubuntu-devel-discuss to talk about
>> Mono on that platform and getting more current versions available. You can
>> catch up here:
>> https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2014-June/015005.html
>>
>>
>>
>> As we started to untangle things, it came up that the current CI for Mono
>> on Debian is currently not working.  I'm not familiar with building Mono or
>> properly packaging software, however I'm wondering if this is something
>> Xamarin/Mono could take a look at?
>>
>>
>>
>> I know historically this relationship has been a bit strange, but what
>> I'm looking for here as a "user" of Mono is for the two sides to somehow
>> come together -- I think there's a decent amount interest in having the
>> latest & greatest available on Ubuntu.
>>
>>
>>
>> Failing all that, perhaps at the very least, the discussion here on this
>> list could focus on what exactly it would take (from Mono/Xamarin's
>> perspective) to get current versions of Mono flowing on Ubuntu again.
>>  Also, feel free to jump over to the other discussion if it's appropriate.
>>
>>
>>
>> Before I finish, a choice tweet from a while back:
>> https://twitter.com/migueldeicaza/status/442491724683018241
>>
>> This might just be me, but ensuring developers on Ubuntu are on the same
>> footing as Mac/Windows would definitely go a long way towards that hope.
>>
>>
>>
>> All the best!
>>
>>
>>
>>
>>
>>   Alexander Trauzzi
>>
>>   atrau...@gmail.com
>>
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>>
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Debian CI & PPA for Ubuntu/Debian

[Bob Summerwill]

But perhaps this webpage will change, Miguel?

http://monodevelop.com/Download

... with the openSUSE, SLE, Debian and Ubuntu binaries for MonoDevelop
becoming "first class citizens", co-released with Windows and Mac?


Cheers,
Bob



On Thu, Jul 3, 2014 at 7:32 AM, Miguel de Icaza  wrote:

> Hello Alex,
>
> Xamarin Studio is just our Android/iOS add-in, and the branding addin on
> top of a vanilla Xamarin Studio.
>
> Those addins require an SDK that is not available on Linux, so it does not
> make much sense to ship those.
>
> Miguel
>
>
> On Sat, Jun 28, 2014 at 6:15 PM, Alexander Trauzzi 
> wrote:
>
>> Hey Miguel,
>>
>> I also forgot to ask, does this mean there will also be a release of
>> Xamarin Studio for the targeted Linux distributions?
>>
>>
>> - Alex
>>
>>
>>
>> On Mon, Jun 16, 2014 at 8:16 AM, Miguel de Icaza 
>> wrote:
>>
>>> Hello Alexander,
>>>
>>> We are getting our house in order in terms of Linux support.   Jo
>>> Shields, one of the Mono/Debian maintainers will be joining Xamarin this
>>> July to work on both keeping our packages up to date on Linux, as well as
>>> restoring our sanity when it comes to regressions, public CI and other
>>> services that have languished.
>>>
>>> We really wish he could start earlier, but he had to wrap up a long
>>> commitment with his current employer.
>>>
>>> That said, we look forward for a bright and lovely future for Mono on
>>> Linux again.
>>>
>>> Miguel
>>>
>>>
>>> On Mon, Jun 16, 2014 at 6:07 AM, Alexander Trauzzi 
>>> wrote:
>>>
 Hello to the Mono devel list!

 I started a discussion this weekend on ubuntu-devel-discuss to talk
 about Mono on that platform and getting more current versions available.
 You can catch up here:
 https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2014-June/015005.html

 As we started to untangle things, it came up that the current CI for
 Mono on Debian is currently not working.  I'm not familiar with building
 Mono or properly packaging software, however I'm wondering if this is
 something Xamarin/Mono could take a look at?

 I know historically this relationship has been a bit strange, but what
 I'm looking for here as a "user" of Mono is for the two sides to somehow
 come together -- I think there's a decent amount interest in having the
 latest & greatest available on Ubuntu.

 Failing all that, perhaps at the very least, the discussion here on
 this list could focus on what exactly it would take (from Mono/Xamarin's
 perspective) to get current versions of Mono flowing on Ubuntu again.
  Also, feel free to jump over to the other discussion if it's appropriate.

 Before I finish, a choice tweet from a while back:
 https://twitter.com/migueldeicaza/status/442491724683018241
  This might just be me, but ensuring developers on Ubuntu are on the
 same footing as Mac/Windows would definitely go a long way towards that
 hope.

 All the best!


   Alexander Trauzzi
   atrau...@gmail.com

 ___
 Mono-devel-list mailing list
 Mono-devel-list@lists.ximian.com
 http://lists.ximian.com/mailman/listinfo/mono-devel-list


>>>
>>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Mono application running on Tizen attached to debugger!

[Bob Summerwill]

MONKEY-TASTIC NEWS! We have a Mono application running on Tizen attached to
debugger!

https://twitter.com/monotizen/status/485447206845960192




-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Mono 3.6 release?

[Bob Summerwill]

Hey guys,

The Mono 3.6 release line was created at the start of the month and has
seen very, little movement since.We created matching Tizen RPMs several
weeks ago.

What is the plan for the Mono 3.6 release?Who is the Release Manager?
Rodrigo?   What is the process?

Some more transparency to the community around Mono release process would
be helpful.   Thanks!


Cheers,
Bob

-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

I'm not in a rush.   I'm just trying to coordinate release of matching
Mono-3.6.0 RPMs for Tizen in an information vacuum.

As Alex says, there appears to be no community-visible way to see what the
outstanding issues with 3.6 are, and hence judge how close to release we
may be.

None of this is "a big deal" ... I was just wondering whether there was a
community-visible process which I was unaware of other than "It will be
done when it is done"?


Cheers,
Bob


On Wed, Jul 30, 2014 at 7:26 AM, Edward Ned Harvey (mono) <
edward.harvey.m...@clevertrove.com> wrote:

> > From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> > boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
> >
> > If you are in a rush, use a git checkout.
>
> Or just use whatever is the latest stable release, namely 3.4.0?  Unless
> there's a specific feature you need, there will *always* be a pending
> release, so it normally doesn't make sense to wait for the next pending
> release, but instead, normally it makes the most sense to use whatever the
> current release is.
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

That's what I thought, Miguel.

Thanks for the clarification.

With regard to the Tizen RPMs, should I just log a Bugzilla ticket to get a
link added to the Mono Project downloads Web page when 3.6 gets released?
Thanks.

Cheers,
Bob
On Jul 30, 2014 9:23 AM, "Miguel de Icaza"  wrote:

> Hello Bob,
>
> No, there is no public process for what we do.   But you can keep an eye
> on the bugs going into Bugzilla, the commits in GitHub and the discussions
> on IRC.
>
> Miguel
>
>
> On Wed, Jul 30, 2014 at 11:00 AM, Bob Summerwill 
> wrote:
>
>>
>> I'm not in a rush.   I'm just trying to coordinate release of matching
>> Mono-3.6.0 RPMs for Tizen in an information vacuum.
>>
>> As Alex says, there appears to be no community-visible way to see what
>> the outstanding issues with 3.6 are, and hence judge how close to release
>> we may be.
>>
>> None of this is "a big deal" ... I was just wondering whether there was a
>> community-visible process which I was unaware of other than "It will be
>> done when it is done"?
>>
>>
>> Cheers,
>> Bob
>>
>>
>> On Wed, Jul 30, 2014 at 7:26 AM, Edward Ned Harvey (mono) <
>> edward.harvey.m...@clevertrove.com> wrote:
>>
>>> > From: mono-devel-list-boun...@lists.ximian.com [mailto:
>>> mono-devel-list-
>>> > boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
>>> >
>>> > If you are in a rush, use a git checkout.
>>>
>>> Or just use whatever is the latest stable release, namely 3.4.0?  Unless
>>> there's a specific feature you need, there will *always* be a pending
>>> release, so it normally doesn't make sense to wait for the next pending
>>> release, but instead, normally it makes the most sense to use whatever the
>>> current release is.
>>>
>>
>>
>>
>> --
>> b...@summerwill.net
>>
>>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

And as for Abode ... they are real losers, aren't they?   They are so
unloved and being chopped apart at the seams.

Adobe Reader and Flash are certainly some of the most irritating pieces of
software I have on my machines, and I will be delighted to be finally rid
of both of them in the not too distant future.


Cheers,
Bob


On Tue, Jul 29, 2014 at 2:16 PM, Bob Summerwill  wrote:

> Hey guys,
>
> The Mono 3.6 release line was created at the start of the month and has
> seen very, little movement since.We created matching Tizen RPMs several
> weeks ago.
>
> What is the plan for the Mono 3.6 release?Who is the Release Manager?
>   Rodrigo?   What is the process?
>
> Some more transparency to the community around Mono release process would
> be helpful.   Thanks!
>
>
> Cheers,
> Bob
>
> --
> b...@summerwill.net
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release? (Mono-devel-list Digest, Vol 111, Issue 25)

[Bob Summerwill]

Ha ha!Happy exploration, Jo.   Good to meet you!


Cheers,
Bob


On Thu, Jul 31, 2014 at 5:11 AM, Jo Shields  wrote:

>
> On 07/30/2014 05:41 PM, Bob Summerwill wrote:
>
>> That's what I thought, Miguel.
>>
>> Thanks for the clarification.
>>
>> With regard to the Tizen RPMs, should I just log a Bugzilla ticket to get
>> a
>> link added to the Mono Project downloads Web page when 3.6 gets released?
>> Thanks.
>>
>
> Bob,
>
> Adding Tizen RPMs to the download page is on my list of jobs, I just need
> to acquaint myself fully with the process for updating the production
> website. I haven't touched the wobbly JavaScript that builds the download
> page for a few years.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release? (Mono-devel-list Digest, Vol 111, Issue 25)

[Bob Summerwill]

The Tizen RPMs for Mono-3.6 are hosted on the Github Page for MonoTizen,
which is ...

https://github.com/kitsilanosoftware/MonoTizen/tree/gh-pages/rpms

Which then maps to ...

http://kitsilanosoftware.github.io/MonoTizen/

These are the main RPMs for the production Tizen-2.2.1 release:

2.2.1-armv7l
2.2.1-i686

And we also have RPMs for the WIP Tizen 3.0.

Cheers,
Bob




On Thu, Jul 31, 2014 at 8:42 AM, Bob Summerwill  wrote:

> Ha ha!Happy exploration, Jo.   Good to meet you!
>
>
> Cheers,
> Bob
>
>
> On Thu, Jul 31, 2014 at 5:11 AM, Jo Shields  wrote:
>
>>
>> On 07/30/2014 05:41 PM, Bob Summerwill wrote:
>>
>>> That's what I thought, Miguel.
>>>
>>> Thanks for the clarification.
>>>
>>> With regard to the Tizen RPMs, should I just log a Bugzilla ticket to
>>> get a
>>> link added to the Mono Project downloads Web page when 3.6 gets released?
>>> Thanks.
>>>
>>
>> Bob,
>>
>> Adding Tizen RPMs to the download page is on my list of jobs, I just need
>> to acquaint myself fully with the process for updating the production
>> website. I haven't touched the wobbly JavaScript that builds the download
>> page for a few years.
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>
>
>
> --
> b...@summerwill.net
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

Would that be the case even if all changes were already upstreamed to
master?

Because that is practically already the case with Tizen.  There was only
one #ifdef change to the Mono Runtime.   The only other up- streaming still
todo relates to fixes for pre-existing Linux ARM broken tests or Tizen
build scripts.

Tizen really is just another Linux distro.  We're just building and hosting
binaries.

Why not have a "community supported, use at your own risk" section on the
Downloads page?

Cheers,
Bob
On Jul 31, 2014 9:21 AM, "Miguel de Icaza"  wrote:

> Hello Bob,
>
> In general, I do not link to external packages.  We only link to external
> packages of established communities and maintainers (like Debian, or
> Fedora).
>
> The only way Tizen is going to get listed on our site is when we build
> those packages ourselves.
>
> Miguel
>
>
> On Wed, Jul 30, 2014 at 12:41 PM, Bob Summerwill 
> wrote:
>
>> That's what I thought, Miguel.
>>
>> Thanks for the clarification.
>>
>> With regard to the Tizen RPMs, should I just log a Bugzilla ticket to get
>> a link added to the Mono Project downloads Web page when 3.6 gets
>> released?   Thanks.
>>
>> Cheers,
>> Bob
>> On Jul 30, 2014 9:23 AM, "Miguel de Icaza"  wrote:
>>
>>> Hello Bob,
>>>
>>> No, there is no public process for what we do.   But you can keep an eye
>>> on the bugs going into Bugzilla, the commits in GitHub and the discussions
>>> on IRC.
>>>
>>>  Miguel
>>>
>>>
>>> On Wed, Jul 30, 2014 at 11:00 AM, Bob Summerwill 
>>> wrote:
>>>
>>>>
>>>> I'm not in a rush.   I'm just trying to coordinate release of matching
>>>> Mono-3.6.0 RPMs for Tizen in an information vacuum.
>>>>
>>>> As Alex says, there appears to be no community-visible way to see what
>>>> the outstanding issues with 3.6 are, and hence judge how close to release
>>>> we may be.
>>>>
>>>> None of this is "a big deal" ... I was just wondering whether there was
>>>> a community-visible process which I was unaware of other than "It will be
>>>> done when it is done"?
>>>>
>>>>
>>>> Cheers,
>>>> Bob
>>>>
>>>>
>>>> On Wed, Jul 30, 2014 at 7:26 AM, Edward Ned Harvey (mono) <
>>>> edward.harvey.m...@clevertrove.com> wrote:
>>>>
>>>>> > From: mono-devel-list-boun...@lists.ximian.com [mailto:
>>>>> mono-devel-list-
>>>>> > boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
>>>>> >
>>>>> > If you are in a rush, use a git checkout.
>>>>>
>>>>> Or just use whatever is the latest stable release, namely 3.4.0?
>>>>>  Unless there's a specific feature you need, there will *always* be a
>>>>> pending release, so it normally doesn't make sense to wait for the next
>>>>> pending release, but instead, normally it makes the most sense to use
>>>>> whatever the current release is.
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> b...@summerwill.net
>>>>
>>>>
>>>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

I would be delighted to contribute all of these Tizen changes back to
Xamarin, including reassigning copyright of all the build scripts and VM
building.

I would also be happy to pay for any VMs and storage capacity which you
need to carry that.  Ditto for hardware costs for ARM on Linux.

Cheers,
Bob
On Jul 31, 2014 9:30 AM, "Bob Summerwill"  wrote:

> Would that be the case even if all changes were already upstreamed to
> master?
>
> Because that is practically already the case with Tizen.  There was only
> one #ifdef change to the Mono Runtime.   The only other up- streaming still
> todo relates to fixes for pre-existing Linux ARM broken tests or Tizen
> build scripts.
>
> Tizen really is just another Linux distro.  We're just building and
> hosting binaries.
>
> Why not have a "community supported, use at your own risk" section on the
> Downloads page?
>
> Cheers,
> Bob
> On Jul 31, 2014 9:21 AM, "Miguel de Icaza"  wrote:
>
>> Hello Bob,
>>
>> In general, I do not link to external packages.  We only link to external
>> packages of established communities and maintainers (like Debian, or
>> Fedora).
>>
>> The only way Tizen is going to get listed on our site is when we build
>> those packages ourselves.
>>
>> Miguel
>>
>>
>> On Wed, Jul 30, 2014 at 12:41 PM, Bob Summerwill 
>> wrote:
>>
>>> That's what I thought, Miguel.
>>>
>>> Thanks for the clarification.
>>>
>>> With regard to the Tizen RPMs, should I just log a Bugzilla ticket to
>>> get a link added to the Mono Project downloads Web page when 3.6 gets
>>> released?   Thanks.
>>>
>>> Cheers,
>>> Bob
>>> On Jul 30, 2014 9:23 AM, "Miguel de Icaza"  wrote:
>>>
>>>> Hello Bob,
>>>>
>>>> No, there is no public process for what we do.   But you can keep an
>>>> eye on the bugs going into Bugzilla, the commits in GitHub and the
>>>> discussions on IRC.
>>>>
>>>>  Miguel
>>>>
>>>>
>>>> On Wed, Jul 30, 2014 at 11:00 AM, Bob Summerwill 
>>>> wrote:
>>>>
>>>>>
>>>>> I'm not in a rush.   I'm just trying to coordinate release of matching
>>>>> Mono-3.6.0 RPMs for Tizen in an information vacuum.
>>>>>
>>>>> As Alex says, there appears to be no community-visible way to see what
>>>>> the outstanding issues with 3.6 are, and hence judge how close to release
>>>>> we may be.
>>>>>
>>>>> None of this is "a big deal" ... I was just wondering whether there
>>>>> was a community-visible process which I was unaware of other than "It will
>>>>> be done when it is done"?
>>>>>
>>>>>
>>>>> Cheers,
>>>>> Bob
>>>>>
>>>>>
>>>>> On Wed, Jul 30, 2014 at 7:26 AM, Edward Ned Harvey (mono) <
>>>>> edward.harvey.m...@clevertrove.com> wrote:
>>>>>
>>>>>> > From: mono-devel-list-boun...@lists.ximian.com [mailto:
>>>>>> mono-devel-list-
>>>>>> > boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
>>>>>> >
>>>>>> > If you are in a rush, use a git checkout.
>>>>>>
>>>>>> Or just use whatever is the latest stable release, namely 3.4.0?
>>>>>>  Unless there's a specific feature you need, there will *always* be a
>>>>>> pending release, so it normally doesn't make sense to wait for the next
>>>>>> pending release, but instead, normally it makes the most sense to use
>>>>>> whatever the current release is.
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> b...@summerwill.net
>>>>>
>>>>>
>>>>
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

PS.  Ditto for the MonoDevelop.Tizen add-in and for the Tizen SDK bindings
when we have those working.

MonoTizen is not a fork or product.  It's just a manner to get Mono for
Tizen working.

I'm also working on getting Mono directly into the Tizen distro itself, as
has already happened for Qt, as a "community project".

Cheers,
Bob
 On Jul 31, 2014 9:34 AM, "Bob Summerwill"  wrote:

> I would be delighted to contribute all of these Tizen changes back to
> Xamarin, including reassigning copyright of all the build scripts and VM
> building.
>
> I would also be happy to pay for any VMs and storage capacity which you
> need to carry that.  Ditto for hardware costs for ARM on Linux.
>
> Cheers,
> Bob
> On Jul 31, 2014 9:30 AM, "Bob Summerwill"  wrote:
>
>> Would that be the case even if all changes were already upstreamed to
>> master?
>>
>> Because that is practically already the case with Tizen.  There was only
>> one #ifdef change to the Mono Runtime.   The only other up- streaming still
>> todo relates to fixes for pre-existing Linux ARM broken tests or Tizen
>> build scripts.
>>
>> Tizen really is just another Linux distro.  We're just building and
>> hosting binaries.
>>
>> Why not have a "community supported, use at your own risk" section on the
>> Downloads page?
>>
>> Cheers,
>> Bob
>> On Jul 31, 2014 9:21 AM, "Miguel de Icaza"  wrote:
>>
>>> Hello Bob,
>>>
>>> In general, I do not link to external packages.  We only link to
>>> external packages of established communities and maintainers (like Debian,
>>> or Fedora).
>>>
>>> The only way Tizen is going to get listed on our site is when we build
>>> those packages ourselves.
>>>
>>> Miguel
>>>
>>>
>>> On Wed, Jul 30, 2014 at 12:41 PM, Bob Summerwill 
>>> wrote:
>>>
>>>> That's what I thought, Miguel.
>>>>
>>>> Thanks for the clarification.
>>>>
>>>> With regard to the Tizen RPMs, should I just log a Bugzilla ticket to
>>>> get a link added to the Mono Project downloads Web page when 3.6 gets
>>>> released?   Thanks.
>>>>
>>>> Cheers,
>>>> Bob
>>>> On Jul 30, 2014 9:23 AM, "Miguel de Icaza"  wrote:
>>>>
>>>>> Hello Bob,
>>>>>
>>>>> No, there is no public process for what we do.   But you can keep an
>>>>> eye on the bugs going into Bugzilla, the commits in GitHub and the
>>>>> discussions on IRC.
>>>>>
>>>>>  Miguel
>>>>>
>>>>>
>>>>> On Wed, Jul 30, 2014 at 11:00 AM, Bob Summerwill 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> I'm not in a rush.   I'm just trying to coordinate release of
>>>>>> matching Mono-3.6.0 RPMs for Tizen in an information vacuum.
>>>>>>
>>>>>> As Alex says, there appears to be no community-visible way to see
>>>>>> what the outstanding issues with 3.6 are, and hence judge how close to
>>>>>> release we may be.
>>>>>>
>>>>>> None of this is "a big deal" ... I was just wondering whether there
>>>>>> was a community-visible process which I was unaware of other than "It 
>>>>>> will
>>>>>> be done when it is done"?
>>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>> Bob
>>>>>>
>>>>>>
>>>>>> On Wed, Jul 30, 2014 at 7:26 AM, Edward Ned Harvey (mono) <
>>>>>> edward.harvey.m...@clevertrove.com> wrote:
>>>>>>
>>>>>>> > From: mono-devel-list-boun...@lists.ximian.com [mailto:
>>>>>>> mono-devel-list-
>>>>>>> > boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
>>>>>>> >
>>>>>>> > If you are in a rush, use a git checkout.
>>>>>>>
>>>>>>> Or just use whatever is the latest stable release, namely 3.4.0?
>>>>>>>  Unless there's a specific feature you need, there will *always* be a
>>>>>>> pending release, so it normally doesn't make sense to wait for the next
>>>>>>> pending release, but instead, normally it makes the most sense to use
>>>>>>> whatever the current release is.
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> b...@summerwill.net
>>>>>>
>>>>>>
>>>>>
>>>
>>> ___
>>> Mono-devel-list mailing list
>>> Mono-devel-list@lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>
>>>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Bob Summerwill]

Hey Alex,

Just picking up this e-mail thread from about 6 weeks ago!

I see that these automated build systems are both still active:

https://wrench.mono-project.com/Wrench/
http://monojenkins.cloudapp.net/.

And that the Build Status link at http://mono-project.com/Contributing
still points to a dead link.

We've done the MonoTizen-1.0.0 release in the meantime (http://monotizen.com),
and the code for that is at https://github.com/kitsilanosoftware/mono.
My intention is to upstream all required changes for Tizen, because it
really just in another Linux distro.There was just one #define change
needed in the Mono Runtime, for example.

So if I can get a VM setup within Azure which can perform the
Mono-for-Tizen build-and-test process, you can hook that up inside
monojenkins?   And that setup is also currently missing a Linux ARM build,
right?

BTW - There is lots of RED.Is that because of a small number of broken
tests making the whole Mono or MonoDevelop automation show as broken?


Cheers,
Bob


On Sat, Jun 14, 2014 at 12:33 AM, Alex Rønne Petersen 
wrote:

> Nothing much has to be done on slave VMs other than installing
> necessary software to build/run Mono. Jenkins connects to slaves via
> plain old SSH.
>
> Note that I need an account with sudo access on all VMs hooked up to
> http://monojenkins.cloudapp.net/.
>
> On Sat, Jun 14, 2014 at 9:16 AM, Bob Summerwill 
> wrote:
> > Great - so for the Tizen test-cases, Damien should probably get an
> > equivalent set of automation running on an Azure VM, and then we should
> work
> > out how to incorporate that VM into your Jenkins instance?
> >
> >
> > Cheers,
> > Bob
> >
> >
> > On Sat, Jun 14, 2014 at 12:07 AM, Alex Rønne Petersen 
> > wrote:
> >>
> >> Xamarin pays for the current infrastructure and the upcoming x86 VMs
> >> we're going to add to it. That doesn't stop anyone from contributing
> >> more infrastructure.
> >>
> >> The build automation inside Xamarin for our commercial products is
> >> based on Wrench.
> >>
> >> On Sat, Jun 14, 2014 at 9:03 AM, Bob Summerwill 
> >> wrote:
> >> > Thanks for the information, Alex.
> >> >
> >> > Is that Xamarin-funded infrastructure?Or something which you set
> up
> >> > outside of Xamarin prior to your employment?
> >> >
> >> > If there is some way in which we can ensure that non-Xamarin-employees
> >> > working on Mono can contribute to that automation setup, that would be
> >> > splendid.
> >> >
> >> >
> >> > Cheers,
> >> > Bob
> >> >
> >> >
> >> > On Fri, Jun 13, 2014 at 11:23 PM, Alex Rønne Petersen <
> a...@alexrp.com>
> >> > wrote:
> >> >>
> >> >> Yes, http://monojenkins.cloudapp.net/ is what is used to test the
> >> >> major projects under the Mono org on Linux, and also to test pull
> >> >> requests.
> >> >>
> >> >> We will soon be changing the setup there to accommodate
> >> >> multi-configuration builds (e.g. x86, amd64, linux, os x, ...) so if
> >> >> you have machines you'd like to contribute, that can definitely be
> >> >> arranged.
> >> >>
> >> >> Note that for each platform, we'd need 4 machines at minimum to be
> >> >> able to keep up on busy days. The Small (A1) Azure tier seems to work
> >> >> well enough for this purpose.
> >> >>
> >> >> On Sat, Jun 14, 2014 at 12:46 AM, Bob Summerwill  >
> >> >> wrote:
> >> >> >
> >> >> > It looks like it might be https://github.com/alexrp (Alex Rønne
> >> >> > Petersen).
> >> >> > CC-ed.
> >> >> >
> >> >> >
> >> >> > On Fri, Jun 13, 2014 at 3:18 PM, Sergey Zhukov  wrote:
> >> >> >>
> >> >> >> Also I've found this link, don't know who maintains it
> >> >> >>
> >> >> >> http://monojenkins.cloudapp.net/
> >> >> >>
> >> >> >> On Fri, 2014-06-13 at 15:07 -0700, Bob Summerwill wrote:
> >> >> >> > Right, so maybe this is more a case of the website not getting
> >> >> >> > enough
> >> >> >> > love?
> >> >> >> >
> >> >> >> >
> >> >> >> > We should still have automation independent of Xamarin, thou

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

>> I would be delighted to contribute all of these Tizen changes back to
Xamarin,
>> including reassigning copyright of all the build scripts and VM
building.

>> I would also be happy to pay for any VMs and storage capacity which you
need
>> to carry that.  Ditto for hardware costs for ARM on Linux.


I guess the non-reply means "no thanks" on both of those offers?

The Mono 3.6 Releases Notes page was created about a week ago:

http://www.mono-project.com/Release_Notes_Mono_3.6

Xamarin.iOS-7.2.6 which was released about a week ago states "Mono
runtime/BCL updated to 3.6":

http://developer.xamarin.com/releases/ios/xamarin.ios_7/xamarin.ios_7.2/

As of yesterday the Mono Project downloads page is showing Mono 3.6 links:

http://www.go-mono.com/mono-downloads/download.html

Damien notes ...

They did not tag the HEAD of the branch, but an older commit!  But we
already had a set of RPMs based on that, so no rebuild was necessary.
I have updated MonoTizen's gh-pages to point to the matching binaries:
2d7113a..9f8394f  gh-pages -> gh-pages

So can we consider Mono 3.6 to be released?Will there be a release
announcement today?

I will update the http://monotizen.com page to include links to the Tizen
RPMs, and make my own announcement.


Cheers,
Bob Summerwill
Kitsilano Software


On Thu, Jul 31, 2014 at 9:34 AM, Bob Summerwill  wrote:

> I would be delighted to contribute all of these Tizen changes back to
> Xamarin, including reassigning copyright of all the build scripts and VM
> building.
>
> I would also be happy to pay for any VMs and storage capacity which you
> need to carry that.  Ditto for hardware costs for ARM on Linux.
>
> Cheers,
> Bob
> On Jul 31, 2014 9:30 AM, "Bob Summerwill"  wrote:
>
>> Would that be the case even if all changes were already upstreamed to
>> master?
>>
>> Because that is practically already the case with Tizen.  There was only
>> one #ifdef change to the Mono Runtime.   The only other up- streaming still
>> todo relates to fixes for pre-existing Linux ARM broken tests or Tizen
>> build scripts.
>>
>> Tizen really is just another Linux distro.  We're just building and
>> hosting binaries.
>>
>> Why not have a "community supported, use at your own risk" section on the
>> Downloads page?
>>
>> Cheers,
>> Bob
>> On Jul 31, 2014 9:21 AM, "Miguel de Icaza"  wrote:
>>
>>> Hello Bob,
>>>
>>> In general, I do not link to external packages.  We only link to
>>> external packages of established communities and maintainers (like Debian,
>>> or Fedora).
>>>
>>> The only way Tizen is going to get listed on our site is when we build
>>> those packages ourselves.
>>>
>>> Miguel
>>>
>>>
>>> On Wed, Jul 30, 2014 at 12:41 PM, Bob Summerwill 
>>> wrote:
>>>
>>>> That's what I thought, Miguel.
>>>>
>>>> Thanks for the clarification.
>>>>
>>>> With regard to the Tizen RPMs, should I just log a Bugzilla ticket to
>>>> get a link added to the Mono Project downloads Web page when 3.6 gets
>>>> released?   Thanks.
>>>>
>>>> Cheers,
>>>> Bob
>>>> On Jul 30, 2014 9:23 AM, "Miguel de Icaza"  wrote:
>>>>
>>>>> Hello Bob,
>>>>>
>>>>> No, there is no public process for what we do.   But you can keep an
>>>>> eye on the bugs going into Bugzilla, the commits in GitHub and the
>>>>> discussions on IRC.
>>>>>
>>>>>  Miguel
>>>>>
>>>>>
>>>>> On Wed, Jul 30, 2014 at 11:00 AM, Bob Summerwill 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> I'm not in a rush.   I'm just trying to coordinate release of
>>>>>> matching Mono-3.6.0 RPMs for Tizen in an information vacuum.
>>>>>>
>>>>>> As Alex says, there appears to be no community-visible way to see
>>>>>> what the outstanding issues with 3.6 are, and hence judge how close to
>>>>>> release we may be.
>>>>>>
>>>>>> None of this is "a big deal" ... I was just wondering whether there
>>>>>> was a community-visible process which I was unaware of other than "It 
>>>>>> will
>>>>>> be done when it is done"?
>>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>> Bob

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

It appears that the Forum system blackholed some e-mails from me.   Either
that, or they are still awaiting "moderator approval" a week later, so
let's try again ...


Jul 31, 2014; 9:30am [image: bobsummerwill][image: online]
<http://mono.1490590.n4.nabble.com/template/NamlServlet.jtp?macro=user_nodes&user=375773&cid=1407946917911-604>
 bobsummerwill
<http://mono.1490590.n4.nabble.com/template/NamlServlet.jtp?macro=user_nodes&user=375773&cid=1407946917911-604>

Would that be the case even if all changes were already upstreamed to
master?

Because that is practically already the case with Tizen.  There was only
one #ifdef change to the Mono Runtime.   The only other up- streaming still
todo relates to fixes for pre-existing Linux ARM broken tests or Tizen
build scripts.

Tizen really is just another Linux distro.  We're just building and hosting
binaries.

Why not have a "community supported, use at your own risk" section on the
Downloads page?

Cheers,
Bob


Jul 31, 2014; 9:34am [image: bobsummerwill][image: online]
<http://mono.1490590.n4.nabble.com/template/NamlServlet.jtp?macro=user_nodes&user=375773&cid=1407946917911-604>
 bobsummerwill
<http://mono.1490590.n4.nabble.com/template/NamlServlet.jtp?macro=user_nodes&user=375773&cid=1407946917911-604>

I would be delighted to contribute all of these Tizen changes back to
Xamarin, including reassigning copyright of all the build scripts and VM
building.

I would also be happy to pay for any VMs and storage capacity which you
need to carry that.  Ditto for hardware costs for ARM on Linux.

Cheers,
Bob


On Wed, Aug 13, 2014 at 5:47 AM, Bob Summerwill  wrote:

> >> I would be delighted to contribute all of these Tizen changes back to
> Xamarin,
> >> including reassigning copyright of all the build scripts and VM
> building.
>
> >> I would also be happy to pay for any VMs and storage capacity which you
> need
> >> to carry that.  Ditto for hardware costs for ARM on Linux.
>
>
> I guess the non-reply means "no thanks" on both of those offers?
>
> The Mono 3.6 Releases Notes page was created about a week ago:
>
> http://www.mono-project.com/Release_Notes_Mono_3.6
>
> Xamarin.iOS-7.2.6 which was released about a week ago states "Mono
> runtime/BCL updated to 3.6":
>
>
> http://developer.xamarin.com/releases/ios/xamarin.ios_7/xamarin.ios_7.2/
>
> As of yesterday the Mono Project downloads page is showing Mono 3.6 links:
>
> http://www.go-mono.com/mono-downloads/download.html
>
> Damien notes ...
>
> They did not tag the HEAD of the branch, but an older commit!  But we
> already had a set of RPMs based on that, so no rebuild was necessary.
> I have updated MonoTizen's gh-pages to point to the matching binaries:
> 2d7113a..9f8394f  gh-pages -> gh-pages
>
> So can we consider Mono 3.6 to be released?Will there be a release
> announcement today?
>
> I will update the http://monotizen.com page to include links to the Tizen
> RPMs, and make my own announcement.
>
>
> Cheers,
> Bob Summerwill
> Kitsilano Software
>
>
> On Thu, Jul 31, 2014 at 9:34 AM, Bob Summerwill 
> wrote:
>
>> I would be delighted to contribute all of these Tizen changes back to
>> Xamarin, including reassigning copyright of all the build scripts and VM
>> building.
>>
>> I would also be happy to pay for any VMs and storage capacity which you
>> need to carry that.  Ditto for hardware costs for ARM on Linux.
>>
>> Cheers,
>> Bob
>> On Jul 31, 2014 9:30 AM, "Bob Summerwill"  wrote:
>>
>>> Would that be the case even if all changes were already upstreamed to
>>> master?
>>>
>>> Because that is practically already the case with Tizen.  There was only
>>> one #ifdef change to the Mono Runtime.   The only other up- streaming still
>>> todo relates to fixes for pre-existing Linux ARM broken tests or Tizen
>>> build scripts.
>>>
>>> Tizen really is just another Linux distro.  We're just building and
>>> hosting binaries.
>>>
>>> Why not have a "community supported, use at your own risk" section on
>>> the Downloads page?
>>>
>>> Cheers,
>>> Bob
>>> On Jul 31, 2014 9:21 AM, "Miguel de Icaza"  wrote:
>>>
>>>> Hello Bob,
>>>>
>>>> In general, I do not link to external packages.  We only link to
>>>> external packages of established communities and maintainers (like Debian,
>>>> or Fedora).
>>>>
>>>> The only way Tizen is going to get listed on our site is when 

Re: [Mono-dev] Mono 3.6 release?

[Bob Summerwill]

Hokey dokey - thanks for the confirmation.


On Wed, Aug 13, 2014 at 9:34 AM, Miguel de Icaza  wrote:

>
>> So can we consider Mono 3.6 to be released?Will there be a release
>> announcement today?
>>
>
> yes, it is released.
>
> We will look into doing the announcement on the blog.
>
> MIguel
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release? (Mono-devel-list Digest, Vol 112, Issue 12)

[Bob Summerwill]

OK - I'll proceed with my own announcement.


Cheers,
Bob


On Wed, Aug 13, 2014 at 9:35 AM, Jo Shields  wrote:

>
> On 08/13/2014 01:47 PM, Bob Summerwill wrote:
>
>> I would be delighted to contribute all of these Tizen changes back to
>>>>
>>> Xamarin,
>>
>>> including reassigning copyright of all the build scripts and VM
>>>>
>>> building.
>>
>>  I would also be happy to pay for any VMs and storage capacity which you
>>>>
>>> need
>>
>>> to carry that.  Ditto for hardware costs for ARM on Linux.
>>>>
>>>
>> I guess the non-reply means "no thanks" on both of those offers?
>>
>> The Mono 3.6 Releases Notes page was created about a week ago:
>>
>>  http://www.mono-project.com/Release_Notes_Mono_3.6
>>
>> Xamarin.iOS-7.2.6 which was released about a week ago states "Mono
>> runtime/BCL updated to 3.6":
>>
>>  http://developer.xamarin.com/releases/ios/xamarin.ios_7/
>> xamarin.ios_7.2/
>>
>> As of yesterday the Mono Project downloads page is showing Mono 3.6 links:
>>
>>  http://www.go-mono.com/mono-downloads/download.html
>>
>> Damien notes ...
>>
>>  They did not tag the HEAD of the branch, but an older commit!  But we
>>  already had a set of RPMs based on that, so no rebuild was necessary.
>>  I have updated MonoTizen's gh-pages to point to the matching
>> binaries:
>>  2d7113a..9f8394f  gh-pages -> gh-pages
>>
>> So can we consider Mono 3.6 to be released?Will there be a release
>> announcement today?
>>
>
> Yes, 3.6.0 is released now, I did the uploads yesterday evening. I'm still
> finding my feet on process and procedure for releases but that should
> improve in the coming months.
>
>  I will update the http://monotizen.com page to include links to the Tizen
>> RPMs, and make my own announcement.
>>
>
> In the short term, I think that's the best plan - there's a bucket of
> stuff on my TODO list to help reach a wider Linux-based audience, but I
> don't have the systems and procedures in place right now for anything
> Tizen-related to make sense (there's more to it than just adding some VMs).
>
> You would likely reach the Tizen developer community far more effectively
> than I would, right now. Down the line, as I find my feet more and get the
> underlying structures in place, coordinating becomes much easier.
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] [Mono-list] Mono Web Site

[Bob Summerwill]

That is SO much better!

Nice work, guys!


Cheers,
Bob


On Wed, Aug 13, 2014 at 12:35 PM, William Ivanski  wrote:

> Miguel, it is really nice to see the new website! It is cleaner! :)
>
> William Ivanski
>
>
> 2014-08-13 16:26 GMT-03:00 Miguel de Icaza :
>
>> Hello guys,
>>
>> Thanks to the help of Alexander Koeplinger that worked with us for the
>> last couple of months, we have migrated the Mono website from MediaWiki to
>> a static content manager on GitHub.
>>
>> Ideally, this means that we will be able to take pull requests for the
>> web site, and anyone with commit access to Mono can now update the web site.
>>
>> When you commit, the pages are regenerated.
>>
>> The web module is here:
>>
>> https://github.com/mono/website
>>
>> There are still a few details that we need to sort out here and there,
>> but we should be in much better shape.
>>
>> Miguel
>>
>> ___
>> Mono-list maillist  -  mono-l...@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
>>
>
> ___
> Mono-list maillist  -  mono-l...@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono 3.6 release? (Mono-devel-list Digest, Vol 112, Issue 12)

[Bob Summerwill]

Mono-3.6.0 RPMs for Tizen released.Mono for Sailfish is next.

http://kitsilanosoftware.wordpress.com/2014/08/15/mono-3-6-0-rpms-for-tizen-released/


Cheers,
Bob



On Wed, Aug 13, 2014 at 11:09 AM, Bob Summerwill  wrote:

> OK - I'll proceed with my own announcement.
>
>
> Cheers,
> Bob
>
>
> On Wed, Aug 13, 2014 at 9:35 AM, Jo Shields  wrote:
>
>>
>> On 08/13/2014 01:47 PM, Bob Summerwill wrote:
>>
>>> I would be delighted to contribute all of these Tizen changes back to
>>>>>
>>>> Xamarin,
>>>
>>>> including reassigning copyright of all the build scripts and VM
>>>>>
>>>> building.
>>>
>>>  I would also be happy to pay for any VMs and storage capacity which you
>>>>>
>>>> need
>>>
>>>> to carry that.  Ditto for hardware costs for ARM on Linux.
>>>>>
>>>>
>>> I guess the non-reply means "no thanks" on both of those offers?
>>>
>>> The Mono 3.6 Releases Notes page was created about a week ago:
>>>
>>>  http://www.mono-project.com/Release_Notes_Mono_3.6
>>>
>>> Xamarin.iOS-7.2.6 which was released about a week ago states "Mono
>>> runtime/BCL updated to 3.6":
>>>
>>>  http://developer.xamarin.com/releases/ios/xamarin.ios_7/
>>> xamarin.ios_7.2/
>>>
>>> As of yesterday the Mono Project downloads page is showing Mono 3.6
>>> links:
>>>
>>>  http://www.go-mono.com/mono-downloads/download.html
>>>
>>> Damien notes ...
>>>
>>>  They did not tag the HEAD of the branch, but an older commit!  But
>>> we
>>>  already had a set of RPMs based on that, so no rebuild was
>>> necessary.
>>>  I have updated MonoTizen's gh-pages to point to the matching
>>> binaries:
>>>  2d7113a..9f8394f  gh-pages -> gh-pages
>>>
>>> So can we consider Mono 3.6 to be released?Will there be a release
>>> announcement today?
>>>
>>
>> Yes, 3.6.0 is released now, I did the uploads yesterday evening. I'm
>> still finding my feet on process and procedure for releases but that should
>> improve in the coming months.
>>
>>  I will update the http://monotizen.com page to include links to the
>>> Tizen
>>> RPMs, and make my own announcement.
>>>
>>
>> In the short term, I think that's the best plan - there's a bucket of
>> stuff on my TODO list to help reach a wider Linux-based audience, but I
>> don't have the systems and procedures in place right now for anything
>> Tizen-related to make sense (there's more to it than just adding some VMs).
>>
>> You would likely reach the Tizen developer community far more effectively
>> than I would, right now. Down the line, as I find my feet more and get the
>> underlying structures in place, coordinating becomes much easier.
>>
>
>
>
> --
> b...@summerwill.net
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] RPM build

[Bob Summerwill]

I offered to contribute VMs for Linux ARM and Tizen to that setup again a
few days ago and got no reply:

http://lists.ximian.com/pipermail/mono-devel-list/2014-July/041784.html


Cheers,
Bob


On Wed, Aug 20, 2014 at 6:28 AM, Timotheus Pokorra <
timotheus.poko...@solidcharity.com> wrote:

> Hello Neale,
>
> > I can provide a buildbot environment or whatever you use to create
> packages at the same time the x86[_64] ones are built.
>
> this reminds me of this thread:
> http://lists.ximian.com/pipermail/mono-devel-list/2014-June/041649.html
> related to http://monojenkins.cloudapp.net/
> You should ask Alex about that.
>
> Timotheus
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Announcing "Mono for Sailfish"

[Bob Summerwill]

See
http://www.mobilelinuxnews.com/2014/08/introduction-mono-sailfish-os-jolla/.

I'm happy to announce that development on Mono for Sailfish is underway (
http://monoforsailfish.com).This is a continuation of MonoTizen (
http://monotizen.com), on which development has been suspended because the
Tizen project is broken (see
http://kitsilanosoftware.wordpress.com/2014/08/13/the-tizen-project-is-broken-we-will-be-spending-some-time-apart-3/
).

Dimitar Dobrev, the author of https://github.com/ddobrev/QtSharp has been
upstreaming bug-fixes (and addressing newly discovered issues in) to
http://github.com/mono/CppSharp.He'll be building the bindings, and
will probably end up doing the Mono Runtime port as well, based on the
fantastic job which Damien Diederen did for the Tizen Mono Runtime.


Cheers,
Bob Summerwill, Kitsilano Software
http://twitter.com/bobsummerwill
http://bobsummerwill.com | http://kitsilanosoftware.com |
http://monoforsailfish.com

-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] CHALLENGE to Miguel de Icaza!

[Bob Summerwill]

Miguel,

I've just done the ALS Icebucket Challenge, and I am throwing down the
gauntlet to you.   I know it's all getting a bit long in the tooth, so I
will sweeten the pot by making a donation to the charity of your choice in
addition to ALS:

https://www.youtube.com/watch?v=8es0wqsfUHU

Over to you!


Cheers,
Bob


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Known issue with xbuild and line-feeds in Cygwin?

[Bob Summerwill]

I have inherited a shell script with a horrible line of sed in it which OS
X doesn't like, to deal with line-end issues in xbuild under Cygwin ...


# Check if we are running under Windows(cygwin) OR *nix, and use xbuild OR
MSBuild.exe accordingly
set isRunningCygwin=`uname | grep CYGWIN`
if ( $isRunningCygwin == '' ) then
# This LINUX machine should have Mono and friends (xbuild) installed
set builder=`which xbuild`
else
# This WINDOWS machine should have .Net Framework installed
set builder=`find /cygdrive/c/Windows/Microsoft.NET/Framework/v4.0*
-name MSBuild.exe`
endif

if ($builder == '') then
echo "Unable to find 'xbuild' (Linux) OR 'MSBuild.exe' (Windows) to
build Solution, bailing!"
exit -1
endif

# Switch directories to get around silly MSBuild vs Cygwin issues
cd ../LucyServer
sed -i '/^$/d' ${LucyServerSolution}
$builder ${LucyServerSolution} /verbosity:quiet /p:Configuration=Release
cd ../Scripts


Is this something which is familiar to other xbuild users?

I  _think_ that the sed is trying to replace Windows-style line-endings in
the SLN with Linux-style line-endings, though that shouldn't be necessary.

I think there is a bug report in here, when I can figure out exactly what
is going wrong.

On Mac OSX the sed line barfs and fails.Without the sed line the Cygwin
build just silently doesn't build anything.


Cheers,
Bob


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Known issue with xbuild and line-feeds in Cygwin?

[Bob Summerwill]

Thanks for the link, Marius.

The resolution for this particular case turned out to be trying to invoke
MSBuild.exe from within Cygwin with a Linux-style path to the SLN, not
related to line-endings.Seems like that sed was fixing problems in an
older version of xbuild and wasn't needed anymore.   The real bug was just
in the same place, but different :-)

FIXED.


Cheers,
Bob


On Tue, Aug 26, 2014 at 11:10 AM, Marius Ungureanu <
marius.ungure...@xamarin.com> wrote:

> http://chess.eecs.berkeley.edu/softdevel/faq/5.html
>
> This should solve your cygwin issues. Make the shell ignore CR.
>
>
> Bob Summerwill  wrote:
>
>
> I have inherited a shell script with a horrible line of sed in it which OS
> X doesn't like, to deal with line-end issues in xbuild under Cygwin ...
>
>
> # Check if we are running under Windows(cygwin) OR *nix, and use xbuild OR
> MSBuild.exe accordingly
> set isRunningCygwin=`uname | grep CYGWIN`
> if ( $isRunningCygwin == '' ) then
> # This LINUX machine should have Mono and friends (xbuild) installed
> set builder=`which xbuild`
> else
> # This WINDOWS machine should have .Net Framework installed
> set builder=`find /cygdrive/c/Windows/Microsoft.NET/Framework/v4.0*
> -name MSBuild.exe`
> endif
>
> if ($builder == '') then
> echo "Unable to find 'xbuild' (Linux) OR 'MSBuild.exe' (Windows) to
> build Solution, bailing!"
> exit -1
> endif
>
> # Switch directories to get around silly MSBuild vs Cygwin issues
> cd ../LucyServer
> sed -i '/^$/d' ${LucyServerSolution}
> $builder ${LucyServerSolution} /verbosity:quiet /p:Configuration=Release
> cd ../Scripts
>
>
> Is this something which is familiar to other xbuild users?
>
> I  _think_ that the sed is trying to replace Windows-style line-endings in
> the SLN with Linux-style line-endings, though that shouldn't be necessary.
>
> I think there is a bug report in here, when I can figure out exactly what
> is going wrong.
>
> On Mac OSX the sed line barfs and fails.Without the sed line the
> Cygwin build just silently doesn't build anything.
>
>
> Cheers,
> Bob
>
>
> --
> b...@summerwill.net
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Unite 2014 - IL2CPP: The next generation of scripting in Unity

[Bob Summerwill]

Video of the session on Unity's work-in-progress IL2PP technology:

https://www.youtube.com/watch?v=Bfa9ILwlsFw

And see also
http://blogs.unity3d.com/2014/05/20/the-future-of-scripting-in-unity/

This is their alternative to signing a new licensing deal with Xamarin
after the fall-out of licensing Mono-2.6 from Novell, and getting left
holding the baby.

Bonkers if you ask me, but I thought it might be of interest to some people
here.


Cheers,
Bob Summerwill
Kitsilano Software

-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Unite 2014 - IL2CPP: The next generation of scripting in Unity

[Bob Summerwill]

Unity contains a fork of Mono-2.6 which they signed a commercial license
with Novell for, back in ~2009. Rather than signing a new commercial
license with Xamarin to get the latest-and-greatest Mono into Unity3D, so
that Unity3D developers could join the delightful world of C# 5.0, with the
potential to leverage PCLs, SGen, async, NuGet etc, and being able to
participate in the .NET open source world, they have decided to make
ANOTHER .NET runtime, which will be commercial only.

Unity3D developers (like me in my day-job) are stuck in a C# ghetto on
their old Mono-2.6 fork (https://github.com/Unity-Technologies/mono).

The IL2CPP technology is fairly interesting, and might be open sourced in
the future.

The Unity3D engine is obviously proprietary, but it would be lovely to be
able to share components between Unity3D and the rest of the .NET world.
 The easiest way for that to happen would be for Unity to sign a new deal
with Xamarin, and to focus their efforts on their differentiating factor -
the game technology.Instead, they are making another .NET platform.

Those links show the detail of that, for anybody who is interested.


Cheers,
Bob


On Wed, Aug 27, 2014 at 8:51 AM, Andres G. Aragoneses 
wrote:

> On 27/08/14 08:07, Bob Summerwill wrote:
>
>>
>> Video of the session on Unity's work-in-progress IL2PP technology:
>>
>> https://www.youtube.com/watch?v=Bfa9ILwlsFw
>>
>> And see also
>> http://blogs.unity3d.com/2014/05/20/the-future-of-scripting-in-unity/
>>
>> This is their alternative to signing a new licensing deal...
>>
>
> Mono is open source, IL2CPP is not.
>
> So I'm guessing you mean "an alternative licensing deal"... ;)
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] One more library for creating ncurses-like apps

[Bob Summerwill]

You could always dual-license, if you are unsure what is best.

Cheers,
Bob
On Sep 15, 2014 6:51 AM, "Miguel de Icaza"  wrote:

> My preference would be the same license we use for Mono's class libraries:
> MIT license.
>
> Miguel
>
> On Sun, Sep 14, 2014 at 7:40 AM, elwood  wrote:
>
>> I think it can be LGPL or/and MIT licence. What license are you prefer
>> for projects like this ?
>>
>> On Sun, Sep 14, 2014 at 4:42 AM, Miguel de Icaza 
>> wrote:
>>
>>> What is the license of this?
>>>
>>> On Sat, Sep 13, 2014 at 6:01 AM, elwood  wrote:
>>>
 Hi! I'm developing my fun project -
 https://github.com/elw00d/consoleframework . It is library for
 creating TUI apps and can be run in Mono. I see
 http://www.mono-project.com/docs/tools+libraries/libraries/ list and
 may be you'll want to add my "bicycle" library to "Curses" section too :)

 Examples can be found in "Examples" directory. If you want to read some
 tech docs, you can try
 http://www.codeproject.com/Articles/750873/Turbo-Vision-resurrected-for-Csharp-and-with-XAML
 article and translated reference docs like
 https://github.com/elw00d/consoleframework/blob/master/Xaml/readme-en.md
 or
 https://github.com/elw00d/consoleframework/blob/master/Xaml/xaml-binding-en.md
 .

 Hope any will interested.

 ___
 Mono-devel-list mailing list
 Mono-devel-list@lists.ximian.com
 http://lists.ximian.com/mailman/listinfo/mono-devel-list


>>>
>>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] BELATED - MonoTizen Update Week #4 - MonoTizen-1.0.0 shipped

[Bob Summerwill]

I never got around to posting up the weekly report for the final week of
MonoTizen development, but didn't want Damien's excellent status reports to
go to waste.

So here it is for posterity:

http://monotizen.wordpress.com/2014/09/18/monotizen-update-week-4-monotizen-1-0-0-shipped/


Cheers,
Bob


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] System.Json string handling

[Bob Summerwill]

Out of interest, how many developers are there with review/commit
permissions for Mono, Miguel?

I know from my own search for a contractor on MonoTizen that the number of
developers with Mono expertise is very small, and that the vast, vast
majority of those individuals already work for either Xamarin or Unity.

Cheers,
Bob
 On Sep 19, 2014 7:41 PM, "Miguel de Icaza"  wrote:

> Hello,
>
> It is not easy to add people.   We can only add people that have shown the
> practices and skills that come with reviewing patches and working through
> the system.
>
> If we had more of those, we would add them.
>
> On Fri, Sep 19, 2014 at 6:50 PM, 何子杰Hzj_jie  wrote:
>
>>  +1
>> We are volunteers, we would like to make mono better. So if your guys do
>> not have enough time to review changes, why not add more people in the
>> developer group?
>>
>> .Hzj_jie
>>  --
>> From: Steffen Kieß 
>> Sent: ‎19/‎9/‎2014 17:58
>> To: mono-devel-list@lists.ximian.com
>> Subject: [Mono-dev] System.Json string handling
>>
>>  Hello,
>>
>> I've submitted a pull request https://github.com/mono/mono/pull/1155
>> some time ago. This pull request fixes some issues with string handling
>> in System.Json:
>> - Escape control characters, as required by JSON spec
>> - Escape invalid surrogate pairs
>> - Escape characters invalid in JavaScript strings
>> - Escape "> - Fix serialization of chars
>>
>> Can someone take a look at the pull request / tell me if I should change
>> anything?
>>
>>
>> Steffen Kieß
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Porting Mono to 'asm.js'

[Bob Summerwill]

I started digging into area last year.   See https://monohtml5.com/.

I think there is huge potential for Mono and .NET apps targeting the
browser, and treating HTML5 as "just another platform".

*
https://monohtml5.wordpress.com/2014/05/29/a-vision-html5-can-be-just-another-platform-for-net/
*
https://monohtml5.wordpress.com/2014/06/09/monohtml5-what-are-the-existing-projects-in-this-area/
*
https://monohtml5.wordpress.com/2014/06/14/monohtml5-what-are-you-actually-trying-to-make/

Joao is in the CC on this mail.


Cheers,
Bob

On Mon, Mar 16, 2015 at 3:31 AM, Nirmal Lankathilaka 
wrote:

> Thanks for the clarification! Also, sorry for the late reply. I've been
> doing some reading and experimenting on asm.js/emscripten between my
> regular studies.
>
> Also, could you help me on how to contact "João Matos", who is stated as
> the mentor for that project?
>
> On Sun, Mar 15, 2015 at 8:47 PM, Robert Jordan  wrote:
>
>> On 15.03.2015 10:59, Nirmal Lankathilaka wrote:
>>
>>> I've been using Mono for developing desktop apps for a couple of years
>>> and
>>> would love to contribute to the project. Since I'm still a student, I
>>> think
>>> GSoC is a splendid opportunity to start.
>>>
>>> "Porting Mono to `asm.js`", presented for GSoC, caught my attention
>>> recently. I spent some time researching this and I'd like some
>>> clarification from the community:
>>>
>>> Since Mono-LLVM support does exist[mono-llvm]
>>> , why would the
>>> need
>>> arise for a port? I understand that there are limitations
>>> [mono-llvm#limitations]
>>>  in
>>> the
>>> above approach as LLVM doesn't fully support all the needs of Mono; but
>>> since there is no specifications given which would require one to avoid
>>> the
>>> above approach (mono-llvm-->llvm-->emscripten-->asm.js), I'm a bit
>>> confused.
>>>
>>
>> The proposal assumes a slightly deeper understanding of the Mono
>> internals.
>>
>> http://www.mono-project.com/community/google-summer-of-
>> code/projects/#port-mono-to-asmjs
>>
>> "mono runtime" is here the part of Mono that provides the OS
>> abstraction layer (file, network etc.) and GC. It's that minimal
>> part of Mono that's needed for running static AOT (ahead-of-time
>> compilation) assemblies that were compiled to native shared objects
>> or included into the main executable. Basically, it's Mono sans
>> code generation, suitable to run on the target.
>>
>> The target is here "emscripten/asm.js", so it needs a port.
>>
>> "mono cross compiler that can target emscripten"
>> is a Mono LLVM AOT target that generates LLVM code suitable
>> for emscripten. This part is supposed to run on the host, i.e.
>> it has access to a full tool chain etc.
>>
>>
>>> On a different note, could you explain to me whether I should use the
>>> forums instead of the mailing-lists (which I prefer) for communication
>>> regarding GSoC and the `asm.js` port.
>>>
>>
>> The forums are just a mirror of this list.
>>
>> Robert
>>
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Porting Mono to 'asm.js'

[Bob Summerwill]

Corrected link - http://monohtml5.com - sorry.



On Mon, Mar 16, 2015 at 10:18 AM, Bob Summerwill  wrote:

>
> I started digging into area last year.   See https://monohtml5.com/.
>
> I think there is huge potential for Mono and .NET apps targeting the
> browser, and treating HTML5 as "just another platform".
>
> *
> https://monohtml5.wordpress.com/2014/05/29/a-vision-html5-can-be-just-another-platform-for-net/
> *
> https://monohtml5.wordpress.com/2014/06/09/monohtml5-what-are-the-existing-projects-in-this-area/
> *
> https://monohtml5.wordpress.com/2014/06/14/monohtml5-what-are-you-actually-trying-to-make/
>
> Joao is in the CC on this mail.
>
>
> Cheers,
> Bob
>
> On Mon, Mar 16, 2015 at 3:31 AM, Nirmal Lankathilaka  > wrote:
>
>> Thanks for the clarification! Also, sorry for the late reply. I've been
>> doing some reading and experimenting on asm.js/emscripten between my
>> regular studies.
>>
>> Also, could you help me on how to contact "João Matos", who is stated as
>> the mentor for that project?
>>
>> On Sun, Mar 15, 2015 at 8:47 PM, Robert Jordan  wrote:
>>
>>> On 15.03.2015 10:59, Nirmal Lankathilaka wrote:
>>>
>>>> I've been using Mono for developing desktop apps for a couple of years
>>>> and
>>>> would love to contribute to the project. Since I'm still a student, I
>>>> think
>>>> GSoC is a splendid opportunity to start.
>>>>
>>>> "Porting Mono to `asm.js`", presented for GSoC, caught my attention
>>>> recently. I spent some time researching this and I'd like some
>>>> clarification from the community:
>>>>
>>>> Since Mono-LLVM support does exist[mono-llvm]
>>>> <http://www.mono-project.com/docs/advanced/mono-llvm/>, why would the
>>>> need
>>>> arise for a port? I understand that there are limitations
>>>> [mono-llvm#limitations]
>>>> <http://www.mono-project.com/docs/advanced/mono-llvm/#limitations> in
>>>> the
>>>> above approach as LLVM doesn't fully support all the needs of Mono; but
>>>> since there is no specifications given which would require one to avoid
>>>> the
>>>> above approach (mono-llvm-->llvm-->emscripten-->asm.js), I'm a bit
>>>> confused.
>>>>
>>>
>>> The proposal assumes a slightly deeper understanding of the Mono
>>> internals.
>>>
>>> http://www.mono-project.com/community/google-summer-of-
>>> code/projects/#port-mono-to-asmjs
>>>
>>> "mono runtime" is here the part of Mono that provides the OS
>>> abstraction layer (file, network etc.) and GC. It's that minimal
>>> part of Mono that's needed for running static AOT (ahead-of-time
>>> compilation) assemblies that were compiled to native shared objects
>>> or included into the main executable. Basically, it's Mono sans
>>> code generation, suitable to run on the target.
>>>
>>> The target is here "emscripten/asm.js", so it needs a port.
>>>
>>> "mono cross compiler that can target emscripten"
>>> is a Mono LLVM AOT target that generates LLVM code suitable
>>> for emscripten. This part is supposed to run on the host, i.e.
>>> it has access to a full tool chain etc.
>>>
>>>
>>>> On a different note, could you explain to me whether I should use the
>>>> forums instead of the mailing-lists (which I prefer) for communication
>>>> regarding GSoC and the `asm.js` port.
>>>>
>>>
>>> The forums are just a mirror of this list.
>>>
>>> Robert
>>>
>>>
>>> ___
>>> Mono-devel-list mailing list
>>> Mono-devel-list@lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>
>>
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>
>
> --
> b...@summerwill.net
>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Porting Mono to 'asm.js'

[Bob Summerwill]

No problem!   I think that HTML5-as-a-platform would be a great idea,
however it comes about.

Joao would be the best person to answer your questions, I think, because
I'm not associated with Xamarin or GSoC.   I'm just interested in this area
of technology.


Cheers,
Bob


Chee

On Mon, Mar 16, 2015 at 8:25 PM, Nirmal Lankathilaka 
wrote:

> Thanks Bob for the awesome links and the CC!! I too, would love to see
> that potential achieved.
>
> I've been doing some reading about porting to asm.js. Is there anything
> you'd suggest that I should read/experiment on? Also, is there any
> idea/suggestions you have in mind about how I should continue to work on
> this project and what I should do (in the context of GSoC)?
>
> On Mon, Mar 16, 2015 at 10:49 PM, Bob Summerwill 
> wrote:
>
>>
>> Corrected link - http://monohtml5.com - sorry.
>>
>>
>>
>> On Mon, Mar 16, 2015 at 10:18 AM, Bob Summerwill 
>> wrote:
>>
>>>
>>> I started digging into area last year.   See https://monohtml5.com/.
>>>
>>> I think there is huge potential for Mono and .NET apps targeting the
>>> browser, and treating HTML5 as "just another platform".
>>>
>>> *
>>> https://monohtml5.wordpress.com/2014/05/29/a-vision-html5-can-be-just-another-platform-for-net/
>>> *
>>> https://monohtml5.wordpress.com/2014/06/09/monohtml5-what-are-the-existing-projects-in-this-area/
>>> *
>>> https://monohtml5.wordpress.com/2014/06/14/monohtml5-what-are-you-actually-trying-to-make/
>>>
>>> Joao is in the CC on this mail.
>>>
>>>
>>> Cheers,
>>> Bob
>>>
>>> On Mon, Mar 16, 2015 at 3:31 AM, Nirmal Lankathilaka <
>>> nir3al+...@gmail.com> wrote:
>>>
>>>> Thanks for the clarification! Also, sorry for the late reply. I've been
>>>> doing some reading and experimenting on asm.js/emscripten between my
>>>> regular studies.
>>>>
>>>> Also, could you help me on how to contact "João Matos", who is stated
>>>> as the mentor for that project?
>>>>
>>>> On Sun, Mar 15, 2015 at 8:47 PM, Robert Jordan  wrote:
>>>>
>>>>> On 15.03.2015 10:59, Nirmal Lankathilaka wrote:
>>>>>
>>>>>> I've been using Mono for developing desktop apps for a couple of
>>>>>> years and
>>>>>> would love to contribute to the project. Since I'm still a student, I
>>>>>> think
>>>>>> GSoC is a splendid opportunity to start.
>>>>>>
>>>>>> "Porting Mono to `asm.js`", presented for GSoC, caught my attention
>>>>>> recently. I spent some time researching this and I'd like some
>>>>>> clarification from the community:
>>>>>>
>>>>>> Since Mono-LLVM support does exist[mono-llvm]
>>>>>> <http://www.mono-project.com/docs/advanced/mono-llvm/>, why would
>>>>>> the need
>>>>>> arise for a port? I understand that there are limitations
>>>>>> [mono-llvm#limitations]
>>>>>> <http://www.mono-project.com/docs/advanced/mono-llvm/#limitations>
>>>>>> in the
>>>>>> above approach as LLVM doesn't fully support all the needs of Mono;
>>>>>> but
>>>>>> since there is no specifications given which would require one to
>>>>>> avoid the
>>>>>> above approach (mono-llvm-->llvm-->emscripten-->asm.js), I'm a bit
>>>>>> confused.
>>>>>>
>>>>>
>>>>> The proposal assumes a slightly deeper understanding of the Mono
>>>>> internals.
>>>>>
>>>>> http://www.mono-project.com/community/google-summer-of-
>>>>> code/projects/#port-mono-to-asmjs
>>>>>
>>>>> "mono runtime" is here the part of Mono that provides the OS
>>>>> abstraction layer (file, network etc.) and GC. It's that minimal
>>>>> part of Mono that's needed for running static AOT (ahead-of-time
>>>>> compilation) assemblies that were compiled to native shared objects
>>>>> or included into the main executable. Basically, it's Mono sans
>>>>> code generation, suitable to run on the target.
>>>>>
>>>>> The target is here "emscripten/asm.js", so it needs a port.
>>>>>
>>>>> "mono cross compiler that can target emscripten"
>>>>> is a Mono LLVM AOT target that generates LLVM code suitable
>>>>> for emscripten. This part is supposed to run on the host, i.e.
>>>>> it has access to a full tool chain etc.
>>>>>
>>>>>
>>>>>> On a different note, could you explain to me whether I should use the
>>>>>> forums instead of the mailing-lists (which I prefer) for communication
>>>>>> regarding GSoC and the `asm.js` port.
>>>>>>
>>>>>
>>>>> The forums are just a mirror of this list.
>>>>>
>>>>> Robert
>>>>>
>>>>>
>>>>> ___
>>>>> Mono-devel-list mailing list
>>>>> Mono-devel-list@lists.ximian.com
>>>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>>>
>>>>
>>>>
>>>> ___
>>>> Mono-devel-list mailing list
>>>> Mono-devel-list@lists.ximian.com
>>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>>
>>>>
>>>
>>>
>>> --
>>> b...@summerwill.net
>>>
>>>
>>
>>
>> --
>> b...@summerwill.net
>>
>>
>


-- 
b...@summerwill.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list