Re: [Gambas-user] Process.Wait freeze

2017-08-20 Thread Jussi Lahtinen
OK, now I'm experiencing only the old already reported error, which no one
else seem to be able to reproduce. IE the variable sTest remains empty
(example in mTest.DoTest line 1686).


Jussi

On Mon, Aug 21, 2017 at 2:47 AM, Benoît Minisini <
gam...@users.sourceforge.net> wrote:

> Le 21/08/2017 à 00:44, Jussi Lahtinen a écrit :
>
>> Hmmm... somehow this:
>>
>> hWatchFile = Open "/dev/urandom" For Read Watch
>>
>> Triggers execution of Process_Read(), instead of File_Read()... something
>> changed to that?
>>
>>
>> Jussi
>>
>>
> No reason for that. Can you try the last commit, I added a fix.
>
> Otherwise I have no crash nor memory corruption in your Shell / Exec test,
> with the loop run 1000 times.
>
> --
> Benoît Minisini
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] [Gambas Bug Tracker] Bug #1133: Paste doesn't work in gb.form.terminal

2017-08-20 Thread PICCORO McKAY Lenz
i think means "mail to bugtraker are doscontinued"

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-08-20 16:03 GMT-04:00 Benoît Minisini via Gambas-user <
gambas-user@lists.sourceforge.net>:

> Le 20/08/2017 à 22:00, Tony Morehen a écrit :
>
>> I know that bugtracker has been discontinued.
>>
>
> Where did you see that? The bugtracker has not been discontinued!
>
> --
> Benoît Minisini
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Git compilation report

2017-08-20 Thread PICCORO McKAY Lenz
2017-08-20 17:44 GMT-04:00 Christof Thalhofer :

> You have to get familiar with that program, as it seems to be a little
> bit crude first, but I did not find any better "GUI" for Git till now.
>
that's i like of git, so then no guindo-like gui programs

well not so bad, theres :

   - qgit, (qt, manager per directory git clones
   - also gitggle (gtk, manager but per git clones)
   - gittk (tk, only visualizer)
   - gitg (gtk3 viewer and browser)
   - magit (emacs integration only, console)
   - tig (ncurses console interface, recomended for linux real users)

well if have amny other please post it

>
> > With your permission I take advantage of this mail to thank the friends
> > Piccoro, Charlie (Karl), Tobias, Adrien, Tony you are all fantastic I am
> > honored that you give me yours time.
>
> Sure, very nice!!! :-)
> Great people, all over the world!
>
> Alles Gute
>
> Christof Thalhofer
>
> --
> Dies ist keine Signatur
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Process.Wait freeze

2017-08-20 Thread Benoît Minisini via Gambas-user

Le 21/08/2017 à 00:44, Jussi Lahtinen a écrit :

Hmmm... somehow this:

hWatchFile = Open "/dev/urandom" For Read Watch

Triggers execution of Process_Read(), instead of File_Read()... 
something changed to that?



Jussi



No reason for that. Can you try the last commit, I added a fix.

Otherwise I have no crash nor memory corruption in your Shell / Exec 
test, with the loop run 1000 times.


--
Benoît Minisini

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Process.Wait freeze

2017-08-20 Thread Jussi Lahtinen
Hmmm... somehow this:

hWatchFile = Open "/dev/urandom" For Read Watch

Triggers execution of Process_Read(), instead of File_Read()... something
changed to that?


Jussi

On Mon, Aug 21, 2017 at 1:38 AM, Jussi Lahtinen 
wrote:

> Did you run the GambasTester? It didn't get better on my box, now it
> crashes randomly in two possible ways:
>
> mTest.Process_Read.1975: #53: Stream is closed
> mTest.Process_Read.1975 mTest.DoTests.1771 mTest.Main.2212
>
> Or:
>
> mTest.Process_Read.1975: #42: System error #9: Bad file descriptor
> mTest.Process_Read.1975 mTest.DoTests.1771 mTest.Main.2212
> *** Error in `GambasTestercmd': free(): invalid pointer:
> 0x0068edff ***
>
> Program received signal SIGABRT, Aborted.
> 0x77a47c37 in raise () from /lib/x86_64-linux-gnu/libc.so.6
> (gdb) bt
> #0  0x77a47c37 in raise () from /lib/x86_64-linux-gnu/libc.so.6
> #1  0x77a4b028 in abort () from /lib/x86_64-linux-gnu/libc.so.6
> #2  0x77a842a4 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> #3  0x77a9082e in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> #4  0x004207d3 in clear_pool () at gbx_string.c:290
> #5  STRING_clear_cache () at gbx_string.c:395
> #6  0x004207ef in STRING_exit () at gbx_string.c:401
> #7  0x0041f5ff in main_exit (silent=silent@entry=1 '\001') at
> gbx.c:157
> #8  0x00404c0f in main (argc=1, argv=0x7fffe028) at gbx.c:458
>
>
>
> Jussi
>
>
>
>
>
> On Fri, Aug 18, 2017 at 2:18 PM, Benoît Minisini <
> gam...@users.sourceforge.net> wrote:
>
>> Le 18/08/2017 à 12:47, Benoît Minisini via Gambas-user a écrit :
>>
>>> Le 14/08/2017 à 00:18, Jussi Lahtinen a écrit :
>>>
 The freeze from gdb.

 #0  0x77b068b3 in select () from /lib/x86_64-linux-gnu/libc.so.
 6
 #1  0x0041e26d in WATCH_process (fd_end=fd_end@entry=4,
 fd_output=-1,
  timeout=timeout@entry=0) at gbx_watch.c:685
 #2  0x004286d9 in CPROCESS_wait_for (process=0x688298,
 timeout=0)
  at gbx_c_process.c:976
 #3  0x0043250e in EXEC_native () at gbx_exec.c:1375
 #4  0x0043cc4a in EXEC_loop () at gbx_exec_loop.c:1427
 #5  0x004316fb in EXEC_function_loop () at gbx_exec.c:931
 #6  0x0043346f in EXEC_function_real () at gbx_exec.c:895
 #7  EXEC_public_desc (class=, object=object@entry=0x0,
  desc=desc@entry=0x681aa8, nparam=nparam@entry=0) at
 gbx_exec.c:1618
 #8  0x00404b68 in main (argc=1, argv=0x7fffdfd8) at
 gbx.c:416


 Jussi


>>> I confirm the bug. I isolated the loop, and ran it 1000 times. It always
>>> freezes sooner or later on my machine. Shame!
>>>
>>>
>> OK, fixed in commit e1a5412f4ffb5ac7af62e78c7b93e2468152b13a.
>>
>> --
>> Benoît Minisini
>>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Process.Wait freeze

2017-08-20 Thread Jussi Lahtinen
Did you run the GambasTester? It didn't get better on my box, now it
crashes randomly in two possible ways:

mTest.Process_Read.1975: #53: Stream is closed
mTest.Process_Read.1975 mTest.DoTests.1771 mTest.Main.2212

Or:

mTest.Process_Read.1975: #42: System error #9: Bad file descriptor
mTest.Process_Read.1975 mTest.DoTests.1771 mTest.Main.2212
*** Error in `GambasTestercmd': free(): invalid pointer: 0x0068edff
***

Program received signal SIGABRT, Aborted.
0x77a47c37 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x77a47c37 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x77a4b028 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x77a842a4 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x77a9082e in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x004207d3 in clear_pool () at gbx_string.c:290
#5  STRING_clear_cache () at gbx_string.c:395
#6  0x004207ef in STRING_exit () at gbx_string.c:401
#7  0x0041f5ff in main_exit (silent=silent@entry=1 '\001') at
gbx.c:157
#8  0x00404c0f in main (argc=1, argv=0x7fffe028) at gbx.c:458



Jussi





On Fri, Aug 18, 2017 at 2:18 PM, Benoît Minisini <
gam...@users.sourceforge.net> wrote:

> Le 18/08/2017 à 12:47, Benoît Minisini via Gambas-user a écrit :
>
>> Le 14/08/2017 à 00:18, Jussi Lahtinen a écrit :
>>
>>> The freeze from gdb.
>>>
>>> #0  0x77b068b3 in select () from /lib/x86_64-linux-gnu/libc.so.6
>>> #1  0x0041e26d in WATCH_process (fd_end=fd_end@entry=4,
>>> fd_output=-1,
>>>  timeout=timeout@entry=0) at gbx_watch.c:685
>>> #2  0x004286d9 in CPROCESS_wait_for (process=0x688298, timeout=0)
>>>  at gbx_c_process.c:976
>>> #3  0x0043250e in EXEC_native () at gbx_exec.c:1375
>>> #4  0x0043cc4a in EXEC_loop () at gbx_exec_loop.c:1427
>>> #5  0x004316fb in EXEC_function_loop () at gbx_exec.c:931
>>> #6  0x0043346f in EXEC_function_real () at gbx_exec.c:895
>>> #7  EXEC_public_desc (class=, object=object@entry=0x0,
>>>  desc=desc@entry=0x681aa8, nparam=nparam@entry=0) at gbx_exec.c:1618
>>> #8  0x00404b68 in main (argc=1, argv=0x7fffdfd8) at gbx.c:416
>>>
>>>
>>> Jussi
>>>
>>>
>> I confirm the bug. I isolated the loop, and ran it 1000 times. It always
>> freezes sooner or later on my machine. Shame!
>>
>>
> OK, fixed in commit e1a5412f4ffb5ac7af62e78c7b93e2468152b13a.
>
> --
> Benoît Minisini
>


GambasTestercmd-0.9.49.tar.gz
Description: GNU Zip compressed data
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Git compilation report

2017-08-20 Thread Christof Thalhofer
Hello Gianluigi,

Am 20.08.2017 um 00:00 schrieb Gianluigi:

> First of all I apologize for the delay with which I answer you, but today
> it was a day of work entirely dedicated to my wife, and in addition I
> helped an Italian friend explaining how to install Gambas from Git :-D

I think you had a great day, as I did with my family! :-)

> I also wanted to make sure I understood.
> Thank you very much for the step-by-step help, which is indispensable for a
> tough head (goat is my logo) like me.
> The next time I update from Git will do as you have clearly suggested.
> Only ask you for a confirmation to see the changes, we need to watch the
> commit here [0] or does a better method exist from the terminal?

There is a great program called "tig", it lets you see all changes on
the terminal and also organize own changes and commits easily.

I think it's part of every distro. In Debian I do an "apt install tig".

Then, if you're in "gambasdevel", after a "git pull", write "tig" to see
and scroll through the commit log and have a look at the changes.

You have to get familiar with that program, as it seems to be a little
bit crude first, but I did not find any better "GUI" for Git till now.

> With your permission I take advantage of this mail to thank the friends
> Piccoro, Charlie (Karl), Tobias, Adrien, Tony you are all fantastic I am
> honored that you give me yours time.

Sure, very nice!!! :-)
Great people, all over the world!

Alles Gute

Christof Thalhofer

-- 
Dies ist keine Signatur



signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Switching to GitLab

2017-08-20 Thread Jussi Lahtinen
OK, that solves the problem. Thanks!


Jussi

On Sun, Aug 20, 2017 at 11:22 PM, Adrien Prokopowicz <
adrien.prokopow...@gmail.com> wrote:

> Le Sun, 20 Aug 2017 20:31:11 +0200, Jussi Lahtinen <
> jussi.lahti...@gmail.com> a écrit:
>
> How do you get the change log with git? "git log" shows only one change
>> (most recent?).
>> Is this because I cloned the sources with "git clone --depth=1
>> https://gitlab.com/gambas/gambas.git;?
>>
>> Even when I want only the latest dev version, I would still like to know
>> what has changed. It's quite important if you do bug hunting.
>>
>>
>> Jussi
>>
>
> Yes, when you use --depth=1, you only retrieve the latest commit, so it
> can't know
> about anything past it.
> If you want to have the information locally, you can use the following :
>
> git fetch --unshallow
>
> It will retrieve the missing pieces and you will end up with a full clone,
> as if you just ran git clone without the --depth argument.
>
> You can also view the latest commits directly on gitlab here :
>
> https://gitlab.com/gambas/gambas/commits/master
>
> … or as a RSS feed here :
>
> https://gitlab.com/gambas/gambas/commits/master?format=atom
>
> If you have a Gitlab account, you can also configure it so it will send you
> email notifications when something happens on the repository.
>
>
> --
> Adrien Prokopowicz
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Switching to GitLab

2017-08-20 Thread Benoît Minisini via Gambas-user

Le 20/08/2017 à 20:31, Jussi Lahtinen a écrit :
How do you get the change log with git? "git log" shows only one change 
(most recent?).
Is this because I cloned the sources with "git clone --depth=1 
https://gitlab.com/gambas/gambas.git;?


Even when I want only the latest dev version, I would still like to know 
what has changed. It's quite important if you do bug hunting.



Jussi


I think so. You should get a full repository to get all the changes by 
definition. With "--detph=1", you have only the last commit of the 
repository.


Is it a big deal for you to get the full tree? The first time it's a lot 
of data, but then you just have to regularly "git pull" to get the 
changes, and it's fast.


--
Benoît Minisini

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Switching to GitLab

2017-08-20 Thread Adrien Prokopowicz
Le Sun, 20 Aug 2017 20:31:11 +0200, Jussi Lahtinen  
 a écrit:



How do you get the change log with git? "git log" shows only one change
(most recent?).
Is this because I cloned the sources with "git clone --depth=1
https://gitlab.com/gambas/gambas.git;?

Even when I want only the latest dev version, I would still like to know
what has changed. It's quite important if you do bug hunting.


Jussi


Yes, when you use --depth=1, you only retrieve the latest commit, so it  
can't know

about anything past it.
If you want to have the information locally, you can use the following :

git fetch --unshallow

It will retrieve the missing pieces and you will end up with a full clone,
as if you just ran git clone without the --depth argument.

You can also view the latest commits directly on gitlab here :

https://gitlab.com/gambas/gambas/commits/master

… or as a RSS feed here :

https://gitlab.com/gambas/gambas/commits/master?format=atom

If you have a Gitlab account, you can also configure it so it will send you
email notifications when something happens on the repository.

--
Adrien Prokopowicz

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Switching to GitLab

2017-08-20 Thread Jussi Lahtinen
The same problem.


Jussi

On Sun, Aug 20, 2017 at 10:24 PM, PICCORO McKAY Lenz  wrote:

> Jusssi please do:
>
> http://gambaswiki.org/wiki/howto/git#t14
>
> git whatchanged
>
>
>
> Lenz McKAY Gerardo (PICCORO)
> http://qgqlochekone.blogspot.com
>
> 2017-08-20 14:31 GMT-04:00 Jussi Lahtinen :
>
> > How do you get the change log with git? "git log" shows only one change
> > (most recent?).
> > Is this because I cloned the sources with "git clone --depth=1
> > https://gitlab.com/gambas/gambas.git;?
> >
> > Even when I want only the latest dev version, I would still like to know
> > what has changed. It's quite important if you do bug hunting.
> >
> >
> > Jussi
> >
> > On Fri, Aug 18, 2017 at 4:31 PM, Adrien Prokopowicz <
> > adrien.prokopow...@gmail.com> wrote:
> >
> > > Le Wed, 16 Aug 2017 23:14:54 +0200, Benoît Minisini <
> > > gam...@users.sourceforge.net> a écrit:
> > >
> > > Le 16/08/2017 à 21:30, Adrien Prokopowicz a écrit :
> > >>
> > >>> Le Wed, 16 Aug 2017 18:30:03 +0200, Benoît Minisini via Gambas-user <
> > >>> gambas-user@lists.sourceforge.net> a écrit:
> > >>>
> > 
> >  It's because the download tool of GitLab downloads everything
> >  (especially the 'MakeWebSite' project that has a lot big files in
> it),
> >  whereas the "make dist-bzip2" command only package what is relevant
> to
> >  compile and install Gambas.
> > 
> >  If no 'git' solution exist, maybe I will have to make these source
> >  packages manually again, and store them on Sourceforge as usual...
> > 
> >   While there are no "git" solutions for this, maybe we should put
> the
> > >>> website in
> > >>> its own repository, apart from the rest of the source tree ?
> > >>> Same goes for the wiki, the bugtracker, etc.
> > >>>
> > >>>
> > >> Maybe. But the MakeWebSite project is not the only tool located in the
> > >> source tree. Or it may not be. It's just the one that takes a lot of
> > place.
> > >> I will think about that.
> > >>
> > >
> > > Making separate repositories for each project is not a problem : we can
> > > have as
> > > many repositories as we want in the Gambas group. :-)
> > >
> > > Also, if the website is in its own repository, it can be hosted with
> the
> > > GitLab Pages service (which I've never tried, but it seems similar to
> the
> > > hosting
> > > provided by SourceForge).
> > >
> > > (I can move it into a new repository without losing the history, if you
> > >>> want)
> > >>>  As a side-note, we can also use GitLab's Pipelines feature to run
> the
> > >>> make
> > >>> dist-bzip2 command and store the results every time we tag a new
> > release
> > >>> (we can also use it to distribute compiled binaries if we want).
> > >>>
> > >>>
> > >> Ha! This is more interesting. But "make dist-bzip2" is not enough. You
> > >> must run it after a full configuration of the source, so it must be
> run
> > on
> > >> a clean system, and it needs to be hacked so that it can handle
> symbolic
> > >> links.
> > >>
> > >>
> > > (I'm not sure what you mean by "it needs to be hacked so that it can
> > handle
> > > symbolic links". Doesn't every system handle symbolic links
> > out-of-the-box
> > > ?)
> > >
> > > I forked the repository to make tests on my account, and I configured a
> > > small pipeline thats configures the sources and then generates the
> > archive.
> > >
> > > You can see the job result here :
> > >
> > > https://gitlab.com/prokopyl/gambas/-/jobs/29620075
> > >
> > > (Warning : Big ./configure log, expect your tab to freeze for a bit !)
> > >
> > > On the right panel you can browse the Job artifacts, and see it
> generated
> > > the
> > > .tar.bz2 archive as an artifact you can download.
> > >
> > > Unlike the repository source archive, Job artifacts are not meant to be
> > > directly
> > > downloaded by the users, as anyone in the group can delete them wile
> > > cleaning up
> > > (they do not expire by default, but we have a 10GB job artifact limit
> if
> > I
> > > remember
> > > correctly).
> > >
> > > However, you can configure the pipeline to automatically upload the
> > source
> > > package
> > > to any server you'd like (using SSH, FTP, or anything that has a CLI
> > > really).
> > >
> > > Something I would also like to setup later, is a Pipeline that checks
> the
> > > configuration/build on several Linux distributions on every commit.
> Since
> > > the
> > > Pipelines can rely on Docker, we can basically check for most major
> > x86_64
> > > distributions (and I think we can use qemu for other architectures,
> like
> > > x86
> > > or ARM).
> > >
> > > But that's just an idea, for now. :-)
> > >
> > >
> > > --
> > > Adrien Prokopowicz
> > >
> > > 
> > > --
> > > Check out the vibrant tech community on one of the world's most
> > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > > 

Re: [Gambas-user] [Gambas Bug Tracker] Bug #1133: Paste doesn't work in gb.form.terminal

2017-08-20 Thread Benoît Minisini via Gambas-user

Le 20/08/2017 à 22:00, Tony Morehen a écrit :
I know that bugtracker has been discontinued.  


Where did you see that? The bugtracker has not been discontinued!

--
Benoît Minisini

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] [Gambas Bug Tracker] Bug #1133: Paste doesn't work in gb.form.terminal

2017-08-20 Thread Tony Morehen
I know that bugtracker has been discontinued.  I just replied to an 
earlier, related message as a convenient way to let Benoit and others 
who have write permission to gitlab gambas/gambas know that I submitted 
a merge request.  They can be seen at 
https://gitlab.com/gambas/gambas/merge_requests,



On 2017-08-20 03:44 PM, PICCORO McKAY Lenz wrote:

tony, the answers to "bugtraker" are not traked.. you must enter in the bug
url and paste the respnse here..  and will be usefully the url of the merge
url request to able others track the help/colaboration

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-08-20 9:57 GMT-04:00 Tony Morehen :


I submitted a merge request on Gitlab to fix this bug.


On 2017-08-10 11:21 PM, bugtrac...@gambaswiki.org wrote:


http://gambaswiki.org/bugtracker/edit?object=BUG.1133=L21haW4-

Tony MOREHEN reported a new bug.

Summary
---

Paste doesn't work in gb.form.terminal

Type : Bug
Priority : Medium
Gambas version   : Unknown
Product  : Unknown


Description
---

When running terminal.exec(["bash"]), the paste method does nothing, even
though the clipboard has 'plain/text' content

Cause:  line 924 in TerminalView.class --
If Not $hProcess Or Not $hPipeOut Then Return
-- will return either or both $hProcess or $hPipeOut are null.  It should
return only when both are null.

Correct:
If Not $hProcess And Not $hPipeOut Then Return

I've attached a patch to fix.  The patch also adds a SendText method to
gb.form.terminal.  This allows the containing application to send commands
to the terminal process or pipe.


System information
--

[System]
Gambas=3.9.90 r8018
OperatingSystem=Linux
Kernel=4.8.15-1-MANJARO
Architecture=x86_64
Distribution=Manjaro Linux
Desktop=XFCE
Theme=Gtk
Language=en_CA.utf8
Memory=3947M

[Libraries]
Cairo=libcairo.so.2.11400.8
Curl=libcurl.so.4.4.0
DBus=libdbus-1.so.3.14.9
GStreamer=libgstreamer-0.10.so.0.30.0
GStreamer=libgstreamer-1.0.so.0.1002.0
GTK+2=libgtk-x11-2.0.so.0.2400.31
GTK+3=libgtk-3.so.0.2200.5
OpenGL=libGL.so.1.2.0
Poppler=libpoppler.so.66.0.0
QT4=libQtCore.so.4.8.7
QT5=libQt5Core.so.5.7.1
SDL=libSDL-1.2.so.0.11.4
SQLite=libsqlite3.so.0.8.6

[Environment]
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
DESKTOP_SESSION=xfce
DISPLAY=:0.0
GB_GUI=gb.qt4
GDMSESSION=xfce
GLADE_CATALOG_PATH=:
GLADE_MODULE_PATH=:
GLADE_PIXMAP_PATH=:
GTK2_RC_FILES=/.gtkrc-2.0
GTK_MODULES=canberra-gtk-module
HOME=
LANG=en_CA.utf8
LC_ADDRESS=en_CA.UTF-8
LC_IDENTIFICATION=en_CA.UTF-8
LC_MEASUREMENT=en_CA.UTF-8
LC_MONETARY=en_CA.UTF-8
LC_NAME=en_CA.UTF-8
LC_NUMERIC=en_CA.UTF-8
LC_PAPER=en_CA.UTF-8
LC_TELEPHONE=en_CA.UTF-8
LC_TIME=en_CA.UTF-8
LOGNAME=
MAIL=/var/spool/mail/
MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/
default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
PWD=
QT_QPA_PLATFORMTHEME=qt5ct
SAL_USE_VCLPLUGIN=gtk
SESSION_MANAGER=local/:@/tmp/.ICE-unix/9931,unix/<
hostname>:/tmp/.ICE-unix/9931
SHELL=/bin/bash
SHLVL=2
SSH_AGENT_PID=9936
SSH_AUTH_SOCK=/tmp/ssh-bUdChQqs4Zo0/agent.9935
TZ=:/etc/localtime
USER=
XAUTHORITY=/.Xauthority
XDG_CONFIG_DIRS=/etc/xdg
XDG_CURRENT_DESKTOP=XFCE
XDG_DATA_DIRS=/usr/local/share:/usr/share
XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/
XDG_MENU_PREFIX=xfce-
XDG_RUNTIME_DIR=/run/user/1000
XDG_SEAT=seat0
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_SESSION_DESKTOP=xfce
XDG_SESSION_ID=c4
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
XDG_SESSION_TYPE=x11
XDG_VTNR=7
_=/usr/bin/gambas3





--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] [Gambas Bug Tracker] Bug #1133: Paste doesn't work in gb.form.terminal

2017-08-20 Thread PICCORO McKAY Lenz
tony, the answers to "bugtraker" are not traked.. you must enter in the bug
url and paste the respnse here..  and will be usefully the url of the merge
url request to able others track the help/colaboration

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-08-20 9:57 GMT-04:00 Tony Morehen :

> I submitted a merge request on Gitlab to fix this bug.
>
>
> On 2017-08-10 11:21 PM, bugtrac...@gambaswiki.org wrote:
>
>> http://gambaswiki.org/bugtracker/edit?object=BUG.1133=L21haW4-
>>
>> Tony MOREHEN reported a new bug.
>>
>> Summary
>> ---
>>
>> Paste doesn't work in gb.form.terminal
>>
>> Type : Bug
>> Priority : Medium
>> Gambas version   : Unknown
>> Product  : Unknown
>>
>>
>> Description
>> ---
>>
>> When running terminal.exec(["bash"]), the paste method does nothing, even
>> though the clipboard has 'plain/text' content
>>
>> Cause:  line 924 in TerminalView.class --
>> If Not $hProcess Or Not $hPipeOut Then Return
>> -- will return either or both $hProcess or $hPipeOut are null.  It should
>> return only when both are null.
>>
>> Correct:
>> If Not $hProcess And Not $hPipeOut Then Return
>>
>> I've attached a patch to fix.  The patch also adds a SendText method to
>> gb.form.terminal.  This allows the containing application to send commands
>> to the terminal process or pipe.
>>
>>
>> System information
>> --
>>
>> [System]
>> Gambas=3.9.90 r8018
>> OperatingSystem=Linux
>> Kernel=4.8.15-1-MANJARO
>> Architecture=x86_64
>> Distribution=Manjaro Linux
>> Desktop=XFCE
>> Theme=Gtk
>> Language=en_CA.utf8
>> Memory=3947M
>>
>> [Libraries]
>> Cairo=libcairo.so.2.11400.8
>> Curl=libcurl.so.4.4.0
>> DBus=libdbus-1.so.3.14.9
>> GStreamer=libgstreamer-0.10.so.0.30.0
>> GStreamer=libgstreamer-1.0.so.0.1002.0
>> GTK+2=libgtk-x11-2.0.so.0.2400.31
>> GTK+3=libgtk-3.so.0.2200.5
>> OpenGL=libGL.so.1.2.0
>> Poppler=libpoppler.so.66.0.0
>> QT4=libQtCore.so.4.8.7
>> QT5=libQt5Core.so.5.7.1
>> SDL=libSDL-1.2.so.0.11.4
>> SQLite=libsqlite3.so.0.8.6
>>
>> [Environment]
>> DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
>> DESKTOP_SESSION=xfce
>> DISPLAY=:0.0
>> GB_GUI=gb.qt4
>> GDMSESSION=xfce
>> GLADE_CATALOG_PATH=:
>> GLADE_MODULE_PATH=:
>> GLADE_PIXMAP_PATH=:
>> GTK2_RC_FILES=/.gtkrc-2.0
>> GTK_MODULES=canberra-gtk-module
>> HOME=
>> LANG=en_CA.utf8
>> LC_ADDRESS=en_CA.UTF-8
>> LC_IDENTIFICATION=en_CA.UTF-8
>> LC_MEASUREMENT=en_CA.UTF-8
>> LC_MONETARY=en_CA.UTF-8
>> LC_NAME=en_CA.UTF-8
>> LC_NUMERIC=en_CA.UTF-8
>> LC_PAPER=en_CA.UTF-8
>> LC_TELEPHONE=en_CA.UTF-8
>> LC_TIME=en_CA.UTF-8
>> LOGNAME=
>> MAIL=/var/spool/mail/
>> MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
>> PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/
>> default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
>> PWD=
>> QT_QPA_PLATFORMTHEME=qt5ct
>> SAL_USE_VCLPLUGIN=gtk
>> SESSION_MANAGER=local/:@/tmp/.ICE-unix/9931,unix/<
>> hostname>:/tmp/.ICE-unix/9931
>> SHELL=/bin/bash
>> SHLVL=2
>> SSH_AGENT_PID=9936
>> SSH_AUTH_SOCK=/tmp/ssh-bUdChQqs4Zo0/agent.9935
>> TZ=:/etc/localtime
>> USER=
>> XAUTHORITY=/.Xauthority
>> XDG_CONFIG_DIRS=/etc/xdg
>> XDG_CURRENT_DESKTOP=XFCE
>> XDG_DATA_DIRS=/usr/local/share:/usr/share
>> XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/
>> XDG_MENU_PREFIX=xfce-
>> XDG_RUNTIME_DIR=/run/user/1000
>> XDG_SEAT=seat0
>> XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
>> XDG_SESSION_DESKTOP=xfce
>> XDG_SESSION_ID=c4
>> XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
>> XDG_SESSION_TYPE=x11
>> XDG_VTNR=7
>> _=/usr/bin/gambas3
>>
>>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Switching to GitLab

2017-08-20 Thread PICCORO McKAY Lenz
hi zxMarce.. i VERY INTERESTING..

lest get in sync and coordinate..

what do you need? learn and/or do?

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-08-20 15:17 GMT-04:00 First Last <d4t4f...@gmail.com>:

> Guys,
>
> This will sound kinda awful and probably dumb. The docs and opinions and
> even doubts I read so far made me way afraid of attempting any GIT.
> Looks like I will either end up with 2 terabyte of useless data, my contrib
> will end up in the wrong place, or I'll loose the changes I made just as
> easy.
>
> I have a new, patched gb.db.odbc's main.c file I'd like to submit (won't
> use words like COMMIT, UPLOAD, etc.). I updated my local copy from SVN
> today (20170820) and tested my changes; all was fine.
>
> I have a GitLab acct as zxMarce and even created my key pair. Now, if
> anyone there with enough patience explains to me in plain english or even
> spanish how to upload the file, I'll be grateful. Or, if preferred, I can
> attach the file to an email, so someone with the proper knowledge can
> upload it and not make the universe implode like I would...
>
> Regards,
> zxMarce.
>
> On Sun, Aug 20, 2017 at 3:31 PM, Jussi Lahtinen <jussi.lahti...@gmail.com>
> wrote:
>
> > How do you get the change log with git? "git log" shows only one change
> > (most recent?).
> > Is this because I cloned the sources with "git clone --depth=1
> > https://gitlab.com/gambas/gambas.git;?
> >
> > Even when I want only the latest dev version, I would still like to know
> > what has changed. It's quite important if you do bug hunting.
> >
> >
> > Jussi
> >
> > On Fri, Aug 18, 2017 at 4:31 PM, Adrien Prokopowicz <
> > adrien.prokopow...@gmail.com> wrote:
> >
> > > Le Wed, 16 Aug 2017 23:14:54 +0200, Benoît Minisini <
> > > gam...@users.sourceforge.net> a écrit:
> > >
> > > Le 16/08/2017 à 21:30, Adrien Prokopowicz a écrit :
> > >>
> > >>> Le Wed, 16 Aug 2017 18:30:03 +0200, Benoît Minisini via Gambas-user <
> > >>> gambas-user@lists.sourceforge.net> a écrit:
> > >>>
> > >>>>
> > >>>> It's because the download tool of GitLab downloads everything
> > >>>> (especially the 'MakeWebSite' project that has a lot big files in
> it),
> > >>>> whereas the "make dist-bzip2" command only package what is relevant
> to
> > >>>> compile and install Gambas.
> > >>>>
> > >>>> If no 'git' solution exist, maybe I will have to make these source
> > >>>> packages manually again, and store them on Sourceforge as usual...
> > >>>>
> > >>>>  While there are no "git" solutions for this, maybe we should put
> the
> > >>> website in
> > >>> its own repository, apart from the rest of the source tree ?
> > >>> Same goes for the wiki, the bugtracker, etc.
> > >>>
> > >>>
> > >> Maybe. But the MakeWebSite project is not the only tool located in the
> > >> source tree. Or it may not be. It's just the one that takes a lot of
> > place.
> > >> I will think about that.
> > >>
> > >
> > > Making separate repositories for each project is not a problem : we can
> > > have as
> > > many repositories as we want in the Gambas group. :-)
> > >
> > > Also, if the website is in its own repository, it can be hosted with
> the
> > > GitLab Pages service (which I've never tried, but it seems similar to
> the
> > > hosting
> > > provided by SourceForge).
> > >
> > > (I can move it into a new repository without losing the history, if you
> > >>> want)
> > >>>  As a side-note, we can also use GitLab's Pipelines feature to run
> the
> > >>> make
> > >>> dist-bzip2 command and store the results every time we tag a new
> > release
> > >>> (we can also use it to distribute compiled binaries if we want).
> > >>>
> > >>>
> > >> Ha! This is more interesting. But "make dist-bzip2" is not enough. You
> > >> must run it after a full configuration of the source, so it must be
> run
> > on
> > >> a clean system, and it needs to be hacked so that it can handle
> symbolic
> > >> links.
> > >>
> > >>
> > > (I'm not sure what you mean by "it needs to be hacked so that it can
> > handle
> >

Re: [Gambas-user] Switching to GitLab

2017-08-20 Thread PICCORO McKAY Lenz
Jusssi please do:

http://gambaswiki.org/wiki/howto/git#t14

git whatchanged



Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-08-20 14:31 GMT-04:00 Jussi Lahtinen :

> How do you get the change log with git? "git log" shows only one change
> (most recent?).
> Is this because I cloned the sources with "git clone --depth=1
> https://gitlab.com/gambas/gambas.git;?
>
> Even when I want only the latest dev version, I would still like to know
> what has changed. It's quite important if you do bug hunting.
>
>
> Jussi
>
> On Fri, Aug 18, 2017 at 4:31 PM, Adrien Prokopowicz <
> adrien.prokopow...@gmail.com> wrote:
>
> > Le Wed, 16 Aug 2017 23:14:54 +0200, Benoît Minisini <
> > gam...@users.sourceforge.net> a écrit:
> >
> > Le 16/08/2017 à 21:30, Adrien Prokopowicz a écrit :
> >>
> >>> Le Wed, 16 Aug 2017 18:30:03 +0200, Benoît Minisini via Gambas-user <
> >>> gambas-user@lists.sourceforge.net> a écrit:
> >>>
> 
>  It's because the download tool of GitLab downloads everything
>  (especially the 'MakeWebSite' project that has a lot big files in it),
>  whereas the "make dist-bzip2" command only package what is relevant to
>  compile and install Gambas.
> 
>  If no 'git' solution exist, maybe I will have to make these source
>  packages manually again, and store them on Sourceforge as usual...
> 
>   While there are no "git" solutions for this, maybe we should put the
> >>> website in
> >>> its own repository, apart from the rest of the source tree ?
> >>> Same goes for the wiki, the bugtracker, etc.
> >>>
> >>>
> >> Maybe. But the MakeWebSite project is not the only tool located in the
> >> source tree. Or it may not be. It's just the one that takes a lot of
> place.
> >> I will think about that.
> >>
> >
> > Making separate repositories for each project is not a problem : we can
> > have as
> > many repositories as we want in the Gambas group. :-)
> >
> > Also, if the website is in its own repository, it can be hosted with the
> > GitLab Pages service (which I've never tried, but it seems similar to the
> > hosting
> > provided by SourceForge).
> >
> > (I can move it into a new repository without losing the history, if you
> >>> want)
> >>>  As a side-note, we can also use GitLab's Pipelines feature to run the
> >>> make
> >>> dist-bzip2 command and store the results every time we tag a new
> release
> >>> (we can also use it to distribute compiled binaries if we want).
> >>>
> >>>
> >> Ha! This is more interesting. But "make dist-bzip2" is not enough. You
> >> must run it after a full configuration of the source, so it must be run
> on
> >> a clean system, and it needs to be hacked so that it can handle symbolic
> >> links.
> >>
> >>
> > (I'm not sure what you mean by "it needs to be hacked so that it can
> handle
> > symbolic links". Doesn't every system handle symbolic links
> out-of-the-box
> > ?)
> >
> > I forked the repository to make tests on my account, and I configured a
> > small pipeline thats configures the sources and then generates the
> archive.
> >
> > You can see the job result here :
> >
> > https://gitlab.com/prokopyl/gambas/-/jobs/29620075
> >
> > (Warning : Big ./configure log, expect your tab to freeze for a bit !)
> >
> > On the right panel you can browse the Job artifacts, and see it generated
> > the
> > .tar.bz2 archive as an artifact you can download.
> >
> > Unlike the repository source archive, Job artifacts are not meant to be
> > directly
> > downloaded by the users, as anyone in the group can delete them wile
> > cleaning up
> > (they do not expire by default, but we have a 10GB job artifact limit if
> I
> > remember
> > correctly).
> >
> > However, you can configure the pipeline to automatically upload the
> source
> > package
> > to any server you'd like (using SSH, FTP, or anything that has a CLI
> > really).
> >
> > Something I would also like to setup later, is a Pipeline that checks the
> > configuration/build on several Linux distributions on every commit. Since
> > the
> > Pipelines can rely on Docker, we can basically check for most major
> x86_64
> > distributions (and I think we can use qemu for other architectures, like
> > x86
> > or ARM).
> >
> > But that's just an idea, for now. :-)
> >
> >
> > --
> > Adrien Prokopowicz
> >
> > 
> > --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Gambas-user mailing list
> > Gambas-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/gambas-user
> >
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 

Re: [Gambas-user] Switching to GitLab

2017-08-20 Thread First Last
Guys,

This will sound kinda awful and probably dumb. The docs and opinions and
even doubts I read so far made me way afraid of attempting any GIT.
Looks like I will either end up with 2 terabyte of useless data, my contrib
will end up in the wrong place, or I'll loose the changes I made just as
easy.

I have a new, patched gb.db.odbc's main.c file I'd like to submit (won't
use words like COMMIT, UPLOAD, etc.). I updated my local copy from SVN
today (20170820) and tested my changes; all was fine.

I have a GitLab acct as zxMarce and even created my key pair. Now, if
anyone there with enough patience explains to me in plain english or even
spanish how to upload the file, I'll be grateful. Or, if preferred, I can
attach the file to an email, so someone with the proper knowledge can
upload it and not make the universe implode like I would...

Regards,
zxMarce.

On Sun, Aug 20, 2017 at 3:31 PM, Jussi Lahtinen <jussi.lahti...@gmail.com>
wrote:

> How do you get the change log with git? "git log" shows only one change
> (most recent?).
> Is this because I cloned the sources with "git clone --depth=1
> https://gitlab.com/gambas/gambas.git;?
>
> Even when I want only the latest dev version, I would still like to know
> what has changed. It's quite important if you do bug hunting.
>
>
> Jussi
>
> On Fri, Aug 18, 2017 at 4:31 PM, Adrien Prokopowicz <
> adrien.prokopow...@gmail.com> wrote:
>
> > Le Wed, 16 Aug 2017 23:14:54 +0200, Benoît Minisini <
> > gam...@users.sourceforge.net> a écrit:
> >
> > Le 16/08/2017 à 21:30, Adrien Prokopowicz a écrit :
> >>
> >>> Le Wed, 16 Aug 2017 18:30:03 +0200, Benoît Minisini via Gambas-user <
> >>> gambas-user@lists.sourceforge.net> a écrit:
> >>>
> >>>>
> >>>> It's because the download tool of GitLab downloads everything
> >>>> (especially the 'MakeWebSite' project that has a lot big files in it),
> >>>> whereas the "make dist-bzip2" command only package what is relevant to
> >>>> compile and install Gambas.
> >>>>
> >>>> If no 'git' solution exist, maybe I will have to make these source
> >>>> packages manually again, and store them on Sourceforge as usual...
> >>>>
> >>>>  While there are no "git" solutions for this, maybe we should put the
> >>> website in
> >>> its own repository, apart from the rest of the source tree ?
> >>> Same goes for the wiki, the bugtracker, etc.
> >>>
> >>>
> >> Maybe. But the MakeWebSite project is not the only tool located in the
> >> source tree. Or it may not be. It's just the one that takes a lot of
> place.
> >> I will think about that.
> >>
> >
> > Making separate repositories for each project is not a problem : we can
> > have as
> > many repositories as we want in the Gambas group. :-)
> >
> > Also, if the website is in its own repository, it can be hosted with the
> > GitLab Pages service (which I've never tried, but it seems similar to the
> > hosting
> > provided by SourceForge).
> >
> > (I can move it into a new repository without losing the history, if you
> >>> want)
> >>>  As a side-note, we can also use GitLab's Pipelines feature to run the
> >>> make
> >>> dist-bzip2 command and store the results every time we tag a new
> release
> >>> (we can also use it to distribute compiled binaries if we want).
> >>>
> >>>
> >> Ha! This is more interesting. But "make dist-bzip2" is not enough. You
> >> must run it after a full configuration of the source, so it must be run
> on
> >> a clean system, and it needs to be hacked so that it can handle symbolic
> >> links.
> >>
> >>
> > (I'm not sure what you mean by "it needs to be hacked so that it can
> handle
> > symbolic links". Doesn't every system handle symbolic links
> out-of-the-box
> > ?)
> >
> > I forked the repository to make tests on my account, and I configured a
> > small pipeline thats configures the sources and then generates the
> archive.
> >
> > You can see the job result here :
> >
> > https://gitlab.com/prokopyl/gambas/-/jobs/29620075
> >
> > (Warning : Big ./configure log, expect your tab to freeze for a bit !)
> >
> > On the right panel you can browse the Job artifacts, and see it generated
> > the
> > .tar.bz2 archive as an artifact you can download.
> >
> > Unlike the repository source archive, Job artifacts are not meant 

Re: [Gambas-user] Mailinglist

2017-08-20 Thread Benoît Minisini via Gambas-user

Le 20/08/2017 à 10:53, Christof Thalhofer a écrit :

Am 19.08.2017 um 19:13 schrieb Benoît Minisini via Gambas-user:


So we must find:

- Someone who can host the mailing-list and who has time to manage the
server.


Our servers* are powerful servers running with Debian, mirrored by DRBD,
backupped to another datacenter at night and used for shared hosting.
There are hostmasters who manage the servers. The only thing I had to do
would be configuring Mailman. This is done once and then it runs forever.

Do you know the count of users and traffic of the Gambas ML?


I can't access the subscription interface of the mailing-lists anymore, 
so I don't know exactly. About 500 users for the user mailing-list, far 
less for the developer mailing-list. As for the number of mails, you can 
see it on the mailing-list archives on SourceForge. It gives you the 
number of mails by month. And maybe I will merge the developer and the 
user mailing-list. One mailing-list to rule them all!




One web-packet there costs 5€/month, has 1GB webspace and 10GB traffic
included, I would have no problem to donate it to the Gambas community,
but for sure there are better ways to finance it (maybe a Gambas
Foundation, that is owner of the web-packet?).


You will tell me. There is 500 users ; each mails had a limit of 512 Kb; 
there is about 300 mails by month ; most of the mails are... let's say 
16 Kb. So: 16 x 300 x 500 ~= 2,4 Gb / month.


Regards,

--
Benoît Minisini

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Switching to GitLab

2017-08-20 Thread Jussi Lahtinen
How do you get the change log with git? "git log" shows only one change
(most recent?).
Is this because I cloned the sources with "git clone --depth=1
https://gitlab.com/gambas/gambas.git;?

Even when I want only the latest dev version, I would still like to know
what has changed. It's quite important if you do bug hunting.


Jussi

On Fri, Aug 18, 2017 at 4:31 PM, Adrien Prokopowicz <
adrien.prokopow...@gmail.com> wrote:

> Le Wed, 16 Aug 2017 23:14:54 +0200, Benoît Minisini <
> gam...@users.sourceforge.net> a écrit:
>
> Le 16/08/2017 à 21:30, Adrien Prokopowicz a écrit :
>>
>>> Le Wed, 16 Aug 2017 18:30:03 +0200, Benoît Minisini via Gambas-user <
>>> gambas-user@lists.sourceforge.net> a écrit:
>>>

 It's because the download tool of GitLab downloads everything
 (especially the 'MakeWebSite' project that has a lot big files in it),
 whereas the "make dist-bzip2" command only package what is relevant to
 compile and install Gambas.

 If no 'git' solution exist, maybe I will have to make these source
 packages manually again, and store them on Sourceforge as usual...

  While there are no "git" solutions for this, maybe we should put the
>>> website in
>>> its own repository, apart from the rest of the source tree ?
>>> Same goes for the wiki, the bugtracker, etc.
>>>
>>>
>> Maybe. But the MakeWebSite project is not the only tool located in the
>> source tree. Or it may not be. It's just the one that takes a lot of place.
>> I will think about that.
>>
>
> Making separate repositories for each project is not a problem : we can
> have as
> many repositories as we want in the Gambas group. :-)
>
> Also, if the website is in its own repository, it can be hosted with the
> GitLab Pages service (which I've never tried, but it seems similar to the
> hosting
> provided by SourceForge).
>
> (I can move it into a new repository without losing the history, if you
>>> want)
>>>  As a side-note, we can also use GitLab's Pipelines feature to run the
>>> make
>>> dist-bzip2 command and store the results every time we tag a new release
>>> (we can also use it to distribute compiled binaries if we want).
>>>
>>>
>> Ha! This is more interesting. But "make dist-bzip2" is not enough. You
>> must run it after a full configuration of the source, so it must be run on
>> a clean system, and it needs to be hacked so that it can handle symbolic
>> links.
>>
>>
> (I'm not sure what you mean by "it needs to be hacked so that it can handle
> symbolic links". Doesn't every system handle symbolic links out-of-the-box
> ?)
>
> I forked the repository to make tests on my account, and I configured a
> small pipeline thats configures the sources and then generates the archive.
>
> You can see the job result here :
>
> https://gitlab.com/prokopyl/gambas/-/jobs/29620075
>
> (Warning : Big ./configure log, expect your tab to freeze for a bit !)
>
> On the right panel you can browse the Job artifacts, and see it generated
> the
> .tar.bz2 archive as an artifact you can download.
>
> Unlike the repository source archive, Job artifacts are not meant to be
> directly
> downloaded by the users, as anyone in the group can delete them wile
> cleaning up
> (they do not expire by default, but we have a 10GB job artifact limit if I
> remember
> correctly).
>
> However, you can configure the pipeline to automatically upload the source
> package
> to any server you'd like (using SSH, FTP, or anything that has a CLI
> really).
>
> Something I would also like to setup later, is a Pipeline that checks the
> configuration/build on several Linux distributions on every commit. Since
> the
> Pipelines can rely on Docker, we can basically check for most major x86_64
> distributions (and I think we can use qemu for other architectures, like
> x86
> or ARM).
>
> But that's just an idea, for now. :-)
>
>
> --
> Adrien Prokopowicz
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Class Implementing DBus Notifications

2017-08-20 Thread Tony Morehen
I saw that.  As far as I could tell, it's identical to the gnome 
discussion.  Including having the hints category and urgency discussion 
before the hints chapter!



On 2017-08-20 12:06 PM, adamn...@gmail.com wrote:

On Sun, 20 Aug 2017 11:37:38 -0400
Tony Morehen  wrote:


1)  I tried to be as agnostic as possible.  The reference to the Gnome
developer's specification is there because it is the only one available
on the web.

http://www.galago-project.org/specs/notification/0.9/index.html
seems to the one for the notify-osd "spec" but there is at least a 1.1 version 
around somewhere. Can't find it though.

There is not even one on freedesktop.org.  It is my
understanding that modern DEs conform to that spec, including KDE,
Gnome, Cinnamon, XFCE etc.  If the server supports a current libnotify,
then is should support my code. Btw, I'm running Xfce on Manjaro.  Wrt

 etc

cheers
b




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Class Implementing DBus Notifications

2017-08-20 Thread adamn...@gmail.com
On Sun, 20 Aug 2017 11:37:38 -0400
Tony Morehen  wrote:

> 1)  I tried to be as agnostic as possible.  The reference to the Gnome 
> developer's specification is there because it is the only one available 
> on the web.  
http://www.galago-project.org/specs/notification/0.9/index.html
seems to the one for the notify-osd "spec" but there is at least a 1.1 version 
around somewhere. Can't find it though.
> There is not even one on freedesktop.org.  It is my 
> understanding that modern DEs conform to that spec, including KDE, 
> Gnome, Cinnamon, XFCE etc.  If the server supports a current libnotify, 
> then is should support my code. Btw, I'm running Xfce on Manjaro.  Wrt 
 etc

cheers
b
-- 
B Bruen 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] More DBus queries - signals

2017-08-20 Thread Tony Morehen

I see nothing amiss in your code.

This is the code I use for a DbusObject.  It is used to control a 
desktop menu application.  Note the event declaration.  DbusObject is 
missing, but implicit to the class.  I raise the event the same way you do:


  DBus.Raise(hDbusObj, 
"org.ajmconsulting.gbmenu.App.StartupNotification", [$key, pid])


$key is a AppName.desktop file, pid is the id/handle of the process just 
launched.


' Gambas class file
' hDbusObj


Inherits DBusObject
Private ClientCount As Integer = -1

Event org_ajmconsulting_gbmenu_App_StartupNotification(sName As String, 
pid As Integer)


Public Function org_ajmconsulting_gbmenu_App_show() As Boolean

  FMain.Show
  '   Debug "show"
  Desktop.ActiveWindow = FMain.Id
  Return FMain.Visible

End

Public Function org_ajmconsulting_gbmenu_App_showAt(Optional X As 
Integer, Y As Integer, Gravity As String) As Boolean

  '   Debug "showat", X, Y, Gravity

  If X < 10 Then X = 0
  Select Case String.LCase(Gravity)
Case "northwest"
  FMain.x = X
  FMain.y = Y
Case "west"
  FMain.x = X
  FMain.y = Y - FMain.Height / 2
Case "southwest"
  FMain.x = X
  FMain.y = Y - FMain.Height
Case "north"
  FMain.x = X - FMain.Width / 2
  FMain.y = Y
Case "center", "centre"
  FMain.x = X - FMain.Width / 2
  FMain.y = Y - FMain.Height / 2
Case "south"
  FMain.x = X - FMain.Width / 2
  FMain.y = Y - FMain.Height
Case "northeast"
  FMain.x = X - FMain.Width
  FMain.y = Y
Case "east"
  FMain.x = X - FMain.Width
  FMain.y = Y - FMain.Height / 2
Case "southeast"
  FMain.x = X - FMain.Width
  FMain.y = Y - FMain.Height
  End Select
  Return org_ajmconsulting_gbmenu_App_show()

End

Public Function org_ajmconsulting_gbmenu_App_showToggle() As Boolean

  '   Debug "showtoggle"
  If FMain.Visible Then
Return org_ajmconsulting_gbmenu_App_hide()
  Else
Return org_ajmconsulting_gbmenu_App_show()
  Endif

End

Public Function org_ajmconsulting_gbmenu_App_showPreferences() As Boolean

  FSetup.Run
  '   Debug "setup"
  Return True

End

Public Function org_ajmconsulting_gbmenu_App_showCentered() As Boolean
  '   Debug "showCentered"

  FMain.X = (Screen.W - FMain.W) / 2
  FMain.Y = (Screen.H - FMain.H) / 2
  Return org_ajmconsulting_gbmenu_App_show()

End

Public Function org_ajmconsulting_gbmenu_App_hide() As Boolean
  '   Debug "hide"

  FMain.Visible = False
  Return Not FMain.Visible

End

Public Function org_ajmconsulting_gbmenu_App_isShowing() As Boolean
  '   Debug "isShowing"

  Return FMain.Visible

End

Public Function org_ajmconsulting_gbmenu_App_addClient() As Integer
  '   Debug "addClient"

  Inc ClientCount
  Return ClientCount

End

Public Function org_ajmconsulting_gbmenu_App_removeClient(arg1 As 
Integer) As Boolean

  '   Debug "removeClient", arg1

  Return True

End

Public Function org_ajmconsulting_gbmenu_App_getDesktopFilePath(arg1 As 
String) As String

  '   Debug "removeClient", arg1

  Return FMain.$DesktopFiles[arg1].Location

End

Public Function org_ajmconsulting_gbmenu_App_getIconPath(arg1 As 
String[], sz As Integer) As String

  '   Debug "removeClient", arg1

  Return Icons.GetIconPath(arg1, sz)

End


On 2017-08-20 10:38 AM, adamn...@gmail.com wrote:

The wiki @ http://gambaswiki.org/wiki/doc/dbus#t9 says
"...
The name of the event must be the normalized name of the interface, followed by 
an underscore and the normalized name of the signal.
The signal is emitted to the D-Bus bus by using the DBusApplication.Raise 
method.
..."

for the last few days I've been raising DBus signals simply by calling 
something like:

   Event Message(text As String, origin As String)
...
   DBus.Raise(Me, "Message", [msg.Text, "Self"])

 being a DBusObject child object
<"Message"> being the signal name as registered on the bus
 being the text parameter for the event as it is known inside the 
gambas code
<"Self"> being the origin parameter

This seems to be working fine. Am I doing something unsupported that is likely 
to disappear?

tia
b




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Class Implementing DBus Notifications

2017-08-20 Thread Tony Morehen
1)  I tried to be as agnostic as possible.  The reference to the Gnome 
developer's specification is there because it is the only one available 
on the web.  There is not even one on freedesktop.org.  It is my 
understanding that modern DEs conform to that spec, including KDE, 
Gnome, Cinnamon, XFCE etc.  If the server supports a current libnotify, 
then is should support my code. Btw, I'm running Xfce on Manjaro.  Wrt 
Icewm, Icewm has not been updated since 2011.  It probably implements an 
old version of the spec.  People have my code they can change to suit 
their needs.   I recommend D-feet as a Dbus explorer, so people can see 
what application names, paths and interfaces to use.


2) Yes, this was a slip on my part.  My daemon returns the 4 parts that 
I coded for, but in the back of my mind I knew that only 3 were 
official.  I've changed the code to make SpecificationVersion optional.


3) I've added 0 = no timeout to the comments on duration. Another 
oversight.  Yes, some daemons ignore the Duration variable.  In fact 
they can ignore almost any of the Send parameters.  So providing a value 
may be wishful thinking, but at least it won't generate an error.


4) You're right, you can use standard icon names.  I've renamed the 
property to IconNameOrPath and the comment to reflect this. I'd insisted 
on full path because that was the only thing that worked for me.  The 
iconname I was using was drive-harddisk-usb, which is an icon in my 
theme.  It turns out that is a non-standard icon and so needs a full 
path to work.  When I shortened it to drive-harddisk, the simple name 
worked.


5) NotifyID is supposed to be a unique unsigned integer, starting at 0 
and increasing by one for each notification message that occurs during 
the session.  You need such an Id to replace a current notification or 
to close an open one, particularly a non-expiring one.  In my system, 
that is exactly what occurs.  For example, in my AutoMount program, when 
I plug in a drive, device added pops up, which is then replaced by drive 
mounted.  I use 2 separate notifications because mounting can take some 
time.


Anyway, attached is a revised class.


On 2017-08-20 10:19 AM, adamn...@gmail.com wrote:
Thanks, for that Tony, some good stuff in there (the least of which is 
that damned "hints" collection!) Since my original post and everyones 
comments I have spent more time reading than doing. So a few comments 
(in the most sincerest mode possible).

1. We (gambas "we") should strive for agnosticism. This class is very dependent on some specific implementations of the so called 
gnome "standard" which is turn looks very much like the "specification" for the (lousy) notify-osd daemon. 
("lousy" because it was dumbed down so far that even Shuttleworth could understand it.) Your class is dependent on the 
notification daemon that is running on a machine to a) use DBus messaging the way those (ahem) standards and specifications state.  DE's 
that use non-compliant notification daemons are not supported by your code.  This is not a biggy, But one has to take care. Secondly, you 
are relying on the daemon DBus interface being called exactly "org.freedesktop.Notifications" which is fine for all the common 
ones but I did find one today (might have been for IceWM - can't remember?) that registers as "org.freedesktop.notify".

2. (Very specific) the code at line 114: result.Add(sa[3], 
"SpecificationVersion") is very specific to notify-osd. All the so called 
standards only refer to 3 required items being returned from GetServerInformation.

3. This "duration" parameter seems to be supported/interpreted/used/abused willy nilly by different 
daemons. In general, it "appears" that a value of 0 tends to indicate a non-disappearing 
notification (but then again sometimes not). It "appears" that a value of -1 is generally used to 
do whatever the daemon designers thought might be a good idea. It appears that other values may or may not be 
used as a timeout period.  In short,
apart from the actual libnotify library (which after all is only going to pass that value 
on to the display daemon) its' use is rarely "the timeout before a notification is 
closed" ( without user interaction).

4. One thing I did find that was quite good and apparently generally broadly implemented is the use of the so 
called "standard" desktop icon names e.g. instead of passing a fully qualified path to a specific 
icon you can send one of these "names". For example, setting IconPath to, say, "task-due" 
will use the task-due picture depending on the users actual active icon set. The names are at: 
https://specifications.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html#names

5. Question: In the (little) amount of playing around today I am having trouble with the 
"replaces_id" parameter for the notify method, i.e your $iLastNotifyID returned 
by the Notify function.  All I ever seem to get back is zero?? The Ubuntu spec (for 
notify-osd) seems 

[Gambas-user] More DBus queries - signals

2017-08-20 Thread adamn...@gmail.com
The wiki @ http://gambaswiki.org/wiki/doc/dbus#t9 says 
"...
The name of the event must be the normalized name of the interface, followed by 
an underscore and the normalized name of the signal.
The signal is emitted to the D-Bus bus by using the DBusApplication.Raise 
method.
..."

for the last few days I've been raising DBus signals simply by calling 
something like:

  Event Message(text As String, origin As String)
...
  DBus.Raise(Me, "Message", [msg.Text, "Self"])

 being a DBusObject child object
<"Message"> being the signal name as registered on the bus
 being the text parameter for the event as it is known inside the 
gambas code
<"Self"> being the origin parameter

This seems to be working fine. Am I doing something unsupported that is likely 
to disappear?

tia
b
-- 
B Bruen 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Class Implementing DBus Notifications

2017-08-20 Thread adamn...@gmail.com
On Sun, 20 Aug 2017 07:18:44 -0400
Tony Morehen  wrote:

> As promised, attached is a heavily commented class implementing DBus 
> Notifications.  It is a complete implementation of the specification.  
> There are two approaches to using the class:
> 
> 1) fill in the properties and call SendNotification:
> 
>  Dim hDbusNotify As New DbusNotify
>  hDbusNotify.Summary = "Device added:"
>  hDbusNotify.Body = "/dev" &/ device
>  hDbusNotify.FullPathToIcon = icon
>  hDbusNotify.Actions = [""]
>  notifyID = dbusNotify.SendNotification()
>  mount = UDisks2.Mount(device)
>  hDbusNotify.Summary = "Device mounted:"
>  hDbusNotify.Body = "/dev" &/ device & " to " & mount
>  hDbusNotify.Actions = ["browse=" & mount, "Browse"]
>  hints.Add(2, "urgency")
>  hDbusNotify.Hints = hints
>  hDbusNotify.Duration = 5000
>  notifyID = dbusNotify.SendNotification(notifyID)
> 
> 2) Use the Notify function directly:
> 
>  Dim hDbusNotify As New DbusNotify
>  Dim hints As New Collection
>  hints.Add("device.removed", "category")
>  hDbusNotify.Notify("Device removed:", "/dev" &/ device, icon, 
> [""], 0, hints, 5000)
> 
> DbusNotify raises 2 events:
> 
> Public Sub dbusNotify_ActionInvoked(iNotifyID As Integer, sActionKey As 
> String)
> 
>If Left(LCase(sActionKey), 7) = "browse=" Then
>  'want to ensure a trailing "/"
>  sActionKey = "file://" & Trim(Mid(sActionKey, 8) &/ " ")
>  Shell "xdg-open " & sActionKey
>Endif
> 
> End
> 
> Public Sub dbusNotify_NotificationClosed(iNotifyID As Integer, iReason 
> As Integer)
>  'Usually ignored
> End
> 

Thanks, for that Tony, some good stuff in there (the least of which is that 
damned "hints" collection!) Since my original post and everyones comments I 
have spent more time reading than doing. So a few comments (in the most 
sincerest mode possible).

1. We (gambas "we") should strive for agnosticism. This class is very dependent 
on some specific implementations of the so called gnome "standard" which is 
turn looks very much like the "specification" for the (lousy) notify-osd 
daemon. ("lousy" because it was dumbed down so far that even Shuttleworth could 
understand it.) Your class is dependent on the notification daemon that is 
running on a machine to a) use DBus messaging the way those (ahem) standards 
and specifications state.  DE's that use non-compliant notification daemons are 
not supported by your code.  This is not a biggy, But one has to take care. 
Secondly, you are relying on the daemon DBus interface being called exactly 
"org.freedesktop.Notifications" which is fine for all the common ones but I did 
find one today (might have been for IceWM - can't remember?) that registers as 
"org.freedesktop.notify".

2. (Very specific) the code at line 114: result.Add(sa[3], 
"SpecificationVersion") is very specific to notify-osd. All the so called 
standards only refer to 3 required items being returned from 
GetServerInformation.

3. This "duration" parameter seems to be supported/interpreted/used/abused 
willy nilly by different daemons. In general, it "appears" that a value of 0 
tends to indicate a non-disappearing notification (but then again sometimes 
not). It "appears" that a value of -1 is generally used to do whatever the 
daemon designers thought might be a good idea. It appears that other values may 
or may not be used as a timeout period.  In short, 
apart from the actual libnotify library (which after all is only going to pass 
that value on to the display daemon) its' use is rarely "the timeout before a 
notification is closed" ( without user interaction).

4. One thing I did find that was quite good and apparently generally broadly 
implemented is the use of the so called "standard" desktop icon names e.g. 
instead of passing a fully qualified path to a specific icon you can send one 
of these "names". For example, setting IconPath to, say, "task-due" will use 
the task-due picture depending on the users actual active icon set. The names 
are at: 
https://specifications.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html#names

5. Question: In the (little) amount of playing around today I am having trouble 
with the "replaces_id" parameter for the notify method, i.e your $iLastNotifyID 
returned by the Notify function.  All I ever seem to get back is zero?? The 
Ubuntu spec (for notify-osd) seems to be pretty quiet about this value, but 
then again they refer to it elsewhere as being of significant importance? any 
clues?

Finally, I have spent a couple of hours today building a skeleton component 
version of what you have put in one class.  Essentially, it exports two classes 
"CNotify" and "CMessage", CNotify is intended to be a facade to some (currently 
one) lower level worker classes that do the actual talking to the daemon. The 
"currently one" is the 

Re: [Gambas-user] [Gambas Bug Tracker] Bug #1133: Paste doesn't work in gb.form.terminal

2017-08-20 Thread Tony Morehen

I submitted a merge request on Gitlab to fix this bug.


On 2017-08-10 11:21 PM, bugtrac...@gambaswiki.org wrote:

http://gambaswiki.org/bugtracker/edit?object=BUG.1133=L21haW4-

Tony MOREHEN reported a new bug.

Summary
---

Paste doesn't work in gb.form.terminal

Type : Bug
Priority : Medium
Gambas version   : Unknown
Product  : Unknown


Description
---

When running terminal.exec(["bash"]), the paste method does nothing, even 
though the clipboard has 'plain/text' content

Cause:  line 924 in TerminalView.class --
If Not $hProcess Or Not $hPipeOut Then Return
-- will return either or both $hProcess or $hPipeOut are null.  It should 
return only when both are null.

Correct:
If Not $hProcess And Not $hPipeOut Then Return

I've attached a patch to fix.  The patch also adds a SendText method to 
gb.form.terminal.  This allows the containing application to send commands to 
the terminal process or pipe.


System information
--

[System]
Gambas=3.9.90 r8018
OperatingSystem=Linux
Kernel=4.8.15-1-MANJARO
Architecture=x86_64
Distribution=Manjaro Linux
Desktop=XFCE
Theme=Gtk
Language=en_CA.utf8
Memory=3947M

[Libraries]
Cairo=libcairo.so.2.11400.8
Curl=libcurl.so.4.4.0
DBus=libdbus-1.so.3.14.9
GStreamer=libgstreamer-0.10.so.0.30.0
GStreamer=libgstreamer-1.0.so.0.1002.0
GTK+2=libgtk-x11-2.0.so.0.2400.31
GTK+3=libgtk-3.so.0.2200.5
OpenGL=libGL.so.1.2.0
Poppler=libpoppler.so.66.0.0
QT4=libQtCore.so.4.8.7
QT5=libQt5Core.so.5.7.1
SDL=libSDL-1.2.so.0.11.4
SQLite=libsqlite3.so.0.8.6

[Environment]
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
DESKTOP_SESSION=xfce
DISPLAY=:0.0
GB_GUI=gb.qt4
GDMSESSION=xfce
GLADE_CATALOG_PATH=:
GLADE_MODULE_PATH=:
GLADE_PIXMAP_PATH=:
GTK2_RC_FILES=/.gtkrc-2.0
GTK_MODULES=canberra-gtk-module
HOME=
LANG=en_CA.utf8
LC_ADDRESS=en_CA.UTF-8
LC_IDENTIFICATION=en_CA.UTF-8
LC_MEASUREMENT=en_CA.UTF-8
LC_MONETARY=en_CA.UTF-8
LC_NAME=en_CA.UTF-8
LC_NUMERIC=en_CA.UTF-8
LC_PAPER=en_CA.UTF-8
LC_TELEPHONE=en_CA.UTF-8
LC_TIME=en_CA.UTF-8
LOGNAME=
MAIL=/var/spool/mail/
MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
PWD=
QT_QPA_PLATFORMTHEME=qt5ct
SAL_USE_VCLPLUGIN=gtk
SESSION_MANAGER=local/:@/tmp/.ICE-unix/9931,unix/:/tmp/.ICE-unix/9931
SHELL=/bin/bash
SHLVL=2
SSH_AGENT_PID=9936
SSH_AUTH_SOCK=/tmp/ssh-bUdChQqs4Zo0/agent.9935
TZ=:/etc/localtime
USER=
XAUTHORITY=/.Xauthority
XDG_CONFIG_DIRS=/etc/xdg
XDG_CURRENT_DESKTOP=XFCE
XDG_DATA_DIRS=/usr/local/share:/usr/share
XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/
XDG_MENU_PREFIX=xfce-
XDG_RUNTIME_DIR=/run/user/1000
XDG_SEAT=seat0
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_SESSION_DESKTOP=xfce
XDG_SESSION_ID=c4
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
XDG_SESSION_TYPE=x11
XDG_VTNR=7
_=/usr/bin/gambas3





--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Mailinglist

2017-08-20 Thread PICCORO McKAY Lenz
2017-08-20 4:13 GMT-04:00 Christof Thalhofer :

> Until Google decides to cancel it. If we do self hosting we are the
> owner of our data. That's all.
>

I recognize that is the only reason why we should not choose google

but i also noted that google offers a well made service to "catch you" .
ummm very parlous

I WANT TO SHARE WITH US A MOVIE TO TAKE IN CLARIFICATION THE HINT OF GOOGLE

BRANDED: google, yandex, mail.ru, facebook, all of them tray to take
control of user data and insert on those more data...

i use gmail.. but my main mail its not gmail..


>
>
> Alles Gute
>
> Christof Thalhofer
>
> --
> Dies ist keine Signatur
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


[Gambas-user] Class Implementing DBus Notifications

2017-08-20 Thread Tony Morehen
As promised, attached is a heavily commented class implementing DBus 
Notifications.  It is a complete implementation of the specification.  
There are two approaches to using the class:


1) fill in the properties and call SendNotification:

Dim hDbusNotify As New DbusNotify
hDbusNotify.Summary = "Device added:"
hDbusNotify.Body = "/dev" &/ device
hDbusNotify.FullPathToIcon = icon
hDbusNotify.Actions = [""]
notifyID = dbusNotify.SendNotification()
mount = UDisks2.Mount(device)
hDbusNotify.Summary = "Device mounted:"
hDbusNotify.Body = "/dev" &/ device & " to " & mount
hDbusNotify.Actions = ["browse=" & mount, "Browse"]
hints.Add(2, "urgency")
hDbusNotify.Hints = hints
hDbusNotify.Duration = 5000
notifyID = dbusNotify.SendNotification(notifyID)

2) Use the Notify function directly:

Dim hDbusNotify As New DbusNotify
Dim hints As New Collection
hints.Add("device.removed", "category")
hDbusNotify.Notify("Device removed:", "/dev" &/ device, icon, 
[""], 0, hints, 5000)


DbusNotify raises 2 events:

Public Sub dbusNotify_ActionInvoked(iNotifyID As Integer, sActionKey As 
String)


  If Left(LCase(sActionKey), 7) = "browse=" Then
'want to ensure a trailing "/"
sActionKey = "file://" & Trim(Mid(sActionKey, 8) &/ " ")
Shell "xdg-open " & sActionKey
  Endif

End

Public Sub dbusNotify_NotificationClosed(iNotifyID As Integer, iReason 
As Integer)

'Usually ignored
End



dbusNotify.class
Description: application/java
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Mailinglist

2017-08-20 Thread Gianluigi
Hi Christof,
well, I am ready to contribute for two months each year.
Try to appreciate the effort, here in Genoa we are more avaricius of the
Scottishs.
"At the moment of the charity in the church, a Scottish man is faint and
seven Genoeses care to carry it out of the church"

Regards
Gianluigi

2017-08-20 10:53 GMT+02:00 Christof Thalhofer :

> Am 19.08.2017 um 19:13 schrieb Benoît Minisini via Gambas-user:
>
> > So we must find:
> >
> > - Someone who can host the mailing-list and who has time to manage the
> > server.
>
> Our servers* are powerful servers running with Debian, mirrored by DRBD,
> backupped to another datacenter at night and used for shared hosting.
> There are hostmasters who manage the servers. The only thing I had to do
> would be configuring Mailman. This is done once and then it runs forever.
>
> Do you know the count of users and traffic of the Gambas ML?
>
> One web-packet there costs 5€/month, has 1GB webspace and 10GB traffic
> included, I would have no problem to donate it to the Gambas community,
> but for sure there are better ways to finance it (maybe a Gambas
> Foundation, that is owner of the web-packet?).
>
> *
> ---
> Hostsharing Coop, 15 years old, I am a member, there are about 170 other
> members. It's the only german webhosting Coop.
>
> https://de.wikipedia.org/wiki/Hostsharing
> https://www.hostsharing.net/
>
> Sorry, only german language.
> ---
>
>
> Alles Gute
>
> Christof Thalhofer
>
> --
> Dies ist keine Signatur
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Mailinglist

2017-08-20 Thread Christof Thalhofer
Am 19.08.2017 um 19:13 schrieb Benoît Minisini via Gambas-user:

> So we must find:
> 
> - Someone who can host the mailing-list and who has time to manage the 
> server.

Our servers* are powerful servers running with Debian, mirrored by DRBD,
backupped to another datacenter at night and used for shared hosting.
There are hostmasters who manage the servers. The only thing I had to do
would be configuring Mailman. This is done once and then it runs forever.

Do you know the count of users and traffic of the Gambas ML?

One web-packet there costs 5€/month, has 1GB webspace and 10GB traffic
included, I would have no problem to donate it to the Gambas community,
but for sure there are better ways to finance it (maybe a Gambas
Foundation, that is owner of the web-packet?).

*
---
Hostsharing Coop, 15 years old, I am a member, there are about 170 other
members. It's the only german webhosting Coop.

https://de.wikipedia.org/wiki/Hostsharing
https://www.hostsharing.net/

Sorry, only german language.
---


Alles Gute

Christof Thalhofer

-- 
Dies ist keine Signatur



signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] Mailinglist

2017-08-20 Thread Christof Thalhofer
Am 20.08.2017 um 01:22 schrieb Jussi Lahtinen:
> Why people are so against google groups? It would be much better than this
> current one. No spam, no attachment size limits, better service
> reliability, forum interface as alternative to people who like it...
> otherwise it would work identically.

Until Google decides to cancel it. If we do self hosting we are the
owner of our data. That's all.


Alles Gute

Christof Thalhofer

-- 
Dies ist keine Signatur



signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user