Re: [Vala] valaDevelop

[Dev_NIX via vala-list]

And this is exactly what I meant when I wrote "Just didn't saw the point of
so much activity on the mail list when I had a binary that just didn't run,
and a pile of messages with so humbleless attitude.".

My personal point is that I'm not willing to spend my time in a way that
people will not take any advantage of.

I have been following this mailing list silently and with a lot of interest
since time ago and as I said before, I wouldn't like to start here a flame
war. Just my two cents.


El sáb., 11 may. 2019 12:33, Wolfgang Mauer 
escribió:

> As other editors written in different languages i like to introduce
> valaDevelop an IDE to develop application and library in vala
> programming language:
>
> It's OPENSOURCE and written in C (source available at
> https://github.com/wolfgangmauer/valaDevelop/tree/master/src)
>
> ;-)
>
>
> Am 10.05.19 um 21:42 schrieb Canek Peláez Valdés:
> >
> > On Fri, May 10, 2019 at 8:06 AM Wolfgang Mauer
> > mailto:wolfgang.ma...@kabelmail.de>>
> wrote:
> >
> > I think(hope) it's not just because it's not open source...
> >
> >
> > It is because it's not open source.
> >
> > Best regards.
> > --
> > Dr. Canek Peláez Valdés
> > Profesor de Carrera Asociado C
> > Departamento de Matemáticas
> > Facultad de Ciencias
> > Universidad Nacional Autónoma de México
> ___
> vala-list mailing list
> vala-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/vala-list
>
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] valaDevelop

[Dev_NIX via vala-list]

I feel like Canek, but I have to give all my kudos to Rastersoft. There are
not much documented Vala source samples around there and each example helps
people to get used to the language. I can understand the corporate
background, but the companies relays in one way or another on open source
software. If you had no plans of making money with (Yet Another) IDE, I
don't see the point of not open sourcing it.

My personal experience was that I tried to run it on my Elementary 4.1 box
(not so old, I guess!) and I had a GTK dependency problem that I could not
fix. That's where immediately went back to Sublime Text.

In the case of having the source code I would even could tried to compile
downgrading the GTK version without losing features, or even baking an
appimage. Just didn't saw the point of so much activity on the mail list
when I had a binary that just didn't run, and a pile of messages with so
humbleless attitude. I don't want this to be interpreted as a flame, but a
constructive point of view that may help you in future projects (or maybe
even still this one).

Kind regards.

El vie., 10 may. 2019 21:42, Canek Peláez Valdés via vala-list <
vala-list@gnome.org> escribió:

> On Fri, May 10, 2019 at 8:06 AM Wolfgang Mauer <
> wolfgang.ma...@kabelmail.de>
> wrote:
>
> > I think(hope) it's not just because it's not open source...
> >
>
> It is because it's not open source.
>
> Best regards.
> --
> Dr. Canek Peláez Valdés
> Profesor de Carrera Asociado C
> Departamento de Matemáticas
> Facultad de Ciencias
> Universidad Nacional Autónoma de México
> ___
> vala-list mailing list
> vala-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/vala-list
>
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] valadoc - How do I avoid this.

[Dev_NIX via vala-list]

Did you try this? It would not make much sense but...

/**
  * The '\/\/' operator.
  */

El sáb., 15 sept. 2018 7:16, Jason Martin via vala-list 
escribió:

> error: unexpected token: 
>
>* The '//' operator.
>
> using this code documentation
>
> /**
>   * The '//' operator.
>   */
>
> ___
> vala-list mailing list
> vala-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/vala-list
>
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] The future of Vala

[Dev_NIX]

+1

--

*   EOF   *

2016-09-10 22:44 GMT+02:00 Evan Nemerson :

> This is something I've been thinking about lately, too.  We currently
> rely on Jürg and Luca's expertise pretty heavily for development and
> patch review, and since they are both busy with other stuff Vala
> development has slowed down quite a bit.
>
> Assuming we can't organize financing to pay Jürg and/or Luca to work on
> Vala, I think we need to focus on a more decentralized development
> approach where we rely more on contributions from people with less
> expertise with the Vala internals.  However, we obviously also need to
> keep the compiler's code quality as high as possible.  There are a lot
> of unreviewed patches rotting away on Bugzilla right now, and that's a
> tragic waste of effort.
>
> The answer, at least from my perspective, is to embrace automated
> testing.  We need to significantly beef up the tests shipped with the
> compiler (the ones `make test` runs) so we can check make sure patches
> don't break anything.  This, in turn, would allow people a bit less
> comfortable with the valac internals (such as myself) to review a lot
> more patches, and hopefully get development back up to a much higher
> rate.
>
> Chris Daley has been working on moving a version of Valadate into the
> Vala tree (see ) so tests are
> easier to write.  I'd like to get some feedback from people on his
> work, and if it would encourage people to write more tests we should
> merge it after 0.34 is branched.
>
> I'd also like to provide a robust way to have assorted projects written
> in Vala tested, which would be especially important for changes to
> bindings.  We already have this to some extent (see
> ), but there is no integration with Bugzilla
> and it's not very well maintained (many projects are broken due to non-
> Vala issues), and AFAIK the configuration isn't public so there is no
> way for people to help.
>
> There are a lot of great free CI services we can take advantage of to
> improve this, including (off the top of my head):
>
>  * Travis CI
>  * AppVeyor
>  * GitLab
>  * Snap CI
>  * Drone.io
>  * Semaphore
>
> We don't have to choose one; we can use multiple services (especially
> if AppVeyor is one of them).
>
> One major barrier here is Bugzilla.  I'm not really concerned with
> requiring people to sign up for an account, and I really like the
> workflow (especially with git-bz), but CI integration is a problem and
> I'm not sure how to resolve it.
>
> The obvious solution would be moving development to GitHub, but I'm
> certainly uneasy about depending on a proprietary platform, and I'd
> sure others would be as well.
>
> Perhaps a better option would be moving to GitLab, or installing a
> GitLab instance somewhere (possibly on the GNOME infrastructure?).
> AFAIK Travis only supports GitHub, but Travis isn't our only option.
> If it were up to me, I would probably move to GitLab.com.
>
> Once we have good automated testing support, a good code review tool
> would be extremely helpful.  If we stick with Bugzilla, I know it's
> possible to integrate Gerrit, though AFAIK it would require a plugin
> for Bugzilla.  GitHub sucks for code review, but there are external
> tools (including Gerrit) we could use.  GitLab, OTOH, has pretty good
> integrated code reviews.
>
> So, IMHO as soon as 0.34 is branched, we should start working on two
> things:
>
>1. Make it easier to add tests to valac (i.e., merge the Valadate stuff
>   from Chris Daley's repo).
>2. Write tests.  LOTS of tests.  Luckily, this doesn't require a great
>   deal of knowledge, so if you're looking for a way to start
>   contributing this could be an excellent choice.
>
> At the same time, we need to start talking about infrastructure.  I
> love the fact that Vala is part of GNOME, but we need to figure out how
> to get CI up and integrated with our issue tracker.  GNOME Continuous
> is great, but it's just not enough.  If this means moving to GitLab,
> GitHub, BitBucket, etc., or installing GitLab or Phabricator, then so
> be it.  IMHO this is more important than having Vala's issue tracker at
> the same place as GNOME's.
>
>
> -Evan
>
>
>
> On Thu, 2016-09-08 at 19:34 +0200, Timm Bäder wrote:
> > Hey,
> >
> > this is probably just a mail for Jürg and maybe Luca, but if you have
> > a relevant opinion on the matter, that might be a fine reply as well.
> >
> > So, for quite a while the Vala project has seen very little activity.
> > The three people most involved (Jürg, Luca and Flo) are barely on IRC
> > and/or otherwise reachable which makes it hard to get an opinion or
> > info from them. On the other hand, some people are still doing a
> > great job, namely Rico with all the binding work, as well as Evan (I
> > haven't kept up with what Al is doing other than replying to bugzilla
> > issues that won't be fixed unless it's a binding issue).
> >
> > Lots of 

Re: [Vala] Just a news I've read about popularity langage

[Dev_NIX]

I readed time ago about Dova (
https://wiki.gnome.org/action/show/Projects/Dova), seems like the project
was stopped to focus efforts on the language itself.

I wonder if a stronger community could help building a standard application
framework 100% in Vala, with easier building tools and a good dependency
manager.



--

*   EOF   *

2016-07-21 23:59 GMT+02:00 Mario Daniel Ruiz Saavedra <
desideran...@rocketmail.com>:

> For a package manager, GNU Guix could be of use. Regarding a standard
> library, that's GLib.
>
> El jue., jul. 21, PM a 16:56, Dev_NIX
> <devnix.c...@gmail.com> escribió:
> I understand your point, but maybe (for example) nodejs have a lower
> learning curve and a faster way to get work done because it have a great
> package manager.
>
> As fas as I never used Vala beyond multiple personal little experiments, I
> feel that could be tools to make the life of starters better. For example,
> there is a *great* project that helped me in every step, Autovala.
>
> One question: is there a "standard" Vala library/classes?
>
> --
>
> *  EOF  *
>
>
> 2016-07-21 18:25 GMT+02:00 pelzflorian (Florian Pelz) <
> pelzflor...@pelzflorian.de>:
>
> > On 07/21/2016 05:12 PM, Guillaume Poirier-Morency wrote:
> > > Le jeudi 21 juillet 2016 à 17:43 +0300, Aleksandr Palamar a écrit :
> > >>3. Package Manager, Vala already has a nice place with lot of nice
> > >> VAPIs
> > >>(https://github.com/nemequ/vala-extra-vapis), but better approach
> > >> to
> > >>have own package manager with auto-resolving of dependencies (like
> > >> NPM in
> > >>Node or Cargo in Rust).
> > >
> > > I would really enjoy a source package manager to retreive bindings and
> > > external Vala projects. So far, I'm happy with Meson and subprojects.
> > >
> >
> > Why a custom package manager?
> >
> > For the apps / libraries there is the distribution’s package manager.
> > Please do not make yet another package manager for those. This is a
> > solved problem.
> >
> > What remains are VAPIs. Why is a custom package manager a better
> > approach than the vala-extra-vapis you are linking to? Your
> > distribution’s package manager should take care of dependency resolution
> > for the libraries the VAPIs are for. It also should take care of
> > downloading the library’s source code when requested.
> >
> > Regards,
> > Florian Pelz
> > ___
> > vala-list mailing list
> > vala-list@gnome.org
> > https://mail.gnome.org/mailman/listinfo/vala-list
>
> >
> ___
> vala-list mailing list
> vala-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/vala-list
>
>
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] Just a news I've read about popularity langage

[Dev_NIX]

I understand your point, but maybe (for example) nodejs have a lower
learning curve and a faster way to get work done because it have a great
package manager.

As fas as I never used Vala beyond multiple personal little experiments, I
feel that could be tools to make the life of starters better. For example,
there is a *great* project that helped me in every step, Autovala.

One question: is there a "standard" Vala library/classes?

--

*   EOF   *

2016-07-21 18:25 GMT+02:00 pelzflorian (Florian Pelz) <
pelzflor...@pelzflorian.de>:

> On 07/21/2016 05:12 PM, Guillaume Poirier-Morency wrote:
> > Le jeudi 21 juillet 2016 à 17:43 +0300, Aleksandr Palamar a écrit :
> >>3. Package Manager, Vala already has a nice place with lot of nice
> >> VAPIs
> >>(https://github.com/nemequ/vala-extra-vapis), but better approach
> >> to
> >>have own package manager with auto-resolving of dependencies (like
> >> NPM in
> >>Node or Cargo in Rust).
> >
> > I would really enjoy a source package manager to retreive bindings and
> > external Vala projects. So far, I'm happy with Meson and subprojects.
> >
>
> Why a custom package manager?
>
> For the apps / libraries there is the distribution’s package manager.
> Please do not make yet another package manager for those. This is a
> solved problem.
>
> What remains are VAPIs. Why is a custom package manager a better
> approach than the vala-extra-vapis you are linking to? Your
> distribution’s package manager should take care of dependency resolution
> for the libraries the VAPIs are for. It also should take care of
> downloading the library’s source code when requested.
>
> Regards,
> Florian Pelz
> ___
> vala-list mailing list
> vala-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/vala-list
>
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] Get CREATION DATE OR TIME of file

[Dev_NIX]

Be careful, Gmail marked me this mail as spam, don't know why.

--

*   EOF   *

2016-01-09 15:25 GMT+01:00 Mario Daniel Ruiz Saavedra <
desideran...@rocketmail.com>:

> It's not currently possible to do that on most systems, take a look
> at File creation times [LWN.net]
> |   |
> |   |   |   |   |   |
> | File creation times [LWN.net]By Jonathan Corbet July 26, 2010 Linux
> systems, like the Unix systems that came before, maintain threedifferent
> timestamps for each file.  |
> |  |
> | Ver en lwn.net | Vista previa por Yahoo |
> |  |
> |   |
>
>
>
> Mario Daniel Ruiz Saavedra  Estudiante Ing. Sistemas - Universidad del
> Norte mru...@uninorte.edu.co - twitter.com/desiderantes -
> joindiaspora.com/u/desiderantes
>
> El Sábado, 9 de enero, 2016 8:34:17, raum  escribió:
>
>
>
>  Hi,
>
> Problem between windows and linux API,  probably...
>
> Either you can take a look to one of my project wich worked on linux
>
> https://github.com/Raumy/check_fs
>
> Regards
> Le 9 janv. 2016 10:30, Chris Daley  a écrit :
> >
> > Hi all,
> >
> > One possible solution to this problem that would be Windows only is to
> > retrieve the file creation date via the Windows API. The following code
> is
> > untested as I am still setting up my Winodws VM but you might be able to
> > try it out in the meantime. You will need to install the Windows SDK if
> you
> > haven't already and I assume you are using mingw. A caveat, I haven't
> used
> > the Windows API in a long time so you may need to double check the
> headers
> > to make sure the function definitions are correct - this is for version
> > 7.0. I'm assuming it's possible, as the parts of the Windows API you
> would
> > be linking to are C libraries and this is more or less how you would do
> it
> > in C# but like I said - this is an untested thought experiment that might
> > be a total NO-OP. The only thing I could find on the internets was from
> the
> > mailing list quite a few years back -
> > http://comments.gmane.org/gmane.comp.programming.vala/2867 - but it does
> > suggest that this is entirely possible.
> >
> > Anyway, the code...
> >
> > // All of this is Windows API definitions which could be put into a
> > separate vapi
> >
> > // The CreateFile flag for reading
> > const int64 GENERIC_READ = 0x8000;
> >
> > // Contains a 64-bit value representing the number of 100-nanosecond
> > intervals since January 1, 1601 (UTC).
> > struct FileTime {
> > // The low-order part of the file time.
> > int64 dwLowDateTime;
> > // The high-order part of the file time.
> > int64 dwHighDateTime;
> > }
> >
> > struct SystemTime {
> >int64 wYear;
> >int64 wMonth;
> >int64 wDayOfWeek;
> >int64 wDay;
> >int64 wHour;
> >int64 wMinute;
> >int64 wSecond;
> >int64 wMilliseconds;
> > }
> >
> > [CCode(cheader_filename = "WinBase.h ")]
> > public extern bool GetFileTime(void* file_handle,
> > out lpCreationTime,
> > out lpLastAccessTime,
> > out lpLastWriteTime
> > );
> >
> > [CCode(cheader_filename = "WinBase.h ")]
> > public extern void CreateFile(
> > string lpFileName,
> > int64 dwDesiredAccess,
> > int64 dwShareMode,
> > void* lpSecurityAttributes,
> > int64 dwCreationDisposition,
> > int64 dwFlagsAndAttributes,
> > void* hTemplateFile
> > );
> >
> > [CCode(cheader_filename = "WinBase.h ")]
> > public extern bool FileTimeToSystemTime (FileTime filetime, out
> SystemTime);
> >
> > public static int main (string[] args) {
> >
> >void* testfile = CreateFile("./test.vala", GENERIC_READ,0, null, 0, 0,
> > null);
> >FileTime time;
> >bool success = GetFileTime(testfile,out time, null, null);
> >
> > if (success) {
> >SystemTime systime;
> >FileTimeToSystemTime (time, out systime);
> >message ("Success: File created on %02d/%02d/%d %02d:%02d",
> > systime.wMonth, systime.wDay, systime.wYear, systime.wHour,
> > systime.wMinute);
> > } else {
> >   message ("Something went wrong");
> >}
> > }
> >
> > This would need to be compiled with the right paths set to the Windows
> SDK
> > location and linked against Kernel32.lib.
> >
> > Like I said, it's untested (yet) and I won't have time until next week to
> > look at it again, so caveat emptor. If you're wanting to make a nicer
> > demonstration out of it, you could save the Windows extern functions and
> > struct definitions to a vapi file - like windows.vapi - to make it look
> > less complicated (which it is, compared to the C code that would achieve
> > the same effect).
> >
> > Let me know if you have any success.
> >
> > Cheers
> > Chris
> >
> > 2016-01-08 12:35 GMT-08:00 Edwin De La Cruz :
> >
> > > Lametablemente no way? At least not directly using Vala , I understand
> > > what I have read so far.
> > > I keep looking for any option , since it was very important for me to
> > > do in Vala and convince some people that language worth 

Re: [Vala] Planet Vala? (was: Re: [Genie] Re: Vala on Android)

[Dev_NIX]

I would love even more some kind of social forum with git and gists hosting
integrated.
El 18/03/2014 19:07, Jim Nelson j...@yorba.org escribió:

 I'm very interested.

 As far as blogs to add, I can't name any dedicated active Vala blogs
 (although I haven't looked recently).  What I like about your proposal is
 that it would encourage more blog activity about Vala.

 -- Jim

 On Mon, Mar 17, 2014 at 7:48 PM, Evan Nemerson e...@coeus-group.com
 wrote:

 Does anyone have an opinion on whether we should put together a blog
 aggregator for Vala/Genie?

 If there is any interest Jürg might be willing to let us use
 planet.vala-project.org, I can probably host a Planet Planet
 installation on my dreamhost account, and Florian may be willing to let
 us steal the valadoc.org theme.

 Please let me know if you are interested, as well as any suggestions you
 might have about blogs to add.


 -Evan


 On Tue, 2014-03-18 at 01:42 +, Al Thomas wrote:

  Great stuff Gontzal!
   Does this mean Vala/Genie programs can be compiled for non-rooted
  Android devices?
   I have created a new Genie wiki page:
   https://wiki.gnome.org/Projects/Genie/TutorialsBlogsExamples
   and included links to some of your projects and tutorials. I have also
  included a link to
  https://github.com/avalanche-games/avalanche/wiki/Getting-Started-%
  28for-Linux-users%29 to help get people interested in this. What do
  you think?
   Al
 
   From: gontzal txasato...@gmail.com
  To: vala-list@gnome.org  Sent: Saturday, 15 March 2014, 0:01
  Subject: [Vala] Vala on Android

  Hi Folks!!
  
  Genie is already runing on Android using SDL 2.0.
  See an educational app in android playstore named Katamotz Hitzak .
  How to compile a genie/vala + SDL 2.0 game-application?
  http://manualgenie.blogspot.com.es/
  https://github.com/avalanche-games/avalanche/wiki/_pages
  
  thanks... i love Genie. Maintain it please
  ___
  vala-list mailing list
  vala-list@gnome.org
  https://mail.gnome.org/mailman/listinfo/vala-list
  
  
  
  ___
  vala-list mailing list
  vala-list@gnome.org
  https://mail.gnome.org/mailman/listinfo/vala-list


 ___
 vala-list mailing list
 vala-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/vala-list

 ___
 vala-list mailing list
 vala-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/vala-list

___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] Compiling under Windows

[Dev_NIX]

I was thinking about that. Compilation on Windows lacks of documentation,
and there are problems (like compiling GLib on MSYS) more or less resolved,
but it's almost impossible find how to do it. After several weeks
investigating in my free time, I've found the problems and their solutions,
and I'm a complete autotools n00b.

Right now I'm recreating the proccess from scratch inside a clean  Windows
8.1 installation, and documenting it in blog format in Spanish, with the
intention of translate it later to English. If, in the proccess, I write a
bash/bat script to automate part of the work, I'll publish it too.

If you find it useful and want to collaborate, you are free to write to me
(in fact, I will love you with all my heart). I will post updates if I get
a complete English guide. Cheers!



2014/1/21 Daniel Espinosa eso...@gmail.com

 May is a good idea to add NSIS script directly in Vala repository. It
 could be redistributed with Vala source code or have a way to automatically
 create Windows installer with the new versions.
 El ene 20, 2014 3:33 p.m., Tarnyko tarn...@tarnyko.net escribió:

 Hi Dev_NIX,
 Dev_NIX writes:

 To solve that on MSYS you have to install the msys-libtool package on
 MinGW
 Installation Manager. I've used Cygwin before.
 I've been able to compile (after a good time investigating) GLib inside
 MSYS, and after some tweakings, I've successfully compiled Vala 0.22.1 on
 Windows.
 Does anyone some experience or documentation to package it to an
 installer
 like vala 0.12 and what files and bins are needed on the directory
 structure inside the installation?


 The Vala 0.12 installer (which, I suppose, you found on code.google.com)
 is packaged using NSIS. I wrote a similar NSIS script which, I suppose, I
 could share somewhere on the Internet. The particularity is that the .vapi
 files are not located in root\share but in \ProgramData\vala-0.XX,
 which is done by tweaking the configure file.
 I used to package former versions of Vala, but have less free time to do
 so. I'd be happy to help you if you come to IRC, irc.gimp.org, #gtk+ or
 #vala channel.


 2014/1/19 Maciej Piechotka uzytkown...@gmail.com

 On Sun, 2014-01-19 at 17:22 +0100, Dev_NIX wrote:
  Hi all!
 
  I'm starting some Vala experiments on Windows, and I'm using the last
  version compiled by Tarnyko (which is 0.20.1)
 
  Right now I'm trying to compile by myself the latest build (0.23.1) on
  cygwin, but I get stucked running autogen.sh with the following
 message:
 
  Can't locate Autom4te/ChannelDefs.pm in @INC
  (
  @INC contains:
  E:/PROGRA~1/GnuWin32/autoconf/share/autoconf
   /usr/lib/perl5/site_perl/5.14/x86_64-cygwin-threads
  /usr/lib/perl5/site_perl/5.14
  /usr/lib/perl5/vendor_perl/5.14/x86_64-cygwin-threads
   /usr/lib/perl5/vendor_perl/5.14
  /usr/lib/perl5/5.14/x86_64-cygwin-threads
  /usr/lib/perl5/5.14 .
  )
  at /cygdrive/e/Program Files (x86)/GnuWin32/bin/autoreconf line 42.
  BEGIN failed--compilation aborted at /cygdrive/e/Program Files
  (x86)/GnuWin32/bin/autoreconf line 42.
 
  Do you have any idea of what's going on, guys? D:
 A random guess - you have mixed cygwin perl (as dented by paths) and
 non-cygwin perl (e:\Program Files (x86)\GnuWin32) which breaks things
 (namely autoconf - part of Vala build system).
 Setting the perl paths straight should fix the problem (I have no idea
 what they are - I'd try perl IRC channel) to use cygwin perl.
 ___
 vala-list mailing list
 vala-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/vala-list

  ___
 vala-list mailing list
 vala-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/vala-list


 Regards,
 Tarnyko
 ___
 vala-list mailing list
 vala-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/vala-list


___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

[Vala] Compiling under Windows

[Dev_NIX]

Hi all!

I'm starting some Vala experiments on Windows, and I'm using the last
version compiled by Tarnyko (which is 0.20.1)

Right now I'm trying to compile by myself the latest build (0.23.1) on
cygwin, but I get stucked running autogen.sh with the following message:

Can't locate Autom4te/ChannelDefs.pm in @INC
(
@INC contains:
E:/PROGRA~1/GnuWin32/autoconf/share/autoconf
 /usr/lib/perl5/site_perl/5.14/x86_64-cygwin-threads
/usr/lib/perl5/site_perl/5.14
/usr/lib/perl5/vendor_perl/5.14/x86_64-cygwin-threads
 /usr/lib/perl5/vendor_perl/5.14
/usr/lib/perl5/5.14/x86_64-cygwin-threads
/usr/lib/perl5/5.14 .
)
at /cygdrive/e/Program Files (x86)/GnuWin32/bin/autoreconf line 42.
BEGIN failed--compilation aborted at /cygdrive/e/Program Files
(x86)/GnuWin32/bin/autoreconf line 42.

Do you have any idea of what's going on, guys? D:
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

[Vala] Bountysource of a Vala project

[Dev_NIX]

Hi!

I'm starting a crowdfunding of a project to be done in Vala languaje. It's
a Git client, based on libgit2, because there's no good GUI client on
Linux, and Windows clients suck (with svn this not happens).

As I want to work on it fulltime (2h per day is not enough) I've started to
ask for money to survive while I develop this project (nobody wants to be a
freelance web developer :P).

It is called GiTrance, and i would love to release it with a GPL v3 under
the signature of Devtrance, a still not existing foundation which wants to
develop software to the Yorba way.

This is the URL of the Fundraiser:
https://www.bountysource.com/fundraisers/484-gitrance

I also accept all type of suggestions, like the way to develop, the
rewards, etc. I'll love you if you help me to pay my bills helping the rest
of developers with an amazing Git client, or spreading the word!

Thank you
Dev_NIX
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list